Los datos estructurados (Schema.org) explicados

Los datos estructurados, o marcado Schema.org, son un código añadido a una página web (casi siempre en formato JSON-LD) para describir explícitamente su contenido a Google: se trata de un artículo, un producto, una reseña, una receta o un evento, con sus características precisas. Este marcado ayuda a los motores de búsqueda a entender mejor la página y puede, sin garantizarlo, permitir la aparición de fragmentos enriquecidos en los resultados de búsqueda.

El verdadero problema: creer que el marcado garantiza un resultado visible

Es la confusión más frecuente sobre este tema, alimentada por numerosos artículos que presentan los datos estructurados como un truco SEO de efecto directo. En realidad, añadir marcado Schema.org no provoca ningún cambio automático y visible en los resultados de búsqueda. El propio Google explica que el marcado hace que una página sea elegible para una visualización enriquecida, sin obligación de mostrarla.

Dos sitios pueden tener un marcado FAQPage estrictamente idéntico y técnicamente válido: uno obtiene un fragmento enriquecido en los resultados, el otro no, sin que haya error por su parte. Google tiene en cuenta muchos otros criterios (calidad global del contenido, relevancia para la búsqueda, contexto competitivo) antes de decidir mostrar un rich snippet. Entender esta limitación desde el principio evita una decepción tras la implementación, y sobre todo evita presentar este trabajo como una garantía a un cliente o a su dirección.

Qué son concretamente los datos estructurados

Schema.org es un vocabulario común, definido colectivamente por los principales motores de búsqueda (en particular Google, Bing y Yahoo), que enumera tipos de entidades estandarizados: una organización, un producto, un artículo, una receta, un evento, una persona, un lugar. Cada tipo tiene propiedades precisas: un producto tiene un precio, una disponibilidad, una marca; un artículo tiene un autor, una fecha de publicación, una imagen.

El marcado consiste en traducir esta información a un formato que las máquinas puedan leer directamente, además del contenido visible destinado a los humanos. En la práctica, esto toma la forma de un bloque de código JSON-LD, insertado en el código fuente de la página, generalmente en la cabecera (head) o justo antes del cierre del body. Este bloque no afecta en absoluto a la apariencia visual de la página para un visitante: es invisible en pantalla, solo lo leen los robots de indexación.

Por qué usar JSON-LD en lugar de microdatos

Existen dos formatos principales para implementar los datos estructurados: JSON-LD y microdatos (atributos insertados directamente en las etiquetas HTML existentes, como itemscope o itemprop). Google recomienda explícitamente JSON-LD, por varias razones prácticas:

• El código se agrupa en un único bloque, separado del HTML visible, lo que lo hace más legible y más fácil de mantener.
• Puede generarse e inyectarse dinámicamente mediante un script, sin tocar la estructura HTML existente.
• Es más fácil de depurar: un error de marcado JSON-LD nunca afecta a la visualización de la página, al contrario que un error de microdatos mal integrado en el HTML.

Para un sitio profesional construido o rediseñado hoy en día, JSON-LD es la opción por defecto, sin mucho debate real al respecto.

Los tipos de esquema útiles para un sitio profesional

No todos los sitios necesitan todos los tipos de marcado disponibles en Schema.org, que cuenta con varios cientos. Para un sitio corporativo o de e-commerce clásico, un número reducido de tipos cubre lo esencial de las necesidades:

La elección de los esquemas a implementar depende de la naturaleza del sitio: un sitio corporativo local priorizará Organization, LocalBusiness y BreadcrumbList; un sitio de e-commerce añadirá Product; un blog o un sitio de contenido apostará por Article y eventualmente por FAQPage si el contenido se presta naturalmente a ello, sin forzar artificialmente una estructura de preguntas y respuestas que no existiría en el contenido real.

Cómo comprobar su marcado

Dos herramientas gratuitas permiten controlar la validez y la elegibilidad del marcado implementado:

• El Rich Results Test de Google: analiza una URL concreta e indica si el marcado es sintácticamente correcto, qué tipos de resultados enriquecidos se detectan, y señala los errores o advertencias a corregir.
• Search Console: en la sección dedicada a las mejoras, recoge los errores de marcado detectados en todo el sitio a lo largo del tiempo, lo cual es útil para detectar un problema que hubiera pasado desapercibido en una única página probada manualmente.

Un marcado técnicamente válido es solo una etapa: después queda por vigilar, con el tiempo, si Google efectivamente aprovecha estos datos para mostrar fragmentos enriquecidos, a través de Search Console o de una simple búsqueda del nombre de su sitio.

Una ayuda a la comprensión, no una palanca de posicionamiento directa

Es importante situar los datos estructurados en su justo lugar dentro de una estrategia de posicionamiento. No sustituyen en absoluto un contenido de calidad, una estructura de sitio coherente o una velocidad de carga adecuada. Su papel es complementario: aclaran, para la máquina, lo que el contenido ya dice claramente a un lector humano.

Un contenido pobre o impreciso marcado como Article no obtiene ninguna ventaja particular por el simple hecho del marcado: Google sigue evaluando la calidad real del contenido independientemente de la presencia o no de datos estructurados. Por el contrario, un contenido sólido, correctamente estructurado y marcado, pone todas las posibilidades de su lado para ser bien comprendido y, eventualmente, beneficiarse de una visualización enriquecida, sin que ese resultado esté nunca garantizado de antemano.

Lo que hay que recordar

• Los datos estructurados ayudan a Google a comprender el contenido de una página, pero no constituyen un factor de posicionamiento confirmado como tal.
• Pueden hacer que una página sea elegible para un fragmento enriquecido (rich snippet), sin garantizar nunca que Google lo mostrará efectivamente.
• El formato JSON-LD, recomendado por Google, es más sencillo de implementar y mantener que los microdatos insertados en el HTML.
• Para un sitio profesional, Organization, LocalBusiness, BreadcrumbList, FAQPage, Product y Article cubren la mayoría de las necesidades concretas.
• Compruebe sistemáticamente su marcado con el Rich Results Test y siga su evolución en Search Console.
• El marcado complementa un contenido de calidad, nunca lo sustituye.

Preguntas frecuentes

¿Los datos estructurados mejoran mi posicionamiento en Google? No directamente. Ayudan a Google a entender mejor el contenido de la página, lo que puede facilitar su procesamiento, pero Google nunca ha confirmado que constituyan un factor de posicionamiento como tal. Su interés principal está en otra parte: los fragmentos enriquecidos.

Si añado el marcado FAQPage, ¿obtendré automáticamente un fragmento enriquecido? No. El marcado hace que su contenido sea elegible para un fragmento enriquecido, pero Google decide por sí solo si lo muestra, a quién y en qué búsqueda. Muchas páginas correctamente marcadas nunca obtienen un rich snippet, sin que eso sea un error de marcado.

¿Qué formato usar para los datos estructurados: JSON-LD o microdatos? Google recomienda el formato JSON-LD, un bloque de código separado del HTML visible de la página. Es más sencillo de implementar, mantener y depurar que los microdatos, que requieren insertar atributos directamente en las etiquetas HTML existentes.

¿Cómo comprobar que mi marcado es correcto? Utilice el Rich Results Test de Google, que analiza una URL e indica si el marcado es válido y elegible para fragmentos enriquecidos. Search Console complementa esta verificación señalando los errores de marcado detectados en todo el sitio a lo largo del tiempo.

En resumen

Los datos estructurados son una herramienta de claridad técnica, no una palanca mágica de posicionamiento: ayudan a Google a leer mejor su contenido y abren la posibilidad de un fragmento enriquecido, sin garantizarla nunca. Bien utilizados, junto a un contenido sólido, siguen siendo una inversión razonable y sin riesgo. Un sitio diseñado con este marcado integrado desde la estructura, en lugar de añadido a posteriori, evita los olvidos y errores de sintaxis más comunes: es el caso de los sitios entregados por VeryAppi, pensados para el posicionamiento desde su puesta en marcha.