Contenido 18 secciones
- ¿Qué son los datos estructurados?
- ¿Por qué son importantes los datos estructurados en el comercio electrónico?
- ¿Qué tipos de schema se usan en el comercio electrónico?
- ¿Cuál es la diferencia entre JSON-LD, Microdata y RDFa?
- Cómo escribir el esquema de producto campo por campo (lección práctica)
- Generador de JSON-LD de producto
- Cómo probar y validar los datos estructurados
- ¿Cómo se añade el schema a una página? Tres formas
- ¿Cómo contribuyen los datos estructurados a la visibilidad en la IA (GEO)?
- ¿Cómo se escribe el schema de ruta de navegación (BreadcrumbList)?
- ¿Cómo debe usarse el schema de reseñas y puntuaciones?
- ¿Cómo se escribe el schema para productos con variantes?
- ¿Cuándo conviene revisar los datos estructurados?
- 8 errores frecuentes en los datos estructurados
- El camino más corto para principiantes: 3 pasos
- Lista de comprobación de datos estructurados
- Gestionar los datos de producto y SEO con Faprika
- Preguntas frecuentes
Una persona entiende una página de producto de un vistazo: la foto, el nombre, el precio, la indicación «en stock» y las reseñas con estrellas. Los buscadores y los sistemas de IA no leen la página con tanta facilidad; tienen que adivinar qué número es el precio o si 4,8 es una puntuación o un número de modelo. Los datos estructurados eliminan esa suposición: describen de nuevo la información de la página en una etiqueta que una máquina puede leer sin errores.
Este artículo está planteado como una lección. Aprenderá qué son los datos estructurados, qué tipos de schema funcionan en el comercio electrónico, cómo escribir el esquema de producto campo por campo, cómo generar el schema de su propio producto con la herramienta del artículo, los pasos de prueba y validación, y los errores más frecuentes. Al final encontrará una lista de comprobación para revisar sus propias páginas de producto.
¿Qué son los datos estructurados?
Los datos estructurados son un método para marcar la información de una página (como el nombre del producto, el precio, el stock y la puntuación) con un vocabulario y un formato estándar que los buscadores y los sistemas de IA pueden entender con certeza. La información ya está en la página; los datos estructurados le añaden una etiqueta legible por máquinas, como «esto es un precio y la moneda es TRY».
El vocabulario más utilizado en el comercio electrónico es el estándar schema.org, compatible con los principales buscadores; por eso a los datos estructurados se les llama a menudo simplemente «schema» o «esquema». Las etiquetas suelen escribirse en formato JSON-LD.
¿Por qué son importantes los datos estructurados en el comercio electrónico?
Los datos estructurados aumentan la probabilidad de que el precio, el stock, la puntuación y otros datos de su producto se muestren correctamente en los resultados de búsqueda y en las respuestas de la IA. No garantizan un posicionamiento, y que se muestre un resultado enriquecido es decisión del buscador; pero sin ellos la información queda librada a las conjeturas.
- Comprensión correcta: el precio, la moneda, el stock y la identidad del producto (SKU, código de barras) se comunican sin ambigüedad.
- Elegibilidad para resultados enriquecidos: se necesita el marcado para que datos como el precio, el stock y la puntuación puedan mostrarse en los resultados de búsqueda; que se muestren o no lo decide el buscador.
- Actualización: si el schema cambia cuando cambian el precio o el stock, es menos probable que quede un precio antiguo en los resultados de búsqueda.
- Visibilidad en la IA: los asistentes de IA intentan extraer la información del producto del texto de la página; los datos marcados hacen fiable esa extracción.
- Coherencia con los catálogos de productos: cuando los datos de producto enviados a los catálogos coinciden con la información de la página, disminuyen los avisos de incoherencia.
¿Qué tipos de schema se usan en el comercio electrónico?
Los tipos de schema más usados en el comercio electrónico son producto (Product), oferta (Offer), puntuación y reseña (AggregateRating, Review), ruta de navegación (BreadcrumbList), organización (Organization) y preguntas frecuentes (FAQPage). Cada uno describe una parte distinta de la página.
| Tipo de schema | ¿Qué indica? | ¿En qué página? |
|---|---|---|
| Product | Nombre, imagen, descripción, marca, SKU y código de barras del producto | Página de producto |
| Offer | Precio, moneda, estado del stock, estado del producto | Página de producto (dentro de Product) |
| AggregateRating / Review | Puntuación media y número de reseñas; reseñas individuales | Páginas de producto con reseñas reales |
| BreadcrumbList | La ruta de la página dentro del sitio (Inicio › Categoría › Producto) | Páginas de categoría y de producto |
| Organization | Nombre, logotipo e información de contacto de la empresa | Inicio |
| FAQPage | Preguntas y respuestas de la página | Páginas que realmente tienen una sección de preguntas frecuentes |
La visualización del schema de preguntas frecuentes como resultado enriquecido está ahora limitada en algunos buscadores; pero los datos siguen sirviendo para describir de forma abierta a las máquinas la estructura de preguntas y respuestas de la página.
¿Cuál es la diferencia entre JSON-LD, Microdata y RDFa?
Los tres formatos usan el mismo vocabulario; la diferencia está en cómo se escribe la etiqueta en la página. JSON-LD se escribe como un único bloque, separado del contenido de la página; Microdata y RDFa reparten las etiquetas dentro del HTML visible. Para el comercio electrónico, JSON-LD es el formato más práctico y el más recomendado.
| Formato | ¿Cómo se escribe? | Ventaja | Desventaja |
|---|---|---|---|
| JSON-LD | Como JSON en un bloque de script independiente en la página | Independiente del HTML, fácil de mantener y de modificar | Mantener los datos sincronizados con el texto visible de la página depende de usted |
| Microdata | Como atributos en los elementos HTML | Los datos están ligados al texto visible | Complica la plantilla y los cambios son difíciles |
| RDFa | Como atributos en los elementos HTML | Muy flexible | Menos habitual, complejo |
Cómo escribir el esquema de producto campo por campo (lección práctica)
Un esquema de producto es un bloque JSON anidado que describe la identidad del producto (nombre, imagen, SKU, código de barras, marca) y su oferta (precio, moneda, stock). A continuación puede ver un ejemplo completo para un producto de muestra y la función de cada campo.
El siguiente ejemplo es un producto de muestra; sustituya los valores por la información visible en la página de su producto. El bloque se coloca en la página dentro de una etiqueta script de tipo application/ld+json.
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Örnek Keten Gömlek",
"image": ["https://www.ornekmagaza.com/img/gomlek-1.jpg"],
"description": "Nefes alan, yıkandıkça yumuşayan %100 keten gömlek.",
"sku": "GML-KTN-M-BEYAZ",
"gtin13": "8691234567883",
"brand": { "@type": "Brand", "name": "Örnek Marka" },
"offers": {
"@type": "Offer",
"url": "https://www.ornekmagaza.com/keten-gomlek",
"price": "1250.00",
"priceCurrency": "TRY",
"availability": "https://schema.org/InStock",
"itemCondition": "https://schema.org/NewCondition"
}
}
| Campo | ¿Qué se escribe? | Atención |
|---|---|---|
| name | El nombre del producto tal como aparece en la página | Debe coincidir con el título de la página |
| image | Dirección completa de la imagen principal del producto (varias, si es posible) | Su ausencia es el error más frecuente; la imagen debe ser accesible y mostrar el producto |
| description | Una descripción breve del producto | Debe copiarse de la descripción de la página |
| sku | Código de stock | Distinto para cada variante |
| gtin13 (gtin8, gtin12, gtin14) | Número de código de barras | Un número registrado y correcto; no se inventa |
| brand | Nombre de la marca | La marca real del producto |
| offers.price | Precio de venta actual (punto como separador decimal, sin separador de miles) | Debe ser igual al precio que se muestra en la página |
| offers.priceCurrency | Código de moneda (TRY para la lira turca) | Se escribe el código, no el símbolo |
| offers.availability | Estado del stock (InStock, OutOfStock, PreOrder, etc.) | Debe reflejar el estado real |
| offers.url | Dirección canónica del producto | Una única dirección coherente |
Generador de JSON-LD de producto
La siguiente herramienta genera un bloque de esquema de producto válido a partir de los datos del producto que introduzca. Solo cubre los campos básicos; compare siempre el bloque generado con la información visible en la página y valídelo con las herramientas de prueba que se describen más abajo.
Cómo probar y validar los datos estructurados
Pruebe siempre el esquema después de publicarlo: incluso un bloque sin errores de sintaxis puede contradecir la información de la página o no incluir los campos necesarios. Hacen falta dos comprobaciones distintas: una de corrección del formato y otra de coherencia con el contenido de la página.
- Escriba o genere el esquema: la herramienta de arriba o el resultado que produzca su plataforma.
- Valide la sintaxis: las herramientas de validación de schema muestran los errores de JSON (una coma que falta, comillas) y los campos desconocidos.
- Pruebe la elegibilidad para resultados enriquecidos: las herramientas de prueba de resultados enriquecidos que ofrecen los buscadores indican para qué tipos de resultados enriquecidos es elegible su producto y qué campos faltan o son erróneos.
- Compare con la información de la página: el precio, el estado del stock, la puntuación y el nombre deben ser exactamente iguales en la etiqueta y en la página.
- Publique y haga seguimiento: los informes de productos y fichas de comerciante de la consola de búsqueda enumeran los errores y advertencias de todo el sitio; revíselos con regularidad para detectar errores nuevos.
¿Cómo se añade el schema a una página? Tres formas
Hay tres formas de añadir datos estructurados a una página: que la plataforma de comercio electrónico los genere automáticamente, añadirlos con un complemento o una herramienta de gestión de etiquetas, y escribirlos a mano en la plantilla. La más sana es la que genera el schema automáticamente a partir de los datos del producto y lo actualiza cuando cambian el precio o el stock.
| Vía | ¿Cómo funciona? | Ventaja | Riesgo |
|---|---|---|---|
| Schema generado por la plataforma | Automáticamente a partir de los datos del producto (nombre, precio, stock, imagen) mediante una plantilla | Se mantiene sincronizado con el precio y el stock, no requiere mantenimiento | Debe completar usted mismo los campos que falten; pruebe el resultado |
| Complemento o herramienta de etiquetas | Una herramienta aparte inyecta el schema en la página | Se puede añadir aunque la plataforma no lo admita | Puede generar la misma información dos veces y crear un conflicto |
| Escribirlo a mano en la plantilla | El bloque JSON se escribe en la plantilla de la página | Control total | No se mantiene actualizado cuando cambian el precio y el stock; mucha carga de mantenimiento |
Elija el camino que elija, la regla es la misma: para la misma información de una página, solo una fuente debe generar un schema único y coherente. Si un mismo producto genera schema tanto desde la plataforma como desde un complemento, hay que desactivar uno de los dos.
¿Cómo contribuyen los datos estructurados a la visibilidad en la IA (GEO)?
Cuando los asistentes de IA recomiendan un producto, intentan extraer del texto de la página datos como el precio, el stock, la valoración y la identidad del producto; los datos estructurados hacen que esa extracción sea fiable, porque la información está etiquetada y libre de ambigüedad. Esto reduce la probabilidad de que su producto se mencione con un precio incorrecto o se confunda con otro.
- Identidad del producto clara: Con el SKU, el código de barras y la marca, las páginas del mismo producto en distintas tiendas se emparejan correctamente.
- Información actualizada: Cuando el precio y el stock del esquema se actualizan junto con la página, disminuye la probabilidad de que se cite información obsoleta.
- Coherencia con el texto: Cuando el esquema y el texto de la página ofrecen la misma información, aumenta la confianza en su exactitud.
Los datos estructurados por sí solos no garantizan visibilidad en la IA; funcionan junto con definiciones claras, títulos en forma de pregunta y unas preguntas frecuentes bien organizadas. Este enfoque constituye el terreno común entre el SEO y el GEO.
Cómo escribir el esquema BreadcrumbList
El esquema de migas de pan indica a los buscadores, en orden, dónde se sitúa un producto dentro del sitio (Inicio › Categoría › Producto). Así, en los resultados de búsqueda puede mostrarse una ruta legible en lugar de la dirección, y la estructura de su sitio queda clara.
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{ "@type": "ListItem", "position": 1, "name": "Ana Sayfa", "item": "https://www.ornekmagaza.com/" },
{ "@type": "ListItem", "position": 2, "name": "Gömlekler", "item": "https://www.ornekmagaza.com/gomlekler" },
{ "@type": "ListItem", "position": 3, "name": "Keten Gömlek" }
]
}
- Número de posición: El campo position determina el orden de la ruta y empieza en 1.
- Último elemento: La dirección del último elemento, que es la página actual, puede omitirse.
- Igual a la ruta visible: Las migas de pan (breadcrumb) que muestra en la página y la ruta del esquema deben coincidir.
¿Cómo debe usarse el esquema de reseñas y valoraciones?
El esquema de valoraciones y reseñas (AggregateRating, Review) debe usarse únicamente para reseñas que realmente se vean en la página y procedan de clientes reales. Incluir en el esquema valoraciones que no están en la página, que son inventadas o que se han copiado de las reseñas de otro sitio va contra las normas de los buscadores y puede hacer que su sitio pierda el derecho a los resultados enriquecidos.
- Las reseñas deben ser reales: La valoración media debe calcularse a partir de las reseñas que muestra en la página.
- El número de reseñas debe ser correcto: El número de reseñas del esquema debe coincidir con el que se ve en la página.
- Debe ser específico del producto: No incluya en cada producto la valoración general de la tienda.
- Si no hay reseñas, no lo incluya: En lugar de rellenar el campo de valoración con un valor vacío o con cero, no lo escriba en absoluto.
Cómo escribir el esquema de productos con variantes
En los productos con variantes, como talla y color, el esquema debe incluir el precio, el stock y el SKU de la variante seleccionada o visible en la página del producto; para describir el rango de precios de todas las variantes se usa, en el campo de oferta, un rango de precios o una estructura de grupo de productos. Cuál utilice depende de cómo muestre su página las variantes.
- Si las variantes se seleccionan en la misma página: Se escribe en el esquema la información de la variante seleccionada por defecto; cuando el usuario cambie de variante, el esquema también debe actualizarse.
- Si cada variante tiene su propia dirección: Cada página incluye el esquema de su propia variante y cada una apunta a su propia dirección canonical.
- Si se muestra un rango de precios: La misma información que aparece en la página como «más bajo – más alto» debe indicarse también en el esquema.
¿Cuándo deben revisarse los datos estructurados?
Los datos estructurados no son un ajuste que se añade una vez y se olvida; deben revisarse a medida que cambian los datos de producto, la plantilla de página y las expectativas de los buscadores. Un calendario de revisión periódica le permite detectar los errores antes de que los noten los clientes y los resultados de búsqueda.
- Cuando cambia la plantilla o el diseño: Una nueva plantilla de página de producto puede romper el esquema sin avisar; pruebe un producto de ejemplo inmediatamente después de publicar.
- Cuando añade un nuevo tipo de producto: Los productos con variantes, en conjuntos o de preventa pueden requerir campos distintos.
- En campañas y cambios de precio: Asegúrese de que el precio con descuento se refleje correctamente en el esquema.
- Cuando aparece una nueva advertencia en Search Console: Las advertencias suelen indicar una carencia a nivel de plantilla.
- Cada tres meses: Tome como muestra varias páginas de producto y de categoría distintas y vuelva a comprobarlas con las herramientas de prueba.
8 errores frecuentes en los datos estructurados
- Escribir en el marcado información que no se ve en la página: Si el precio o la valoración no están en la página, tampoco deben estar en el esquema.
- No actualizar el precio: El precio de la página cambia, pero el esquema se queda antiguo; en los resultados de búsqueda aparece un precio incorrecto.
- Dejar fijo el estado del stock: Un producto agotado sigue apareciendo como «en stock».
- Escribir mal la moneda o el separador decimal: Se escribe «1250.00» en lugar de «1.250,00»; la moneda se indica con su código (TRY), no con el símbolo.
- Dejar vacío el campo de imagen: Es uno de los campos que con más frecuencia faltan.
- Escribir valoraciones inventadas o copiadas: Va contra las normas y le hace perder el derecho a los resultados enriquecidos.
- Dar la misma información dos veces, en formatos distintos: Cuando el esquema lo generan a la vez un complemento y la plantilla, se crean bloques contradictorios e incoherentes.
- No probar tras la publicación: Un error de sintaxis puede hacer que el esquema no se lea en ninguno de los productos.
El camino más corto para principiantes: 3 pasos
Si está empezando con los datos estructurados, no necesita hacerlo todo a la vez. Empiece por las páginas de producto que reciben más tráfico o que más venden, y siga estos tres pasos:
- Pruebe una de sus páginas de producto: Es posible que su plataforma ya genere un esquema; compruebe con la herramienta de prueba qué campos están rellenos y cuáles faltan.
- Complete los campos que faltan en los datos del producto: Las carencias como la imagen, la marca, el SKU y el código de barras suelen deberse a los datos del producto, no a la plantilla.
- Supervise el resultado en Search Console: Tras la corrección, compruebe que en pocos días disminuye el número de errores del informe.
Lista de verificación de datos estructurados
Compruebe sus páginas de producto con los puntos siguientes; debería poder responder «sí» a todos.
- ¿Hay un esquema Product (JSON-LD) válido en la página del producto?
- ¿El nombre, el precio, la moneda y el estado del stock coinciden exactamente con los de la página?
- ¿Está rellenado el campo de imagen y es accesible la imagen?
- ¿Son correctos y están registrados el SKU y, si lo hay, el código de barras?
- ¿Está la moneda escrita como código (TRY) y el precio con punto como separador decimal?
- ¿Las valoraciones y reseñas se generan únicamente a partir de reseñas reales y visibles en la página?
- ¿Hay esquema de migas de pan (BreadcrumbList) en las páginas de categoría y de producto?
- ¿Está definida la información de la organización (Organization) en la página de inicio?
- ¿No hay varios bloques de esquema contradictorios para la misma información?
- ¿Supera sin errores las pruebas de sintaxis y de resultados enriquecidos?
- ¿Se supervisan con regularidad los informes de fichas de producto y de comerciante en Search Console?
Gestionar los datos de producto y SEO con Faprika
La exactitud del esquema depende de la exactitud de los datos de su producto: cuando el nombre, el precio, la imagen, el código de stock y la descripción se mantienen completos y ordenados en el panel, tanto la página como los datos que la describen son correctos. La plataforma de comercio electrónico de Faprika incluye para esta etapa los siguientes elementos (en qué plan empieza cada función puede verlo en la página de planes de comercio electrónico):
- Ajustes de SEO: En la sección de SEO, dentro de Configuración > Ajustes > Ajustes generales, se gestionan la plantilla del título de página, la metadescripción predeterminada, la dirección canonical y las etiquetas para compartir en redes sociales (Open Graph); encontrará una explicación paso a paso en el tutorial Ajustes de SEO.
- Información de SEO por producto: En Catálogo > Gestión de productos se editan el título, la metadescripción y la dirección de cada producto; pueden usarse etiquetas de SEO que rellenan automáticamente el nombre del producto, el código de stock y el precio. Las metadescripciones de los productos también pueden generarse de forma automática.
- Información de SEO de categorías y marcas: Las páginas de categoría y de marca tienen campos independientes para el título y la descripción.
- Actualización masiva de SEO y metadatos: Puede actualizar de una sola vez los metadatos de muchos productos; esta función varía según el plan.
- Actualización masiva de productos: El tutorial Actualización masiva de productos explica cómo editar de forma masiva campos como el precio, el código de stock y la imagen.
Con las herramientas de prueba descritas más arriba puede comprobar usted mismo qué datos estructurados se generan en las páginas de producto de su tienda; si ve un campo que falta o es incorrecto, complete primero los datos del producto en el panel.
Preguntas frecuentes
¿Qué son los datos estructurados?
Los datos estructurados son un método para marcar la información de una página (como el nombre del producto, el precio, el stock y la puntuación) con un vocabulario y un formato estándar que los buscadores y los sistemas de IA pueden entender con certeza. La información ya está en la página; los datos estructurados le añaden una etiqueta legible por máquinas.
¿Schema y datos estructurados son lo mismo?
Por lo general se usan como sinónimos. Schema es el nombre del vocabulario común que se emplea para marcar datos estructurados; los datos estructurados son el trabajo de etiquetar la información de una página con ese vocabulario.
¿Qué es JSON-LD y por qué se prefiere?
JSON-LD es un método para escribir los datos estructurados en la página como un bloque independiente, en formato JSON. Al ser independiente del HTML, es fácil de mantener y modificar; es el formato más extendido y práctico en el comercio electrónico.
¿Qué campos son obligatorios en el esquema de producto?
El nombre del producto es el campo básico; para ser elegible para resultados enriquecidos se esperan una oferta con precio, moneda y estado del stock, y una imagen del producto. El código de barras, la marca, el SKU y la puntuación son campos recomendados que refuerzan la información. Como los requisitos pueden variar según el buscador, siga las sugerencias de las herramientas de prueba.
¿Los datos estructurados mejoran mi posicionamiento?
Los datos estructurados no garantizan directamente un posicionamiento. Ayudan a que la información de su producto, como el precio, el stock y la puntuación, se entienda correctamente y pueda mostrarse como resultado enriquecido; esto puede favorecer la tasa de clics y una visibilidad acorde con la realidad.
¿Cómo pruebo el esquema?
Compruebe la sintaxis con una herramienta de validación de schema y la elegibilidad con la herramienta de prueba de resultados enriquecidos de los buscadores; después confirme que el precio, el stock y la puntuación coinciden con la página. Tras publicar, revise con regularidad los informes de productos y fichas de comerciante de la consola de búsqueda.