Datos estructurados para viviendas turísticas: qué entiende Google y qué no

Una web de alojamiento debe poder ser entendida por una persona y por un buscador sin inventar disponibilidad, precios ni opiniones. El marcado estructurado ayuda a describir información, pero no sustituye a una ficha completa ni garantiza aparecer en Google Travel o en respuestas de IA.

Qué es un dato estructurado

Es una descripción legible por máquinas de entidades, relaciones y propiedades. Schema.org define el vocabulario; Google decide qué tipos y propiedades admite en sus resultados. Un esquema válido sintácticamente no supone que Google lo utilice.

Qué tipo corresponde a cada página

Ejemplo conceptual de JSON-LD para una ficha

Este ejemplo muestra la estructura de datos mínimos de identificación, no es un modelo listo para conseguir el resultado enriquecido VacationRental ni debe copiarse sin adaptar los requisitos oficiales.

{
  "@context": "https://schema.org",
  "@type": "VacationRental",
  "name": "Nombre real del alojamiento",
  "url": "https://ejemplo.es/alojamiento/",
  "description": "Descripción verificable del alojamiento",
  "address": {
    "@type": "PostalAddress",
    "addressCountry": "ES",
    "addressLocality": "Municipio real"
  }
}

Los campos del ejemplo son marcadores ilustrativos, no una vivienda real. Consulta la documentación oficial de VacationRental para conocer propiedades exigidas y condiciones de acceso. Solo se deben incluir datos reales y permitidos para la propiedad.

Cuándo tiene sentido estructurar precios y disponibilidad

Únicamente cuando existe una fuente fiable que pueda mantenerlos actualizados y se cumplan las especificaciones del programa o consumidor de datos. Un precio estático, «desde 99 €» sin fechas ni condiciones, no equivale a una oferta reservable en tiempo real. Evita marcar como disponible una vivienda cuya disponibilidad aún no has confirmado.

¿Y los asistentes de IA?

Google documenta que sus funciones de IA en Search no requieren archivos especiales ni marcado nuevo; siguen apoyándose en sus fundamentos de indexación y calidad. Otras plataformas pueden usar metodologías diferentes. Ninguna fuente oficial permite asegurar que instalar un JSON-LD coloca una vivienda en la respuesta de todos los asistentes.

Lo que sí puedes controlar es que cada ficha tenga un nombre, una URL estable, ubicación, características, reglas, fotografías, condiciones de reserva y datos contrastables. Los esquemas son una capa de aclaración, no un sustituto del contenido.

Errores que perjudican credibilidad

1. Inventar valoraciones o añadir AggregateRating sin opiniones reales y elegibles.
2. Marcar habitaciones como vivienda completa.
3. Repetir precio ficticio en todos los alojamientos.
4. Confundir dirección pública y datos que deban mantenerse privados.
5. Declarar una disponibilidad que el motor todavía no verificó.
6. Colocar el esquema de un alojamiento en un artículo que no ofrece ese alojamiento.
7. Crear páginas en distintos idiomas sin contenido traducido y enlaces coherentes.

Cómo comprobarlo antes de publicar

Prueba el JSON-LD en Rich Results Test cuando aplique y en el validador Schema.org para su estructura. Revisa después el HTML servido en producción: el validador no prueba la veracidad de una dirección ni la disponibilidad comercial.

Preguntas frecuentes

¿Gatavia puede garantizar aparecer en ChatGPT con datos estructurados?

No. La visibilidad depende de sistemas externos y de su acceso a información pertinente.

¿Basta con JSON-LD para aparecer en Google Travel?

No. Hay requisitos de programa y de calidad de datos adicionales, descritos por Google.