Auditoría técnica de GEO: diagnóstico de problemas de visibilidad en las búsquedas con IA

Introducción

Tu sitio web aparece en los resultados de Google, las páginas importantes están indexadas y tu auditoría técnica de SEO no detecta errores graves. Sin embargo, cuando los clientes potenciales piden a ChatGPT, a Google AI Overviews o a Perplexity que les recomienden empresas de tu sector, tu marca rara vez aparece.

Es tentador suponer que el problema radica en un contenido deficiente o en la falta de enlaces entrantes. Pero antes de invertir en otra ronda de optimización, hay que responder a una pregunta más básica: ¿pueden los sistemas responsables de la búsqueda mediante IA acceder realmente a tu sitio web, recuperar su contenido e interpretarlo correctamente?

Una auditoría de SEO tradicional puede ayudar a responder parte de esa pregunta. Una auditoría técnica de GEO va más allá al examinar el acceso de los rastreadores, el contenido renderizado, la elegibilidad para el indexado, la información de la marca y cómo esas señales técnicas se relacionan con la visibilidad observada en las búsquedas con IA.

Esta guía presenta un flujo de trabajo de diagnóstico que distingue los problemas técnicos reales de las cuestiones relacionadas con la relevancia del contenido, la autoridad y la medición. También aprenderás a priorizar las correcciones sin recurrir a atajos de optimización para la IA que no han sido probados.

¿Qué es una auditoría técnica GEO?

Una auditoría técnica de GEO es una evaluación estructurada que determina si la información importante de un sitio web es accesible, indexable cuando es necesario y está representada con precisión para los sistemas de búsqueda y recuperación basados en IA.

GEO son las siglas de «Generative Engine Optimization» (optimización de motores generativos). Describe las prácticas destinadas a mejorar la forma en que un sitio web o una marca es descubierto, comprendido y, potencialmente, citado o recomendado en las respuestas generadas por IA.

La GEO técnica se centra en la infraestructura que sustenta ese proceso.

Una auditoría típica examina seis áreas:

1. Acceso de los rastreadores: ¿Pueden los rastreadores de búsqueda pertinentes acceder al sitio web?

2. Indexabilidad: ¿Las páginas importantes cumplen los requisitos para ser incluidas en los índices utilizados por los motores de búsqueda de destino?

3. Representación: ¿Está el contenido esencial disponible en formato HTML o es accesible de algún otro modo para el rastreador correspondiente?

4. Identidad de la página: ¿Describen de forma coherente las URL canónicas, los títulos y la información estructurada el contenido correcto?

5. Calidad de la información: ¿Son comprensibles, precisas y están respaldadas por pruebas accesibles las afirmaciones importantes?

6. Medición de la visibilidad: ¿Puede el equipo distinguir las mejoras técnicas de los cambios en los resultados reales de búsqueda de la IA?

Estas comprobaciones se basan en el SEO técnico, en lugar de sustituirlo.

Google afirma explícitamente que sus resúmenes de IA y el modo IA no requieren un marcado técnico especial más allá de los requisitos fundamentales para la Búsqueda de Google. Otros motores de respuestas tienen sus propios métodos de recuperación y controles de rastreo documentados.

Esto significa que el GEO técnico no debe considerarse como un conjunto de factores de posicionamiento misteriosos.

El objetivo es eliminar barreras demostrables, reducir la ambigüedad y crear condiciones fiables para el descubrimiento de contenidos.

SEO técnico frente a GEO técnico: ¿en qué se diferencian?

El SEO técnico tradicional evalúa si los motores de búsqueda pueden descubrir, rastrear, indexar y procesar páginas web de forma eficaz.

El GEO técnico amplía ese análisis a otros sistemas de recuperación y a experiencias de búsqueda generadas por IA.

Área de auditoría	SEO técnico tradicional	Investigación técnica GEO adicional
Acceso al rastreo	Googlebot, Bingbot, robots.txt	Rastreadores de IA específicos para búsquedas, políticas de CDN, comportamiento de obtención
Indexabilidad	Directivas de indexación, señales canónicas	Elegibilidad para aparecer en resultados de búsqueda con IA utilizando los índices de búsqueda existentes
Representación	SEO de JavaScript y HTML renderizado	Si otros clientes de recuperación relevantes reciben información esencial
Datos estructurados	Validez y elegibilidad para la búsqueda	Coherencia entre los datos legibles por máquina y el contenido visible
Arquitectura del contenido	Enlaces internos y descubrimiento mediante rastreo	Accesibilidad de las respuestas completas y su contexto de apoyo
Medición	Posicionamientos, impresiones, visitas orgánicas	Citas de IA, menciones de marca, precisión de las respuestas, tráfico atribuible

Existe un solapamiento significativo.

Una URL canónica rota no es exclusivamente un problema de GEO. Tampoco lo es una página renderizada con JavaScript a la que no se puede acceder.

La diferencia radica en el alcance del diagnóstico y en los resultados que se miden.

Una auditoría técnica de GEO satisfactoria debe identificar qué es lo que falla, explicar por qué es importante para un sistema de búsqueda concreto y aportar pruebas de que la corrección propuesta resuelve el problema.

Paso 1: Establecer una referencia de visibilidad en la búsqueda con IA

Antes de realizar cambios en el sitio web, documenta el problema de visibilidad.

De lo contrario, el equipo podría pasar semanas corrigiendo avisos técnicos sin saber si esos cambios guardan relación con las preguntas de negocio que los clientes realmente formulan.

Empieza con un conjunto reducido y controlado de consultas de búsqueda relevantes.

En el caso de una empresa ficticia de ciberseguridad B2B, la investigación podría incluir:

• ¿Cuáles son las mejores plataformas de monitorización de ciberseguridad para empresas medianas?

• ¿Qué proveedores de seguridad ofrecen supervisión del cumplimiento normativo para entidades financieras?

• ¿Cuáles son las alternativas a una plataforma de seguridad empresarial concreta?

• ¿Cómo comparan las empresas a los proveedores de seguridad gestionada?

• ¿Qué soluciones de monitorización de ciberseguridad dan soporte a las empresas europeas?

Estos ejemplos abarcan la búsqueda de productos, las comparativas y la idoneidad de los servicios.

Realiza un muestreo coherente a lo largo de las experiencias de búsqueda que quieras evaluar, registrando la fecha, la ubicación o la configuración de idioma (cuando sea posible controlarla), la plataforma, la respuesta, las menciones de la marca y las fuentes citadas.

Separa las menciones, las citas y las recomendaciones

Se trata de resultados distintos.

Una mención de marca se produce cuando una respuesta generada por IA nombra a tu empresa.

Una cita se produce cuando la respuesta proporciona una referencia identificable a su sitio web o contenido.

Una recomendación se produce cuando la respuesta presenta a su empresa como una opción relevante para la pregunta del usuario.

Una marca puede ser mencionada sin ser citada. Un sitio web puede ser citado sin que la respuesta recomiende explícitamente a la empresa.

Realiza un seguimiento de estos aspectos por separado.

Métrica	Cálculo u observación
Índice de menciones de la marca	Respuestas que mencionan la marca ÷ respuestas analizadas
Índice de citas del dominio	Respuestas que citan el dominio ÷ respuestas analizadas
Índice de recomendación	Respuestas que recomiendan la marca ÷ preguntas de recomendación relevantes
Precisión de las respuestas	Respuestas representadas correctamente ÷ respuestas específicas de la marca evaluadas
Presencia de la competencia	Frecuencia de menciones a la competencia en la misma muestra de solicitudes

Se trata de mediciones operativas, no de señales oficiales de posicionamiento.

Las respuestas generadas por IA pueden variar según la sesión, el modelo, la ubicación geográfica y las condiciones de búsqueda. Una sola prueba no basta para determinar si existe un problema de visibilidad persistente.

Repite el mismo conjunto de preguntas en varios periodos de observación y conserva las respuestas originales.

Paso 2: Comprueba si los rastreadores de búsqueda de IA pueden acceder a tu sitio web

El acceso de los rastreadores es uno de los primeros aspectos técnicos que conviene investigar.

Un sitio web puede ser accesible para un navegador normal, pero mostrar errores o restricciones ante las solicitudes automatizadas.

Entre las causas más comunes se incluyen:

• Restricciones de robots.txt.

• Reglas del cortafuegos de aplicaciones web.

• Protección contra bots de la CDN.

• Controles de acceso basados en IP.

• Limitación de velocidad.

• Requisitos de autenticación.

• Errores del servidor.

• Páginas de desafío en JavaScript.

Se produce una situación especialmente confusa cuando un servidor devuelve un código HTTP 200, pero muestra un mensaje de seguridad en lugar del artículo solicitado.

A simple vista, al comprobar el código de estado, la página parece estar disponible. En realidad, es posible que el rastreador no reciba prácticamente ningún contenido útil.

Comprender los diferentes tipos de rastreadores de IA

No todos los rastreadores relacionados con la IA tienen el mismo propósito.

Rastreador o control	Objetivo principal	Consideraciones de auditoría
Googlebot	Rastreo e indexación de la Búsqueda de Google	Relevante para la elegibilidad en la Búsqueda de Google y la búsqueda con IA
OAI-SearchBot	Descubrimiento de búsquedas en ChatGPT	Comprobación de permisos y acceso a la infraestructura
GPTBot	Rastreo para el entrenamiento de modelos de OpenAI	Separar el permiso de entrenamiento del acceso a la búsqueda
PerplexityBot	Descubrimiento de búsquedas de Perplexity	Revisar el archivo robots.txt y las restricciones de infraestructura
Google-Extended	Control de uso de productos de Google	No es un rastreador independiente de Google Search
Recuperadores de IA dirigidos por el usuario	Recuperación de páginas durante acciones solicitadas por el usuario	No des por sentado que se comportan de forma idéntica a los bots de indexación

Un error frecuente es considerar que OAI-SearchBot y GPTBot son intercambiables.

No lo son.

OpenAI documenta controles independientes para el rastreo de búsqueda de ChatGPT y el rastreo para el entrenamiento de modelos. Un editor puede permitir el rastreo de búsqueda y restringir el rastreo para el entrenamiento.

Del mismo modo, Google-Extended no sustituye a Googlebot y no controla la indexación estándar de la Búsqueda de Google.

Una auditoría de rastreadores de IA debe distinguir entre el descubrimiento de búsquedas, el entrenamiento de modelos y la recuperación dirigida por el usuario antes de recomendar cambios en el acceso.

Comprueba la respuesta HTTP real

Empieza por la URL afectada.

Una prueba básica desde la línea de comandos es:

curl -sS -L -D headers.txt -o page.html "$URL"

Aquí, $URL representa la página que se está investigando.

El comando sigue las redirecciones y guarda los encabezados de la respuesta y el cuerpo HTML para su análisis.

Resumen:

• El código de estado HTTP final.

• El número y el destino de las redirecciones.

• Si la respuesta contiene el contenido esperado.

• Cualquier encabezado de respuesta relacionado con los robots.

• Si un CAPTCHA u otro tipo de desafío ha sustituido a la página.

• Diferencias inesperadas entre las solicitudes normales y las automatizadas.

Una solicitud específica del agente de usuario puede ayudar a identificar un comportamiento inconsistente del servidor, pero establecer un encabezado de solicitud con el nombre de un rastreador no autentica la solicitud como si procediera de ese rastreador.

Para verificar la actividad real de un bot, examina los registros del servidor y las directrices de verificación publicadas por el proveedor del rastreador, incluidos los métodos de verificación de IP o DNS compatibles.

Evita incluir automáticamente en la lista de permitidos a cualquier visitante que afirme ser un bot de búsqueda conocido.

Examina los registros del servidor

Cuando se disponga de registros del servidor, filtre las solicitudes por identidades de rastreadores relevantes y rutas de URL importantes.

Busca patrones recurrentes.

Por ejemplo, supongamos que un sitio web de documentación ficticio recibe las siguientes solicitudes:

Categoría de la solicitud	Respuesta HTTP	Interpretación diagnóstica
Googlebot visitando guías públicas	200	El acceso básico parece estar disponible
El rastreador de búsqueda visita las páginas de precios	403	Posible restricción del cortafuegos
Solicitudes automatizadas a la documentación	429	Posible problema de limitación de frecuencia
Solicitudes a URL de artículos antiguos	301	Comprobar los destinos de redireccionamiento
Solicitudes a una página pública de un producto	200 con HTML de desafío	Investigar la entrega de contenidos

Este es un ejemplo hipotético de diagnóstico.

La distribución de las respuestas por sí sola no explica por qué una página no aparece en una respuesta de IA. Lo que sí hace es identificar en qué casos se justifica una investigación adicional.

Una respuesta 429 temporal tampoco es necesariamente indicio de un bloqueo permanente.

Revisa la frecuencia, la duración, los grupos de URL afectados y si hay tráfico auténtico de rastreadores implicado.

Paso 3: Comparar el HTML sin procesar con la página renderizada

La representación de JavaScript es otra área importante de auditoría.

Los sitios web modernos suelen basarse en aplicaciones del lado del cliente, componentes dinámicos y scripts de terceros.

Una página puede parecer completa en un navegador, pero inicialmente solo puede mostrar un documento HTML mínimo.

Imaginemos una página ficticia de un producto de software.

La vista renderizada en el navegador contiene:

• Una descripción del producto.

• Características e integraciones.

• Información sobre precios.

• Datos de atención al cliente.

• Una tabla comparativa.

Pero la respuesta inicial solo contiene:

<div id="app"></div>

La información real aparece una vez que se ejecuta el JavaScript.

Google puede renderizar muchas páginas basadas en JavaScript, por lo que esto no significa automáticamente que la página sea inaccesible para Google.

Sin embargo, los distintos clientes de recuperación pueden tener diferentes capacidades de renderización.

La cuestión no es simplemente si la página utiliza JavaScript, sino si la información que necesita el sistema de destino está disponible cuando dicho sistema recupera el contenido.

Una auditoría práctica de HTML sin formato

Selecciona entre cinco y diez URL de importancia comercial.

Entre ellas pueden figurar páginas de precios, descripciones de servicios, comparativas de productos, tutoriales detallados y documentación técnica.

Para cada URL:

1. Guarda la respuesta HTML inicial.

2. Captura el DOM renderizado por el navegador.

3. Identifica el contenido esencial de la página.

4. Compara el texto disponible en cada representación.

5. Documenta el contenido que requiera un script, una interacción o una sesión autenticada.

6. Comprueba cómo procesa la página el motor de búsqueda correspondiente cuando se disponga de herramientas de diagnóstico.

Una matriz comparativa puede facilitar la interpretación de los resultados.

Elemento de la página	HTML inicial	DOM renderizado	Posible problema
Título principal	Presente	Presente	No se ha observado ninguna
Descripción del producto	Falta	Presente	Dependencia de renderizado
Comparación de características	Falta	Presente	Es posible que la información clave no esté disponible para los programas de recuperación más sencillos
Condiciones de precios	Presente	Presente	No hay barreras evidentes para la visualización
Testimonios de clientes	Presente	Presente	Verificar las afirmaciones y los datos estructurados
Navegación interna	Presente	Presente	Comprobar la rastreabilidad de los enlaces

La renderización del lado del servidor o la generación estática pueden reducir las dependencias de recuperación cuando el contenido esencial no está presente en el HTML inicial.

Sin embargo, reconstruir un sitio web completo simplemente porque utiliza JavaScript rara vez es una primera recomendación sensata.

Da prioridad a las páginas en las que se haya demostrado que falta información relevante en la ruta de recuperación que estás investigando.

Paso 4: Investiga la indexabilidad y los conflictos canónicos

Si tu objetivo es la visibilidad en las vistas generales de IA de Google o en el modo IA, la indexación sigue siendo fundamental.

Google afirma que una página debe estar indexada y ser apta para aparecer en la Búsqueda con un fragmento para poder considerarse un enlace de apoyo en estas experiencias.

Una URL técnicamente accesible puede quedar excluida debido a directivas de indexación, señales canónicas o decisiones relacionadas con el contenido.

Comprueba los problemas de indexabilidad más habituales

Comprueba lo siguiente:

Directivas «noindex» accidentales. Una página puede contener una metaetiqueta «robots» o un encabezado HTTP que impida la indexación.

Etiquetas canónicas incorrectas. Una página de comparación de productos podría identificar una página de categoría general como su URL canónica preferida.

Conflictos en el archivo robots.txt. Una restricción de rastreo podría impedir que Google acceda a la página y respete otros controles de indexación.

Errores de redireccionamiento. Un artículo relevante puede redirigir a un tema diferente o a un destino obsoleto.

Comportamiento de «404 suave». Una página puede devolver un código HTTP 200 aunque ofrezca poco o ningún contenido significativo.

URL duplicadas y casi duplicadas. Varias URL pueden competir por representar información sustancialmente similar.

Para investigaciones centradas en Google, utiliza la herramienta de inspección de URL de Search Console para examinar el estado de indexación, el resultado renderizado y la URL canónica seleccionada por Google.

No des por sentado que la etiqueta canónica que has publicado es necesariamente la canónica seleccionada por Google.

Comprueba el control de inclusión de la IA generativa de Google

Hay una configuración adicional para editores que cobró especial importancia en 2026.

A partir del 31 de agosto de 2026, Google ha implantado en todo el mundo un control de IA generativa en la Búsqueda.

En Search Console, los editores pueden consultar esta configuración en:

Configuración → IA generativa en la Búsqueda

Este control determina si el contenido y los enlaces del sitio pueden aparecer en las funciones de IA generativa incluidas, como los resúmenes de IA, el modo IA y las experiencias relevantes de Google Discover.

Comprueba si la propiedad está configurada para incluir o excluir su contenido.

Comprueba también la configuración heredada si la propiedad sigue la configuración de una propiedad principal.

Un sitio web puede cumplir los requisitos técnicos habituales, aunque el editor haya optado explícitamente por no participar en estas funciones.

Se trata de un problema de configuración que hay que verificar antes de realizar cambios en el contenido.

No confundas esta configuración con «Google-Extended», que se refiere a otros usos del contenido.

Revisa la idoneidad de los fragmentos

Google también ofrece controles que incluyen:

• nosnippet

• max-snippet

• data-nosnippet

• noindex

Estas directrices pueden afectar a la disponibilidad o la presentación del contenido en la Búsqueda, incluidas las experiencias de IA compatibles.

Una política restrictiva de fragmentos puede ser intencionada en el caso de contenidos con licencia o del modelo de negocio de un editor.

Por lo tanto, una auditoría debería documentar la configuración existente y la política de visibilidad deseada del sitio, en lugar de recomendar automáticamente la eliminación de todas las restricciones.

Paso 5: Validar los datos estructurados sin inventar factores de posicionamiento basados en IA

Los datos estructurados pueden ayudar a describir entidades, relaciones y el contenido de las páginas en un formato estandarizado.

Sin embargo, el marcado de esquemas suele sobrevalorarse en los debates sobre GEO.

No existe ninguna propiedad de esquema universalmente reconocida que garantice una mención en ChatGPT, Gemini, Perplexity o las reseñas de IA de Google.

En el caso de Google, siguen aplicándose las directrices habituales sobre datos estructurados: el marcado debe representar con precisión la información visible para los usuarios.

Qué revisar en una auditoría de esquemas

En el caso de una web empresarial B2B, los tipos relevantes pueden incluir:

• Organización

• Persona

• Servicio

• Producto

• Artículo

• Lista de navegación

La implementación adecuada depende del contenido y de las funciones compatibles con cada plataforma de búsqueda.

Comprueba si el nombre de la empresa, el logotipo, las descripciones de los servicios y la información del autor coinciden con la página tal y como se muestra.

Si una página de producto incluye datos sobre precios o disponibilidad, comprueba que el marcado correspondiente refleje con precisión la oferta actual.

Un problema habitual se produce cuando el CMS, el tema y los complementos de SEO de un sitio web generan datos estructurados que se solapan.

Esto puede dar lugar a entidades conflictivas o fechas incoherentes.

La solución no consiste necesariamente en añadir más esquemas. Puede que la solución sea simplificar la implementación existente.

Separa la validación sintáctica de la validación de los datos

Un validador de datos estructurados puede identificar marcas mal formadas y ciertos errores de implementación.

No puede determinar de forma fiable si las certificaciones, los precios, la disponibilidad de productos o las credenciales profesionales que afirma tener una empresa son correctos.

Esto requiere una verificación editorial.

Por lo tanto, una comprobación de esquema satisfactoria debe incluir tanto la validación automática como la comparación con la página visible.

Paso 6: Comprobar si el contenido conserva su significado al recuperarse

La accesibilidad técnica es necesaria, pero no garantiza que la información recuperada sea útil.

Imaginemos una página hipotética de precios de un servicio SaaS que contenga esta afirmación:

«Nuestro plan profesional cuesta 49 dólares e incluye uso ilimitado».

Es breve, pero ambigua.

¿49 dólares significa por usuario, al mes o al año? ¿Qué significa exactamente «ilimitado»? ¿Existen restricciones en la API?

Ahora compáralo con esto:

«El plan Profesional del ejemplo cuesta 49 dólares por usuario al mes si se factura mensualmente. Incluye informes guardados ilimitados, mientras que las solicitudes de API están sujetas a un límite mensual independiente».

La segunda afirmación resulta más útil porque las condiciones se mantienen vinculadas a la afirmación.

Estas cifras son ficticias y se proporcionan únicamente para ilustrar cómo la redacción puede afectar a la interpretación.

Al revisar el contenido, comprueba si los datos esenciales siguen siendo correctos cuando se lee un fragmento de forma independiente del resto de la página.

Crea una lista de comprobación de pruebas

Para cada página importante de un servicio o producto, comprueba lo siguiente:

• ¿Se identifica claramente la empresa o el producto?

• ¿Se explican de forma concreta las características importantes?

• ¿Son los detalles sobre los precios actuales y claros?

• ¿Se indican las limitaciones junto a las afirmaciones correspondientes?

• ¿Las comparaciones están respaldadas por información verificable?

• ¿Son correctas las credenciales de los autores y las fechas de publicación?

• ¿Pueden los lectores encontrar las pruebas que respaldan la información?

• ¿Son coherentes las afirmaciones importantes en todas las páginas relacionadas?

Se trata de comprobaciones de la calidad de la información, no de requisitos técnicos secretos para el posicionamiento en los motores de búsqueda basados en IA.

Hacen que el contenido resulte más comprensible para las personas y reducen el riesgo de interpretaciones erróneas cuando el contenido se resume o se cita.

Comprueba la visibilidad interna del contenido

Una página valiosa puede existir sin que sea fácil de encontrar.

Comprueba si los recursos importantes están enlazados desde páginas relevantes mediante enlaces HTML normales que puedan rastrearse.

Una guía técnica debe enlazar con la documentación adecuada, las páginas de productos y las explicaciones relacionadas.

Evita crear artículos aislados dirigidos a cada variante de una pregunta generada por IA.

Una colección más reducida de recursos bien mantenidos y conectados puede resultar más fácil de navegar que docenas de páginas que se solapan.

Paso 7: Diagnosticar por qué falta una marca en las respuestas de la IA

Tras confirmar la accesibilidad técnica básica, vuelve a la referencia de visibilidad original.

Este paso es importante porque no todos los problemas de visibilidad de la IA son técnicos.

Supongamos que una empresa de software ficticia no aparece en las recomendaciones de «mejor software de supervisión del cumplimiento normativo».

Sus páginas de servicios son accesibles, indexables y contienen descripciones relevantes.

En ese caso, reescribir el archivo robots.txt probablemente no resolverá el problema.

La siguiente investigación debería abordar otras posibilidades:

• Es posible que la empresa carezca de pruebas comparativas para esa categoría.

• Es posible que las fuentes independientes rara vez mencionen su producto.

• Es posible que el servicio no se ajuste a los requisitos solicitados.

• Es posible que el contenido no responda a la pregunta real del comprador.

• Es posible que las empresas de la competencia cuenten con comparativas o reseñas publicadas más sólidas.

• Es posible que la plataforma recabe fuentes diferentes entre una prueba y otra.

Una auditoría técnica de GEO debería detectar cuándo la investigación técnica ha llegado a su límite.

Utiliza una matriz de diagnóstico basada en síntomas

Problema observado	Posible causa	Siguiente paso de diagnóstico
Página prioritaria ausente en la búsqueda de Google	Problema de indexación o de URL canónica	Comprobar el estado de indexación y la URL canónica seleccionada por Google
El rastreador de búsqueda de IA recibe repetidamente el error 403	Cortafuegos o política de acceso	Verifica el tráfico autenticado del rastreador y los registros del WAF
La página solo muestra información útil tras la ejecución de los scripts	Dependencia de la representación	Compara el HTML inicial con el DOM renderizado
En la información recuperada aparecen precios de productos incorrectos	Contenido desactualizado o datos incoherentes	Compara el texto visible, el marcado y los registros de origen
Se menciona la marca, pero no se recomienda	Relevancia o adecuación a la competencia	Revisar las sugerencias de recomendación y las pruebas que las respaldan
Se menciona la marca, pero se cita una página web equivocada	Ambiguidad de la entidad o comportamiento en la selección de fuentes	Examinar nombres, fuentes enlazadas y entidades competidoras
La marca no aparece a pesar de que las señales técnicas son buenas	Relevancia, autoridad, competencia o variabilidad de las respuestas	Amplía el análisis de contenidos y fuentes

Se trata de hipótesis de diagnóstico, no de pruebas de causalidad.

Por ejemplo, que un sistema de IA recomiende a un competidor no significa automáticamente que tu sitio web tenga un error de indexación.

Cada causa sospechosa requiere pruebas que la respalden.

Paso 8: Elabora un informe de auditoría técnica GEO priorizado

Una auditoría resulta útil cuando da lugar a un plan de implementación claro.

En lugar de entregar a los desarrolladores una lista con cientos de advertencias, organiza los hallazgos por páginas de la empresa afectadas, gravedad y pruebas.

Un enfoque práctico consiste en asignar a cada hallazgo una puntuación de impacto y una estimación del esfuerzo de implementación.

Conclusión	Prioridad	Motivo
Páginas importantes de productos bloqueadas para los rastreadores de búsqueda previstos	Crítico	Barrera directa a la recuperación
Inclusión en la IA de Google desactivada de forma involuntaria	Crítico	Sitio excluido de las funciones de búsqueda generativa cubiertas
Páginas comerciales marcadas incorrectamente como «noindex»	Crítico	Barrera para la indexación
Falta información principal sobre el producto en el HTML accesible	Alto	Posible limitación en la recuperación de contenidos
Datos del producto contradictorios entre los datos estructurados y el texto de la página	Alta	Problema de precisión de la información
Páginas de documentación importantes con enlaces internos débiles	Media	Problemas de descubrimiento y navegación
Advertencias menores sobre datos estructurados sin impacto demostrado	Bajo	Solucionar después de problemas más graves

Este es un marco de clasificación ilustrativo; las prioridades reales dependen del sitio web, de sus objetivos de visibilidad y de los grupos de URL afectados.

Cómo es un informe de auditoría técnica de GEO útil

Para cada problema, documenta cinco elementos:

1. URL afectadas: ¿Qué páginas concretas presentan el problema?

2. Pruebas: ¿Qué respuesta, entrada de registro, captura de pantalla del navegador o resultado de una herramienta lo demuestra?

3. Comportamiento esperado: ¿qué debería recibir el sistema en su lugar?

4. Solución recomendada: ¿Qué cambio de configuración o de implementación es necesario?

5. Método de verificación: ¿Cómo confirmará el equipo que la corrección ha funcionado?

Por ejemplo, un hallazgo podría ser:

Problema: La página de comparación de productos devuelve un código HTTP 403 a las solicitudes autenticadas de un rastreador de búsqueda previsto.

Pruebas: registros del servidor verificados y eventos correspondientes del cortafuegos.

Comportamiento esperado: La página pública devuelve un código HTTP 200 con su contenido completo a los visitantes y rastreadores autorizados.

Solución recomendada: Revisar la política WAF pertinente y ajustar el acceso de los rastreadores verificados sin desactivar los controles de seguridad generales.

Verificación: Confirma que las solicitudes se realizan correctamente tras la implementación y supervisa la actividad posterior del rastreador.

Para obtener una referencia de implementación más amplia, Prime Digital mantiene una lista de comprobación técnica de auditoría GEO que abarca el acceso de los rastreadores, la representación HTML, las URL canónicas, los datos estructurados y la medición de la búsqueda mediante IA.

Un flujo de trabajo documentado como este ayuda a separar las pruebas técnicas de las suposiciones sobre el comportamiento de los sistemas de recomendación basados en IA.

Paso 9: Mide los cambios tras implementar las correcciones de GEO

Las mejoras técnicas y las mejoras en la visibilidad de la IA deben medirse por separado.

Corregir una restricción del servidor puede restablecer el acceso de forma inmediata, mientras que el rastreo, la indexación y los cambios en las respuestas generadas posteriores pueden tardar más tiempo.

No existe un plazo universal para las mejoras en las citas de la IA.

Métricas de verificación técnica

Entre las mediciones operativas útiles se incluyen:

• Porcentaje de URL prioritarias probadas que devuelven respuestas correctas y utilizables.

• Número de URL importantes bloqueadas por reglas de acceso no deseadas.

• Número de directivas «noindex» accidentales.

• Número de problemas de renderización verificados.

• Errores de rastreo observados en los registros de los rastreadores autenticados.

• Inconsistencias en los datos estructurados resueltas.

• Páginas importantes confirmadas como indexadas donde era necesario.

Estas mediciones indican si se han corregido los problemas técnicos.

No demuestran que los sistemas de IA vayan a empezar a recomendar el sitio web.

Métricas de visibilidad en las búsquedas de IA

Sigue midiendo:

• Índice de menciones de la marca.

• Índice de citas del dominio.

• Visibilidad en diferentes categorías de sugerencias.

• Descripciones precisas frente a imprecisas de la marca.

• Presencia de la competencia.

• Visitas al sitio web procedentes de la IA.

• Clientes potenciales cualificados o conversiones asociadas a una actividad de referencia cuantificable.

Google Search Console ofrece información sobre el rendimiento de las funciones de búsqueda generativa de Google, siempre que haya datos de informes disponibles.

En el caso de otros sistemas de IA, la supervisión externa de las consultas y el análisis de las referencias al sitio web pueden aportar pruebas parciales.

Los distintos productos ofrecen diferentes niveles de información, por lo que conviene evitar combinar todas las mediciones en una única puntuación de visibilidad sin explicar.

Una prueba hipotética de «antes y después»

Imaginemos una empresa de software ficticia que descubre una restricción involuntaria del cortafuegos que afecta a un rastreador de búsqueda.

Antes de la corrección, su auditoría muestra respuestas HTTP 403 repetidas al tráfico del rastreador autenticado.

Tras el cambio de configuración, el servidor comienza a devolver respuestas HTTP 200 válidas.

Esa es una mejora técnica verificada.

Supongamos que la marca de la empresa también aparece con mayor frecuencia en una muestra posterior de respuestas de IA.

Se trata de una observación que merece la pena investigar, pero no demuestra que el cambio en el cortafuegos por sí solo haya provocado el aumento. Las respuestas también pueden haber estado influidas por actualizaciones de las fuentes, el comportamiento del modelo, cambios en la competencia o variaciones en el muestreo.

Mantén las condiciones de la prueba, compara observaciones repetidas e informa de la incertidumbre.

La distinción entre una corrección de acceso verificada y un posible efecto de visibilidad es esencial para la elaboración de informes GEO fiables.

¿Se necesita el archivo llms.txt para una auditoría técnica de GEO?

Algunos propietarios de sitios web publican ahora un archivo llms.txt para proporcionar una descripción estructurada de su contenido destinada a sistemas orientados a la IA.

Puede resultar útil como recurso voluntario de navegación por el contenido para los sistemas que lo admiten.

Sin embargo, no existe ningún requisito general de publicar el archivo llms.txt para aparecer en las vistas generales de IA de Google, el modo IA o la elegibilidad para la búsqueda en ChatGPT.

Tampoco hay pruebas públicas suficientes para considerar su presencia como un factor universal de posicionamiento en la búsqueda con IA.

Si un sitio web ya cuenta con dicho archivo, una auditoría puede comprobar si está actualizado, es accesible y se ajusta al contenido existente.

Sin embargo, no debe tener prioridad sobre las directivas de indexación erróneas, los rastreadores bloqueados, el contenido de página que falta o la información empresarial inexacta.

Soluciona los problemas observables antes de invertir en técnicas de optimización especulativas.

Un flujo de trabajo práctico de cinco días para una auditoría técnica GEO

En el caso de un sitio web pequeño o mediano, la investigación inicial suele organizarse en cinco líneas de trabajo.

El calendario que figura a continuación es un plan de proyecto ilustrativo, no una promesa de que todos los problemas técnicos puedan resolverse en cinco días.

Día 1: Recopilar los datos de referencia

Identificar las páginas de destino prioritarias, las plataformas de búsqueda con IA relevantes, las categorías de prompts comerciales y la visibilidad actual.

Registrar las respuestas y las citas mediante un proceso de pruebas repetible.

Día 2: Auditoría del acceso de los rastreadores y la indexabilidad

Inspeccionar el archivo robots.txt, los registros verificados de los rastreadores, los códigos de estado HTTP, las restricciones de la CDN, las directivas de indexación, las señales canónicas y la configuración de inclusión en la búsqueda con IA de Google.

Día 3: Revisar la representación y la coherencia de la información

Compara el código HTML sin procesar con el contenido renderizado por el navegador en las páginas importantes.

Comprueba los datos estructurados, los títulos de las páginas, las descripciones de los servicios, los detalles de los productos y los enlaces internos.

Día 4: Priorizar las correcciones

Agrupa los hallazgos por gravedad, URL afectadas, esfuerzo de implementación y relevancia para el negocio.

Separar los fallos técnicos confirmados de las hipótesis sobre el contenido y la autoridad.

Día 5: Preparar la implementación y la medición

Asigna responsables a los cambios de mayor prioridad.

Define los criterios de aceptación y las pruebas de verificación posteriores a la implementación.

Continúa con la supervisión de la visibilidad mediante IA utilizando el conjunto de indicaciones de referencia.

Un sitio web empresarial de mayor envergadura puede necesitar varias semanas para el mismo proceso, especialmente si intervienen la configuración de la CDN, la internacionalización, la representación de JavaScript o varios equipos de desarrollo.

El resultado importante no es una puntuación de auditoría arbitraria.

Se trata de una lista de problemas, respaldada por pruebas, que se pueden abordar y medir.

Preguntas frecuentes sobre las auditorías técnicas de GEO

¿Cuál es la diferencia entre una auditoría GEO y una auditoría SEO?

Una auditoría de SEO evalúa la visibilidad en los buscadores, la indexación, la calidad técnica y el rendimiento de la búsqueda orgánica. Una auditoría GEO amplía ese trabajo al modo en que se accede a la información, se representa y se muestra en las experiencias de búsqueda impulsadas por IA. Ambas comparten muchos fundamentos técnicos.

¿Puede un sitio web posicionarse en Google pero seguir siendo invisible en ChatGPT?

Sí. Los distintos sistemas pueden utilizar diferentes fuentes, controles de rastreo, métodos de recuperación y criterios de relevancia. Posicionarse en Google no garantiza la inclusión en las respuestas o recomendaciones de búsqueda de ChatGPT.

¿Bloquear GPTBot impide que ChatGPT cite mi sitio web?

No necesariamente. OpenAI distingue entre GPTBot, que se utiliza para el rastreo destinado al entrenamiento de modelos, y OAI-SearchBot, que se utiliza para el descubrimiento de resultados de búsqueda. Estos controles tienen fines distintos y deben revisarse por separado.

¿Mejora el marcado de esquemas el posicionamiento en las búsquedas de IA?

Unos datos estructurados precisos pueden describir la información de la página y facilitar ciertas funciones de búsqueda. Sin embargo, no existe una implementación universal de esquemas que garantice una mejor posición o más menciones en las respuestas generadas por IA.

¿Es JavaScript perjudicial para el posicionamiento geográfico (GEO)?

No. El JavaScript en sí mismo no es el problema. La cuestión es si el contenido esencial es accesible para el sistema de recuperación previsto. Algunos motores de búsqueda pueden interpretar JavaScript, mientras que otros clientes de recuperación pueden tener capacidades diferentes.

¿Puede el GEO técnico garantizar las menciones en los resúmenes de IA?

No. Las mejoras técnicas pueden eliminar barreras para el descubrimiento o la indexación, pero los sistemas de búsqueda con IA siguen decidiendo qué fuentes son relevantes para una pregunta concreta. El cumplimiento de los requisitos no garantiza la mención ni la recomendación.

¿Con qué frecuencia debe someterse un sitio web a una auditoría técnica de GEO?

Una auditoría inicial exhaustiva establece una referencia. Posteriormente, se deben revisar las condiciones técnicas críticas tras implementaciones importantes del sitio web, migraciones, cambios de seguridad y actualizaciones de la política de la plataforma. Las comprobaciones periódicas pueden ayudar a identificar retrocesos.

¿Es la accesibilidad técnica más importante que la calidad del contenido?

Ninguno de los dos funciona bien por sí solo. Un contenido técnicamente accesible puede seguir siendo irrelevante o poco fiable. Un contenido excelente puede pasar desapercibido si hay páginas importantes bloqueadas o mal configuradas. Una estrategia sostenible aborda ambos aspectos.

Conclusión

Las auditorías técnicas de GEO deben partir de pruebas, no de suposiciones.

Un sitio web que no aparece en las respuestas generadas por IA puede tener una restricción del rastreador, un conflicto de indexación, una dependencia de renderización o información incoherente. También puede estar técnicamente en buen estado y simplemente carecer de la relevancia o de las pruebas de respaldo independientes necesarias para aparecer en las recomendaciones de la competencia.

Se trata de problemas distintos que requieren soluciones diferentes.

El proceso de auditoría más útil verifica el acceso, comprueba las respuestas reales de las páginas, confirma la elegibilidad para la indexación, comprueba la coherencia de la información y mide la visibilidad mediante observaciones repetibles.

Las herramientas tradicionales de SEO siguen siendo valiosas porque muchos de los problemas subyacentes son conocidos. El trabajo adicional en GEO consiste en comprender las diferencias entre los sistemas de recuperación, las funciones de búsqueda y las respuestas generadas por IA.