Una auditoría técnica GEO debe comprobar qué información puede obtener un sistema y qué evidencia tenemos de ese acceso. No basta con abrir la página en nuestro navegador: una sesión autenticada, una caché o una protección automatizada pueden mostrar experiencias diferentes.
El objetivo es construir un diagnóstico por capas. Primero disponibilidad; después acceso al contenido, descubrimiento e indexación; finalmente observaciones sobre las respuestas. Esta separación evita intentar resolver con cambios de redacción un bloqueo del servidor.
Selecciona una muestra que represente las plantillas y funciones del sitio: portada, servicios, artículos, fichas y documentos descargables. Añade una página reciente y otra que haya sufrido problemas. Registra URL, plantilla, fecha de prueba y sistema que estás evaluando.
No existe un único «robot de IA». Los controles deben interpretarse para cada cliente y finalidad documentados. Un permiso de rastreo tampoco obliga a utilizar una página en una respuesta.
En una web propia, una comprobación inicial puede hacerse con una solicitud GET que guarde encabezados y cuerpo:
curl -sS -L -D cabeceras.txt -o pagina.html 'https://example.com/articulo/'La dirección es ilustrativa. Revisa la cadena de redirecciones y el estado final. Un 200 no basta: el cuerpo podría contener un aviso de acceso, una página vacía o un desafío del cortafuegos. Una solicitud HEAD puede ser complementaria, pero no demuestra qué contenido devuelve GET.
Compara pruebas desde condiciones conocidas y anota diferencias de caché, ubicación y autenticación. Cambiar el user-agent no reproduce por sí solo a un rastreador real: no replica su IP, sus capacidades ni su infraestructura.
La documentación de Google sobre robots.txt distingue el control del rastreo de otros mecanismos. La directiva noindex aborda la indexación, siempre que el rastreador pueda acceder a ella. Una página bloqueada para rastreo puede impedir que se lea esa instrucción.
En la auditoría, registra por separado las reglas aplicables a la URL, las directivas del HTML y los encabezados HTTP. No utilices robots.txt para proteger información confidencial: el acceso privado requiere mecanismos de autenticación y autorización.
Busca en el HTML inicial una frase distintiva del contenido principal. Después compárala con el DOM renderizado y, cuando exista, con la vista que ofrece una herramienta de inspección del buscador.
Si el texto solo aparece tras pulsar un botón, completar un formulario o realizar una llamada de JavaScript, documenta esa dependencia. No presupongas que cualquier recuperador externo realiza esas acciones. Tampoco concluyas que todos fallan: las capacidades varían.
Revisa si la página recibe enlaces internos útiles y si el sitemap incluye las URLs pertinentes. Comprueba redirecciones y canonical para detectar señales contradictorias. La documentación sobre canonicalización sirve para entender la consolidación de versiones en Google, no como garantía de cita generativa.
Una URL huérfana puede estar técnicamente disponible y resultar difícil de descubrir. Una página antigua accesible mediante parámetros puede seguir compitiendo con la versión revisada.
Los logs permiten observar solicitudes, estados y tiempos. Cuando necesites atribuir una solicitud a un proveedor, utiliza sus métodos oficiales de verificación. El texto del user-agent puede falsificarse.
Una visita verificada acredita acceso a una URL en un momento concreto. No acredita indexación, selección como fuente ni influencia en una respuesta.
Caso hipotético. Una ficha se ve correctamente desde la sesión del equipo, pero una solicitud externa recibe una pantalla de verificación. La primera intervención debe revisar la configuración del cortafuegos para clientes legítimos, manteniendo los controles necesarios. Añadir preguntas frecuentes no resuelve esa diferencia de acceso.
| Hallazgo | Prioridad propuesta | Verificación del arreglo |
|---|---|---|
| Contenido principal sustituido por un desafío | Alta | Repetir la solicitud en condiciones comparables |
| Canonical dirigido a una versión obsoleta | Alta si contradice el objetivo | Revisar señal publicada y respuesta del índice |
| Imagen demasiado pesada | Según impacto en uso y carga | Medir carga y comprobar calidad visual |
Cada incidencia debe incluir evidencia, impacto esperado, responsable y criterio de cierre. Distingue hechos observados de hipótesis. Después de corregir, repite la prueba que detectó el problema y conserva ambas evidencias.
El resultado profesional de una auditoría es una lista priorizada de problemas demostrables. La aparición en respuestas requiere observación posterior y no queda garantizada por superar estas comprobaciones.
Documentación consultada el 17 de octubre de 2026. Los ejemplos identificados como ficticios son ejercicios metodológicos.
Para comprender el recorrido completo, consulta De la búsqueda a la cita: anatomía técnica de una respuesta generativa.
Una guía de lectura crítica para distinguir resultados experimentales, métricas de visibilidad y recomendaciones aplicables…
Cómo distinguir contenido de instrucciones y reducir el riesgo de que documentos externos manipulen un…
Cómo rastrear estadísticas y recomendaciones hasta su evidencia original, detectar citas circulares y construir contenidos…
Cómo comprobar identidad de productos, variantes, precios y disponibilidad para reducir contradicciones entre catálogo y…
Cómo evaluar visibilidad y exactitud entre idiomas y mercados mediante preguntas equivalentes y controles de…
Cómo diagnosticar desfases entre contenido publicado, caché, índice y respuestas, y medir la propagación de…