Googlebot puede leer JavaScript: ¿cómo deberían reaccionar los SEO?

Tradicionalmente, los motores de búsqueda solo han leído y renderizado el código HTML de un sitio web. Esto significaba que optimizar el código HTML era en lo que los SEO tenían que centrarse. ¿Qué significa para la optimización de motores de búsqueda si Googlebot ahora también puede rastrear e indexar JavaScript? Le preguntamos a algunos expertos de la industria para averiguarlo.

Googlebot y JavaScript: lo que dicen los expertos

Para obtener una variedad de perspectivas sobre el tema de Googlebot y JavaScript, les hicimos las siguientes preguntas a nuestros expertos:

• Google dice que Googlebot puede rastrear sitios web basados ​​en JavaScript. ¿Qué desafíos y oportunidades ve para los SEO?
• ¿Qué aspectos particulares debería considerar alguien si está planeando relanzar un sitio web de JavaScript?
• ¿Qué cambios en términos de eficiencia y precisión espera que surjan de una actualización de representación web en Chrome?

Y aquí vienen las respuestas.

Martín Tauber

Socio gerente, Marketing Factory GmbH

Los sitios web basados ​​en JavaScript ofrecen grandes oportunidades en términos de experiencia de usuario porque son más rápidos e interactivos de usar.

Sin embargo, Googlebot todavía tiene dificultades para interpretar JavaScript, lo que significa que el desarrollo debe ser extremadamente limpio y debe basarse en una estrecha cooperación con la Unidad de SEO, si se quieren evitar sorpresas desagradables.

dominik wojcik

Director General, Agentes Fiduciarios

Hay oportunidades en el sentido de que ahora no tiene dos mundos de programación separados (por ejemplo, para fragmentos escapados), lo que le permite concentrarse en un código limpio y un entorno web limpio. Siempre que los desarrolladores consideren la mejora progresiva y desarrollen sus aplicaciones web en consecuencia, Google debería poder hacer frente a la situación sin problemas.

Sin embargo, existen desafíos ocultos. ¿Qué marco se está utilizando? ¿Habrá representación del lado del cliente o es posible implementar la representación del lado del servidor? ¿Puede incluso ser posible implementar JavaScript isomorfo? ¿El JavaScript está implementado interna o externamente? Como SEO, tendremos que hacer una cantidad increíble de pruebas y probar diferentes cosas para asegurarnos de que Google indexe y pondere nuestras páginas como deseamos.

Antes de un relanzamiento, se debe tomar una decisión cuidadosa sobre el marco que se utilizará. Tanto la capacidad de rastreo como el rendimiento deben tenerse en cuenta. Idealmente, se debe crear un entorno de prueba que haga posible probar el desarrollo actual desde el exterior, si se utiliza el renderizado del lado del cliente. Dicho esto, recomendaría encarecidamente también usar la representación del lado del servidor. Esto afecta el rendimiento del servidor, pero debería minimizar los riesgos. Sobre todo, realmente tiene que probar, probar y probar, utilizando buscar y renderizar para ver qué encuentra, indexa y rastrea Googlebot.

Si Google finalmente cambia a una versión de Chrome superior a V49, entonces podríamos usar Chrome sin interfaz en combinación con algo como Rendertron para crear entornos de prueba que nos permitan simular una configuración similar a la de Googlebot. Esto nos ayudaría a comprender mejor cómo y qué puede interpretar Google. Esto nos facilitaría mucho las cosas a los SEO.

Bartosz Goralwicz

Co-Fundador y Jefe de SEO, Elephate

En la Cumbre de Searchmetrics en noviembre de 2017, Bartosz Goralwicz de Elephate habló sobre la relación entre Googlebot y JavaScript:

Stephan Czysch

Fundador y Director General, Agentes Fiduciarios

No queremos que los SEO (o agencias) escuchen a la gente decir: “Por cierto, pronto cambiaremos a JavaScript. ¿Hay algo en lo que tengamos que pensar en términos de SEO? No debería ser, ¿debería haber? Pero sería genial si pudiera echar un vistazo rápido antes de que lancemos el nuevo sitio el lunes”. Este escenario inevitablemente terminaría en un completo caos. Bartosz [en el video de arriba] proporcionó una mirada maravillosa al tema de JavaScript y SEO.

Además de preguntar qué puede representar Google, los SEO deben mirar, al relanzar un sitio web, qué puede ver el bot y establecer qué es diferente del sitio web anterior. Hace poco traté con un sitio web en el que todo el sistema de enlaces internos se estropeó después de un relanzamiento de JavaScript, porque la lógica de enlace del sitio anterior no se transfirió. También hubo problemas de hreflang. Por lo tanto, es esencial trabajar con una lista de verificación de las "características de SEO" deseadas. Además, debe preguntar qué significa realmente la representación de JavaScript para sus usos: ¿Qué tipo de hardware están usando para acceder a su sitio web y cómo afectará eso los tiempos de carga? Para obtener más información sobre este tema, puede recomendar este artículo de Addy Osmani.

Sebastián Adler

Consultor SEO , jump.de

Incluso con una capacidad mejorada para rastrear JavaScript, Google preferirá contenido HTML puro porque requiere menos recursos. La pregunta no es si Google puede leer y renderizar JS, es si puedes y quieres quitarle parte del trabajo a Google. Si mi contenido se puede leer, funciona y se carga rápidamente perfectamente sin JS, entonces eso es aún mejor para mí.

La capacidad de renderizar siempre depende de la tecnología detrás de ella y, como dijo Bartosz (¡respeto por él por todo el esfuerzo que pone en sus experimentos e investigaciones!), tienes que entender la tecnología completamente si quieres hacer el mejor uso de ella. . La gran oportunidad aquí es minimizar los riesgos al proporcionar contenido importante como HTML y solo usar JS como se pretende: para funciones adicionales. La mayor dificultad es encontrar errores si te comprometes completamente con JavaScript.

Al relanzar una página, asegúrese de que el contenido con el que desea clasificar funcione sin JavaScript. Esto incluye no solo el contenido principal, sino también los elementos de navegación. Muchas páginas no tienen menú cuando JS está desactivado. Tiene sentido no incluir todas las funciones sofisticadas, sino preguntar si una función es realmente necesaria para su negocio y su público objetivo. ¿Cuál sería el impacto si una característica determinada no funcionara? Y luego hacer las pruebas pertinentes.

Además del hecho de que no espero que Google comunique muy bien la actualización de la representación web a los webmasters, espero que lo principal que cambie sea la susceptibilidad a los errores. Chrome y los marcos se desarrollan muy rápido y, con las nuevas versiones, es probable que aparezcan nuevos errores en el RWS.

Algunas cosas seguramente se procesarán más rápido o se renderizarán de manera más limpia. Pero el principal problema sigue siendo el mismo. El código con errores (desde el punto de vista del motor en uso) no se puede interpretar. Tenemos que averiguar cómo el motor interpreta nuestro código. Durante el desarrollo, esto cambia la herramienta que tenemos que usar para la depuración. Pero si tiene sus activos más importantes como archivos HTML (etc.) de carga rápida, entonces no necesita preocuparse: puede concentrarse en el trabajo adecuado de SEO.

beth bjorn

Director de Servicios Profesionales, Searchmetrics

Tenemos que diferenciar entre rastreo e indexación. Google puede rastrear JavaScript, pero requiere muchos más recursos que rastrear HTML puro. Es más problemático para el indexador que representa los enlaces (URL) que recibe del rastreador con la ayuda del servicio de representación web (WRS), de manera similar a Fetch & Render en Search Console. Para ello, Google utiliza su propio navegador Chrome (Versión 41). Con la ayuda del navegador, intenta crear un modelo de objeto de documento (DOM) e interpretar la página de la misma manera que se mostrará en un navegador. Esto puede generar problemas, ya que Google, por ejemplo (como se muestra en las pruebas realizadas por Distilled y Bartosz Goralewicz), no puede hacer frente a los problemas en el código, o se producen otros problemas importantes al renderizar, por lo que Google deja de renderizar la página después de cinco segundos. . Esto se demostró en las pruebas realizadas por Screaming Frog.

Básicamente, JavaScript hace que el rastreo y la indexación sean mucho más complicados y crea una relación altamente ineficiente entre los dos. Si el SEO es importante para usted, siempre debe asegurarse de que un bot pueda leer sus páginas de la manera más rápida y eficiente posible.

Antes de relanzar desde un sitio web basado en HTML a un marco o biblioteca basado en JavaScript, debe asegurarse de que se incluya la representación del lado del servicio. Por ejemplo, React viene con su propia solución, que se llama renderToString. Esto utiliza una interfaz DOM independiente del navegador que representa el JavaScript en el servidor, crea el DOM y lo envía al bot. AngularJS usa Angular Universal. Esto prueba al cliente con todo lo que es importante como HTML prerenderizado. Luego, el cliente obtiene el JavaScript que se requiere. Sin embargo, también puede trabajar con Chrome sin cabeza en el servidor y enviar HTML prerenderizado al bot.

Sobre todo, espero una representación más rápida y eficiente de Chrome 59, avanzando hacia un rendimiento a la par con HTML puro. Solo las pruebas dirán si esto realmente sucede.

Arrástrese por el barro: evalúe la salud de su sitio web

¡Analice tanto el HTML como el JavaScript con la optimización de la estructura del sitio, incluido el rastreador de JavaScript, ahora con Searchmetrics! Tus beneficios:

• Rastree todos los marcos de JavaScript relevantes, incluidos Angular y React
• Mejore el rendimiento del sitio web a través de una lista priorizada de problemas técnicos
• Compara rastreos con y sin rastreo de JavaScript

Lea más sobre nuestro rastreo de JavaScript

¿Y, qué piensas?

Eso es lo que piensan estos cinco expertos, pero tenemos muchos más expertos leyendo este blog. Entonces, ¿qué piensas sobre JavaScript? ¿Ya ha realizado cambios en sus sitios web? ¿Ya has descubierto algo interesante en tus pruebas?