Webelop

Google anunció que, gracias al aporte de Adobe, podrá simular interacciones de usuario dentro de los archivos .swf para poder indexar más texto desde el mismo.

Así, Google (y Yahoo) indexará texto que antes permanecía oculto para el buscador y URLs dentro del archivo Flash, las cuales serán seguidas como cualquier URL de otra página. Las nuevas URLs descubiertas ayudarán a encontrar nuevas páginas y, seguramente, les pasarán algo de link juice.

Sin embargo, el contenido de estos archivos no es absolutamente indexable. Los buscadores no encontrarán el contenido cargado dinamicamente desde un archivo XML o PHP, por lo que, para páginas con contenido dinámico, la mejor solución sigue siendo el HTML.

La recomendación SEO por parte de Google es reemplazar el texto que no se quiera indexar por irrelevante dentro del Flash por imágenes, ya que Google tampoco podrá rastrear las mismas.

Posts Relacionados:

Google saltea intro en Flash

Intro en Flash, por qué no?

SEO en Flash

Vía adseok me entero que Google añade a las páginas con intro en Flash un boton al lado del título que permite saltear la presentación e ir directamente a la página de inicio propiamente dicha.

Ya escribí en un post anterior sobre por qué no es conveniente una intro en Flash. Añadiendo este [Skip Intro], Google da la posibilidad al usuario de evitar esta “molestia” e ir directamente a la información, lo importante de una página.

Existen varias formas de agregar los repositorios de Google a Ubuntu (o linux en general) para poder bajar sus aplicaciones, como Google Desktop o Google Earth, y manterlas actualizadas con Adept.

Una forma es bajando por linea de comandos un script que realiza todas las operaciones automáticamente:

wget https://dl-ssl.google.com/linux/google-repo-setup.sh
bash google-repo-setup.sh

Sino, se pueden agregar a través de Adept siguiendo los pasos detallados en la página Google Linux Software Repositories. En este caso, habrá que bajar el archivo key e instalarlo.

Los programas de Google para Linux tienen muchas menos funciones que para Windows y algunos (como Picasa) usan Wine para ejecutarse. Google Desktop todavía no tiene gadgets, aunque se dice que pronto los tendrá, y Google Talk ni siquiera tiene versión para Linux.

Google presentó un nuevo API que permite incluir, mediante Javascript, mapas 3D al estilo de Google Earth en páginas web.

Usando este API se pueden dibujar lineas y marcadores, agregar modelos 3D, cargar archivos KML. Para que el usuario pueda ver esto, tendrá que instalar un plugin en su navegador (así como para ver animaciones en Flash es necesario instalar el Flash plugin). Éste plugin está disponible para Firefox 2.x, IE6 e IE7 corriendo en Windows.

Para los que ya usan el API de Google Maps, es posible habilitar el soporte 3D con una sola línea de código.

Alberto Arébalos, director de Comunicaciones y Asuntos Públicos para América Latina de Google, anunció que ya se está trabajando en la versión local de Google Maps. Dentro de Latinoamérica, Argentina es el único país que no tiene mapas dentro de GMaps.

La carga manual de datos para llenar los mapas es tercerizada. Se necesita cargar cada dirección geolocalizada y, luego, realizar el direccionamiento para ver como ir de un lugar a otro.

Antes de fin de año, los usuarios podrán contar con un servicio similar al ofrecido en Estados Unidos, donde se pueden buscar direcciones, negocios y recorridos. “… donde podés ver direcciones y la pizzería más cercana a tu casa y hacer el clic y hablar por teléfono. Eso va a tener ramificaciones a teléfonos celulares”.

Teniendo este servicio, Google podrá ofrecer campañas de AdWords más especializadas en este mercado, cosa que Google busca desde su desembarco en las oficinas de Puerto Madero.

También se lanzará una versión local de Youtube, buscando crear una comunidad argentina de gente que “intercambia videos”.

Google hostea las librerías de Javascript open source más populares y permite a los desarrolladores cargarlas desde sus servidores. Así, se ofrece evitar el hosteo de estos frameworks, con las ventajas que esto implica (actualizaciones, velocidad, bandwidth).

El AJAX libraries API de Google permite cargar jQuery, Prototype, Script.aculo.us, MooTools, Dojo en sus diferentes versiones estables, permitiendo al desarrollador elegir la versión que desea. Estas librerías se mantendrán siempre actualizadas, corrigiendo posibles bugs sin que el usuario tenga que preocuparse por esto.

Una vez que sale un nuevo release estable, Google lo instala y se compromete a hostearlo indefinidamente. Su arquitectura de servidores permitirá recibir pedidos de miles de usuarios sin ningún problema.

Google lanzó un nuevo producto realmente interesante: Google Doctype. Definido según su creador, Doctype es “una enciclopedia para desarolladores web para desarolladores web”.

Armado en forma de Wiki, éste proyecto pretende documentar todos los estándares web de lenguajes abiertos (como Javascript, CSS, HTML, etc.). Puede ser editado y comentado por cualquiera que posea una cuenta en Google (o Gmail).

También tiene una versión en español, aunque no tan completa de cada tema.

http://code.google.com/doctype/

Recién leo en el blog oficial de Google Code en español que se lanzó un API de Google Maps para Flash. Según se explica, esta nueva API tiene una funcionalidad similar a la versión para Javascript. Sin embargo, se aprovechan las posibilidades que da Flash para hacer las animaciones más suaves y con mejoras en los gráficos (sombras, por ejemplo).

Como siempre, se encuentra bien documentada, con tutoriales y ejemplos. Para empezar a usarla, hay que conseguir una llave para los API de Google Maps (la misma llave funciona para ambas versiones) y, luego, bajar el SDK.

Ya existen algunos ejemplos sobre su implementación.

Leo en chicaseo que Google esta realizando otra actualización de PageRank. Por ahora sólo es visible en los datacenters 72.14X.XXX.XXX

Esta es la tercera actualización de PageRank del año.

En el blog oficial de Webmasters, Google publicó un post en el que da algunas recomendaciones para tener en cuenta a la hora de cambiar de dominio.

Entre otras, se destacan:

• Utilizar la redirección 301 (usada para indicar que una página fue movida permanentemente). Al hacer esto, se recomienda testearlo primero con un subdominio y luego realizar el cambio de dominio. Una vez realizada la “mudanza”, Google recomienda mantener el control del antiguo dominio con la redirección por al menos 180 días.
• No realizar un rediseño y un cambio de dominio al mismo tiempo. Resulta mucho mejor realizar el rediseño en segundo lugar y una vez que se sabe que el cambio de dominio fue hecho correctamente.
  La idea, en este caso, es minimizar las variables cuando se realizan cambios importantes.
• Revisar que todos los links internos apunten al nuevo dominio, que los backlinks sean redirigidos correctamente y armar un nuevo sitemap con el nuevo dominio para luego enviarlo a Google.