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.
1. Define el alcance antes de empezar
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.
2. Comprueba la respuesta HTTP y sus variaciones
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.
3. Separa robots.txt, noindex y acceso privado
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.
4. Revisa el contenido disponible sin interacció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.
5. Comprueba descubrimiento y versión principal
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.
6. Usa los registros con una interpretación limitada
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.
Ejercicio: una ficha que devuelve un desafío de acceso
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 |
Entrega un informe que permita actuar
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.