Qué hace realmente el marcado Schema
El marcado Schema son datos estructurados, casi siempre JSON-LD dentro de una etiqueta script, que reformulan los datos ya visibles en una página con un vocabulario que las máquinas pueden analizar sin adivinar. Una persona lee tu firma e infiere el autor; un rastreador lee "author": {"@type": "Person", ...} y lo sabe. Ese es todo el mecanismo. No tiene glamur, y es una de las pocas palancas de AEO en las que controlas todas las variables.
Una nota honesta de entrada: esta página es el material equivalente a un generador funcional en formato de guía, con plantillas JSON-LD listas para copiar más abajo, no un formulario que emite el marcado por ti. Donde sí existe una comprobación interactiva es en la verificación: el escaneo gratuito de visibilidad en IA de AEO Goal obtiene tu página de inicio en vivo e informa si tu JSON-LD se analiza correctamente, qué tipos de schema están presentes, si se resuelve una entidad Organization y cuántos enlaces sameAs incluye, sin registro.
Por qué esto importa para la optimización para motores de respuesta: los motores de IA que componen una respuesta deben decidir primero qué es tu página y quién la respalda. Un marcado de entidad limpio elimina la ambigüedad de esa decisión. No hará que una página débil sea citable, pero la ambigüedad sobre quién eres es un impuesto sobre cada página que publicas.
La única regla antes de cualquier plantilla
Marca únicamente lo que un lector ya puede ver en la página. Cada directriz que Google publica sobre datos estructurados se reduce a esto, y las infracciones son la principal forma en que el schema resulta contraproducente: un marcado que tergiversa el contenido de la página puede provocar una acción manual, y las reseñas interesadas (puntuarte a ti mismo en tu propio marcado Organization) son explícitamente no elegibles para resultados enriquecidos. Un generador de schema que te permite escribir puntuaciones, premios o preguntas frecuentes que no aparecen en ninguna parte de la página está generando pasivos.
Organization: el ancla de tu entidad
Esto va en tu página de inicio. Su función es la desambiguación: decirle a cada motor qué entidad del mundo real representa este dominio, y demostrarlo enlazando los perfiles que te corroboran.
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://www.example.com/#organization",
"name": "Example Company",
"url": "https://www.example.com/",
"logo": "https://www.example.com/images/logo.png",
"description": "One factual sentence about what the company does.",
"sameAs": [
"https://www.linkedin.com/company/example-company",
"https://github.com/example-company",
"https://www.crunchbase.com/organization/example-company"
]
}Dos detalles concentran la mayor parte del valor. El @id da a la entidad una dirección estable a la que el resto del marcado de tu sitio puede apuntar, de modo que cada página se resuelve en un único nodo de marca inequívoco en lugar de fragmentos dispersos. El array sameAs es tu clúster de desambiguación: enumera los perfiles oficiales que te pertenecen de forma verificable (registros, cuentas sociales, bases de conocimiento) y nada que no lo haga. El escaneo gratuito cuenta estos enlaces porque un nodo Organization vacío sin corroboración hace mucho menos trabajo que uno anclado a la web más amplia.
Article: autoría y actualidad
Para entradas de blog y páginas editoriales. Aquí es donde los datos relevantes para E-E-A-T (quién lo escribió, cuándo y en nombre de quién) se vuelven legibles por máquinas.
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "The Exact Headline Visible On The Page",
"author": {
"@type": "Person",
"name": "Jane Author",
"url": "https://www.example.com/authors/jane-author"
},
"publisher": { "@id": "https://www.example.com/#organization" },
"datePublished": "2026-05-12",
"dateModified": "2026-09-01",
"mainEntityOfPage": "https://www.example.com/blog/post-slug"
}Fíjate en el campo publisher: referencia el @id de Organization en lugar de repetir el nodo completo, que es como el grafo de entidades se mantiene consistente en todo el sitio. Y mantén dateModified veraz. Debería cambiar cuando el contenido cambia de forma significativa, no en cada despliegue. Los sistemas de recuperación que ponderan la recencia leen las señales de actualidad, y el escaneo gratuito comprueba si existe alguna señal dateModified o datePublished, pero un dateModified que se actualiza cada noche mientras el contenido nunca cambia es el tipo de patrón que erosiona la confianza en todo lo demás que declaras.
FAQPage: útil, con una gran advertencia
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "A question that appears verbatim on the page?",
"acceptedAnswer": {
"@type": "Answer",
"text": "The answer, matching what the page visibly says."
}
},
{
"@type": "Question",
"name": "A second visible question?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Its visible answer."
}
}
]
}La advertencia: en agosto de 2023, Google restringió los resultados enriquecidos de FAQ a sitios web gubernamentales y de salud reconocidos y con autoridad. Para todos los demás, el marcado FAQPage ya no produce los fragmentos expandibles de preguntas en los resultados de Google. En la misma actualización, Google eliminó por completo los resultados enriquecidos de HowTo. Si una herramienta de schema o una agencia sigue vendiendo el marcado de FAQ como una jugada de resultados enriquecidos de Google para un sitio de SaaS o ecommerce, ese argumento tiene tres años de retraso.
Entonces, ¿por qué incluir la plantilla? Porque los resultados enriquecidos nunca fueron el único consumidor. El marcado FAQPage sigue siendo vocabulario válido de schema.org que hace explícitos los pares de pregunta y respuesta para cualquier lector automático, y el contenido con forma de pregunta es precisamente lo que los motores de respuesta extraen. Trátalo como claridad de bajo coste para máquinas en páginas cuyo contenido visible ya tiene forma de preguntas y respuestas, no como un truco de fragmentos.
Qué significa realmente la “elegibilidad”
La propia documentación de Google es contundente al respecto: los datos estructurados válidos hacen que una página sea elegible para resultados enriquecidos y no los garantizan. Google pondera el marcado junto con la calidad del contenido, el historial del sitio y el contexto de la consulta, y cambia con regularidad qué tipos de resultados enriquecidos existen siquiera, como demuestra la historia de FAQ y HowTo.
La misma lógica se extiende a los motores de IA, con aún menos ceremonia. Ningún motor publica un contrato según el cual el JSON-LD gane citas. Lo que hace el marcado es reducir los errores de interpretación: el motor no gasta inferencia en decidir quién es el autor, a qué empresa pertenece la página o cuándo fue cierta por última vez. Al margen, una fuente barata de interpretar y coherente con su contenido visible es algo más seguro de citar. Ese margen es el argumento honesto a favor del schema, y merece la pena tenerlo; cualquier cosa más fuerte es un argumento de venta. Si las páginas con marcado realmente se citan es una pregunta medible, que es lo que responde el seguimiento de citas en IA por página y por motor.
Verifica y luego mantenlo veraz
Primero la sintaxis: pasa el marcado nuevo por la Prueba de resultados enriquecidos de Google o el validador de Schema.org antes de publicarlo. Un bloque JSON-LD con una coma final falla en silencio en producción; los navegadores no muestran errores de script de los bloques de datos, así que nada parece estar mal mientras los motores no leen nada.
Luego verifica la página en vivo. El escaneo gratuito informa de lo que una obtención similar a la de un motor encuentra realmente en tu página de inicio: si el JSON-LD se analiza correctamente, los tipos de schema presentes, si existe un nodo Organization, el recuento de sameAs, si hay marcado de FAQ y si existen señales de actualidad, junto con el contexto de rastreabilidad (acceso de bots de IA en robots.txt, llms.txt, canonical, metadatos) que determina si los motores llegan siquiera al marcado. Una auditoría SEO técnica cubre esa capa circundante en profundidad.
Por último, trata el schema como código con un responsable. Los datos cambian: los autores se van, los productos se renombran, los precios varían. Revisa el marcado siempre que cambien los datos que declara, y vuelve a escanear después de cada corrección. Este es el bucle de agente de AEO Goal aplicado a los datos estructurados: el escaneo encuentra el hueco, la corrección se publica, y la reverificación demuestra que llegó a su destino.
Errores comunes
Marcado que describe contenido que no está en la página. La infracción cardinal, y la que tiene un riesgo real de penalización.
Reseñas, puntuaciones o premios inventados. El marcado de reseñas interesadas no es elegible por política, y las puntuaciones falsas son la forma más rápida de convertir el marcado de activo en pasivo.
Nodos huérfanos. Un Article cuyo publisher es una cadena de nombre reescrita en lugar de una referencia @id, en un sitio cuyo Organization vive únicamente en la página de inicio, da a los motores fragmentos en lugar de un grafo.
Configúralo y olvídalo. Un marcado validado una vez en 2024 y nunca revisado desde entonces declara ahora datos obsoletos con gran confianza.
Perseguir tipos exóticos. Doce tipos de schema en una página, la mayoría a medio rellenar, ayudan menos que tres tipos rellenados con veracidad. Ajusta el tipo a lo que la página visiblemente es.
Preguntas frecuentes
¿El schema va en el head o en el body? Google acepta JSON-LD en cualquiera de los dos; el head es la convención y mantiene las plantillas ordenadas. Lo que importa es que se publique en el HTML renderizado en el servidor en lugar de depender de JavaScript del lado del cliente que algunos rastreadores nunca ejecutan.
¿Los motores de IA realmente leen JSON-LD? Los motores que rastrean la web lo reciben con cada obtención de página, y la consistencia a nivel de entidad se aprecia en cómo describen las marcas. Lo que nadie fuera de esas empresas puede decirte con honestidad es el peso que tiene, por lo que la posición defendible es: mantenlo preciso, mantenlo barato de conservar y mide las citas en lugar de dar por sentado.
¿Es Microdata o RDFa mejor que JSON-LD? Los tres son válidos; JSON-LD es el formato recomendado por Google y, con diferencia, el más fácil de plantillar, validar y comparar en la revisión de código. No hay un argumento medible a favor de los otros en un proyecto nuevo.