Sitios web y motor de reservas

Un sitio es una página web pública de marketing para el hotel, en su
propio hostname, con un motor de reservas directo encima.

Es una feature de pago que se habilita por cuenta, no por propiedad — un
sitio puede vender varias propiedades de la cuenta, así que el hecho comercial
pertenece un nivel más arriba.

De qué está hecho un sitio

Una cuenta puede tener más de un sitio — un grupo con dos hoteles muy distintos
no está obligado a meterlos bajo una sola marca.

El hostname es la llave de ruteo

La primera petición de un visitante público no carga nada más que un header
Host: ningún identificador de cuenta, ninguna sesión, ninguna key. Así que el
hostname tiene que poder resolverse antes de que nadie sepa de qué cuenta
leer datos.

Por eso los hostnames viven en un índice central único de ruteo, separado de la
configuración del propio sitio. Un hostname mapea a una cuenta y a un sitio; todo
lo demás se lee después.

Dos consecuencias prácticas:

• Un hostname es único en toda la plataforma. Dos cuentas no pueden reclamar
  el mismo.
• Un sitio puede tener varios hostnames, con uno marcado como canónico — que
  es lo que hace que hotel.com y www.hotel.com aterricen en el mismo lugar
  sin partir el SEO.

Un dominio tiene que estar verificado antes de servir.

Publicar es un estado, y tiene un modo de falla que conviene conocer

El índice de ruteo lleva una copia de si el sitio que nombra está publicado. El
registro del propio sitio lleva el mismo hecho.

Si esos dos alguna vez discrepan, nada se cae — un sitio despublicado cuyas
rutas quedaron activas sigue sirviéndole a todo internet, calladito. Justamente
por eso existe una reconciliación: algo tiene que poder responder "¿las rutas
siguen coincidiendo con la realidad?", porque ningún error va a hacer esa
pregunta por uno.

El motor de reservas

Encima del sitio va la reserva directa: disponibilidad, cotización, checkout y la
verificación del propio huésped.

Vende a través de los planes tarifarios del hotel, lo que significa que lo que un
visitante puede comprar se rige por las mismas reglas que en todos lados: una
unidad tiene que estar publicada, ser vendible y tener un plan tarifario activo
en el canal por el que vende el sitio.

Una reserva retenida no es una venta. El checkout retiene inventario mientras
el huésped lo completa, y una retención que nunca se completa la libera un
barrido. Una retención ocupa espacio y no debe contarse como ingreso; esa
distinción es la que hay que tener presente cuando se comparan los números de un
sitio contra los del hotel.

En la API

• Merchant: la configuración del sitio, sus propiedades y sus dominios se
  administran bajo la sección de sitios web.
• Pública: el sitio y el motor de reservas se sirven por su propia API
  pública, con el hostname como llave. Es una superficie distinta de la
  External API, que se autentica por key y está acotada a la
  cuenta.

Relacionado

• Planes tarifarios — lo que el motor tiene permitido vender.
• Disponibilidad y overbooking — cómo interactúa una retención con el inventario.
• Propiedades — lo que vende un sitio.