Modos de envío de precios

El modo de envío determina cómo se envían a Google las actualizaciones de precios de combinaciones de hoteles e itinerarios.

Tu Administrador técnico de cuentas te ayudará en el proceso de configuración inicial del modo de envío.

Descripción general de los modos de envío

De forma predeterminada, los partners suelen admitir consultas con hasta 330 días de antelación para comprobar la disponibilidad de una habitación durante una estancia máxima de 30 noches, pero puedes elegir el número de itinerarios (combinación de la fecha de entrada y la duración de la estancia) que quieras para cada hotel.

Cuantos más itinerarios admitas, en más subastas participarás. Por otro lado, cuantos más itinerarios admitas, más datos deberás enviar a Google para que la información sobre precios sea siempre lo más precisa posible.

Los métodos tradicionales para actualizar precios usan mensajes Transaction de una de estas formas:

  • ARI (Push): feed de envío de precios que usa planes de tarifas, disponibilidad y metadatos de hoteles para fijar estrategias de precios predefinidas en tus propiedades. A diferencia de los modos Pull y Changed Pricing, los feeds de ARI no consultan precios o itinerarios específicos, sino que los partners envían mensajes que contengan un subconjunto de datos que represente un modelo de precios para tus propiedades basado en diversos detalles de las tarifas, restricciones y disponibilidad. Los feeds de ARI usan la especificación XML OTA (OTA_HotelRateAmountNotifRQ y OTA_HotelAvailNotifRQ) para fijar la disponibilidad y los precios. Ponte en contacto con el gestor de tu cuenta para obtener más información sobre el modo de envío de ARI y para determinar si este tipo de feed es el más adecuado para tu cuenta. Para obtener más información, consulta el artículo Usar feeds de disponibilidad, precio e inventario.
  • Pull: Google consulta tu servicio periódicamente para actualizar su caché de datos sobre precios y disponibilidad. En este modelo, Google envía una solicitud a tu servidor y este responde con datos actualizados. Es ideal para los partners que no saben exactamente cuándo cambia la información de precios, o si estos datos se modifican sin un patrón claro a lo largo del día. Los precios se almacenan en la caché hasta que los algoritmos de Google determinan que los precios están obsoletos (en función del historial de cambios de precios anterior del partner en cuestión). Para obtener más información, consulta Usar el modo de envío Pull.
  • Changed Pricing (anteriormente, Pull with Hints): es parecido al modo Pull, salvo que Google solo solicita los datos de un subconjunto de propiedades, no de todas. Este modo puede reducir significativamente la cantidad de tráfico de red a la hora de actualizar los precios y la disponibilidad de tus propiedades. Los precios se almacenan de forma indefinida en la caché hasta que se actualizan. Para obtener más información, consulta Usar Changed Pricing.

Además de para modificar los precios, puedes usar los mensajes Transaction para quitar propiedades de tu inventario. Para obtener más información, consulta el artículo sobre cómo quitar inventario.

Para obtener más información sobre el envío de actualizaciones de precios y ver algunos ejemplos de mensajes Transaction, consulta cómo fijar precios.

Consultas de precios en tiempo real

Google también puede solicitar actualizaciones de precios en el momento de la subasta mediante consultas de precios en tiempo real. Las consultas de precios en tiempo real son solicitudes de precios que realiza Google para una subasta que se celebra en ese momento. Si respondes dentro de un plazo específico, el anuncio podrá aparecer en la subasta.

Google guarda las respuestas de las consultas de precios en tiempo real tal y como hace con otros mensajes Transaction. De esta forma, en el futuro Google podrá usar ese precio de la caché en vez de enviarte otra consulta de precios en tiempo real.

Para obtener más información, echa un vistazo a las consultas de precios en tiempo real.

Usar el modo ARI (Push)

Con el modo de envío ARI (Push), puedes enviar actualizaciones incrementales a Google cuando cambien los precios por noche, la disponibilidad, los recuentos de inventario u otras restricciones. A diferencia de los modos Pull o Changed Pricing, el modo ARI (Push) permite usar un modelo de precios diferente para informar a Google de forma eficiente de varios componentes de datos de precios.

En el siguiente diagrama se muestra el flujo de solicitudes y respuestas del modo de envío ARI (Push):

Paso 1: Envío de mensajes ARI (Push) a Google

Para actualizar tus datos con el modo ARI (Push), envía un mensaje de solicitud de ARI cada vez que cambien tus datos. El modo de envío ARI (Push) es compatible con varios tipos de mensajes y estrategias de precios. Para obtener más información sobre el envío de mensajes, consulta el artículo Usar feeds de disponibilidad, precio e inventario.

Google mostrará tus precios a los usuarios en un plazo de entre 15 y 20 minutos desde que se reciban.

Paso 2: Confirmación de Google de que los datos se han almacenado correctamente en caché

Por cada mensaje ARI (Push) recibido, Google responde con el estado de conexión HTTP y los resultados de procesamiento de ARI. Si la conexión al servidor se hace correctamente, Google responde con un HTTP 200 OK. También incluye un cuerpo con un mensaje de respuesta que indica si las actualizaciones se han aplicado correctamente o si se han encontrado advertencias o errores en el modo de envío.

Incluir direcciones IP en la lista de IPs permitidas

Para incluir las direcciones IP que usas para enviar mensajes ARI en la lista de IPs permitidas y que se envíen a Google, usa la página de configuración de precios de ARI de Hotel Center. Consulta cómo actualizar la configuración de precios en Hotel Center.

Actualizar metadatos de habitaciones y paquetes con el modo ARI (Push)

Usa el tipo de mensaje Transaction (Property Data) para definir los tipos de habitaciones y los planes de tarifas (paquetes) activos de cada propiedad. Debes enviar actualizaciones cada vez que se añadan, quiten o modifiquen tipos de habitación o planes de tarifas. En este caso debes enviar un mensaje XML con la nueva información en los elementos <RoomData> y <PackageData>, que son elementos secundarios de <PropertyDataSet>.

Errores de conexión o de contenido

Si identificas un error en el modo de envío debido a que el archivo XML tiene un formato incorrecto o no válido, busca la resolución recomendada en Mensajes de error de estado del feed.

Si recibes un error de conexión HTTP cuando envías un mensaje ARI a Google, vuelve a enviar la solicitud en intervalos de 1, 5 y 20 minutos. Si el problema persiste tras 3 intentos, deja de enviar mensajes y contacta con el servicio de asistencia de Google.

Usar el modo Pull

Con el modo de envío Pull, Google envía mensajes Query a tu servidor de forma periódica para solicitar actualizaciones de precios. Tu servidor responde a esos mensajes con mensajes Transaction que incluyen los datos actualizados de los precios y la disponibilidad.

En el diagrama siguiente verás el flujo de solicitud y respuesta del modo Pull:

Tras recibir las actualizaciones de precios, Google suele tardar unos 5 minutos en procesar los nuevos datos sobre precios y disponibilidad.

En las siguientes secciones se describen estos pasos en detalle.

Paso 1: Mensaje Query

De forma predeterminada, Google envía mensajes Query sobre todas las propiedades de tu lista de hoteles. Esto puede implicar que recibas varios mensajes Query durante los procesos de cambio de precio.

Los mensajes Query de precios que Google envía a tu servidor se caracterizan por lo siguiente:

  • El elemento raíz es <Query>.
  • Se envían al punto final definido en el proceso de configuración inicial. Para obtener más información al respecto, ponte en contacto con tu Administrador técnico de cuentas.
  • Usan el método HTTP POST. Si usas HTTPS, el dominio deberá estar firmado por una autoridad de certificación oficial.
  • El encabezado Content-Type es "application/xml".
  • Cada mensaje incluye hasta 100 propiedades de las cuales Google solicita datos de precios y disponibilidad.
  • El encabezado User-Agent es "Google-HotelAdsPrices".

Paso 2: Mensaje Transaction

Cuando el servidor recibe un mensaje Query, debe responder con un mensaje Transaction con los datos solicitados de los precios de los itinerarios.

El elemento raíz de un mensaje Transaction es <Transaction>. Para obtener más información, consulta los artículos sobre los mensajes Transaction y sobre cómo actualizar precios.

Actualizar metadatos de paquetes y habitaciones

Además de para modificar los precios con el modo Pull, puedes usar los mensajes Transaction para actualizar los metadatos de paquetes y habitaciones. Para obtener más información, consulta cómo definir metadatos de paquetes y habitaciones.

Usar el modo Changed Pricing

El modo Changed Pricing permite reducir el tamaño y la cantidad de mensajes Query y Transaction de las actualizaciones de precios. Cuando usas este modo, envías a Google una lista con las propiedades cuyos precios has actualizado. Google responde entonces con un mensaje Query en el que solo solicita los precios de esas propiedades.

Para configurar el punto final al que Google envía mensajes Hint Request, ponte en contacto con tu Administrador técnico de cuentas. Se debería haber configurado en la configuración inicial.

En el siguiente diagrama se muestra el flujo de solicitudes y respuestas del modo Changed Pricing:

En las siguientes secciones se describen todos los pasos del flujo de solicitudes y respuestas.

Paso 1: Mensaje Hint Request

Los mensajes Hint Request que Google envía a tu servidor se caracterizan por lo siguiente:

  • El elemento raíz es <Query>.
  • Se envían al punto final definido en el proceso de configuración inicial. Para obtener más información al respecto, ponte en contacto con tu Administrador técnico de cuentas.
  • Usan el método HTTP POST. Si usas HTTPS, el dominio deberá estar firmado por una autoridad de certificación oficial.
  • El encabezado Content-Type es "application/xml".
  • Cada cierto tiempo, Google envía una marca de tiempo a tu servidor para definir la última vez que respondiste a un mensaje Hint Request.
  • El encabezado User-Agent es "Google-HotelAdsPrices".

Google recomienda definir una frecuencia de 5 minutos. Ponte en contacto con nosotros para fijar o modificar la frecuencia de los mensajes Hint Request.

Cuando recibas un mensaje Hint Request de Google, responde con todos los precios que se hayan actualizado desde esa marca de tiempo. Para obtener más información, consulta el artículo Mensajes Hint Request.

Paso 2: Mensaje Hint Response

Tu servidor responde a un mensaje Hint Request con un mensaje Hint Response. Este mensaje incluye los IDs y los itinerarios de las propiedades que han cambiado desde la última vez que recibiste y respondiste a un mensaje Hint Request.

El elemento raíz de un mensaje Hint Response es <Hint>. Para obtener más información, consulta el artículo Mensajes Hint Response.

Paso 3: Mensaje Query

Google recibe el mensaje Hint Response y responde con un mensaje Query, igual que con el modo Pull estándar. La diferencia es que el mensaje Query solo contiene los IDs y los itinerarios de las propiedades especificadas en el mensaje Hint Response. El elemento raíz de un mensaje Query es <Query>.

Google no presta atención al contenido de tu feed de lista de hoteles para determinar a qué IDs de hoteles solicitar precios con el modo Changed Pricing. Esto reduce en gran medida el tamaño del mensaje Query recibido y el del mensaje Transaction con el que respondes.

Paso 4: Mensaje Transaction

Son mensajes con la actualización de los precios que envías para responder a un mensaje Query de Google. El elemento raíz de un mensaje Transaction es <Transaction>. Para obtener más información, consulta la sección Usar el modo Pull.