Lo que aprenderás
Los datos estructurados son una forma de describir información ya presente: producto, artículo, organización, evento o pregunta frecuente. Funcionan mejor cuando están alineados con la página, el catálogo y la experiencia que recibe una persona.
El límite que debes tener claro
El contrato entre lo visible y los datos
- 01
Comprueba un hecho
La persona puede encontrarlo y entenderlo en la página.
- 02
Asigna una fuente
Señala quién mantiene el valor y cuándo puede cambiar.
- 03
Elige el vocabulario adecuado
Describe solo el tipo de entidad y propiedades que correspondan.
- 04
Valida significado y vigencia
Comprueba sintaxis, coherencia, requisitos y proceso de actualización.
Conceptos clave
Describe solo lo que existe
No declares reseñas, precios, disponibilidad, autores o preguntas que la persona no puede encontrar y entender.
Elige el tipo más específico
Un producto requiere datos distintos a una organización o un artículo. Evita acumular tipos sin una relación clara.
Mantén los datos sincronizados
Precio, inventario, horario y disponibilidad deben coincidir en la página, feeds y sistemas operativos.
Los datos tienen que compartir una fuente fiable
Precio, disponibilidad, autoría y reseñas pueden cambiar. Generar el marcado desde una fuente mantenida reduce el riesgo de contradicción con lo que ve la persona.
Pregunta: ¿Quién actualiza este dato y con qué frecuencia?
La validación no sustituye una revisión editorial
Una herramienta puede aceptar la sintaxis mientras la página sigue siendo inexacta, confusa o no apta para una presentación especial.
Pregunta: ¿El dato es cierto, visible, pertinente y vigente?
El método práctico
- 01
Identifica un hecho verificable
Empieza por una plantilla con datos estables y visibles.
- 02
Selecciona el vocabulario
Revisa documentación oficial y usa propiedades relevantes.
- 03
Valida y revisa la salida
Comprueba errores técnicos y también la coherencia humana.
- 04
Crea un proceso de mantenimiento
Define quién actualiza los datos cuando cambia el catálogo o la política.
Taller de datos estructurados
Documenta qué describe cada propiedad antes de marcarla
La información estructurada debe describir lo que la página realmente comunica; no es una vía para prometer una presentación especial.
Escenario
Una tienda añade marcado de producto para una colección limitada. En la primera versión, precio y disponibilidad quedan obsoletos mientras cambia el inventario. El marcado ya no coincide con la ficha que ve el cliente.
El equipo necesita una fuente de datos compartida, una regla de actualización y una revisión de páginas reales después de publicar.
Construye el mapa paso a paso
Elige una página y su propósito
Empieza por una plantilla con datos estables y útiles. Define qué pregunta debe responder la página.
Lista hechos que una persona puede ver
Registra precio, disponibilidad, condiciones, reseñas o información del autor solo cuando estén presentes, sean claros y estén actualizados.
Vincula cada hecho a una fuente
Indica sistema de origen, responsable y ritmo de actualización. Usa la misma fuente para la página y el marcado cuando sea posible.
Escoge tipo y propiedades relevantes
Consulta la documentación oficial vigente. No añadas propiedades solo porque existen; deben encajar con la entidad y el propósito.
Valida ejemplos reales y programa revisión
Prueba plantillas con producto disponible, agotado y actualizado. Define quién revisará errores, cambios de política y datos después del lanzamiento.
Mapa de hechos visibles
- Página y entidad: plantilla y objeto que describes.
- Hecho visible: texto que una persona puede leer en la página.
- Propiedad: campo estructurado y motivo de uso.
- Fuente: sistema, responsable y momento de actualización.
- Validación: sintaxis, coherencia y requisitos revisados.
- Retirada: qué ocurre si el hecho deja de ser cierto o visible.
Revisión antes de publicar
- ¿Cada propiedad describe un hecho visible y vigente?
- ¿El tipo de dato corresponde a la entidad y a la página?
- ¿El marcado y la ficha usan la misma fuente?
- ¿Se comprobó un estado normal y uno donde el dato cambia?
- ¿Hay un responsable y una forma rápida de retirar información incorrecta?
Reglas para decidir
Una propiedad no aparece en la página
Haz: publícala solo si ayuda al cliente y puede hacerse visible.
Evita: describir información oculta o inventada.
Página y proceso de compra discrepan
Haz: corrige la fuente o pausa el marcado hasta resolver la diferencia.
Evita: mostrar un precio o disponibilidad que ya cambió.
El validador acepta, pero la página confunde
Haz: revisa el significado y la experiencia con una persona.
Evita: tratar la validación técnica como aprobación editorial.
Un complemento añade datos inesperados
Haz: inspecciona la salida y asigna un dueño para retirarla.
Evita: asumir que todo marcado generado es correcto.
Ejemplo: ecommerce
Un comercio añade marcado de producto para una colección limitada. En la primera versión el precio y la disponibilidad se quedan obsoletos. El equipo conecta el marcado a la misma fuente que alimenta la página y revisa una muestra cuando cambia el inventario.
Taller aplicado · 45–60 minutos
Construye datos estructurados desde hechos visibles
El marcado no crea una afirmación nueva ni garantiza un resultado enriquecido. Su trabajo es describir con precisión información visible, vigente y permitida para el tipo de página.
Caso de trabajo
Una tienda de muebles quiere añadir Product, Review, FAQPage y LocalBusiness a todas sus plantillas. La página muestra precio y disponibilidad, pero algunas reseñas provienen de otra variante; el equipo de contenido mantiene una FAQ oculta en un acordeón no accesible y el catálogo actualiza el stock cada seis horas.
- Movimiento 1
Haz un inventario de hechos visibles
Para cada propiedad propuesta, identifica el texto o dato visible que la respalda, su sistema de origen, la frecuencia de actualización y la persona responsable. Si un usuario no puede comprobar el hecho, no lo marques.
- Movimiento 2
Elige el tipo por la función real de la página
Distingue producto, categoría, negocio, artículo, vídeo y otros tipos sin intentar incluir todos en todas partes. Revisa las políticas y la disponibilidad actual del resultado antes de invertir en una implementación.
- Movimiento 3
Resuelve identidad y variantes
Usa identificadores estables. Alinea precio, moneda, variante, disponibilidad, valoración y URL canónica. No heredes una reseña a productos distintos solo porque comparten una plantilla.
- Movimiento 4
Valida tres capas
Comprueba sintaxis, coherencia con el contenido visible y elegibilidad según políticas. Después inspecciona varias URLs reales, no solo el ejemplo perfecto del entorno de desarrollo.
- Movimiento 5
Controla los cambios
Añade pruebas que comparen el marcado con el dato fuente. Cuando cambie catálogo, plantilla o política, vuelve a validar y registra qué propiedad se retiró, por qué y quién lo aprobó.
Cómo se vería una respuesta sólida
La tienda conserva Product en las fichas y LocalBusiness en las páginas de ubicación. Elimina Review de las variantes sin reseñas propias y no publica FAQPage hasta que las preguntas sean visibles y útiles. El stock se sirve desde la misma fuente que la interfaz. El equipo registra que la validez técnica no equivale a elegibilidad ni a aparición, y evita basar el caso de negocio en una captura de un resultado enriquecido.
Evidencia que debes entregar
Entrega un mapa de marcado con tipo de página, propiedad, hecho visible, fuente, responsable, cadencia, prueba y condición de retirada.
Prueba los fallos antes de aprobar
El marcado describe algo que la página no demuestra
Una propiedad puede ser sintácticamente válida y seguir siendo engañosa. Señala el texto visible que sostiene precio, disponibilidad, valoración y autoría. Si no existe o procede de otra variante, retira la propiedad hasta corregir la fuente.
La plantilla mezcla entidades distintas
Una reseña del sofá grande aparece también en la variante pequeña porque ambas usan el mismo componente. Prueba identificadores, variantes y URL con ejemplos reales del catálogo. La similitud comercial no convierte dos productos en la misma entidad.
La prueba termina en el validador
El resultado enriquecido de prueba no garantiza elegibilidad ni aparición. Registra por separado sintaxis, coherencia visible, política vigente y observación posterior. El equipo necesita saber qué capa falló antes de cambiar el marcado.
Defiende la decisión
Presenta el mapa de propiedades a contenido, catálogo y desarrollo. Para cada campo, abre la fuente de verdad y demuestra cómo llega a la interfaz y al JSON-LD. Explica qué ocurre cuando el stock cambia, una reseña se retira o una política deja de admitir el resultado. Rechaza cualquier previsión de tráfico basada únicamente en que la herramienta de prueba muestre una vista previa.
Deja un traspaso que otra persona pueda usar
La entrega debe incluir tres URL reales por plantilla, el dato visible asociado, una captura del origen, la frecuencia de actualización y una prueba automatizada o manual repetible. Anota fecha de revisión de políticas y responsable. Si el marcado queda válido mientras la página muestra otro valor, la implementación no está terminada.
Criterios de aceptación
- Cada propiedad tiene un equivalente visible.
- La fuente de verdad está identificada.
- Las variantes no comparten pruebas incorrectas.
- La validación incluye políticas, no solo sintaxis.
- Nadie promete una apariencia en resultados.
Fuentes oficiales para revisar
Aplícalo ahora
Convierte la lección en una decisión
Elige una plantilla y documenta: hecho visible, tipo de marcado, fuente de datos, responsable, prueba de validación y momento de actualización.
Antes de seguir
- Todo dato marcado se ve y se entiende en la página.
- El tipo elegido corresponde a la entidad real.
- Los datos coinciden con los sistemas de origen.
- No prometo resultados enriquecidos.
Pon esta lección en práctica.
Crea una cuenta gratuita de Spacebrain y organiza tu trabajo SEO con los proveedores de datos que elijas.