Aunque tengas el SEO perfectamente trabajado, hay URLs que no
Aunque tengas el SEO perfectamente trabajado, hay URLs que no funcionan simplemente porque Google las interpreta de forma distinta a como tú las ves.
Esta semana nos pasó con una categoría que no levantaba cabeza. Términos de búsqueda con volumen de negocio claro, pero unas impresiones ridículas.
Lo primero que nos vino a la cabeza: algún cambio de algoritmo nos había penalizado. Revisamos Search Console y no había nada: sin penalizaciones manuales, sin señales extrañas.
El contenido estaba perfectamente en el HTML: H1, texto, productos, enlaces internos, datos estructurados, FAQs… Y tampoco había ninguna restricción de indexación.
El problema apareció al revisar cómo renderiza Google la página, es decir, cómo la pinta realmente después de procesar el CSS y el JavaScript. Ahí salieron tres cosas:
→ Un popup a pantalla completa activado por defecto, del estilo “¿eres mayor de edad?”. El contenido sigue estando en el código, pero en la captura que hace Google puede quedar completamente tapado.→ Estilos cargados en modo print que solo se aplican correctamente si un script se ejecuta sin errores. Si falla, la página aparece visualmente rota.→ Decenas de scripts diferidos hasta que el usuario interactúa, algo muy habitual en los plugins de optimización de velocidad. Como Google no hace scroll ni clica, elementos como las variantes de producto, el carrito o los filtros pueden no llegar a cargarse nunca.
Nada de esto aparece en un checklist SEO estándar. Y la paradoja es que el plugin que instalaste para mejorar la velocidad es precisamente el que introduce el riesgo.
Para comprobarlo en tu web:
1. Ve a Search Console → Inspeccionar URL → Probar URL publicada → Ver página probada. Revisa tanto la captura de pantalla como el HTML renderizado.2. Si algo no encaja, asegúrate de que el popup no tape el contenido, de que el CSS crítico cargue de forma convencional y de que los scripts imprescindibles para el proceso de compra queden excluidos del diferimiento.3. Comprueba los cambios en móvil, sin cookies aceptadas y sin interactuar con la página. Eso es exactamente lo que hace Google.
Un apunte importante: que tu código tenga estos riesgos no significa necesariamente que estés perdiendo indexación. Hasta que no veas la captura de Search Console, son eso, posibles riesgos. Pero verificarlo no te lleva más de cinco minutos.Renderizado de Googlebot: cómo detectar qué ve realmente Google de tu URL con Search Console
Resumen técnico
Una URL con HTML completo, datos estructurados, FAQs y sin penalizaciones manuales puede generar pocas impresiones si el renderizado de Googlebot difiere del HTML fuente. Los factores detectados en este caso: un popup fullscreen activo por defecto que tapa el contenido visible, hojas de estilo cargadas con media=”print” dependientes de ejecución JavaScript, y decenas de scripts diferidos hasta interacción del usuario mediante plugins de optimización de velocidad. Googlebot no ejecuta scroll ni clic, por lo que el contenido dependiente de interacción no se renderiza. Todo visible en Search Console → Inspeccionar URL → Ver página probada.
Análisis de implicaciones
El conflicto entre optimización de rendimiento y rastreabilidad es directo: los plugins que aplican lazy loading agresivo o defer masivo de scripts pueden bloquear la renderización de elementos críticos para el crawl. Si el CSS crítico depende de JavaScript para aplicarse correctamente, una falla en la ejecución rompe el layout visible por Googlebot. El contenido permanece en el DOM, pero la captura de renderizado muestra una página degradada o bloqueada, lo que afecta directamente a la interpretación semántica y a la puntuación de relevancia por parte del motor de búsqueda.
Aplicación práctica
Flujo de verificación en tres pasos: primero, acceder a Search Console → Inspeccionar URL → Probar URL publicada → Ver página probada y revisar tanto la captura visual como el HTML renderizado. Segundo, identificar si el popup oscurece contenido indexable, si el CSS crítico carga sin dependencias JS y si los scripts de carrito, filtros o variantes están excluidos del defer. Tercero, replicar las condiciones de Googlebot: navegador móvil, sin cookies, sin interacción. Los scripts imprescindibles para la compra deben excluirse explícitamente de cualquier regla de diferimiento en el plugin de caché.
Contexto del sector
El JavaScript SEO sigue siendo uno de los vectores de pérdida de visibilidad más difíciles de auditar con herramientas estándar. Las métricas Core Web Vitals han empujado a muchos sitios a implementar optimizaciones agresivas que, mal configuradas, penalizan el renderizado de Googlebot. La herramienta de inspección de URL de Search Console sigue siendo el método más directo y sin coste para validar lo que Googlebot procesa realmente, frente a soluciones de renderizado externo como Screaming Frog con JavaScript activado o servicios de renderizado en la nube.
Artículo relacionado