Saltar al contenido
Datos estructurados 4 min de lectura

Datos estructurados para hoteles: la guía completa

Resumen

Los datos estructurados describen tu hotel a los buscadores de forma estándar y legible por máquinas (el tipo de propiedad, el nombre, la dirección, las coordenadas, los horarios de entrada y los servicios), normalmente como JSON-LD con el vocabulario de schema.org. Un marcado preciso reduce la ambigüedad y puede hacer que algunas páginas sean aptas para ciertas funciones de búsqueda mejoradas, pero no garantiza resultados enriquecidos ni un mejor posicionamiento, y Google indica que sus funciones de IA no requieren ningún schema especial. La mayoría de los hoteles necesitan poco, pero bien hecho: el tipo de alojamiento correcto en la página de la propiedad, coincidente con el contenido visible, probado y siempre sincronizado.

Por Equipo editorial de Lodging Engine· Última revisión:

¿Lo necesitas?

Los datos estructurados son una mejora de poco riesgo cuando tu sitio no tiene marcado de alojamiento o tiene datos incorrectos heredados de una plantilla antigua. No son un interruptor mágico:

  • Hacen que las páginas sean aptas para las funciones mejoradas que admite Google, sin garantía.
  • No mejoran directamente el posicionamiento por sí solos.
  • Google indica que AI Overviews y el Modo IA no requieren ningún schema especial.

Cómo elegir los tipos

  • `Hotel` para los hoteles; `BedAndBreakfast`, `Hostel`, `Motel` o `Resort` cuando encajan mejor; `LodgingBusiness` si ninguno corresponde. Hotel es un tipo de LodgingBusiness, que a su vez es un tipo de LocalBusiness.
  • `Organization` y `WebSite` en la página de inicio; `BreadcrumbList` donde las rutas de navegación son visibles.
  • Las habitaciones pueden describirse con `HotelRoom` (cama, ocupación, servicios), pero no esperes funciones de búsqueda especiales por ello.
  • Reseñas: Google no permite el marcado de reseñas autopromocional para LocalBusiness y Organization, así que no agregues valoraciones de tu propio hotel.
  • Preguntas frecuentes: Google ya no muestra resultados enriquecidos de preguntas frecuentes; el marcado FAQPage es opcional.

Qué marcar en un sitio web hotelero típico

PáginaMarcadoNotas
Página principal de la propiedadHotel (o un tipo de alojamiento más preciso)Nombre, dirección, teléfono, URL, coordenadas, entrada y salida, servicios
Página de inicioOrganization o el tipo de alojamiento, WebSiteEn los hoteles de una sola propiedad suele ser la misma página que la de la propiedad
Páginas con rutas de navegaciónBreadcrumbListDebe coincidir con la ruta de navegación visible
Páginas de habitacionesHotelRoom opcionalDescribe solo lo que muestra la página

Los hoteles de una sola propiedad suelen mantenerlo simple: un bloque de alojamiento preciso en la página de inicio, más las rutas de navegación.

Un ejemplo mínimo

{
  "@context": "https://schema.org",
  "@type": "Hotel",
  "name": "Hotel Ejemplo",
  "url": "https://www.hotel-ejemplo.com/",
  "telephone": "+34 900 000 000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Calle Ejemplo 1",
    "addressLocality": "Altea",
    "postalCode": "03590",
    "addressCountry": "ES"
  },
  "checkinTime": "15:00",
  "checkoutTime": "11:00"
}

Valores de ejemplo: cada valor debe coincidir con los datos reales y visibles de tu hotel.

Implementación

Google recomienda JSON-LD en la mayoría de los casos: un bloque de script separado del HTML visible y fácil de mantener. Agrégalo mediante tu CMS, un plugin o tu desarrollador, idealmente generado a partir de los mismos datos que llenan la página, para que no pueda desincronizarse. Los grupos hoteleros deben marcar cada propiedad en su propia página.

La regla principal de Google: el marcado debe describir contenido visible para los usuarios en esa página.

Pruebas y mantenimiento

  • Prueba de resultados enriquecidos para las funciones que admite Google y los errores críticos.
  • Validador de Schema Markup para la sintaxis general de schema.org.
  • Inspección de URLs para confirmar lo que Google encontró en la página publicada.

Problemas habituales: marcado duplicado de plantillas y plugins, teléfonos desactualizados, valores invisibles, reseñas autopromocionales y datos de muestra. Google señala que los problemas de datos estructurados pueden provocar una acción manual que elimina la aptitud para los resultados enriquecidos.

Errores comunes

  • Dos o tres bloques de marcado del mismo hotel con datos distintos.
  • Solo Organization, sin tipo de alojamiento.
  • Servicios en el marcado que la página nunca menciona.
  • Un starRating que no es una clasificación oficial.
  • Direcciones y teléfonos antiguos tras un cambio de marca o una mudanza.
  • Copiar un ejemplo de un tutorial y olvidar reemplazar los datos de muestra.

Por dónde empezar

  1. Revisa qué generan hoy tus páginas: las plantillas, los plugins y los widgets suelen agregar marcado.
  2. Mantén una sola fuente de marcado para la propiedad.
  3. Usa el tipo de alojamiento más específico y preciso, con nombre, dirección, teléfono, URL, coordenadas, horarios de entrada y salida y los servicios clave.
  4. Elimina el marcado de reseñas autopromocional.
  5. Pruébalo y vuelve a probarlo después de cualquier cambio en el sitio.

Nuestro verificador gratuito de datos estructurados muestra los tipos que declara una página y qué propiedades de hotel recomendadas faltan.

Fuentes

  1. Introduction to structured data markup in Google Search — Google Search Central
  2. General structured data guidelines — Google Search Central
  3. Local Business (LocalBusiness) Structured Data — Google Search Central
  4. Hotel — Schema.org
  5. Review snippet (Review, AggregateRating) structured data — Google Search Central
  6. Google Search Central documentation updates (FAQ rich result removed; llms.txt clarification) — Google Search Central
  7. AI features and your website — Google Search Central
  8. HotelRoom (schema.org type) — schema.org

Preguntas sobre Datos estructurados para hoteles