Las 5 ideas principales de "Explicación práctica de SEO de renderizado" con Martin Splitt y Bartosz Goralewicz

Publicado: 2021-10-07

El 6 de octubre de 2021, Bartosz Goralewicz habló con Martin Splitt de Google sobre la renderización de SEO, un tema que han estado cubriendo y exponiendo a la comunidad de SEO desde hace un tiempo.

El seminario web fue presentado por Jason Barnard y organizado por Duda.co.

Puede leer la transcripción completa aquí y ver la grabación aquí, pero en este breve artículo, quiero hablar sobre algunas de las cosas que encontré más notables en esa conversación.

ocultar contenido
1 La representación es importante para la clasificación
2 La renderización no se trata solo de JavaScript
3 Google se preocupa por el consumo de CPU al renderizar
4 El uso de plataformas CMS tiene ventajas y desventajas de representación
5 Rendering SEO ayuda tanto a Google como a tus usuarios

La representación es importante para la clasificación

Bartosz abrió la discusión con una pregunta fundamental para muchos SEO, y la respuesta de Martin fue bastante directa: sí, si algo sale mal cuando Google intenta mostrar tu página, puede hacerte daño.

La renderización es un paso esencial en la canalización de indexación de Google. Consiste principalmente en obtener recursos y ejecutar JavaScript para crear un árbol de diseño para una página determinada. Ese árbol de diseño es una fuente crucial de información sobre esa página para Google: ayuda a comprender dónde se encuentra el contenido principal, de qué se trata la página y se usa en los pasos posteriores que conducen a que su página aparezca en los resultados de búsqueda.

Incluso el error más pequeño en su código puede provocar que una parte o incluso una página completa se represente incorrectamente, tanto en los navegadores de sus usuarios como para el servicio de representación web de Google. Las consecuencias de eso pueden variar desde que la página no se indexe porque Google no puede ver el contenido hasta que algunas partes de ese contenido no se indexen, lo que a su vez puede dañar su clasificación.

Y desafortunadamente, incluso al mirar algunos sitios web muy populares, encontrará muchos errores y JavaScript que es simplemente demasiado pesado para procesar; nuestra investigación sugiere que los scripts pesados ​​​​a menudo son responsables del problema de la indexación parcial.

La representación no se trata solo de JavaScript

Este punto es fundamental porque implica que debe investigar cómo Google podría representar su sitio web, independientemente de si está usando JavaScript o no (aunque lo reto a encontrar un sitio web popular que no use JavaScript hoy en día).

La representación a menudo se combina con la ejecución de JavaScript, pero es más que eso: involucra todos los elementos visuales de su sitio web, como menús, carruseles de enlaces, imágenes, videos e incluso párrafos de texto.

Si bien la depuración de JavaScript es la parte más complicada de Rendering SEO, también debe tratar de comprender cómo procesa Google los elementos que no son JS.

Por ejemplo, puede facilitar el trabajo de Google y, por lo tanto, acelerar el proceso de indexación utilizando dimensiones de imagen para todas sus imágenes. Esto le permite a Google omitir la representación de imágenes y usar las dimensiones proporcionadas para generar el árbol de diseño. También ayuda con su presupuesto de rastreo, ¡porque no tendrá que buscar los archivos de imagen!

Google se preocupa por el consumo de CPU al renderizar

Bartosz le preguntó a Martin cómo los SEO pueden facilitar el proceso de renderizado para Google al optimizar los recursos. Su respuesta fue interesante, y creo que es algo que no se menciona muy a menudo:

“El servicio de representación de Google no se preocupa por los píxeles, por lo que no estamos pintando, así que si ves algo que cuesta mucho pintar, no tienes que preocuparte por eso. No usamos ninguna GPU para pintar imágenes y no nos importa nada relacionado con la pintura.

Los diseños costosos son complicados, especialmente el trabajo de diseño que ocurre en el subproceso principal: el trabajo de diseño que requiere tiempo de CPU que es valioso para Google”.

Entonces, lo que puede hacer es minimizar la cantidad de trabajo del subproceso principal necesario para representar sus páginas. Si bien esto puede no desempeñar un papel en un sitio web pequeño, si tiene millones de páginas, el costo de la CPU se suma y puede ralentizar potencialmente el proceso de indexación de su sitio web.

El uso de plataformas CMS viene con pros y contras de renderizado

Martin dijo algo fascinante sobre cómo las plataformas CMS podrían influir en la representación de su página:

“Lo bueno de las plataformas es que cada vez que optimizan la plataforma real, obtienes esta optimización de forma gratuita. En realidad, no tienes que hacer nada al respecto, así que está bien. Si construyes lo tuyo, entonces tienes que hacer el trabajo de optimización, y nunca, jamás, una optimización caerá mágicamente en tu regazo”.

Pero esto tiene un costo. El uso de una plataforma CMS significa que su sitio web tiene que enviar un código redundante que quizás nunca use. La plataforma puede proporcionar una función lista para usar que ni siquiera usará, pero puede ser imposible deshacerse del código que hace que la función sea posible.

Renderizar SEO ayuda tanto a Google como a sus usuarios

Cuando optimiza el renderizado, a menudo simplemente hace que sus páginas sean más claras. Para Google, significa menos consumo de CPU y menos recuperación de recursos, lo cual es excelente porque estas son las cosas que Google gasta de manera muy conservadora.

Pero es igual de bueno para los usuarios habituales, principalmente si usan dispositivos de gama baja con una conexión deficiente.

Como dice Martín:

“Cuanto más caro lo haces, peor es para nosotros como experiencia. A la Búsqueda de Google realmente no le importa, solo necesitamos invertir en los recursos que necesitamos y hacemos muchas optimizaciones para asegurarnos de que estamos desperdiciando la menor cantidad de tiempo y energía posible. Pero, obviamente, si está optimizando eso, un buen efecto secundario es que sus usuarios probablemente también estarán más contentos porque necesitan menos batería, su teléfono anterior seguirá funcionando bien con lo que ofrece y podrán consumir su contenido web y tal vez no el de sus competidores porque a sus competidores simplemente no les importa y en realidad producen algo que es menos conveniente para usar en sus teléfonos. Entonces, esto no es algo en lo que enfrentas a Google vs UX, es como el mismo problema o el mismo desafío, y todos lo enfrentamos, incluida la Búsqueda de Google, por lo que es bueno”.