jueves, 5 de noviembre de 2015
Hemos dejado de recomendar la propuesta de rastreo de AJAX que introdujimos en 2009 .
En 2009 presentamos una propuesta para permitir el rastreo de las páginas con AJAX . Por aquel entonces, nuestros sistemas no eran capaces de procesar e interpretar las páginas que utilizaban JavaScript para presentar el contenido a los usuarios. Como " los rastreadores […] no eran capaces de detectar contenido… creado de forma dinámica ", propusimos una serie de prácticas a los webmasters para garantizar que los motores de búsqueda indexaran sus aplicaciones basadas en AJAX.
Los tiempos han cambiado. En la actualidad, a menos que se bloquee el robot de Google para que no rastree los archivos JavaScript o CSS, en general podemos procesar e interpretar las páginas web como lo hacen los navegadores modernos . A fin de reflejar esta mejora, recientemente actualizamos nuestras directrices técnicas para webmasters , en las que recomendamos permitir que el robot de Google rastree los archivos CSS o JS de los sitios web.
Como las hipótesis que inspiraron nuestra propuesta de 2009 ya no son válidas, recomendamos seguir los principios de la mejora progresiva . Por ejemplo, se puede utilizar el método pushState() de la API del historial para garantizar la accesibilidad en un número mayor de navegadores (y en nuestros sistemas).
Preguntas y respuestas
P: Actualmente, mi sitio sigue vuestra recomendación y admite el uso de _escaped_fragment_. Ahora que habéis revocado esta recomendación, ¿mi sitio dejará de indexarse?R: No, el sitio se seguirá indexando. En general, no obstante, te recomendamos que sigas las prácticas recomendadas del sector cuando realices la próxima actualización en el sitio web. En lugar de utilizar URLs del tipo _escaped_fragment_, en general rastrearemos, procesaremos e indexaremos las URL del tipo #!.
P: ¿El cambio de la propuesta de rastreo de AJAX a las prácticas recomendadas del sector implica que los sitios se van a trasladar? ¿Debo utilizar URLs de redireccionamiento?
R: Si tu configuración actual funciona correctamente, no deberías cambiar nada de forma inmediata. Si estás construyendo un nuevo sitio web o reestructurando un sitio que ya esté creado, simplemente evita las URL del tipo _escaped_fragment_.
P: Utilizo un entorno de JavaScript y mi servidor web proporciona una página preprocesada. ¿Hay algún problema?
R: En general, los sitios web no deberían preprocesar páginas únicamente para Google. Esperamos que las páginas se preprocesen para mejorar el rendimiento para los usuarios y que se sigan las instrucciones de la mejora progresiva. Si preprocesas tus páginas, comprueba que el contenido que proporciones al robot de Google coincida con la experiencia del usuario, tanto en su apariencia como en la forma de interactuar. El hecho de proporcionar al robot de Google contenido distinto del que ven los usuarios finales se considera un encubrimiento, lo cual va en contra de nuestras directrices para webmasters.
Si tienes alguna pregunta, no dudes en publicarla aquí o en el Foro de Ayuda para webmasters .
Escrito por Kazushi Nagayama, Search Quality team, Publicado por Javier Pérez equipo de calidad de búsqueda