Schema.org para IA: cómo estructurar tu contenido

Schema.org dejó de ser un detalle técnico

Cuando empecé a trabajar SEO hace más de una década, schema.org era ese tema que casi nadie tocaba. Lo dejábamos para el final, después de revisar títulos, meta descriptions y enlaces internos. Hoy mi prioridad cambió por completo. Si quiero que ChatGPT, Perplexity, Google AI Overviews o Microsoft Copilot citen un artículo de mi cliente, lo primero que reviso es el marcado estructurado. Antes que el copy, antes que las imágenes, antes que cualquier otra cosa.

La razón es simple. Los motores de inteligencia artificial no leen una página igual que un usuario humano. Pasan por el HTML buscando señales claras, etiquetadas, predecibles. Schema.org es ese lenguaje común que les dice qué es cada cosa. Esto es un artículo. Esto es una pregunta frecuente. Esto es un producto con precio y stock. Esto es una receta con tiempo de preparación. Sin esas marcas, la IA hace su mejor esfuerzo interpretando texto plano, y muchas veces se equivoca o simplemente decide no citar la fuente.

En este artículo voy a contarte cómo trabajo schema para IA con clientes peruanos y latinoamericanos. Qué tipos uso siempre, cuáles aplico según el negocio, cómo los implemento sin romper nada y qué errores veo repetirse en sitios que no logran aparecer en las respuestas generadas.

Qué entiende realmente un motor de IA cuando lee tu página

Hagamos un ejercicio mental. Imagina que abres un artículo en kom.pe sobre marketing digital. Como persona, ves un título grande, un autor, una fecha, párrafos, subtítulos. Tu cerebro interpreta todo eso en milisegundos porque tiene contexto cultural y visual. Un crawler de Perplexity o el bot de OpenAI no tiene ese contexto. Ve HTML. Ve etiquetas. Y necesita pistas explícitas para saber que el bloque de arriba es el título principal y no un anuncio.

Schema.org resuelve eso. Es un vocabulario que Google, Microsoft, Yahoo y Yandex acordaron hace años para describir entidades en la web. Personas, lugares, eventos, productos, artículos, recetas, preguntas, respuestas, organizaciones. Cada entidad tiene propiedades. Un Article tiene autor, fecha de publicación, encabezado, imagen. Un Product tiene precio, disponibilidad, marca, reseñas. Cuando marcas tu contenido con este vocabulario, le estás traduciendo tu página a un formato que cualquier máquina puede procesar sin ambigüedad.

El cambio importante es que ahora no solo Google usa esa información para los rich snippets clásicos. Los modelos de lenguaje también los aprovechan en su fase de recuperación de contenido. Cuando ChatGPT o Claude consultan la web para responder algo, llegan a páginas concretas y necesitan extraer datos rápido. Si tu página tiene schema bien implementado, la extracción es limpia y la probabilidad de cita aumenta. Si no, compites en desventaja con sitios que sí lo tienen.

Los tipos de schema que uso en casi todo proyecto

De la enorme biblioteca de schema.org, hay un núcleo que aplico en prácticamente cualquier sitio. No por capricho, sino porque cubre el 80% de los casos donde la IA necesita identificar contenido.

Article y BlogPosting para contenido editorial

Cada artículo del blog lleva un marcado tipo Article o BlogPosting. La diferencia es sutil. Article es genérico. BlogPosting es para entradas de blog específicamente. NewsArticle es para noticias con fecha de relevancia inmediata. Yo uso BlogPosting para contenido evergreen tipo guías, y NewsArticle solo cuando publico algo con valor noticioso real. Las propiedades mínimas que siempre incluyo son headline, author, datePublished, dateModified, image, publisher y mainEntityOfPage. Sin esas seis, el schema queda incompleto y Google a veces ni lo valida.

FAQPage para responder preguntas concretas

Este es probablemente el tipo de schema con mejor retorno para visibilidad en IA. Cuando marcas una sección de preguntas frecuentes con FAQPage, le estás entregando a la IA respuestas listas para citar. Perplexity, en mi experiencia, adora las páginas con FAQPage bien estructurado porque puede extraer la respuesta exacta sin tener que resumir párrafos largos. Lo mismo pasa con Google AI Overviews. La regla básica es que las preguntas y respuestas deben aparecer visibles en la página, no solo en el JSON-LD. Si las ocultas y solo las pones en el marcado, Google penaliza esa práctica.

HowTo para procesos paso a paso

HowTo lo uso cuando el contenido enseña a hacer algo concreto. Cómo configurar una campaña en Google Ads. Cómo instalar Google Tag Manager. Cómo armar un calendario editorial. Cada paso se marca con un HowToStep, con su nombre, texto e idealmente imagen. La IA generativa, cuando alguien le pregunta cómo hacer X, busca fuentes con esta estructura porque puede reconstruir la secuencia sin riesgo de saltarse pasos. Para sitios de tutoriales y guías técnicas, HowTo cambia el juego.

Product para fichas de producto

Si vendes algo, Product es obligatorio. No opcional. La propiedad offers con price, priceCurrency y availability le da a la IA toda la información comercial que necesita. Cuando alguien le pregunta a ChatGPT por opciones de laptop económica en Lima, el modelo busca páginas con datos limpios. Una ficha con Product schema completo gana siempre frente a una sin marcado, aunque el copy sea menos atractivo.

Organization para tu marca

Organization va en la home y en páginas institucionales. Define quién eres como empresa. Nombre legal, logo, redes sociales, contacto, dirección si tienes oficina física. Para negocios locales uso LocalBusiness, que es una extensión más rica con horarios, geolocalización y área de servicio. La IA usa esta información para construir su entendimiento de quién está detrás del contenido, lo que influye en señales de autoridad y confiabilidad.

Cómo implemento schema sin volverme loco

Hay tres formas técnicas de implementar schema en una página. Microdata, RDFa y JSON-LD. Google recomienda JSON-LD y es lo único que uso en producción. La razón práctica es que el JSON-LD vive en un bloque de script separado del HTML visible, así que puedo modificarlo sin tocar el diseño de la página. Si rompo algo, rompo solo el schema, no el render.

En WordPress, que es donde trabajo el 90% de los proyectos, uso Rank Math o Yoast SEO para el marcado base. Ambos generan automáticamente Article, BlogPosting, Organization y BreadcrumbList con configuración mínima. Para FAQPage y HowTo, dependiendo del tema, uso el bloque nativo de Gutenberg que ya viene con marcado o un bloque personalizado. Para Product, si es WooCommerce, el marcado sale de fábrica con todas las propiedades comerciales bien armadas.

Para sitios custom fuera de WordPress, escribo el JSON-LD a mano o lo genero con plantillas en el backend. La clave es que cada plantilla de página tenga su propio schema dinámico. La página de artículo individual lleva BlogPosting con los datos de ese post específico. La página de categoría lleva CollectionPage con la lista. La home lleva Organization y WebSite con SearchAction.

Después de implementar, paso siempre por el validador oficial de schema.org y por la herramienta de pruebas de resultados enriquecidos de Google. Si las dos dan verde, recién considero que el trabajo está listo. He visto sitios con schema mal escrito que pasaban el validador pero fallaban en el test de Google. Lo que importa al final es que Google lo procese sin errores.

Errores que veo repetirse en sitios peruanos

El primero y más común es marcar contenido que no existe en la página visible. Alguien lee que FAQPage ayuda al SEO, copia un bloque de JSON-LD con preguntas que se inventó, lo pega en el header y se va a dormir feliz. Google detecta eso en horas y empieza a desconfiar del sitio entero. La regla es estricta. Si está en el schema, debe estar visible en el HTML renderizado.

El segundo error es duplicar schema. WordPress con Rank Math activo más un plugin de schema más un código personalizado en el header puede generar tres marcados de Article para la misma página. Google interpreta esto como ruido y a veces termina ignorándolos todos. Antes de agregar cualquier schema nuevo, reviso qué está generando el sitio con la herramienta de inspección de URL en Search Console.

El tercer error son las imágenes mal referenciadas. La propiedad image en Article exige una URL absoluta a una imagen que cumpla con mínimos de resolución. Mucha gente pone la URL del thumbnail de 150×150 píxeles y eso descalifica el resultado enriquecido. Yo siempre uso la imagen destacada a tamaño completo, idealmente 1200×630 o superior.

El cuarto error es olvidar dateModified. Para la IA generativa, la frescura del contenido importa. Si publiqué un artículo en 2022 y le hago una actualización fuerte en 2026, debo actualizar dateModified. No solo para que Google lo sepa, sino para que ChatGPT y Perplexity, cuando rastreen mi página, sepan que el contenido es vigente. Este detalle marca diferencia en consultas donde la actualidad pesa.

Schema avanzado para diferenciarte

Cuando ya tienes los tipos básicos cubiertos, hay marcados menos comunes que te pueden separar de la competencia. Review y AggregateRating si tienes opiniones reales de clientes. Person para perfiles de autor con credenciales, lo que refuerza E-E-A-T. Course si vendes formación. Event para webinars o eventos presenciales. Recipe si tu sitio es de cocina. JobPosting si publicas ofertas laborales.

Otro marcado infravalorado es BreadcrumbList. Las migas de pan estructuradas ayudan a la IA a entender la jerarquía de tu sitio. Una página de artículo dentro de una categoría dentro de la home queda perfectamente mapeada. Esto suena trivial pero influye en cómo el modelo de lenguaje contextualiza el contenido. Sabe que estás hablando de marketing digital porque ve que el artículo está en la categoría marketing digital, dentro de un sitio que se llama Kom.

Para clientes con presencia local, LocalBusiness con todas las propiedades llenas es oro. Dirección, horarios, teléfono, área de servicio, geolocalización, tipo específico de negocio. Cuando alguien le pregunta a Gemini o Copilot por una agencia de marketing en Lima, los sitios con LocalBusiness bien armado aparecen en la respuesta. Sin él, compites a ciegas.

Cómo medir si tu schema está funcionando

Mido tres cosas distintas. La primera es validación técnica. Search Console reporta en su sección de mejoras qué tipos de schema detecta y cuántos errores tiene. Si veo errores, los corrijo de inmediato. La segunda es aparición en resultados enriquecidos. Search Console muestra cuántas impresiones y clics generan los rich snippets. Esta data confirma que Google sí está usando el marcado.

La tercera es presencia en respuestas de IA. Aquí uso herramientas tipo Profound, Otterly y AthenaHQ. Configuro un set de queries representativas de mi sector y mido con qué frecuencia mis páginas aparecen citadas en ChatGPT, Perplexity, Google AI Overviews y Microsoft Copilot. Cuando subo schema nuevo o lo mejoro, espero dos o tres semanas y vuelvo a medir. La correlación entre mejor schema y más citas no es inmediata, pero existe y se nota.

Una práctica que recomiendo es llevar un registro propio. Una hoja simple donde anoto qué schema tiene cada página, cuándo lo implementé, y cuántas citas en IA estoy viendo. Con tres meses de data ya puedes ver qué tipos te están dando más visibilidad y dónde concentrar el esfuerzo.

Preguntas frecuentes sobre schema para IA

¿Schema.org realmente ayuda a aparecer en ChatGPT y Perplexity?

Sí, aunque no de forma directa como en Google. Los motores de IA usan datos estructurados para extraer información de forma confiable durante su búsqueda en tiempo real. Una página con schema bien implementado le da al modelo certeza sobre qué es cada cosa, lo que aumenta la probabilidad de cita frente a páginas con HTML plano. No es una garantía, pero sí una ventaja medible.

¿Cuántos tipos de schema debo usar por página?

Lo mínimo necesario para describir bien el contenido. Una página de artículo típicamente lleva Article o BlogPosting más BreadcrumbList. Si tiene preguntas frecuentes, suma FAQPage. Si es un tutorial, HowTo. Más de cuatro tipos en una misma página suele ser sobrecarga. La regla es claridad, no cantidad.

¿JSON-LD es mejor que microdata o RDFa?

Para fines prácticos, sí. Google recomienda JSON-LD desde hace años porque es más limpio, vive en un script separado del HTML visible y es más fácil de mantener. Microdata sigue funcionando pero ensucia el código. RDFa casi nadie lo usa fuera de proyectos académicos. Mi recomendación es JSON-LD sin excepciones.

¿Schema sirve si mi sitio no aparece en Google todavía?

Sirve, pero no resuelve problemas más profundos. Si tu sitio tiene contenido débil, sin enlaces entrantes y sin autoridad, marcar todo con schema no te va a llevar al top. Schema es un acelerador de visibilidad cuando ya tienes contenido y autoridad básicos. En sitios nuevos, ayuda a que Google entienda más rápido de qué se trata cada página, lo cual acorta tiempos de indexación.

¿Puedo marcar contenido falso con schema para engañar a la IA?

Puedes, pero te van a castigar. Google detecta marcado inconsistente con el contenido visible en horas. Los modelos de IA también verifican coherencia entre datos estructurados y texto. El sitio entra en una lista de poca confianza y pierde visibilidad en todos los canales. La trampa siempre sale más cara que hacerlo bien.

¿Qué pasa si tengo schema duplicado por usar varios plugins?

Google intenta consolidar los marcados pero a veces decide ignorar todos los duplicados. Esto te deja sin resultados enriquecidos. La solución es auditar qué genera cada plugin y desactivar el schema redundante. En WordPress, mi configuración estándar es Rank Math activo y desactivado el schema en el resto. Un solo origen de verdad.

¿FAQPage funciona si las preguntas están ocultas en un acordeón?

Sí, siempre que el contenido esté en el HTML inicial y solo oculto visualmente con CSS. Si las cargas con JavaScript después de un clic, Google puede no verlas y descalificar el schema. El acordeón debe ser interactividad visual, no carga dinámica de contenido.

¿Cada cuánto debo revisar mi schema?

Reviso schema cada tres meses en sitios estables y cada vez que hago un cambio estructural grande. Search Console alerta cuando detecta errores nuevos, así que ese es mi primer canal de monitoreo. Después de cualquier cambio de tema, plugin o template, valido todo de inmediato para confirmar que nada se rompió.

¿Schema reemplaza al SEO tradicional?

No. Schema complementa al SEO. Sigues necesitando contenido de calidad, enlaces entrantes, velocidad de carga, experiencia de usuario y arquitectura limpia. Schema es la capa que le habla a las máquinas, pero las máquinas siguen evaluando todo lo demás. Es una pieza importante del rompecabezas, no el rompecabezas completo.

¿Vale la pena implementar schema en un blog pequeño?

Vale la pena en cualquier sitio que aspire a recibir tráfico orgánico o citas de IA. El costo de implementar Article, FAQPage y Organization es bajo, especialmente con plugins. Y el beneficio en visibilidad puede ser significativo. Los blogs pequeños que invierten temprano en schema suelen escalar más rápido cuando empiezan a crecer en autoridad.