Datos estructurados que coinciden con tu contenido visible
Los datos estructurados expresan de forma explícita qué representa la información de una página. Por ejemplo, distinguen la empresa que presta un servicio del precio de su oferta y de la persona responsable. Esa precisión complementa el contenido; no lo sustituye.
La primera revisión es editorial: ¿la afirmación existe en la página y es correcta? Después se revisa el formato. Un JSON bien escrito puede describir una oferta falsa. Un marcado técnicamente válido tampoco garantiza que un buscador muestre un resultado enriquecido.
Google publica directrices generales de datos estructurados que exigen correspondencia con contenido real y pertinente. Este principio evita convertir el schema en un lugar donde añadir promesas que el visitante no puede comprobar.
Tipos de schema para IA: empresa, servicios y contenido
Schema Organization para identificar tu empresa
Describe la empresa: nombre, URL, área servida, fundador y perfiles oficiales cuando existan.
La información debe coincidir con la página corporativa y con los datos visibles del sitio.
Organization identifica a la empresa. Su nombre, descripción y URL deben ser coherentes con las páginas visibles. Un identificador estable permite relacionarla con servicios y artículos sin crear una organización diferente en cada URL.
La ubicación y los perfiles externos solo se incorporan cuando son reales y corresponden al negocio. LocalBusiness no se añade por el mero deseo de aparecer en búsquedas locales: la elección del tipo depende de la entidad que se está describiendo.
Schema Person para responsables y autores reales
Describe a una persona real vinculada a la organización, como el fundador o autor. Debe corresponder a una página que explique quién es.
No se deben crear personas ficticias para simular autoría.
Person describe a una persona identificada. Puede relacionarse con la empresa y con contenidos de los que sea autora o revisora real. El nombre de una persona en el proyecto no confirma automáticamente que haya escrito todos los artículos.
Los títulos profesionales, certificaciones y perfiles externos deben verificarse. Si faltan datos, se omiten hasta poder confirmarlos. La precisión de un perfil vale más que un marcado aparentemente completo que atribuya experiencia inexistente.
Schema Service y Offer para servicios y precios
Service representa el servicio. Offer añade condiciones comerciales como precio cuando son públicas.
Si un precio no aparece en la página, introducirlo únicamente en JSON-LD crea una discrepancia innecesaria.
Service describe el servicio; Offer describe una oferta para contratarlo. Su relación debe permitir entender qué proveedor presta el trabajo, qué se ofrece y a qué condiciones públicas corresponde el precio. Puedes consultar los tipos Service y Offer en Schema.org.
Ejemplo de correspondencia entre una oferta y la página
| Información visible | Representación coherente |
|---|---|
| SEO + GEO | Service con el nombre del servicio |
| Odessen | Organization como proveedor |
| 449 €/mes + IVA sin IVA | Offer con precio, moneda y periodicidad |
| 3 meses de permanencia | Condiciones explicadas en la página comercial |
El ejemplo utiliza datos reales de Odessen para mostrar la correspondencia. El marcado debe describir el servicio y las condiciones visibles, sin añadir valoraciones ni resultados que no existen.
Schema Article para guías y contenido editorial
Las guías deben identificar titular, autor y publisher. La fecha de modificación solo debe cambiar cuando exista una actualización real del contenido.
Article relaciona una pieza editorial con su titular, contenido y publicación. La autoría y las fechas deben representar hechos reales. Una actualización de la web no implica que todos los artículos se hayan revisado ese día.
La documentación de Google sobre Article explica las propiedades aplicables. El criterio práctico es incorporar las que correspondan al contenido, sin rellenar datos personales o editoriales por completar un formulario.
Schema BreadcrumbList para la navegación
Refuerza la jerarquía de navegación y debe coincidir con breadcrumbs visibles.
BreadcrumbList expresa la jerarquía de navegación de una página. Debe coincidir con un recorrido útil y visible, como Inicio → GEO → ChatGPT. No es una lista de keywords ni una vía para atribuir una página a categorías que no existen.
Schema FAQPage para preguntas y respuestas
Solo debe utilizarse cuando las preguntas y respuestas están realmente visibles en la página. Marcar contenido oculto o inexistente crea una discrepancia innecesaria.
FAQPage debe describir preguntas y respuestas presentes en la página. Si cambia una respuesta comercial, el marcado debe actualizarse con el mismo dato. Duplicar manualmente el texto aumenta el riesgo de que el usuario lea una condición y los datos estructurados indiquen otra.
Errores de schema que debes evitar
| Error | Por qué contradice la página | Corrección |
|---|---|---|
| Precio antiguo | La oferta estructurada difiere de la visible | Reutilizar una fuente de datos |
| Autor no confirmado | Atribuye un trabajo que no consta | Esperar a confirmar la autoría |
| Reseñas inventadas | Presenta evidencia inexistente | Omitir el marcado de valoraciones |
| Servicio no ofrecido | Amplía artificialmente el negocio | Describir solo la oferta real |
| Identificadores distintos para la misma empresa | Fragmenta su representación | Mantener una identidad consistente |
| Preguntas ausentes | Marca contenido que el usuario no encuentra | Generar FAQ desde las respuestas visibles |
La validación automática detecta errores de formato, pero no demuestra que una afirmación comercial sea verdadera. Hace falta una comprobación editorial adicional.
Datos estructurados y posicionamiento en IA
El valor estratégico del marcado está en hacer explícitas relaciones que ya existen: una persona trabaja para una organización, una oferta pertenece a un servicio y un artículo tiene un autor. Esa coherencia refuerza la representación de entidad.
Cómo validar el schema de una web
La validación debe revisar formato, correspondencia y relaciones. Empieza por la página que verá el usuario y sigue el mismo orden en el marcado.
- Comprueba que el JSON-LD se puede interpretar sin errores.
- Revisa si los tipos elegidos corresponden al contenido de la URL.
- Compara nombres, precios, monedas y condiciones con el texto visible.
- Confirma que proveedor, persona y artículo se relacionan correctamente.
- Revisa URLs, enlaces de navegación y páginas de oferta.
- Comprueba que no se han añadido fechas, reseñas o credenciales sin evidencia.
- Utiliza herramientas de validación para los tipos y resultados compatibles.
Preguntas frecuentes: Schema para IA
¿Schema hace que una IA cite mi web?
No por sí solo. Ayuda a describir información, pero la recuperación depende de más señales.
¿Puedo poner datos que no están visibles?
No es una buena práctica. El marcado debe corresponder a información real y visible.
¿Qué tipos usa Odessen?
Odessen utiliza Organization, WebSite, WebPage, Service, Offer, Article, BreadcrumbList y FAQPage según la función y el contenido de cada página.
¿Hay que marcar todas las páginas igual?
No. El tipo depende de la función de cada página.
Fuentes y documentación
Referencias para ampliar los conceptos y comprobar los requisitos de cada plataforma.