Una página puede verse completa en tu navegador y depender de JavaScript para mostrar sus textos, enlaces o fichas. Revisar JavaScript y SEO en WordPress consiste en comprobar qué recibe el navegador y qué contenido queda disponible después de ejecutar los scripts.
Esta guía aborda esa comprobación. Si una URL no aparece en Google, no atribuyas automáticamente el problema a JavaScript: primero necesitas identificar dónde falla el acceso, el contenido o la indexación.
HTML inicial y contenido renderizado
Google describe tres fases: rastreo, renderizado e indexación. Puede ejecutar JavaScript, pero una página cuyo contenido ya llega en el HTML inicial tiene unas dependencias distintas de otra que entrega una estructura vacía y después consulta una API.
El HTML inicial es la respuesta del servidor. El DOM renderizado es la estructura que el navegador construye y puede modificar mediante scripts. Compararlos ayuda a localizar qué parte de la página depende de esa ejecución.
Un ejemplo hipotético: el título y la descripción de un servicio llegan desde WordPress, pero una lista de delegaciones se añade después desde una API. La revisión debe comprobar ambas partes, sin confundir que una se vea bien con que todo esté disponible.
Haz una comparación que puedas repetir
Como método de trabajo, selecciona una página importante y prepara una lista de elementos esperados: H1, primer párrafo, características del servicio, enlaces y CTA. Anota qué buscas antes de comenzar para evitar una revisión basada solo en impresiones.
- Abre el código fuente y busca una frase distintiva del contenido principal.
- Inspecciona la página con las herramientas del navegador y busca esa misma frase en el DOM.
- Registra qué elementos solo aparecen después de ejecutar JavaScript.
- Comprueba si el resultado cambia en una sesión nueva y sin haber navegado antes por la web.
Esta comparación es una pista de diagnóstico, no una prueba de indexación. Puedes usar el analizador HTML SEO para revisar el HTML que aportes, teniendo presente que ese análisis no sustituye el renderizado de Google.
Comprueba lo que puede renderizar Google
La documentación de Google recomienda la Inspección de URLs de Search Console o la prueba de resultados enriquecidos para revisar recursos, errores de JavaScript y HTML renderizado. Busca allí el contenido que habías anotado.
Interpreta cada resultado según la pregunta que responde. Ver el texto en una prueba de renderizado no garantiza que la URL esté indexada ni que vaya a posicionarse. Para revisar el estado de una URL, utiliza la información correspondiente de Search Console.
Como criterio de documentación, guarda la URL examinada, la fecha, la frase buscada y el resultado. Si comparas el antes y el después de una corrección, utiliza la misma muestra.
Revisa enlaces y recursos necesarios
Google recomienda enlaces HTML con un atributo href que permita descubrir sus destinos. Un componente que solo responde a un clic mediante código necesita revisarse. También advierte de que los recursos bloqueados pueden impedir el renderizado.
Propongo revisar primero navegación principal, enlaces hacia servicios y tarjetas del blog. Para cada enlace, comprueba destino, texto visible y apertura directa de la URL. Si el problema afecta a varias páginas, busca el componente compartido antes de editar artículos uno a uno.
Los bloqueos de rastreo merecen una revisión específica de robots.txt. No elimines reglas sin saber qué protegen y qué recursos necesita realmente la página.
Qué mirar cuando falta una parte del contenido
La guía de diagnóstico de Google señala limitaciones de persistencia: su sistema de renderizado no conserva cookies ni almacenamiento local entre cargas. Por eso conviene comprobar una visita nueva, sin depender de una selección guardada previamente.
Para investigar, recomiendo trabajar en una copia de pruebas y seguir este orden: reproducir el fallo, identificar el componente, revisar sus peticiones y registrar el error observado. Evita atribuir la causa al plugin más reciente sin una comparación controlada.
Por ejemplo, si una ficha queda vacía, anota si su petición devuelve datos, si aparece un error en consola y si el texto existe en el DOM. Son tres observaciones diferentes que ayudan a decidir la siguiente prueba.
Prioriza según el contenido afectado
Mi recomendación es resolver primero los problemas que impiden acceder a información esencial o seguir enlaces importantes. Después, revisa componentes secundarios. Mantén una incidencia por causa comprobada y una prueba de aceptación por componente.
Si una plantilla devuelve una página vacía con estado correcto, revisa también la guía sobre soft 404 en WordPress. Si el texto está disponible pero el problema son las señales de indexación, continúa por el checklist de SEO técnico.
Lista de cierre
- El contenido principal esperado aparece en la prueba de renderizado.
- Los enlaces importantes tienen un destino verificable.
- La página funciona en una visita nueva.
- Los errores detectados quedan resueltos o documentados.
- El estado de indexación se comprueba por separado.
¿Tu contenido se ve, pero tienes dudas sobre su acceso?
Una revisión de SEO técnico para WordPress puede comprobar plantillas, recursos y contenido renderizado antes de decidir cambios.
Fuentes oficiales
- Google Search Central: fundamentos de JavaScript SEO.
- Google Search Central: diagnosticar problemas de JavaScript.
Documentación consultada el 26 de octubre de 2026. Los ejemplos y la lista de revisión son una propuesta de diagnóstico, no resultados de una auditoría de tu web.
