Guía editorial · Inspeccia
Schema markup para AI search en 2026: guía técnica con ejemplos JSON-LD
Schema markup no es decoración. Es una de las pocas formas en que un crawler le hace caso a lo que tú dices que eres. Los LLMs lo usan como señal estructural para parsear tu sitio. Si tu schema está incompleto, mal escrito o ausente, le estás dando una ventaja a tus competidores que sí lo tienen prolijo.
Esta guía pasa por los seis tipos de schema que realmente importan para GEO en 2026, con ejemplos JSON-LD listos para pegar y adaptar.
Lo mínimo que tendría que tener un sitio que quiere ser citado
Cuatro tipos cubren el 80% del beneficio: Organization, WebSite, Article y FAQPage. BreadcrumbList y Person suman cuando aplican. Los demás (Product, Service, LocalBusiness) tienen su lugar según el negocio.
Cada uno se implementa como un bloque <script type="application/ld+json"> separado, idealmente dentro del <head>. Conviene tener bloques separados por tipo en lugar de uno gigante con todo adentro — es más fácil de mantener y de debuggear.
Organization: la identidad de tu marca
Va en todas las páginas del sitio, idealmente cargado desde el layout base para evitar inconsistencias. Es el bloque que le dice al modelo qué entidad eres tú.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Inspeccia",
"url": "https://inspeccia.com/",
"logo": "https://inspeccia.com/assets/brand/inspeccia-logo-light.png",
"sameAs": [
"https://www.linkedin.com/company/inspeccia",
"https://twitter.com/inspeccia",
"https://github.com/inspeccia"
],
"contactPoint": {
"@type": "ContactPoint",
"contactType": "customer support",
"email": "[email protected]",
"availableLanguage": ["Spanish", "English"]
}
}Lo que más impacto tiene: sameAs, con links a todos tus perfiles oficiales. Es la lista que los LLMs cruzan para entender que tu marca es una entidad real con identidad consistente en múltiples lugares.
WebSite: para que Google entienda el dominio entero
Una sola vez por sitio, en la home idealmente. Habilita el SiteLinks Search Box si tu sitio tiene buscador interno y le da a Google un ancla sobre el dominio.
{
"@context": "https://schema.org",
"@type": "WebSite",
"name": "Inspeccia",
"url": "https://inspeccia.com/",
"inLanguage": "es",
"potentialAction": {
"@type": "SearchAction",
"target": "https://inspeccia.com/buscar?q={search_term_string}",
"query-input": "required name=search_term_string"
}
}Si no tienes buscador interno, puedes omitir potentialAction. El resto sigue valiendo.
Article: para cada pieza editorial
Va en cada blog post, guía, artículo. Es el tipo más subestimado: muchos sitios tienen contenido editorial valioso sin marcarlo y se pierden todas las señales que el modelo necesita para confiar en el contenido.
{
"@context": "https://schema.org",
"@type": "Article",
"mainEntityOfPage": "https://inspeccia.com/que-es-geo-ai-seo",
"headline": "Qué es GEO: cómo hacer que ChatGPT te mencione",
"description": "GEO es la disciplina para que ChatGPT...",
"image": "https://inspeccia.com/assets/brand/og.png",
"inLanguage": "es",
"datePublished": "2026-05-27",
"dateModified": "2026-05-27",
"author": {
"@type": "Person",
"name": "Rodrigo Achugar",
"url": "https://www.linkedin.com/in/rodrigoachugar/"
},
"publisher": {
"@type": "Organization",
"name": "Inspeccia",
"url": "https://inspeccia.com/",
"logo": {
"@type": "ImageObject",
"url": "https://inspeccia.com/assets/brand/inspeccia-logo-light.png"
}
}
}Lo no negociable: author, datePublished, dateModified. El author idealmente apunta a una Person con LinkedIn público. Si firmas como organización puedes poner "@type": "Organization", pero pierde fuerza.
FAQPage: el formato con mayor probabilidad de cita
Para AI Overview y para LLMs en general, FAQPage es de los formatos más citables. Pero la trampa común es inventar preguntas que suenan SEO en lugar de usar preguntas reales que la gente formula.
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "¿GEO reemplaza al SEO clásico?",
"acceptedAnswer": {
"@type": "Answer",
"text": "No. Lo complementa. Los LLMs siguen usando SERPs..."
}
},
{
"@type": "Question",
"name": "¿Cuánto tarda en mover resultados?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Las palancas on-site tienen efecto en 4-8 semanas..."
}
}
]
}Regla crítica: cada pregunta y respuesta del schema tiene que estar visible literal en la página. Si la pregunta dice "¿GEO reemplaza al SEO clásico?" tiene que haber un <summary> o <h3> con ese texto exacto. Google detecta mismatch y, en el mejor caso, lo ignora; en el peor, te marca como spam.
BreadcrumbList: jerarquía clara para el modelo
Le dice al crawler dónde está esta página dentro de tu sitio. Útil siempre, crítico en sitios con varios niveles.
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Inicio",
"item": "https://inspeccia.com/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Guías",
"item": "https://inspeccia.com/guias"
},
{
"@type": "ListItem",
"position": 3,
"name": "Qué es GEO",
"item": "https://inspeccia.com/que-es-geo-ai-seo"
}
]
}Person: el autor humano detrás del contenido
Si firmas artículos con un autor humano (recomendable para EEAT), conviene marcarlo como Person en una página dedicada (por ejemplo /equipo/rodrigo-achugar) y linkearla desde el author del Article.
{
"@context": "https://schema.org",
"@type": "Person",
"name": "Rodrigo Achugar",
"url": "https://inspeccia.com/equipo/rodrigo-achugar",
"jobTitle": "Fundador y CTO",
"worksFor": {
"@type": "Organization",
"name": "Inspeccia",
"url": "https://inspeccia.com/"
},
"sameAs": [
"https://www.linkedin.com/in/rodrigoachugar/",
"https://twitter.com/rodrigoachugar"
]
}Para artículos de blog con autor real, esta es la diferencia entre "el modelo confía en este contenido porque hay un humano identificable detrás" y "el modelo no sabe quién escribió esto".
El error más común que vemos: schema implementado pero nunca validado. Schema.org Validator (validator.schema.org) y Rich Results Test de Google son gratis y tardan dos minutos. Si nunca pasaste tu schema por uno de los dos, lo más probable es que tengas algún error que te está costando visibilidad.
En cada análisis de Inspeccia generamos el schema markup personalizado para tu sitio — Organization, FAQPage, Article — listo para copiar y pegar. Empieza un análisis gratis y mira qué schema te falta.
Errores comunes que vemos en producción
Schema duplicado entre head y body. Mismo Organization repetido dos veces porque alguien lo metió en el header global Y otra vez en una landing. Google los toma como conflictivos y a veces ignora ambos. Solución: una sola fuente de verdad.
FAQPage con preguntas que no aparecen en la página. Alguien copió un FAQ schema genérico de un blog SEO sin actualizar las preguntas para que coincidan con lo visible. Google detecta mismatch y al menos no suma; a veces resta.
Article sin author o sin datePublished. El error más caro porque parece menor. Sin esos campos, el schema sigue siendo válido pero pierde la mayoría de su valor para señales de EEAT.
sameAs vacío o con un solo link. Si tu Organization solo tiene un sameAs apuntando a tu propio sitio, no estás dando ninguna señal nueva. El valor está en linkear a varios perfiles oficiales (LinkedIn, X, GitHub, Crunchbase si aplica, Wikipedia si tienes).
Schema con texto en otro idioma que el de la página. Página en español con FAQPage en inglés porque alguien tradujo el template y no las respuestas. El modelo se confunde y, en el mejor caso, prefiere otra fuente.
Cómo validar y mantener prolijo el schema
Tres herramientas, todas gratis:
- Schema.org Validator (validator.schema.org): te dice si el JSON-LD es sintácticamente válido y compatible con la especificación.
- Rich Results Test de Google: te dice si Google entendería tu schema y si calificaría para rich results.
- Search Console > Mejoras: te muestra qué schemas Google está detectando en tu sitio entero, con sus errores y warnings.
Haz un pase trimestral. Sin validación periódica, los errores se acumulan silenciosamente cada vez que alguien edita el template.
Preguntas frecuentes
¿Dónde tendría que poner el JSON-LD en mi página?
Lo más limpio es dentro del <head> usando <script type="application/ld+json">. También funciona al final del <body>, pero hay menos chance de que el crawler lo lea si nunca llega abajo. Una pieza de schema por <script> tag — no metas Organization y Article dentro del mismo bloque, separalos para que sea más fácil debuggear cuando algo falla.
¿Tener mucho schema puede penalizar?
Solo si el schema es spam o miente sobre el contenido. FAQPage con preguntas que no aparecen en la página, Review schema con reseñas inventadas, AggregateRating con cifras infladas: eso sí penaliza. Schema correcto y coincidente con el contenido no penaliza nunca, aunque tengas seis tipos distintos en la misma página.
¿Schema en una sola página o en todas?
Organization y WebSite van en todas (idealmente en el layout base, una sola vez). Article, FAQPage y BreadcrumbList van solo donde aplican. Si tu CMS no te deja diferenciar por página, igual conviene tenerlos en todas con valores consistentes — Google ignora schema no relevante, no te penaliza.
¿El schema ayuda con ChatGPT también o solo con Google?
Ayuda con ambos, aunque de formas distintas. Google lo usa explícitamente para rich results, AI Overview y como señal estructural para retrieval. ChatGPT, Perplexity y otros LLMs lo aprovechan más indirectamente: cuando hacen retrieval en vivo, las páginas con schema correcto se parsean mejor y son más fáciles de citar.
Generamos tu schema en cada análisis
El informe de Inspeccia incluye el JSON-LD personalizado para tu sitio: Organization, FAQPage y Article con los datos reales de tu negocio. Listo para pegar.