Yandex puede ejecutar JavaScript al rastrear, y la consola te permite decidir si debe hacerlo. La configuración se encuentra en Indexación → Renderizado de páginas con JavaScript, todavía en fase beta.
Las tres opciones
El valor predeterminado es a discreción del bot: el robot decide por sí mismo, y Yandex describe cómo: puede comparar la calidad y la integridad del contenido con y sin JavaScript, y cargar la versión que probablemente sea más útil para el visitante. Las alternativas son exigir el renderizado o prohibirlo.
Cuándo prohibirlo
Yandex da una instrucción clara: prohíbe el renderizado si el sitio implementa SSR o pre-renderizado. Si el servidor ya entrega HTML completo, ejecutar scripts no aporta nada y consume recursos de rastreo en ambos lados. Ten en cuenta la advertencia general que acompaña al renderizado: puede crear una carga adicional en tu servidor.
Contenido diferido
Para los sitios donde el contenido llega tarde, Yandex admite un objeto de señalización: window.YandexRotorSetting para que se procese antes del DOMContentLoaded evento, con WaiterEnabled configurado para indicar que el robot debe esperar. Registrarlo después de ese evento no sirve para nada: el robot ya ha tomado una decisión.
El orden de preferencia
Primero el renderizado del lado del servidor, segundo el renderizado bajo demanda y el objeto de espera solo cuando no sea posible ninguna de las dos opciones. Una página cuyo contenido depende de que un script se ejecute correctamente es una página cuya indexación depende de un proceso con muchos más modos de fallo que servir HTML, y las propias directrices de Yandex en otros apartados son inequívocas: lo que debe posicionar debe estar presente en el HTML inmediatamente al solicitarlo.
Comprobación del resultado
La herramienta de renderizado de JavaScript comprueba URL individuales y muestra lo que sobrevive al renderizado; la comprobación normal de la página muestra la respuesta en bruto. Comparar ambas es la forma más rápida de ver exactamente qué contenido depende de los scripts y, por lo tanto, qué contenido está en riesgo.
Cómo lo aplicamos
We treat this as a diagnostic before treating it as a setting: run the same URL through the plain page check and the rendering tool, and the difference is the content that only exists if a script runs. For clients with SSR we switch rendering off as Yandex recommends. The DOMContentLoaded timing on the waiter object is the detail developers get wrong, and it fails silently.
Servicios relacionados