Lista de Verificación de Preparación para GEO y AEO

Esta lista de verificación determina si un sitio es técnicamente alcanzable, fácil de extraer, inequívoco acerca de sus entidades y mediblemente presente en las respuestas de IA. La Optimización para Motores Generativos (GEO) mejora la probabilidad de que los sistemas generativos recuperen, usen y citen una fuente. La Optimización para Motores de Respuesta (AEO) hace que una página sea capaz de proporcionar una respuesta directa. Ninguna es una promesa de inclusión: la preparación elimina obstáculos evitables, mientras que los datos de prompts y citas muestran lo que realmente sucedió.

Lista de verificación: Preparación para GEO y AEO. Tiempo estimado: 3–5 días hábiles para una auditoría representativa y un plan de remediación, seguido de una ventana de medición mínima de 28 días. Responsable: Líder de SEO, con ingeniería responsable del acceso y renderizado, editorial responsable de la calidad de los pasajes, y un analista responsable de la medición de prompts y citas.

Pruebe la página de inicio, una página de cada plantilla crítica para ingresos, las diez páginas asignadas a prompts prioritarios y las páginas que ya están obteniendo citas o que inesperadamente no las tienen. Registre cada URL para volver a probar.

Por qué esta lista de verificación, y por qué aquí

Esta puerta consume la auditoría de Accesibilidad para IA y Preparación para Agentes , que identifica las restricciones de rastreadores y extracción; la medición de referencia , que congela el estado previo al cambio; y la investigación de palabras clave y prompts , que define las preguntas reales y los motores a probar. También necesita el inventario de páginas aprobado, los datos de entidades, la propiedad del schema, el acceso al servidor o CDN y un registro de versiones.

El orden importa porque la accesibilidad, la calidad de la respuesta y la visibilidad son capas diferentes. El rastreo de prompts antes de las verificaciones de rastreo puede informar que falta una marca sin explicar si la causa es acceso, relevancia, autoridad o simplemente un retraso en la recuperación. Reescribir pasajes antes de confirmar la política empresarial puede exponer contenido que la organización tenía la intención de reservar. Agregar schema antes de que los datos visibles y el modelo de entidad sean estables puede convertir una contradicción en algo legible por máquina en lugar de corregirla.

Si se omite esta lista de verificación, los equipos tienden a afirmar que una página está “optimizada para IA” porque tiene párrafos cortos, schema de preguntas frecuentes o un archivo llms.txt. Esos son datos de implementación, no resultados. El contrato aquí es más estricto: declare a qué pueden acceder los rastreadores, demuestre que las páginas representativas se pueden obtener y comprender, luego compare ejecuciones de prompts completadas y citas de fuentes con una referencia fechada.

Entradas y salidas

Las salidas son el contrato con publicación, ingeniería y medición. “Listo” sin un conjunto de URLs, evidencia, umbrales y fechas de observación no se puede reproducir.

La lista de verificación

Cada elemento termina con una condición de Hecho cuando. Adjunte la respuesta, el extracto renderizado, el resultado del validador, la captura de pantalla o la fila del informe, en lugar de registrar una marca verde sin respaldo.

1. Tome una decisión explícita sobre el acceso de rastreadores

• Qué: Decida qué agentes de usuario de IA pueden rastrear qué rutas públicas. Un agente de usuario es el identificador que un rastreador presenta en su solicitud; es una señal, no una autenticación fuerte.
• Por qué: Permitir un rastreador puede mejorar el descubrimiento, pero también puede habilitar la reutilización, agregar carga al servidor, entrar en conflicto con licencias o exponer material que era público solo por accidente. Bloquear puede ser una decisión comercial válida, pero no debe confundirse con un error de SEO.
• Cómo: Enumere las familias de rastreadores relevantes y agrupelas por propósito: recuperación de búsqueda o respuesta, entrenamiento de modelos y archivos web generales. Para cada una, documente el estado permitido, bloqueado o con acceso limitado por ruta; justificación comercial; aprobador; y fecha de revisión. Compare esa decisión con robots.txt , reglas de CDN, reglas de firewall de aplicaciones web, autenticación y comportamiento del origen.
• Herramienta: Registro de políticas, analizador de robots, configuración de CDN y firewall, registros del servidor y revisión legal o del propietario del contenido.
• Hecho cuando: El 100% de las familias de rastreadores dentro del alcance tienen una decisión aprobada por el responsable; cada bloqueo intencional está etiquetado como política; y cero reglas en vivo contradicen la decisión registrada en el conjunto de URLs representativas.

2. Pruebe la accesibilidad como rastreador, no como sesión de navegador

• Qué: Verifique que los rastreadores permitidos reciban el contenido canónico con una respuesta exitosa y sin desafío, inicio de sesión, muro de consentimiento o caparazón vacío del lado del cliente.
• Por qué: Una regla permisiva de robots no prueba la entrega. Un CDN puede devolver 403, 429, un CAPTCHA o HTML diferente a una solicitud que no es de navegador, mientras que un empleado con sesión iniciada ve una página normal.
• Cómo: Obtenga cada URL representativa con la cadena de agente de usuario relevante desde una solicitud limpia. Registre el estado, redirecciones, tiempo de respuesta, tipo de contenido, canónico, directivas de indexación, tamaño final del cuerpo y si la respuesta principal aparece en el HTML devuelto o renderizado. Compare las respuestas del bot y del navegador normal en busca de diferencias sustanciales.
• Herramienta: Accesibilidad para IA y Preparación para Agentes en AmICited, inspección de respuestas y encabezados, registros del servidor y una comparación de HTML renderizado.
• Hecho cuando: Cada prueba intencionalmente permitida devuelve la página canónica esperada con estado 200; las cadenas de redirección no contienen más de un salto; ninguna solicitud permitida recibe 401, 403, 429, HTML de desafío o una región principal en blanco; y las diferencias tienen una razón documentada y no engañosa.

3. Audite llms.txt como un mapa, no como un interruptor mágico

• Qué: Revise /llms.txt, un archivo de texto voluntario emergente destinado a orientar las herramientas de modelos de lenguaje hacia recursos útiles del sitio. Trátelo como una guía, no como un control de acceso o una señal de ranking garantizada.
• Por qué: Un mapa conciso puede ayudar a un agente a encontrar documentación canónica, pero un archivo desactualizado puede enviarlo a redirecciones, páginas duplicadas o afirmaciones retiradas. Su presencia no puede compensar un rastreo bloqueado o contenido débil.
• Cómo: Si la empresa adopta el archivo, mantenga el título y la descripción claros, enlace solo a URLs públicas canónicas, agrupe los recursos por propósito real del usuario y prefiera páginas duraderas sobre un volcado de todo el sitemap. Pruebe cada URL listada. Si la empresa decide no publicarlo, registre esa decisión sin fallar toda la puerta de preparación.
• Herramienta: Verificación de llms.txt de AmICited, verificador de enlaces, inventario de URLs y revisión del propietario del contenido.
• Hecho cuando: La decisión de publicar u omitir está registrada; si está presente, el archivo devuelve 200 como texto plano, contiene cero enlaces rotos, redirigidos, bloqueados, duplicados o no canónicos, y tiene un propietario nombrado y una fecha de revisión.

4. Haga que los pasajes prioritarios sean autónomos y con información al inicio

• Qué: Dé a cada pregunta prioritaria un pasaje autónomo: una sección que exprese la respuesta temprano e incluya suficientes sustantivos, alcance, condiciones y evidencia para mantenerse precisa cuando se extraiga del texto circundante.
• Por qué: Los sistemas de recuperación a menudo seleccionan un pasaje en lugar de la página completa. “Depende” o “este método” pierde significado cuando se separa del encabezado; una respuesta retrasada obliga al sistema a ensamblar datos de múltiples secciones y aumenta la probabilidad de omisión o distorsión.
• Cómo: Coloque la respuesta directa en las primeras una o dos oraciones bajo el encabezado correspondiente. Nombre la entidad y el tema en lugar de depender de pronombres. Siga con calificaciones, evidencia, ejemplos y excepciones. Mantenga el contexto necesario junto con la afirmación; no reduzca consejos legales, médicos, financieros o de seguridad complejos a un fragmento incondicional.
• Herramienta: Mapa de prompt a sección, prueba de extracción editorial, lector de texto plano y revisión de materia temática.
• Hecho cuando: Cada uno de los diez prompts prioritarios se asigna a una página canónica y una sección de respuesta; la respuesta aparece dentro de las primeras 80 palabras de esa sección; y un revisor puede copiar el pasaje solo sin perder el sujeto, alcance, condición o fuente de evidencia.

5. Use formatos extraíbles para cada propósito

• Qué: Represente secuencias como pasos numerados, alternativas como tablas comparativas, especificaciones como valores etiquetados y conjuntos cortos como listas. Mantenga los mismos datos disponibles en HTML significativo, no solo en imágenes, video, canvas o pestañas que requieren interacción.
• Por qué: El formato codifica relaciones. Un párrafo en prosa puede ocultar qué valor pertenece a qué producto, mientras que una tabla expone la comparación. El contenido que existe solo después de un clic o dentro de una imagen puede pasarse por alto o separarse de sus etiquetas.
• Cómo: Inspeccione el esquema del documento y el HTML sin procesar. Dé a las tablas encabezados, a las listas una idea por elemento, a las figuras pies de foto, a las imágenes texto alternativo útil y al contenido interactivo un resumen renderizado en el servidor. Asegúrese de que las pestañas ocultas no contengan la única copia de una respuesta crítica.
• Herramienta: Árbol de accesibilidad, inspección de fuente HTML, revisión solo con teclado y una representación sin JavaScript o en texto plano.
• Hecho cuando: El 100% de los datos críticos permanecen disponibles y correctamente etiquetados sin interacción; cada comparación tiene etiquetas explícitas de filas y columnas; cada secuencia tiene pasos ordenados; y ninguna respuesta prioritaria existe solo en medios o en un widget renderizado por el cliente.

6. Alinee los datos visibles, las entidades y los datos estructurados

• Qué: Aclare las personas, organizaciones, productos, lugares y relaciones en la página, luego exprese los datos respaldados mediante datos estructurados válidos. Una entidad es una cosa real y distinta que puede nombrarse y desambiguarse de cosas similares.
• Por qué: Los nombres ambiguos y los identificadores contradictorios hacen que la atribución no sea confiable. El marcado de schema puede reducir la ambigüedad, pero un marcado más amplio, más nuevo o más promocional que la página visible crea conflicto en lugar de confianza.
• Cómo: Use un nombre canónico, URL, logotipo y conjunto de identificadores estables para la organización. Conecte autores y revisores a páginas de perfil reales. Elija el tipo de schema más específico aplicable, incluya solo datos visibles y verificados, y conecte nodos relacionados con identificadores consistentes. Valide la sintaxis y compare cada propiedad material con la página renderizada.
• Herramienta: Registro de entidades, inspección de JSON-LD, validador de Schema.org, prueba de resultados enriquecidos cuando corresponda y QA a nivel de plantilla.
• Hecho cuando: Cada página representativa tiene una entidad principal inequívoca; cero propiedades materiales del schema contradicen o exceden las afirmaciones visibles; cero errores de sintaxis permanecen; y cada plantilla crítica para ingresos tiene un propietario de schema aprobado y un entorno de prueba.

7. Proteja la calidad de las citas con fuentes y actualidad

• Qué: Respalde las afirmaciones que requieren evidencia con fuentes primarias o autorizadas identificables, y exponga cuándo la página fue revisada sustancialmente.
• Por qué: La extraíbilidad sin evidencia puede hacer que una afirmación sin respaldo sea más fácil de repetir. Los precios, políticas, puntos de referencia y capacidades de productos desactualizados son especialmente riesgosos porque un pasaje fluido puede aún parecer actual.
• Cómo: Trace las afirmaciones relevantes para la decisión hasta sus fuentes, coloque las citas cerca de la afirmación, use texto de anclaje descriptivo y declare la medición o fecha de vigencia correspondiente. Elimine la evidencia muerta o reescriba la afirmación. Cambie una fecha de “actualizado” solo después de que una revisión real cambie o revalide el contenido.
• Herramienta: Registro de afirmaciones-fuentes, verificador de enlaces, inventario de contenido y aprobación de materia temática.
• Hecho cuando: El 100% de las afirmaciones de alto riesgo y relevantes para decisiones tienen una fuente actual o un responsable nombrado; cero citas llevan a páginas muertas o no relacionadas; y la fecha de revisión mostrada coincide con la revisión registrada.

8. Congele un conjunto de prompts representativo antes del lanzamiento

• Qué: Establezca un conjunto repetible de preguntas de compradores utilizado para medir menciones, ranking de citas, URLs citadas y diferencias entre proveedores antes y después de los cambios.
• Por qué: Cambiar los prompts después de la implementación puede fabricar una mejora aparente. Una respuesta seleccionada a mano es una anécdota porque las respuestas generativas y la selección de fuentes pueden variar entre ejecuciones y proveedores.
• Cómo: Seleccione al menos 20 prompts en las etapas de descubrimiento, comparación, evaluación e intención específica de marca. Incluya prompts donde la marca esté actualmente citada, mencionada sin cita y ausente. Fije la redacción, país, idioma, proveedor, etiquetas y frecuencia; registre el destino asignado y la prioridad comercial.
• Herramienta: Seguimiento y Gestión de Prompts en AmICited y el mapa aprobado de prompt a página.
• Hecho cuando: Al menos 20 prompts tienen una o más ejecuciones de referencia completadas; el 100% mantiene la redacción y configuración fijas durante la ventana de observación; cada uno tiene una página prevista y una intención; y las ejecuciones fallidas o pendientes se excluyen de las tasas de resultado en lugar de contarse como ausentes.

9. Mida las citas a nivel de dominio, URL, prompt y proveedor

• Qué: Rastree si la marca es nombrada, si su dominio es citado, qué URL exacta es citada, su posición y qué otras fuentes ganan para el mismo prompt.
• Por qué: Un total de dominio puede ocultar que la página equivocada está ganando citas. Una mención puede aumentar mientras las citas de fuentes propias disminuyen, lo que significa que los motores conocen la marca pero confían en otra fuente para la respuesta.
• Cómo: Conserve la exportación previa al cambio, anote el lanzamiento y compare ejecuciones completas equivalentes durante la ventana acordada de 28 días. Segmente por proveedor e intención del prompt. Revise las respuestas completas para detectar movimientos importantes y separe las citas propias de las citas de terceros que mencionan la marca.
• Herramienta: Inteligencia de Fuentes y Citas en AmICited, historial de prompts y la anotación de lanzamiento.
• Hecho cuando: Cada prompt prioritario tiene un registro de referencia previo al cambio y un registro de observación posterior al cambio completados; los dominios citados y las URLs exactas están almacenados; las diferencias entre proveedores son visibles; y cada mejora reclamada puede reproducirse desde el mismo conjunto de prompts y ventana de fechas.

10. Vuelva a probar las fallas y firme la decisión de preparación

• Qué: Consolide los resultados técnicos, editoriales, de schema y de medición en aprobado, aprobación condicional, bloqueo intencional o fallido.
• Por qué: Una puntuación promedio puede ocultar una falla crítica de acceso. La preparación pertenece a URLs y plantillas exactas bajo una política registrada, no al sitio como una etiqueta sin respaldo.
• Cómo: Vuelva a probar cada elemento corregido desde una solicitud limpia. Mantenga los bloqueos de política intencionales separados de los defectos. Una aprobación condicional debe nombrar la excepción, las URLs afectadas, el riesgo, el aprobador, el responsable de la corrección y la fecha de vencimiento. Conserve la evidencia original y la versión de la plantilla o implementación.
• Herramienta: Matriz de pruebas de preparación, rastreador de incidencias, registro de versiones y aprobación del responsable.
• Hecho cuando: Cero fallas críticas permanecen en las URLs prioritarias intencionalmente permitidas; cada otra falla tiene un responsable y una fecha límite; cada excepción tiene una fecha de vencimiento; y los responsables de SEO, ingeniería y contenido firman el mismo registro fechado.

Herramientas en AmICited

Use las verificaciones del producto como evidencia dentro de la matriz, no como sustituto de la política empresarial o el juicio editorial.

1. Abra la auditoría de Accesibilidad para Agentes para inspeccionar llms.txt, la estructura de accesibilidad, la cobertura del sitemap y los datos separados detrás del acceso de rastreadores. Registre una autorización de robots, una solicitud en vivo estilo CCBot y la presencia confirmada en Common Crawl de forma independiente; un resultado desconocido no es ni aprobado ni fallido.

2. Abra Seguimiento de Prompts para importar o crear el conjunto de prompts congelado, seleccionar proveedores, país, etiquetas y cadencia, y conservar las ejecuciones de referencia completadas. Las ejecuciones en cola, en procesamiento y fallidas son estados operativos, no resultados de “cita faltante”.

3. Abra Fuentes para pasar de totales de dominio a páginas citadas exactas y los prompts que cada página gana. Compare páginas propias con fuentes de terceros en lugar de asumir que una mención de marca provino del sitio web de la marca.

Reglas de decisión: cómo se ve un mal resultado

Estas son puertas operativas, no afirmaciones sobre cómo un motor clasifica páginas. Ajústelas para contenido regulado, crítico para la seguridad o de alto valor.

No mezcle las filas en una sola puntuación. Una plantilla crítica para ingresos bloqueada no se anula con nueve artículos bien estructurados. A la inversa, un bloqueo intencional y aprobado de un rastreador de entrenamiento no es un defecto técnico si los rastreadores de recuperación necesarios para la estrategia elegida aún pueden acceder al contenido aprobado.

Entregable

Entregue una tabla versionada más una carpeta de evidencia. Los campos requeridos son: ID de auditoría, URL, plantilla, prompt objetivo, proveedor, familia de rastreador, decisión de política, resultado de obtención, resultado de extraíbilidad, resultado de schema, inclusión de llms.txt, mención y cita de referencia, fecha de implementación, resultado posterior al cambio, severidad, responsable, fecha límite, fecha de nueva prueba, enlace de evidencia, excepción, vencimiento y decisión final.

Incluya el registro de rastreadores, la exportación de prompts congelados, el registro de entidades y fuentes de afirmaciones, y la anotación de lanzamiento. Almacene las respuestas originales o los extractos renderizados junto con las capturas de pantalla para que los revisores puedan verificar lo que recibió la máquina.

El responsable a cargo firma uno de cuatro resultados:

• Aprobado: todas las URLs prioritarias intencionalmente permitidas superan las puertas críticas de acceso, extracción, entidad y evidencia.
• Aprobación condicional: no queda ninguna falla crítica, pero excepciones no críticas con límite de tiempo son aceptadas por responsables nombrados.
• Bloqueo intencional: un rastreador o ruta no está disponible por política aprobada y la compensación de visibilidad esperada está registrada.
• Fallido: una plantilla crítica es inalcanzable, engañosa, contradictoria o no medible; el lanzamiento o la promoción se detiene hasta una nueva prueba.

Qué puede salir mal

La política de robots se trata como prueba de acceso. El archivo dice “permitir”, pero el CDN desafía la solicitud. Solucione esto almacenando tanto la política como un resultado de obtención real.

Se permite cada rastreador sin un responsable de negocio. El equipo de SEO optimiza el descubrimiento mientras los responsables legales o propietarios del contenido pretendían restringir la reutilización para entrenamiento. Separe los propósitos de los rastreadores y obtenga una decisión explícita en lugar de hacer una regla genérica.

llms.txt se convierte en un segundo sitemap. Cientos de URLs no priorizadas crean ruido, enlaces desactualizados y opciones canónicas en conflicto. Manténgalo curado y útil, u omítalo deliberadamente.

El texto se acorta hasta volverse incorrecto. Las respuestas con información al frente pierden calificaciones, fechas o restricciones de audiencia en busca de un fragmento. Mantenga la respuesta directa al principio, luego incluya las condiciones necesarias para que se sostenga con precisión por sí sola.

Se agrega schema de preguntas frecuentes a respuestas invisibles o sin respaldo. La sintaxis válida no hace que las afirmaciones fabricadas u ocultas sean confiables. Alinee el marcado con el contenido visible y elimine las propiedades que la página no puede probar.

Una prueba de la página de inicio se generaliza a todo el sitio. Las plantillas de documentación, producto, categoría y aquellas con mucho JavaScript pueden comportarse de manera diferente bajo el mismo dominio. Audite las plantillas representativas y los destinos prioritarios.

Una respuesta favorable de IA se convierte en la historia de éxito. El equipo vuelve a ejecutar o reformular hasta que la marca aparece, luego reporta la captura de pantalla. Congele los prompts primero y compare ejecuciones completas equivalentes durante la ventana de observación.

La cuota de mención se confunde con la cuota de cita. El motor nombra la marca pero cita un sitio de reseñas o un competidor. Reporte la presencia de la marca y la cita de fuente propia por separado, luego inspeccione la URL citada exacta.

Siguiente fase

Lo siguiente es la actualización e iteración continua . Necesita la matriz de preparación, el registro de rastreadores, los prompts congelados, las URLs citadas, la anotación de implementación, las excepciones y las fechas de revisión.

No reescriba repetidamente una página solo porque no ha aparecido una cita. Primero vuelva a verificar el acceso, la validez del prompt, los cambios en las fuentes citadas y el volumen de ejecuciones completadas. Luego elija la intervención más pequeña con respaldo de evidencia: reparación técnica, pasaje más claro, soporte de entidad más fuerte, evidencia más reciente o ningún cambio.

¿Listo para verificar la preparación para GEO y AEO?

Comience con el Proceso SEO , luego ejecute la auditoría de Accesibilidad para Agentes y adjunte su evidencia a la lista de verificación. La preparación está completa solo cuando la decisión de acceso es explícita, las páginas representativas pasan las verificaciones de extracción y entidades, y el informe de prompts y citas puede verificar el resultado.