Respuesta corta: Google ejecuta JavaScript con una versión actualizada de Chromium, así que puede ver el contenido que añaden los scripts. Trabaja en tres fases: rastrea la página, la procesa cuando sus recursos lo permiten e indexa el HTML procesado. La renderización puede esperar y no todos los bots ejecutan JavaScript, así que Google sigue recomendando la renderización del lado del servidor.
Las tres fases de una página con JavaScript
| Fase | Qué hace Google | Qué puede fallar |
|---|---|---|
| Rastreo | Recupera la URL si robots.txt lo permite y lee los enlaces del HTML | Las páginas y archivos bloqueados no se procesan |
| Renderización | Ejecuta el JavaScript en un Chromium sin interfaz cuando sus recursos lo permiten | La página puede esperar en la cola segundos o más |
| Indexación | Usa el HTML procesado para indexar la página | Lo que falte en el HTML procesado no se puede indexar |
De la Central de la Búsqueda de Google, «Comprende los aspectos básicos de JavaScript SEO», consultado el 3 de noviembre de 2026.
Qué puede cambiar JavaScript, y cómo
Google solo encuentra los enlaces que son elementos a con un atributo href. En una aplicación de una sola página, cambia de vista con la API de History, no con fragmentos #.
Puedes definir el título, la metadescripción y la canonical con JavaScript. Google prefiere la canonical en el HTML original. Si un script también la pone, debe coincidir; si el HTML no puede llevarla, ponla solo con JavaScript.
Un noindex en el HTML original puede hacer que Google se salte la renderización, así que un script que lo quite puede no funcionar. Si quieres que la página se indexe, no pongas noindex en el código original.
Cuando una aplicación de una sola página muestra una página que no existe, redirige con JavaScript a una dirección que responda 404, o añade un noindex con JavaScript. Nuestra guía de los errores soft 404 explica por qué.
Cómo revisar tus páginas con JavaScript
- Comprueba que robots.txt no bloquea tus archivos de JavaScript ni de CSS.
- Haz que cada enlace sea un elemento a con href.
- Usa la API de History para el enrutamiento del cliente, no fragmentos #.
- Pon el título, la metadescripción y la canonical en el HTML original siempre que puedas.
- No cuentes con JavaScript para quitar un noindex.
- Da a las páginas que no existen un 404 de verdad, o un noindex añadido con JavaScript.
- Mira el HTML procesado en la herramienta de inspección de URL y compáralo con lo que esperas.
Nuestra guía del archivo robots.txt enseña a ver qué bloqueas, y la de la carga diferida de imágenes trata las imágenes que se cargan al bajar.
Lo que envían nuestras páginas antes de que corra JavaScript
A las 2:59 AM del 3 de noviembre leímos nuestra guía de la redirección 301 de tres formas: el HTML tal como lo envía el servidor, y procesado en nuestro propio Chromium sin interfaz con JavaScript activado y desactivado.
El HTML del servidor ya tenía el título, la metadescripción, la canonical, 1,390 palabras y 17 enlaces en el contenido principal de la versión en español. Con JavaScript, las etiquetas y los enlaces eran los mismos y el texto creció 37 palabras. Sin JavaScript, no cambió nada.
En nuestra página de inicio, la renderización añadió 125 palabras, pero ninguna nueva: una animación repite una franja de frases. El único enlace nuevo es nuestro correo, que escribe un script en la página.
Antes de depender de JavaScript
- robots.txt no bloquea tus scripts ni tus estilos.
- Los enlaces son elementos a con href.
- Las vistas cambian con la API de History, no con fragmentos.
- El título, la descripción y la canonical están en el HTML.
- Ninguna página necesita JavaScript para quitar un noindex.
- La inspección de URL muestra tu contenido en el HTML procesado.
RecuerdaGoogle puede ejecutar tu JavaScript, pero la renderización puede esperar y otros bots quizá no lo ejecuten. Pon el contenido, los enlaces y las etiquetas en el HTML que envía tu servidor, y revisa la página procesada en la inspección de URL.
Si quieres que revisemos cómo ve Google tus páginas, mira nuestro servicio de SEO técnico.
Respuestas rápidas sobre JavaScript y SEO
¿Puede Google leer el contenido que añade JavaScript?
Sí. Google procesa las páginas en un Chromium sin interfaz gráfica e indexa el HTML procesado. El contenido que no aparece en ese HTML no se puede indexar, así que compruébalo en la herramienta de inspección de URL.
¿Cuánto tarda Google en procesar una página?
Google dice que una página puede pasar unos segundos en la cola de renderización, pero podría tardar más. Un Chromium sin interfaz gráfica la procesa cuando los recursos de Google lo permiten.
¿Conviene la renderización del lado del servidor?
Google dice que la renderización del servidor o la previa siguen siendo una buena opción. El sitio funciona más rápido para usuarios y rastreadores, y no todos los bots pueden ejecutar JavaScript.
¿Por qué Google usa versiones antiguas de mi JavaScript?
Googlebot guarda mucho en caché, y su procesador puede ignorar los encabezados de caché, así que puede usar JavaScript o CSS desactualizados. Una huella del contenido en el nombre del archivo, como main.2bb85551.js, da un nombre nuevo a cada cambio.
¿Puedo añadir datos estructurados con JavaScript?
Sí. Google dice que puedes generar el JSON-LD con JavaScript e insertarlo en la página. Prueba el resultado antes de confiar en él, por ejemplo con la prueba de resultados enriquecidos.
Fuentes
Consultadas el 3 de noviembre de 2026. Central de la Búsqueda de Google: Comprende los aspectos básicos de JavaScript SEO. Nuestro caso: nuestra guía de la redirección 301 y nuestra página de inicio, leídas como HTML del servidor y procesadas con JavaScript activado y desactivado, el 3 de noviembre de 2026.