Ésta es la verdadera lacra de los diseñadores flash: pero todo evoluciona, todo crece: Adobe y Google tienen buenas relaciones, y los últimos pasos de Adobe demuestran cierto aperturismo que sobre todo nos beneficia a los SEO de todo el mundo: hablo de la apertura del código fuente del reproductor flash, el cual estaba plenamente desarrollado por Adobe.

Este es un paso de gigante pues va a permitir, incluso a los mismos desarrolladores de Google, experimentar con nuevos métodos para la lectura de Flash por parte de las arañas de los buscadores. También puede además, dada la alta demanda por parte de las empresas, inspirar una estandarización W3C a la inclusión de contenido multimedia en Internet, mejor que la que hasta ahora se ha llevado a cabo. También puede que, además, los desarrolladores de navegadores empiecen a incluir el plugin en el mismo ejecutable de instalación.

Muchos Flash developers pueden argumentarme que Google si lee ya flash. Pero el especificador de búsquedas ‘filetype:swf’ ha sido un abanderado que debe desaparecer e ignorarse, pues la solución no es que Google te devuelva páginas Flash si se lo pides, y si no no (que es el 99,999% de los casos): hagámonos a la idea: de momento, Google no lee Flash. la solución entonces es ponérselo fácil. Si lee el flash, será estupendo: pero si hay que esperar a que su ‘araña flash’ llegue hasta tu website, pueden pasar meses antes de que se sepa nada de la existencia del Sitio.

La mejor solución creada hasta la fecha se llama swfObject(). Este es un proyecto Open-source en base al código creado primeramente por Geoff Sterns. Es un archivo .js totalmente gratuíto disponible para su descarga pública, y es una referencia obligada en todas las carpetas de librerías javascript. Esta API permite la inclusión dinámica de contenido flash en páginas HTML, con la perfecta adición de parámetros para el embed, un montón de posibilidades de inclusión, y el añadido (que en realidad era la intención primaria) de evitar la comprobación de controles ActiveX por parte de la actualización EOLAS de Internet Explorer, además de funcionar a la perfección con Firefox, Opera y Safari.
Este código javascript se incluye en cualquier parte del código HTML, y reescribe el contenido de una etiqueta con ID, preferentemente un <div>.

La ‘magia SEO‘ de este swfObject() está en eso mismo: en local, el contenido de ese <div> es totalmente sustituido por el código javascript creado que inserta el swf… pero si el navegador que lo visita (o la araña que lo visita…) no tiene el plugin de flash, ese contenido permanece. Con poca imaginación, o con pocos recursos de servidor, este div puede utilizarse para introducir la típica comprobación de plugin. Pero no sería lo más acertado a nivel SEO. Y afortunadamente, los usuarios con NOScript son más bien pocos. Pero es recomendable crear el aviso de que esta web funciona mejor con javascript activado.

Este div debe ser el ‘content’ que almacene toda la información en HTML, incluida también en el swf, de un modo usable y fácil por parte de un usuario tonto, como es la araña de Google. La idea es que el usuario normal vea el contenido en modo flash, y las arañas puedan leer a su vez todo el contenido creado sin tener que aventurarse en la caja negra del Flash. Este contenido, en una web ‘perfecta’, sería generado por un archivo php que consultase directamente a base de datos, al igual que el flash, que llamaría a otro archivo php que también buscaría la base de datos para devolver al flash la estructura de un XML. Esto obviamente es un trabajo extra para los creadores…, que nadie dijo que fuera fácil ni barato: pero sí la mejor manera, la más óptima, que es lo que buscamos los SEO. Si eres SEO, y tu jefe reconoce la importancia de tu trabajo, no dudes en pedirle los medios para hacer que tu RIA o tus embeds se vean de manera óptima por todos.

En cuanto al botón de historia… lo dejaré para otro post, pues el tema lo merece.

Salió Firefox 2, y aunque la funcionalidad ya estaba en el 1, la navegación con pestañas se afianzó mucho, hasta el punto que Explorer la incluiría en su versión 7, viendo que Firefox le ganaba terreno por ‘minucias como estas’. Creían que su triunfo iba más por ahí, no por el tema del código abierto o de la gran compatibilidad del programa que ya en su versión 2 empezó a ganarle terreno a Explorer, hasta comerse casi el 30% de los internautas mundiales.

No busco que esto sea una historia de los navegadores, hay muchos artículos y muy buenos en todas partes acerca de este tema. Cuento esto porque al principio era ‘entusiasta’ de este programa, que divulgaba e instalaba, hasta el punto de saberme los pasos del installshield casi de memoria.

Pero entonces llega el 2007. El año pasado empecé a ver cosas que no me gustaban nada. Las pestañas, de repente, dejaban de ser funcionales (porque sí, no tras forzar cosas en plan hacker: únicamente haciendo clic en las pestañas), y cuando hacía un Ctrl+Alt+Supr, me llevaba un susto increíble al ver la cantidad de RAM consumida por el programa, que se disparó a partir de la versión 2.0.0.12., hasta llegar a 300MB o 400MB. Incluso Photoshop e Illustrator trabajando a la vez consumen menos RAM (y con dreamweaver, eclipse y flash, todos a la vez).

El caso es que he conocido Opera. Iba a decir recientemente, pero no sería cierto: sí lo es que lo utilizo cada vez más. La estabilidad que me brinda es brutal: también, seamos sinceros y objetivos, consume aún más RAM que firefox (todo sea dicho), aunque si esa RAM extra viene por la estabilidad, bienvenida sea. Además hay algo que nunca me ha gustado y que parece responder a la inutilidad de algún Project Manager: la pregunta de ‘tienes varias pestañas abiertas ¿Quieres cerrar de todos modos?’. J…, pero no le he dado al botón de cerrar, maldita sea? Porqué me preguntas?? Bueno, esto se podría justificar con el hecho de que si cierras pierdes las pestañas…. aquí es donde hace su aparición Opera, el cual está mucho mejor pensado porque no te pregunta nada, ni al salir, ni al empezar: directamente, si cerraste con 5 pestañas abiertas, cuando vuelvas a entrar, ahí las tendrás esperándote. Si las quieres cerrar las cierras, si no, no. Creo que es lo más inteligente de cara al usuario.

Esto es algo que se debe decir, pese a que si lo dijese en determinados círculos de meneadores, me lloverían críticas a porrón: lo cierto es que el código libre es muy útil, permite un avance rápido de los códigos de programas de todo tipo. No obstante, a veces te encuentras con este tipo de cosas que parecen pensadas rápido, únicamente con el fin de que quien ha hecho el código tenga el orgullo de decir “Mi código está en firefox”. ¿Pero es bueno? ¿Te has parado a pensar en el usuario, o el código que has metido lo has testeado en varias versiones, con diferentes idiomas? ¿Y con varios complementos? No sería la primera vez que me aparecen fallos con el FireBug o con el WebDeveloper, tras actualizar a la versión 2.0.0.13 y 2.0.0.14.

Muchos americanos solo conocen la existencia de UTF-8 y ASCII, mientras que la comunidad hispana utilizamos una codificación de caracteres llamada ‘ISO-8859-1′. Conque cualquiera de ellos ponga un reset a UTF-8 de la variable que contiene la codificación, estamos apañados los hispanohablantes. Esto es solo un ejemplo, no digo ni dejo caer que eso haya podido pasar, pero sí otras cosas que me fastidian mucho, como el magnífico fallo en C:/Archivos de programa/Mozilla Firefox/components/nsSessionStore.js, en la linea 2063 (me lo sé de memoria porque es el único fallo que da la página que administro, y me he calentado mucho la cabeza con él). Y solo me lo da en firefox.

El rollo con este problema es algo personal ya: mi jefe, que es un ‘pro-estándares’ (como yo), ve el error y obviamente no sabe lo que es: pero sí sabe que yo soy el responsable de que todo aparezca bien, y no lo hace gracias a una graciosa actualización de firefox. Esto, es una putadilla también porque llevo desde que salió explicándole a mi jefe que firefox es el navegador de los estándares. Claro, ahora me dice que le da igual que el explorer y el opera y el safari no den fallos, porque Firefox es el navegador de los estándares, y tengo que arreglarlo. ¿Qué carajos hago? ¿Me meto a la comunidad subversion de firefox y les canto las cuarenta a todos? Pues no sería mala solución, la verdad, excepto porque javascript no es lo mío y no podría aportar crítica constructiva.

En cualquier caso, ahora sale el Firefox 3… el cual ya han anunciado los de Mozilla que saldrá con un 80% de los bugs detectados sin resolver…. es lo que tiene esto. A ver si todo va bien: eso sí, no pienso instalarme ninguna beta, ni alfa, ni letra griega cualfuere tras la palabra firefox. Me instalaré el tres definitivo, o al menos, la versión que lea que ya funciona bien.