Tu web puede depender de JavaScript para que Google lea el contenido

Abres tu web y ves los servicios, las fotos y el botón de contacto. Eso confirma que funciona en ese navegador. No te dice, por sí solo, qué contenido devuelve el servidor antes de ejecutar JavaScript ni qué ha conseguido procesar un buscador.

La diferencia importa cuando el texto se genera en el navegador. La respuesta inicial puede contener muy poco contenido y dejar a JavaScript el trabajo de añadirlo. Eso merece una revisión, pero no demuestra que Google vea la página en blanco.

Tres pasos distintos

Google explica el rastreo, el renderizado y la indexación como fases distintas. Puede ejecutar JavaScript y utilizar el HTML renderizado para indexar. Las páginas pueden esperar en una cola; los recursos bloqueados o los problemas de ejecución también pueden impedir que aparezca el contenido esperado.

La misma documentación considera útil entregar contenido ya renderizado en el servidor o prepararlo antes de publicarlo. Entre otras razones, no todos los robots ejecutan JavaScript. Esto no permite afirmar cómo actúa cada rastreador de inteligencia artificial ni asegurar que una página aparecerá en sus respuestas.

Por eso conviene separar las comprobaciones. Una cosa es lo que entrega el servidor. Otra, lo que aparece después de ejecutar la página. Y otra, que Google la haya indexado.

Qué puedes mirar tú

Abre el código fuente de una página y busca una frase característica: la descripción de un servicio, por ejemplo. Si encuentras esa frase en contenido HTML, tienes una pista de que llega en la respuesta inicial. Si aparece únicamente dentro de datos o scripts, no equivale a un párrafo ya disponible para leer.

Si no la encuentras, apunta la URL y la frase que buscabas. No concluyas aún que la web es invisible. El contenido puede añadirse al ejecutar JavaScript. Esa comprobación inicial sirve para formular una pregunta concreta a quien mantiene el sitio.

Repite la revisión en una página de servicio, no solo en la portada. Una web puede combinar maneras distintas de entregar sus páginas; arreglar una ruta no dice qué ocurre en las demás.

Qué pedir a quien lleva la web

Pide que compare el HTML inicial con la página renderizada y compruebe cómo la procesa Google mediante la inspección de URL de Search Console. Si el texto aparece para el visitante pero no en la prueba de Google, habrá que revisar recursos, errores y permisos de rastreo. Si aparece en ambos, todavía queda comprobar la indexación.

La decisión técnica viene después. Puede bastar con corregir un error de carga o desbloquear un recurso. En otros casos tendrá sentido generar el HTML en el servidor o prerenderizar las rutas. No hay motivo para rehacer toda la web solo porque una búsqueda en el código fuente no encuentre una frase.

Entregar texto sin depender de JavaScript facilita su lectura por sistemas que no lo ejecutan. No garantiza rastreo, indexación, posición ni menciones de un modelo. La comprobación útil termina con evidencia sobre una URL concreta, no con una promesa general sobre visibilidad.