Technical GEO es el trabajo técnico sobre las páginas que una empresa necesita que se puedan descubrir, leer y evaluar en búsquedas y respuestas con IA. Empieza por el SEO técnico: acceso, indexación, renderizado y enlaces. Añade una revisión de las fuentes de datos y de los controles específicos de cada plataforma. Que una página sea accesible no garantiza que vaya a aparecer en una respuesta.
Esta edición de planificación para 2027 se ha revisado el 14 de octubre de 2026. Incluye las 35 comprobaciones del inventario, ordenadas antes del FAQ. Si necesitas un diagnóstico con responsables y pruebas, consulta nuestro servicio de auditoría Technical GEO; el servicio y el contacto se presentan en inglés.
Qué revisar primero en una auditoría Technical GEO
Elige tres páginas con importancia comercial y anota qué pregunta debe resolver cada una. Guarda la URL, el HTML recibido, la fecha y el entorno antes de tocar nada. Una ficha de producto que no carga sus especificaciones y una página de servicio aislada del menú necesitan soluciones distintas.
- Primero los bloqueos: errores de acceso, noindex accidental, canonical equivocado y contenido principal ausente.
- Después la interpretación: datos contradictorios, enlaces entre versiones y contenido que sólo se entiende mirando una imagen.
- Por último el mantenimiento: responsable, actualización, regresiones y alertas. El presupuesto debe seguir al impacto y a la dependencia.
Las 35 comprobaciones técnicas
1. Comprueba que las URLs importantes responden correctamente
Empieza por códigos HTTP. Las páginas canónicas deben responder 200. Revisa 3xx innecesarios, cadenas, loops, soft 404, 5xx y comportamientos diferentes según user-agent. Una URL inestable es una mala fuente.
2. Audita robots.txt con intención
Entiende qué se bloquea y por qué. No copies reglas de otra web. Asegura que CSS, JavaScript y recursos necesarios para interpretar contenido no quedan bloqueados accidentalmente. Documenta cualquier decisión específica sobre crawlers.
3. Revisa meta robots y X-Robots-Tag
Una plantilla con noindex accidental puede sacar de circulación cientos de páginas. Incluye HTML, PDFs y otros documentos en la auditoría porque X-Robots-Tag puede aplicarse a nivel servidor.
4. Comprueba canonicals
El canonical debe representar la versión preferida real. Revisa parámetros, facetas, paginación, traducciones y páginas que se autocanonicalizan hacia una URL distinta sin motivo. Un canonical contradictorio debilita la señal de qué contenido debe considerarse principal.
5. Evalúa renderizado
Compara HTML inicial, DOM renderizado y contenido visible. Si el significado principal sólo aparece tras llamadas de cliente o interacción, puede ser menos robusto. Prioriza que títulos, definiciones, texto esencial y enlaces internos existan en una forma accesible.
6. Audita navegación e internal linking
Las páginas importantes deben poder descubrirse mediante enlaces HTML estables. Evita depender únicamente de buscadores internos, eventos JavaScript o menús que no exponen URLs. La arquitectura de enlaces expresa relaciones semánticas.
7. Revisa profundidad
Una página estratégica enterrada a ocho clics puede recibir menos señales internas. No existe un número mágico, pero las rutas deben reflejar importancia. Usa hubs para conectar servicios, sectores, productos y recursos relacionados.
8. Controla duplicados
Parámetros, filtros, impresión, UTM persistentes, versiones con y sin slash y contenido sindicado pueden multiplicar URLs equivalentes. Define reglas de canonicalización, redirección o bloqueo según el caso.
9. Audita hreflang
Las versiones internacionales deben referenciarse de forma recíproca y apuntar a URLs indexables y canónicas. Revisa idioma, región y x-default cuando corresponda. No uses hreflang para páginas que no son equivalentes.
10. Comprueba sitemaps
Incluye sólo URLs canónicas que quieres indexar. Separa tipos cuando facilite diagnóstico y mantén lastmod útil si puede gestionarse correctamente. Un sitemap lleno de redirects o noindex añade ruido.
11. Revisa structured data
Schema debe representar entidades y contenido visibles. Comprueba errores, identificadores, relaciones y coherencia. Organization, Person, Product, Service y Article son útiles cuando reflejan el modelo real de la web.
12. Usa identificadores persistentes para entidades
Cuando implementes @id, mantén estabilidad y relaciones claras. Evita generar identificadores diferentes para la misma organización en cada plantilla sin necesidad.
13. Haz accesibles los datos clave fuera de imágenes
Precios, especificaciones, nombres, fechas, ubicaciones y comparativas importantes deberían existir en texto o marcado accesible. Una tabla convertida en imagen es difícil de reutilizar.
14. Audita PDFs
Decide qué PDFs deben indexarse, cuáles son complementarios y cuáles contienen información que también debería existir en HTML. Revisa títulos, enlaces, versiones y duplicados. Los PDFs obsoletos pueden seguir apareciendo durante años.
15. Revisa contenido cargado por APIs
Catálogos, precios, stock, reviews y directorios pueden llegar desde APIs. Comprueba qué sucede si fallan, si el contenido puede rastrearse y si la caché muestra datos antiguos. Define fuente de verdad.
16. Evalúa performance y estabilidad
Core Web Vitals y rendimiento no son GEO en sí mismos, pero una experiencia lenta y un renderizado inestable afectan rastreo y uso. Reduce scripts innecesarios, imágenes sobredimensionadas y dependencias que bloquean contenido.
17. Controla consentimiento y tags
Un CMP mal configurado puede bloquear funcionalidades esenciales o disparar analítica antes de consentimiento. Distingue contenido necesario, medición y publicidad. Verifica comportamiento por región.
18. Revisa accesibilidad
Encabezados, labels, navegación por teclado, alt text, tablas y contraste mejoran la experiencia y también favorecen contenido más estructurado. La accesibilidad no debe añadirse al final.
19. Examina logs
Los logs de servidor permiten comprobar qué crawlers visitan qué URLs, con qué frecuencia y qué errores encuentran. No sustituyen Search Console o herramientas GEO, pero aportan una visión de acceso real.
20. Monitoriza 404 y redirects
Los enlaces externos y respuestas de IA pueden seguir apuntando a URLs antiguas. Mantén una disciplina de redirects cuando exista un destino equivalente y corrige enlaces internos rotos.
21. Audita feeds y endpoints
Product feeds, RSS, APIs públicas o sitemaps especializados pueden actuar como fuentes adicionales. Asegura consistencia con la web y evita exponer datos privados o desactualizados.
22. Revisa seguridad de contenido
Una web comprometida puede generar spam, cloaking o páginas falsas que destruyan la representación de la entidad. Monitoriza cambios inesperados, usuarios, plugins y archivos.
23. Crea una fuente canónica de hechos
Para información corporativa crítica —nombre, dirección, dirección legal, servicios, equipo, estadísticas— define dónde se mantiene. Esto reduce divergencias entre plantillas y canales.
24. Haz QA con preguntas reales
No audites sólo URLs. Selecciona preguntas importantes y comprueba qué páginas y fragmentos podrían responderlas. Esto conecta la capa técnica con la experiencia generativa que quieres mejorar.
25. Documenta y prioriza
Clasifica incidencias por impacto: bloqueos críticos de acceso, ambigüedad de entidad, pérdida de indexación, contenido inaccesible, duplicación o mejoras menores. Technical GEO debe producir un backlog ejecutable, no una lista de 300 warnings sin contexto.
26. Revisa CDN, WAF y caché
Una CDN o firewall puede servir HTML distinto, bloquear crawlers, cachear respuestas antiguas o introducir challenges. Comprueba comportamiento desde varias ubicaciones y user-agents. Define qué páginas pueden cachearse, cuánto tiempo y cómo se purgan cuando cambia información crítica.
Los sistemas de seguridad no deben desactivarse para GEO; deben configurarse de manera que protejan la web sin hacer inaccesible contenido público legítimo.
27. Incluye staging y despliegues en el QA
Muchas incidencias nacen al pasar de staging a producción: noindex heredado, canonicals al dominio de pruebas, robots bloqueados o assets que apuntan a URLs internas. Crea una checklist automática previa a release y otra posterior que valide indexabilidad, enlaces, schema, analytics y sitemaps.
28. Comprueba paridad entre usuarios y crawlers
Evita servir contenido sustancialmente diferente a bots salvo motivos legítimos. Geolocalización, personalización y experimentos pueden crear variantes que dificulten entender la página canónica. Documenta reglas y conserva una versión estable del contenido principal.
29. Monitoriza cambios de plantilla
Una actualización de theme, CMS o componente puede eliminar schema, alterar headings o romper enlaces en cientos de URLs. Añade tests de regresión para elementos semánticos, no sólo capturas visuales. El control técnico debe detectar cambios antes de que lleguen a producción.
30. Define alertas útiles
Monitoriza caídas de 200 a 5xx, aumento de noindex, errores de sitemap, pérdida de canonicals, desplome de páginas indexables y picos de 404. No conviertas cada warning en una emergencia. Clasifica alertas por impacto para que el equipo actúe.
31. Mantén documentación de arquitectura
Registra cómo funcionan renderizado, redirects, idiomas, feeds, schema y fuentes de datos. Cuando cambia el equipo, esta documentación evita que una optimización local rompa decisiones que tenían una razón global.
32. Crea observabilidad sobre cambios críticos
No esperes a que una caída de visibilidad revele un problema. Versiona robots.txt, plantillas, reglas de canonical, schema y sitemaps; alerta cuando cambien fuera de un despliegue previsto. Si un plugin o release modifica cientos de páginas, el equipo debe saberlo antes de que el cambio se convierta en una incidencia de indexación.
33. Audita contenido por tipo de fuente
Clasifica páginas corporativas, producto, servicio, noticias, documentación, recursos y UGC. Cada tipo tiene requisitos técnicos distintos. Una noticia antigua puede caducar; una página de entidad necesita estabilidad; un producto necesita sincronización de stock y atributos. Technical GEO debe adaptarse al rol del contenido.
34. Incluye APIs públicas en el inventario
Algunas empresas exponen datos a través de endpoints, feeds o documentación técnica. Revisa autenticación, rate limits, contenido sensible, versionado y consistencia con la web. Un endpoint público desactualizado puede convertirse en una fuente contradictoria.
35. Define criterios de cierre
Una incidencia no se considera resuelta porque “ya no da error”. Vuelve a rastrear, valida headers, canonical, schema, sitemap e indexabilidad; después comprueba queries relevantes. Documenta la evidencia de cierre para que el problema no reaparezca en el siguiente despliegue.
Cómo convertir la checklist en un encargo ejecutable
Para cada incidencia registra página afectada, comportamiento observado, consecuencia para el comprador, responsable y prueba de cierre. Separa diagnóstico, implementación y validación en el alcance: una auditoría no implica que el proveedor vaya a modificar tu CMS, CDN o catálogo.
Ejemplo de prueba: si una especificación sólo llegaba tras pulsar un botón, documenta dónde estaba ausente y vuelve a comprobar la página publicada tras la corrección. Conserva el dato original y el resultado. No cierres la tarea sólo porque cambió el código.
Cómo medir el trabajo después del despliegue
Repite las pruebas sobre las mismas páginas y condiciones. Registra los cambios de indexación y las consultas comerciales en Search Console; después contrasta visitas y solicitudes recibidas en tu analítica o CRM. Una respuesta puntual de IA es una observación, no una prueba de causalidad ni de ventas.
Para preparar una evaluación, envíanos el dominio, tres páginas prioritarias, idioma y mercado, CMS, síntoma observado y próxima fecha de despliegue. Puedes solicitar una evaluación técnica o empezar por el diagnóstico de visibilidad si todavía no sabes dónde está la pérdida.
Preguntas frecuentes
¿Sustituye al SEO técnico?
No. El mismo inventario permite revisar acceso, contenido y mantenimiento sin abrir dos proyectos que repitan pruebas. La capa de plataformas debe responder a una necesidad concreta.
¿Necesito llms.txt o un schema especial?
Google indica que no exige archivos de IA ni marcado especial para AI Overviews o AI Mode. Consulta sus requisitos actuales antes de comprar una implementación.
¿Permitir GPTBot permite aparecer en ChatGPT Search?
Son decisiones independientes: OAI-SearchBot corresponde a búsqueda y GPTBot a contenido que puede utilizarse para entrenamiento. Define una política por finalidad.
¿Hay que desbloquear todos los bots?
No. Documenta propósito y acceso esperado. No desactives el firewall para intentar obtener una cita; comprueba solicitudes y reglas con el equipo responsable.
¿Incluye implementación?
Debe quedar expresamente acordada: páginas, sistemas, accesos, responsables y validación. Pide entregables separados de la lista de hallazgos.
¿Cuándo veremos resultados?
La comprobación técnica se realiza tras el despliegue. La indexación y la visibilidad requieren observación posterior y dependen de terceros; no se garantiza una fecha ni una posición.
Fuentes y revisión
Documentación contrastada el 14 de octubre de 2026: Google Search Central sobre funciones de IA · OpenAI Docs sobre crawlers.