El pasado 7 de mayo se realizó el Google IO 2019.
El congreso de Google en el que nos cuentan las novedades que introducirá este año para los desarrolladores de las diferentes plataformas.
En este evento se hablaron de cosas muy interesantes y algunas de ellas nos influyen directamente como SEOs, hoy hablaremos de todo esto y al final del vídeo os mostraré algunas cosas chulas con Tag Manager para controlar los aspectos que vamos a ver, así que vamos allá:
Las charlas empezaron hablando de dos temas genéricos de los que me gustaría hacer videos específicos:
- El tratamiento de las imágenes
- Y el uso de los marcados de datos como Schema.org
Y de otro tema muy interesante del que me gustaría hablar hoy:
- El nuevo Google Bot
En este evento anunciaron una versión mejorada del crawler de Google, un crawler con capacidades mejoradas para interpretar y renderizar Java Script.
El motivo principal por el que Google ha dado este gran paso es el de mejorar el entendimiento de las webs que utilizan los nuevos frameworks de Java Script que tanto se están poniendo de moda, como por ejemplo Vue.js, React, Polymer o Angular JS (creado por el propio Google). Estos frameworks se están popularizando especialmente entre las aplicaciones web que utilizan contenido en tiempo real.
El principal problema de estos frameworks y el viejo Google Bot era el crawleo del contenido, ya que al cargar el contenido de forma dinámica y en tiempo real, este contenido nunca estaba ahí cuando se crawleaba. Por ello han mejorado este aspecto de GBot.
Las webs que normalmente trabajan el SEO están programadas en PHP y utilizan CMSs como WordPress o Prestashop (hablando de forma generalista), por lo que a priori nosotros no tenemos los problemas que sí estaban teniendo estos frameworks.
Pero el hecho de mejorar el renderizado de Google Bot nos influye directamente, a partir de ahora Google será capaz de interpretar el Javascript de nuestra web de una mayor forma, siendo capaces de simular acciones de los usuarios durante el renderizado de las webs que crawlea.
Esto se realiza principalmente para:
- Devaluar las páginas que utilizan elementos intrusivos.
- Evaluaciones de la disposición de los elementos (para otorgar mayor o menor relevancia a dichos elementos)
- Mayor control ante los «Trucos de los web masters»
Con esto quiero decir, que a partir de la entrada de este crawler, GBot va ha ser capaz de evaluar la accesibilidad de nuestro sitio web de una mejor manera, ya que han dicho, que este nuevo crawler sale al mercado con unas 200 funcionalidades nuevas.
Y esto no es lo más importante, si no que a partir de ahora, como todos los nuevos desarrollos por parte del motor de búsqueda, GBot será modular, es decir, que lo han preparado para poder añadir funcionalidades nuevas sobre la marcha, sin tener que crear nuevas versiones de Google Bot para que funcione correctamente.
Esto implicará aún más cambios en los rankings, ya que irán añadiendo nuevas variables de puntuación de forma gradual sin tener que hacer anuncios o avisos.
¿Qué debemos tener en cuenta?
Dado que todas estas actualizaciones de GBot rondan a través de JS, debemos saber como funciona (aunque sea un poco por encima).
JS es un lenguaje de programación web que se ejecuta en tiempo real en el ordenador del cliente, es decir mientras tu estás leyendo esto, estás ejecutando códigos de Java Script como por ejemplo unos Pop Ups o información de eventos en Analytics.
Al ejecutarse en cliente, es tu ordenador el que realiza los procesos que Java Script necesita para funcionar (a diferencia de los códigos de por ejemplo PHP que se ejecuta en un servidor y se devuelve su resultado). A mi parecer uno de los principales problemas que tienen las webs de hoy en día con Java Script son los errores.
El tratamiento de errores en Java Script es bastante tedioso y más en CMSs como wordpress que están formados por plugins diferentes, desarrollados por personas diferentes.
Normalmente, unir códigos de personas diferentes en Java Script y hacerlos funcionar al mismo tiempo crea errores.
Estos errores son difíciles de interpretar, ya que Java Script no nos avisa de estos errores por pantalla, si no por consola.
Por lo que muchos de vosotros puede que no sepáis que vuestro Java Scipt no está funcionando correctamente.
Otra de las cosas que no me acaba de gustar de Java Scirpt es que este código deja de funcionar con el mínimo error, es decir, si yo tengo 100 líneas de código y tengo un error en la línea 20, el código dejará de funcionar y no se ejecutarán las funcionalidades que estén implementadas en las siguientes 80 líneas.
Y aquí es donde tendremos un mayor problema a partir de ahora, ya que si Gooogle Bot está más preparado para renderizar nuestra web, pero nuestra web tiene errores de JS (que no vemos en pantalla, pero sí en consola), GBot no será capaz de renderizar la web de una forma correcta. Y por tanto no nos puntuará de una forma correcta.
Por ello tenemos que tener nuestros errores de Java Script muy controlados para ello os he preparado una plantilla de GTM con la que crearemos un informe de errores en Analytics.
Por otra parte en este punto entra un nuevo elemento a tener en cuenta, el «Render Budget» o el «presupuesto de renderizado» dado que la ejecución de Java Script es más tediosa que la interpretación de HTML, Google a anunciado que toda web tendrá un «Render Buedget» y que el tiempo que tarde nuestro Java Script en ejecutarse será consumido de nuestro «Render Budget» por lo que a partir de ahora también debemos esforzarnos por reducir al mínimo el tiempo de ejecución de Java Script.
Para ello he preparado otra plantilla de GTM con la que medir esto desde GTM:
Así que en resumen, resuelve todos tus errores de JavaScript y reduce la cantidad de código que estés utilizando.
¡Un saludo!