Webmaster del universo
19 Oct
Leyendo un artículo encontrado buscando aplicaciones flash en Google CODE, me ha llamado la atención el título del mismo. Google learns to crawl Flash. Es curioso en cuanto que en realidad, ya lo leía. Y por un momento he pensado ‘bueno, alguna mejora habrá’. Y parece que la hay, aunque no demasiadas.
Tras un montón de preguntas y respuestas, al final de este artículo me encuentro con lo que andaba buscando, y que es tal y como yo esperaba: las limitaciones de los buscadores al entrar en páginas flash son las siguientes:
1. Googlebot no es capaz de ejecutar algunas librerías javascript (léase swfObject). Por lo que si una web carga su contenido flash vía javascript, es muy probable que Googlebot no lo lea, en cuyo caso, no sería indexado.
2. Googlebot no puede cargar contenidos externos cargados por nuestra pelicula flash. Eso quiere decir que cualquier archivo externo cargado en nuestra película, sea un HTML, un XML, un TXT, un JPG, un SWF, o un FLV, GoogleBot indexará independientemente su contenido, pero no como parte de una arquitectura de software.
3. Por problemas de caracteres, el hebreo y el árabe no son leídos en ningún caso de momento.
Bien, como dijo Jack el Destripador, vayamos por partes.
1. Esto es un problema a priori. Javascript es importante. Pero no nos echemos las manos a la cabeza y empecemos a lamentarnos. Deconcept y su afamado swfObject nos ha salvado de los controles activeX del explorer, y siendo un navegador mayoritario, no se puede prescindir de esta librería. El uso continuado de la misma la convertirá en estándar. Un interesante paso en este sentido ha sido pasar el desarrollo open-source a Google CODE. La solución, tras el punto 2.
2. No se indexan contenidos externos. Este es el problema más serio y el que más trabajo nos puede dar. No debemos olvidar que lo más importante para un SEO son los contenidos. Pero como parte de algo: en sí mismo y por sí sólo, nuestro xml de contenidos no es útil: pero sí al ser integrado en nuestra arquitectura, que es precisamente para lo que fue concebido. Además, la carga de los archivos externos swf es un claro precepto de la arquitectura de software: una precarga de más de 10 segundos para una película flash sólo es justificada si hay un contenido excepcional detrás, por lo que no se puede hacer esperar al usuario si solo quiere ver el teléfono de contacto para efectuar la compra, pongamos por caso. Además, hoy en día, el video está muy en boga en las películas flash. Estas películas tienen metadatos que podrían ser muy útiles para GoogleBot. La no lectura de archivos txt es igual que decir que no se ejecuta el <? echo> de php, ni nada parecido: no lee variables externas. Y además las imágenes, pero eso ya lo sabíamos, además, no hay manera de asignar un valor a un hipotético atributo ‘alt’ de un clip de película
Partiendo de estos dos preceptos (el tercer punto tiene menor relevancia para un hispanohablante), se me ocurren varias ideas de cara a la lectura del contenido flash.
Pero partamos de la base de que esto que piden es un paso atrás en el uso de flash: es lo que tenía que haber cuando flash era de macromedia y empezaba a jugar con algo llamado actionscript 1. Tampoco hay que subestimar lo que dicen, pues es Google. Por lo tanto lo que surge es la necesidad de crear algo que nos contente a todos, y en realidad, lo tenemos fácil, solo cruzando uj poco de información.
Si lo que necesita Google son contenidos en bruto dentro de un swf, se lo daremos: hay que crear un nuevo fla y dentro de el, de la manera más ‘antigua’ posible, todos los contenidos en campos de texto estáticos, que se vean cuando se hace clic en botones (en otro post explicaré cómo crear este flash): nada de crear clips de película para los botones: objeto Button creado en tiempo de autoría. Una vez lo tengamos, embebemos los archivos flash en nuestro clip de película con <embed> y <object>, asegurándonos que ponemos el código dentro del div de carga del swf via javascript.
Es decir: en el index.php tendríamos un div con un id, en el que se cargará nuestro flash principal, diseñado como nosotros queramos. En el HTML, dentro de ese div colocaríamos todas las urls utilizadas en la película, el esquema que queramos para nuestro contenido, utilizando <div>, <h1>, <ul>, <strong>, etc…, además de las imágenes con sus alt y enlaces internos, de haberlos, con sus title. Y además, el div de carga contendrá nuestra película ‘falsa’, embebida a la antigua usanza, que será la que lea googleBot.
Es recomendable que todo el contenido HTML aparezca con cierto retoque css (siempre externo, como directiva SEO), con el aviso de que no tiene el plugin de flash instalado. Esto es detectable vía javascript, por lo que a nivel SEO es recomendable que así sea, pues el contenido no aparece si no es necesario.
Y nada más. Espero que a alguien le resulte útil esta información. Un saludo!
La web de música que utilizo. Me gusta más que otras, simplemente, y escucho lo que me apetece cuando me apetece.
Este blog ha sido orgullosamente 'powered' por wordpress, la plataforma de blogs totalmente libre y abierta.
Una web muy completa para profesionales: si buscas algún profesional en especial, este es tu sitio
La web de promoción de noticias en castellano. Un buen lugar para informarse y ver lo que se cuece.
La web de referencia para los diseñadores y webmasters más completa: estilo blog y con una gran cantidad de información útil de todo tipo.
De todo para todos: una red donde intercambiar conocimientos sobre todo tipo de áreas
Aunque hay muchas y parece que está perdiendo fuerza, Youtube es la web de referencia de videos generalistas por excelencia.
Una red social a la que solo se puede acceder con invitación, pensada para universitarios y estudiantes de tdo tipo
El primer metaverso en 3d creado merece un lugar en mi espacio de vínculos importantes.