Schema.org es un vocabulario estándar y abierto que sirve para etiquetar el contenido de una página web de forma que las máquinas lo entiendan sin ambigüedad. Los datos estructurados son la aplicación práctica de ese vocabulario: un bloque de código, normalmente en formato JSON-LD, que declara de manera explícita que esta página describe un negocio local, este precio pertenece a este producto o esta pregunta tiene esta respuesta. Los buscadores lo usan para generar resultados enriquecidos (estrellas, precios, preguntas desplegables) y los asistentes de IA lo aprovechan para extraer datos fiables de tu web. Es, literalmente, escribir para dos públicos a la vez: las personas leen el contenido y las máquinas leen el marcado.
Qué es schema.org: el vocabulario que leen las máquinas
Schema.org nació en 2011 como una iniciativa conjunta de Google, Microsoft (Bing), Yahoo y Yandex. Los grandes buscadores, que compiten en casi todo, se pusieron de acuerdo en una cosa: necesitaban un diccionario común para que los sitios web pudieran describir su contenido de forma que cualquier máquina lo interpretase igual.
El resultado es un vocabulario con cientos de tipos (más de 800 en la actualidad) y miles de propiedades. Cada tipo describe una "cosa" del mundo real: una organización, un evento, una receta, una oferta de empleo, un artículo de blog. Y cada propiedad describe un dato de esa cosa: su nombre, su dirección, su precio, su fecha de publicación.
La diferencia con el HTML normal es la ambigüedad. Cuando escribes "Abierto de 9 a 18" en tu web, una persona lo entiende al instante; una máquina solo ve texto. Cuando lo marcas con la propiedad openingHours de un LocalBusiness, cualquier buscador o asistente sabe con certeza que ese es tu horario comercial, y puede mostrarlo, compararlo o responder con él a una pregunta.
Qué es JSON-LD y dónde vive en tu web
Existen tres sintaxis para escribir datos estructurados: Microdata y RDFa, que se entrelazan con las etiquetas HTML visibles, y JSON-LD (JSON for Linked Data), que es el formato que Google recomienda de forma explícita. JSON-LD tiene una ventaja enorme: vive en un bloque de script independiente dentro del HTML, separado del contenido visible, así que se puede añadir, revisar y mantener sin tocar el diseño de la página.
Un ejemplo mínimo para un negocio local ocupa apenas unas líneas: se declara el tipo (LocalBusiness), el nombre, la dirección, el teléfono y el horario. Ese bloque no cambia nada de lo que ve el visitante, pero convierte la página en una fuente de datos verificable. En los proyectos de desarrollo web que hacemos en Orixe Studio, el marcado JSON-LD forma parte de la entrega desde el primer día, igual que el responsive o el rendimiento.
Los tipos que importan a un negocio
No hace falta conocer los 800 tipos del vocabulario. Para la inmensa mayoría de las empresas, el trabajo serio se concentra en media docena:
| Tipo de schema | Qué describe | Dónde debería estar |
|---|---|---|
Organization / LocalBusiness |
Tu empresa: nombre, dirección, teléfono, horario, redes | Página de inicio y de contacto |
Product + Offer |
Producto, precio, disponibilidad y valoraciones | Cada ficha de producto |
FAQPage |
Preguntas y respuestas de la página | Páginas de servicio con sección de FAQ |
Article / BlogPosting |
Titular, autor, fecha e imagen de un contenido | Cada artículo del blog |
Service |
Un servicio, su ámbito y quién lo presta | Landings de servicios |
BreadcrumbList |
La ruta de navegación de la página | Todas las páginas interiores |
Para un negocio con sede física, LocalBusiness es el más rentable de todos: alimenta directamente la información que aparece en los mapas, en el panel de conocimiento y en las respuestas de tipo "cerca de mí". Y schema.org ofrece subtipos más precisos (restaurante, clínica dental, taller mecánico) que conviene usar cuando existen.
Resultados enriquecidos: qué son y qué aspecto tienen
Un resultado enriquecido (rich result, antes conocido como rich snippet) es un resultado de búsqueda que muestra más información que el clásico título azul con su descripción: estrellas de valoración, precio y stock, preguntas desplegables, migas de pan, fechas de eventos o el tiempo de preparación de una receta. Google solo puede generar estos formatos si la página incluye los datos estructurados correspondientes y estos superan sus requisitos de calidad.
El efecto práctico es doble. Primero, ocupas más espacio en la página de resultados. Segundo, el usuario llega con información previa: sabe el precio, la valoración o la respuesta corta antes de hacer clic, lo que suele traducirse en clics más cualificados. El marcado no garantiza el resultado enriquecido (la decisión final es siempre del buscador), pero sin marcado la puerta está directamente cerrada.
Por qué los datos estructurados importan aún más con la IA
Durante años, el marcado schema fue un asunto de nicho del SEO técnico. La búsqueda con IA lo ha puesto en el centro. Los asistentes y los modos de respuesta generativa no muestran diez enlaces: redactan una respuesta y citan unas pocas fuentes. Para hacerlo necesitan extraer datos concretos de las webs (quién eres, qué vendes, a qué precio, en qué zona trabajas) y los datos estructurados son la forma más directa y menos ambigua de servírselos.
Una página bien marcada le ahorra al sistema el trabajo de "adivinar" leyendo texto libre, y reduce el riesgo de que te cite con datos equivocados. Por eso el marcado schema es una de las patas de lo que se conoce como GEO u optimización para motores generativos, una disciplina que explicamos a fondo en nuestro artículo sobre qué es el GEO y que ofrecemos como servicio de optimización para buscadores de IA.
Conviene mantener la expectativa en su sitio: los datos estructurados no son magia ni garantizan aparecer en las respuestas de la IA. Son una condición de legibilidad. Hacen que tu web sea fácil de entender para cualquier máquina, hoy un rastreador de Google y mañana el agente que reserve servicios en nombre del usuario.
Cómo comprobar el marcado de tu web
No hace falta ser técnico para auditar lo básico. Estas son las tres herramientas gratuitas de referencia:
- Prueba de resultados enriquecidos de Google. Pegas una URL y te dice qué marcado detecta, si es válido y a qué resultados enriquecidos puede optar la página.
- Schema Markup Validator (validator.schema.org). Valida la sintaxis de cualquier marcado schema, aunque no genere resultados enriquecidos en Google. Útil para revisar el JSON-LD completo.
- Google Search Console. En sus informes de mejoras verás los errores y advertencias de datos estructurados detectados en todo el sitio, no página a página.
Una prueba rápida casera: abre el código fuente de tu página de inicio y busca application/ld+json. Si no aparece nada, tu web está muda para las máquinas.
Errores frecuentes al implementar schema
El marcado mal hecho puede ser peor que no tener ninguno, porque Google penaliza el marcado engañoso. Los fallos que más vemos al auditar webs:
- Marcar contenido que no existe en la página. El marcado debe describir lo que el usuario ve. Un FAQPage con preguntas que no están en la página incumple las directrices.
- Valoraciones infladas o autoasignadas. Las estrellas deben proceder de reseñas reales de usuarios, no de la propia empresa.
- Datos incoherentes entre páginas. Teléfonos, horarios o direcciones distintos en el marcado, el footer y el perfil de empresa de Google generan desconfianza algorítmica.
- Quedarse en el marcado automático de la plantilla. Muchos CMS generan un schema genérico mínimo. Sirve de poco: los tipos valiosos (LocalBusiness completo, Service, FAQPage) casi siempre hay que añadirlos a mano.
- Marcar y no medir. Sin Search Console no sabrás si el marcado valida, ni si genera resultados enriquecidos, ni si se rompe con un cambio de plantilla.
Un último apunte: los datos estructurados no compensan una web lenta o mal construida. El marcado es una capa sobre unos cimientos técnicos que también deben estar sanos, empezando por la velocidad de carga que miden las Core Web Vitals.