Verificador AEO

Las siete capas que verifica la herramienta

La citabilidad por motores de IA no depende de un solo factor sino de la combinación de varias capas técnicas que conviene revisar de forma separada. Esta herramienta examina cada una y reporta su estado de forma independiente, para que sepas exactamente dónde está el problema cuando el score es bajo.

Capa uno: datos estructurados Schema.org. Los motores de IA leen JSON-LD para resolver entidades y extraer información estructurada. Buscamos la presencia de los tipos que más impactan AEO: Organization (identificación de la marca), FAQPage (las páginas con FAQ tienen 3.2 veces más probabilidades de aparecer en respuestas de IA), Article con autor (para contenido editorial), Service o Product (para páginas comerciales), LocalBusiness (para negocios locales), BreadcrumbList (para navegación) y HowTo (para tutoriales). Cada uno suma al score.

Capa dos: meta tags básicos. Title bien formado, meta description útil, etiquetas Open Graph que controlan cómo se ve el sitio cuando se comparte, hreflang si hay versiones en varios idiomas. Estos elementos parecen básicos pero faltan o están mal en muchos sitios panameños, y los motores de IA los usan para entender de qué trata cada página.

Capa tres: estructura semántica. H1 único por página (no múltiples), jerarquía coherente de H2, H3, H4 que refleje la organización del contenido. Cuando los headings están mal jerarquizados, la IA tiene dificultad para identificar secciones extraíbles y opta por otras fuentes.

Capa cuatro: secciones FAQ detectables. Más allá de tener schema FAQPage, el verificador identifica si la página tiene patrones que sugieran preguntas y respuestas claramente delimitadas. Las FAQs explícitas son el formato que más extraen los modelos generativos.

Capa cinco: identificación del autor. Para artículos y contenido editorial, los modelos de IA dan más peso a fuentes con autoría identificable. Verificamos meta tags de autor y presencia de author dentro del schema Article cuando aplica.

Capa seis: señales de frescura. Fecha de publicación y, sobre todo, fecha de modificación visible. Las páginas no refrescadas en los últimos seis meses tienen tres veces más probabilidades de perder citaciones de IA. Verificamos que estas fechas estén presentes y sean razonablemente recientes.

Capa siete: configuración de bots. Aunque no podemos leer directamente tu robots.txt desde el cliente, intentamos detectarlo y, si está accesible, identificamos si bots críticos para AEO (OAI-SearchBot, PerplexityBot, Google-Extended) están permitidos o bloqueados.

Cómo se calcula el score

El score combina los resultados de las siete capas con peso distinto según su impacto en AEO. Los datos estructurados pesan más que la presencia de meta tags básicos, porque la diferencia que hacen en citabilidad es mayor. Las FAQs tienen peso significativo porque son el formato con mayor lift documentado. La frescura pesa moderadamente. La configuración de bots, cuando se puede verificar, puede neutralizar todo lo demás si está mal: un sitio que bloquea OAI-SearchBot puede tener score alto en otras capas y aún así ser invisible en ChatGPT.

La herramienta no compensa unas capas con otras de forma lineal. Si una capa crítica está rota (por ejemplo, no hay ningún schema Organization), el score se penaliza más fuerte que si solo falta algo opcional. Eso refleja la realidad: los motores de IA penalizan duramente la ausencia de bases, mientras toleran ausencias en capas secundarias siempre que las críticas estén.

Limitaciones honestas: qué no detecta la herramienta

Tres limitaciones que conviene tener claras. Primero, no evalúa la calidad del contenido. Un sitio puede tener perfectos datos estructurados, jerarquía impecable, FAQs marcadas y autor identificado, y aun así no ser citado porque el contenido es vacío, copiado de otros sitios o suena a generado por IA. Esa evaluación requiere lectura humana o usar nuestra herramienta de detección de muletillas como complemento.

Segundo, no mide aparición real en motores de IA. La herramienta verifica si tu sitio tiene las condiciones técnicas para ser citado, pero no consulta a ChatGPT, Perplexity ni Gemini para ver si realmente aparece. Esa medición requiere el método manual de prompts que describimos en nuestro artículo sobre cómo aparecer en motores de IA.

Tercero, no audita autoridad de dominio ni backlinks. Las señales externas (menciones de marca, enlaces desde fuentes confiables, presencia en directorios) son críticas para AEO pero no son visibles desde el HTML de una página individual. Una auditoría AEO completa incluye estas dimensiones externas; nuestra herramienta cubre solo lo verificable desde la propia página.

Cómo interpretar el resultado y qué hacer después

El resultado de la herramienta es la lista priorizada de qué arreglar. La regla práctica para usarlo es seguir el orden del impacto: primero atender las capas críticas con peso alto (datos estructurados, configuración de bots), luego las medianas (FAQs, autoría, frescura), por último los detalles (estructura semántica, meta tags secundarios). Resolver las tres primeras suele subir el score más de 20 puntos y representa la base sobre la que todo lo demás funciona.

Una buena práctica es ejecutar la herramienta antes de cualquier cambio, anotar el score baseline, aplicar los ajustes prioritarios y volver a ejecutar después de una semana (tiempo para que los cambios se reflejen y los motores reindexen). El cambio en el score es la medida directa del impacto del trabajo realizado. Como cualquier optimización técnica, el progreso es acumulativo: tres o cuatro iteraciones distanciadas en el tiempo construyen una mejora sostenida más que un solo gran intento de arreglarlo todo de golpe.

Qué hace la diferencia entre un schema "presente" y un schema "útil"

La herramienta detecta la presencia de schemas Schema.org pero conviene hacer explícito qué los hace realmente efectivos para AEO, porque muchos sitios tienen schemas declarados que técnicamente validan pero aportan poco. La diferencia está en tres factores que la herramienta no puede juzgar automáticamente y que conviene revisar a mano cuando el verificador reporta presencia.

Primero, completitud de campos opcionales. Un schema Organization mínimo con solo name y url valida y suma al score, pero un schema Organization completo con name, url, logo, sameAs (enlaces a perfiles oficiales), contactPoint y address resuelve mucho mejor la entidad. Lo mismo ocurre con Article: el básico tiene headline y datePublished; el efectivo añade author con objeto Person bien estructurado, dateModified, publisher, mainEntityOfPage e image. Cada campo extra reduce la ambigüedad cuando el motor de IA decide si citarte o citar a otro.

Segundo, coherencia entre lo declarado y lo visible. Si el schema declara dirección en Calle 50 pero la página visible muestra dirección en Costa del Este, el motor de IA detecta el conflicto y descuenta confianza. Si el FAQPage schema dice que la página tiene 8 preguntas pero solo 6 están visibles en el HTML, igual. La coherencia es invisible para una validación técnica superficial pero crítica para citabilidad real. La regla práctica es: cualquier dato en el schema debe poder verificarse mirando la página visible.

Tercero, vinculación entre entidades. Los schemas son mucho más potentes cuando se vinculan unos con otros mediante @id y referencias cruzadas. Un Article que referencia a su Organization mediante publisher, esa Organization que tiene sameAs apuntando a sus perfiles oficiales, y todo dentro de un grafo @graph coherente, le da al motor de IA una red de relaciones verificables que un schema aislado nunca alcanza. Las webs serias en AEO usan @graph; las webs que solo añaden schemas como cumplimiento técnico no.

Cómo varía la importancia de cada capa según el tipo de sitio

Aunque el score combina todas las capas con pesos fijos, en la práctica la importancia relativa varía según el tipo de sitio que estés evaluando. Conviene matizar la interpretación según el contexto.

Sitios institucionales y de servicios profesionales. Aquí pesan más Organization, LocalBusiness, Service y FAQPage. Article y BlogPosting son secundarios si el sitio no tiene blog activo. Lo crítico es que el motor de IA pueda resolver la identidad de la empresa, su ubicación, sus servicios y las respuestas a las preguntas que un cliente potencial haría.

Sitios editoriales y blogs. Aquí pesan más Article, BlogPosting, author con Person bien estructurado, datePublished y dateModified. Organization sigue siendo necesaria pero secundaria. La frescura es crítica porque el contenido editorial pierde valor rápido si no se mantiene.

Tiendas en línea. Schema Product en cada ficha es prioridad uno. Organization, Review y AggregateRating siguen en importancia. FAQPage en páginas de información ayuda. La frescura aplica diferente: el catálogo cambia constantemente, así que se evalúa por actualización de productos individuales más que por dateModified global del sitio.

Sitios de portafolio o personal. Aquí Person con sameAs a perfiles profesionales (LinkedIn, GitHub, perfiles oficiales) pesa más que Organization. CreativeWork puede aplicar para proyectos publicados. La autoría está implícita en todo el sitio, lo que simplifica algunas capas pero hace crítica la consistencia de la identidad personal a través de todos los schemas.

Cómo se compara esta herramienta con otras similares

Hay otras herramientas en el mercado que evalúan dimensiones parecidas, y conviene situar la nuestra honestamente para que sepas cuándo usarla y cuándo recurrir a alternativas más completas.

Validadores oficiales de Google. Rich Results Test y Schema Markup Validator son la referencia para validar sintaxis JSON-LD. Nuestra herramienta no reemplaza esa validación rigurosa: si una página falla en Schema Markup Validator, no va a aparecer en resultados enriquecidos, sin importar lo que diga el verificador AEO. La diferencia es de propósito: los validadores oficiales aseguran corrección técnica; nuestra herramienta evalúa idoneidad para AEO, que es una capa adicional con criterios distintos.

Herramientas AEO comerciales. AEO Grader de HubSpot, GEO Score, Snezzi y Profound son productos pagados o freemium que miden algo distinto: cómo te perciben actualmente los motores de IA, no si tu sitio está técnicamente preparado. Nuestra herramienta es complementaria, no competidora: tiene sentido usar la nuestra para asegurar la base técnica, y luego las comerciales para medir el resultado real en motores de IA. Las dos dimensiones se necesitan: estar listo técnicamente sin presencia real en motores no sirve, y aparecer mucho en motores sin base técnica sólida es frágil y se cae con cualquier cambio.

Crawlers SEO completos. Screaming Frog, Sitebulb y similares cubren auditorías SEO profundas con análisis de todas las páginas del sitio. Nuestra herramienta analiza una sola URL a la vez, lo que la hace rápida y útil para checks puntuales pero menos completa para auditorías masivas. Si necesitas auditar 500 páginas, usa un crawler; si necesitas verificar el estado AEO de una página clave en 30 segundos, esta es la herramienta correcta.

Limitaciones de CORS y cómo las manejamos

Algunos sitios bloquean el acceso a su HTML desde navegadores externos por configuración de cabeceras CORS, una práctica de seguridad legítima pero que impide a herramientas como esta leer su contenido. Cuando detectamos un bloqueo CORS, intentamos automáticamente un proxy público de respaldo. Si ambos métodos fallan, la herramienta te indica honestamente que no pudo completar el análisis, sin inventar resultados ni dar falsa confianza.

Si tu propio sitio falla repetidamente en el análisis, eso es señal de que tu configuración CORS puede estar también limitando bots legítimos de motores de IA. No es garantía, pero correlaciona frecuentemente con problemas de indexación más amplios. Conviene revisar las cabeceras CORS si esto ocurre, o probar la herramienta con el sitio en modo público desde una ventana de incógnito para verificar que no haya nada bloqueando el acceso externo.

Errores frecuentes que detectamos en sitios panameños

Después de analizar varias docenas de sitios panameños con esta herramienta y otras similares, hay un patrón repetido de errores que conviene mencionar para que sirvan de checklist informal. No son los únicos pero son los que aparecen con mayor frecuencia y los que más rápido bajan el score.

Schemas duplicados con datos contradictorios. Sitios que migraron de un sistema de gestión de contenido a otro suelen acumular schemas viejos y nuevos en la misma página. La herramienta los lee todos y, si los datos no coinciden, el motor de IA detecta el conflicto y baja confianza en todo el sitio. La revisión recomendada es asegurarse de que solo haya una fuente de verdad por entidad: un Organization, un Article, etcétera, sin duplicados con campos diferentes.

FAQPage schema con respuestas vacías o demasiado cortas. Muchos sitios añaden FAQPage schema pero las respuestas dentro son frases sueltas de una línea. La IA no puede extraer respuestas útiles de eso y prefiere otras fuentes. Las respuestas efectivas tienen al menos dos o tres oraciones con información concreta, idealmente con cifras o referencias verificables.

LocalBusiness sin geo coordenadas ni openingHours. Los negocios locales declaran LocalBusiness con name y address, pero omiten campos críticos como geo (latitud/longitud), openingHoursSpecification, telephone con formato internacional. Para búsquedas locales en motores de IA, esos campos son la diferencia entre ser citado como negocio cercano verificable o ser ignorado por información insuficiente.

Article sin dateModified actualizado. Muchos blogs publican Article con datePublished correcto pero nunca tocan dateModified. Como los motores de IA premian frescura, tener un dateModified que es igual al datePublished y fechado hace dos años manda señal de contenido abandonado. Cualquier revisión legítima de contenido debería actualizar dateModified, y conviene revisar al menos trimestralmente las páginas pilares con esta lógica.

Schemas en páginas pero no en home. Sitios que añadieron schemas en páginas específicas pero olvidaron el home, donde el motor de IA suele entrar primero. La home debe tener Organization (y LocalBusiness si aplica) como base mínima, sin excepciones. Cualquier otra cosa que haya en páginas internas suma sobre esa base, pero sin la base, las páginas internas funcionan en aislamiento.

El detector como rutina, no como prueba puntual

La forma más útil de incorporar esta herramienta al flujo de trabajo no es usarla una sola vez sino convertirla en rutina ligera. Recomendamos tres momentos. Primero, antes de publicar páginas importantes nuevas: validar que el schema y la estructura están bien antes de exponer la página al público y a los motores. Segundo, después de cambios estructurales en el sitio: refactorizaciones, actualizaciones de tema, migraciones. Cualquier cambio de envergadura tiene riesgo de romper schemas que estaban funcionando. Tercero, como check trimestral de páginas pilares: las tres a cinco páginas que más tráfico reciben merecen una verificación periódica para detectar regresiones. La gratuidad de la herramienta es justamente lo que permite hacerla rutina sin presupuesto adicional.