Enlaces con JavaScript: cómo comprobar si Google puede rastrearlos

Un menú puede llevar al usuario a otra página y, aun así, no ofrecer un enlace que Google pueda extraer de forma fiable. Para una agencia, la pregunta útil no es «¿funciona el botón?», sino «¿qué enlace existe en el HTML y cuándo aparece?». Este procedimiento propone revisar la navegación construida con JavaScript y convertir los hallazgos en correcciones de componentes, sin reabrir toda la auditoría SEO.

El alcance es concreto: menús, tarjetas y enlaces internos que deberían conducir a páginas públicas. No es una prueba realizada sobre una web de cliente ni una garantía de indexación; es un método de diagnóstico apoyado en la documentación de Google.

Primero distingue navegación y acción

Google recomienda que los enlaces utilicen un elemento <a> con un atributo href que apunte a una dirección resoluble. No puede extraer de forma fiable los destinos de elementos sin ese atributo o de otras etiquetas que navegan únicamente mediante eventos de script. Un enlace añadido con JavaScript también puede ser rastreable si termina usando ese marcado.[1]

Por tanto, no marques todo JavaScript como un problema. Revisa la salida concreta. Una tarjeta que abre la ficha de un servicio necesita evaluarse como navegación; un control que despliega un panel o envía un formulario tiene otra función. No conviertas todos los botones en enlaces por aplicar una regla mecánica.

Este ejemplo es deliberadamente hipotético: muestra un destino de navegación explícito, no un componente probado de un proyecto real.

<a href="/servicios/consultoria/">Consultar el servicio</a>

La aceptación no termina en encontrar un href: el destino debe ser el acordado. Un enlace hacia una ruta equivocada seguiría siendo una incidencia, aunque su marcado fuese correcto.

Revisa dos salidas, no una captura

Separa el HTML recibido del servidor y el DOM después de ejecutar JavaScript. Google explica que procesa estas aplicaciones mediante rastreo, renderizado e indexación, y que vuelve a extraer enlaces del HTML renderizado. También señala que no renderiza JavaScript de recursos bloqueados o en páginas bloqueadas.[2]

Para el trabajo de la agencia, conserva ambas evidencias con la URL y el momento de consulta. Si el enlace no aparece en el HTML inicial pero sí en el DOM, registra esa diferencia; no lo declares inexistente. Si no aparece en ninguna de las dos salidas revisadas, conserva el caso para investigar el componente y sus condiciones de carga.

Una captura ayuda a reconocer la tarjeta o el menú, pero no sustituye la comprobación del atributo. Tampoco la navegación correcta en tu sesión demuestra, por sí sola, qué recibió el sistema de Google.

Haz una muestra por componente

Empieza por los componentes que se repiten, no por una lista indiscriminada de URLs. Propón una muestra que incluya una página con menú principal, otra con tarjetas de servicios y, cuando exista, una vista con paginación o navegación cargada dinámicamente. Añade las variantes de plantilla o idioma que puedan cambiar su salida.

En cada caso, registra:

• Origen: URL pública exacta y componente revisado.
• Destino previsto: página a la que debe llevar la navegación, confirmada por la agencia.
• Marcado observado: etiqueta, href literal y texto del enlace.
• Momento: presente en HTML inicial, presente tras renderizar o no observado.
• Condiciones: sesión, dispositivo o interacción necesaria para que aparezca.
• Decisión: conservar, corregir o ampliar diagnóstico, con su motivo.

Si diez URLs utilizan el mismo componente, una corrección puede plantearse en esa plantilla. Pero la muestra inicial no demuestra que todas sus variantes se comporten igual: define qué volverás a comprobar después del cambio.

Contrasta con la inspección de Google cuando tengas acceso

Search Console permite consultar la versión indexada y realizar una prueba en tiempo real. Su documentación explica cómo acceder al código, los recursos y la versión renderizada de la página. Identifica siempre qué vista utilizas: no son mediciones intercambiables.[3]

Adjunta esa evidencia solo si realmente has accedido a la propiedad y ejecutado la consulta correspondiente. Si no dispones de acceso, deja el contraste con Google pendiente y entrega las comprobaciones locales o públicas con ese límite. No rellenes el informe con una supuesta validación del buscador.

Encarga el cambio mínimo y prueba sus variantes

Una tarea ejecutable podría ser: «En las tarjetas del componente acordado, exponer el destino aprobado mediante un enlace con href, conservando diseño y comportamiento». Acompáñala del fragmento observado, el resultado esperado y las páginas de prueba. Evita instrucciones como «quitar JavaScript de toda la web» cuando el hallazgo afecta a un solo elemento.

Antes del despliegue, acuerda permisos, copia del componente y recuperación de su versión anterior. Después comprueba el marcado servido, el destino y las variantes incluidas. No envíes formularios ni actives compras para demostrar que un enlace de navegación existe; separa esas pruebas funcionales si requieren autorización adicional.

Cierra la incidencia sin prometer resultados

El cierre debe decir qué componente se corrigió, en qué URLs se comprobó y qué queda pendiente. «Enlace presente en la salida revisada» es un resultado técnico; «Google ya ha indexado el destino» exige otra evidencia. No atribuyas una mejora de posiciones ni una cita de IA a esta corrección sin datos que lo sustenten.

Para contextualizar estas tareas dentro de un proyecto más amplio, consulta cómo convertir una estrategia GEO en tareas técnicas y editoriales. Si la agencia necesita ejecutar el lote, el servicio de implementador SEO de TrailSEO permite valorar alcance y dependencias. Envía por contacto una muestra de URLs y los componentes afectados, sin contraseñas ni accesos en el primer mensaje.

Fuentes primarias

1. Google Search Central: buenas prácticas para enlaces rastreables.
2. Google Search Central: fundamentos de SEO con JavaScript.
3. Ayuda de Search Console: herramienta de inspección de URLs.

Fuentes consultadas el 14 de noviembre de 2026. La lista de comprobación es una propuesta operativa de TrailSEO, no una auditoría ya ejecutada sobre un cliente.

Contenido elaborado con asistencia de inteligencia artificial a partir de las fuentes indicadas.