Cette section fournit une documentation de référence pour les messages Hint request, les messages Hint response et les messages Query.
<Hint>
(message de réponse d'indication)
Élément racine d'un message de réponse d'indication. Les messages de réponse d'indication spécifient les combinaisons hôtel/séjour dont les prix doivent être mis à jour. Il s'agit de votre réponse à un message Hint request envoyé par Google.
Un message de réponse d'indication ne doit spécifier que les hôtels dont les prix ont changé depuis la dernière fois que Google a reçu une réponse d'indication réussie de vos serveurs.
Les messages de réponse d'indication utilisent l'une des méthodes suivantes pour spécifier les hôtels et les séjours dont nous devons modifier les prix:
Séjours exacts: combinaison d'une date d'arrivée et d'une durée de séjour.
Plages de dates d'arrivée: plage de dates d'arrivée, allant de la première date d'arrivée à la dernière date d'arrivée.
Séjours inclus dans une période (ou itinéraires inclus dans une période)
Chacune de ces méthodes nécessite une syntaxe différente pour le message Hint response.
Pour en savoir plus, consultez les messages de réponse d'indication.
Syntaxe
L'élément <Hint>
utilise une syntaxe différente selon le type de message Hint response:
Séjours exacts
Voici la syntaxe des séjours exacts dans un message de réponse d'indication:
<!-- Exact Itinerary Hint Response -->
<?xml version="1.0" encoding="UTF-8"?>
<Hint>
<Item>
<Property>hotel_ID</Property>
...
<Stay>
<CheckInDate>checkin_date</CheckInDate>
<LengthOfStay>number_of_nights</LengthOfStay>
</Stay>
</Item>
...
</Hint>
Plages de dates d'arrivée
Voici la syntaxe des plages d'arrivée dans un message de réponse d'indication:
<!-- Check-in Ranges Hint Response -->
<?xml version="1.0" encoding="UTF-8"?>
<Hint>
<Item>
<!-- At least one is required -->
<!-- Can be > 1 if MultipleItineraries is "checkin_range" in your
QueryControl message -->
<Property>hotel_ID</Property>
[...]
<!-- Required -->
<FirstDate>first_checkin_date</FirstDate>
<!-- Required -->
<LastDate>last_checkin_date</LastDate>
</Item>
...
</Hint>
Séjours inclus dans une période
Vous trouverez ci-dessous la syntaxe des séjours inclus dans une période dans un message Hint response:
<!-- Ranged Stay Hint Response -->
<?xml version="1.0" encoding="UTF-8"?>
<Hint>
<Item>
<!-- At least one is required -->
<!-- Can be > 1 if MultipleItineraries is "affected_dates" in your
QueryControl message -->
<Property>hotel_ID</Property>
[...]
<StaysIncludingRange>
<!-- Required -->
<FirstDate>first_date</FirstDate>
<!-- Optional -->
<LastDate>last_date</LastDate>
</StaysIncludingRange>
</Item>
...
</Hint>
Attributs
L'élément <Hint>
contient un attribut facultatif: id
. Lorsqu'il est fourni, il est inclus en tant qu'attribut hintId
dans les messages <Query>
envoyés en fonction de ce <Hint>
.
Éléments enfants
L'élément <Hint>
comporte les éléments enfants suivants :
Élément enfant | Requis ? | Type | Type de réponse d'indication | Description |
---|---|---|---|---|
<CheckInDate> | Required | Date | Séjours exacts | Date d'arrivée pour l'itinéraire. |
<FirstDate> | Required | Date | Plages d'arrivée et séjours inclus dans une période | Première date de la plage de dates d'un message Hint response de plage de dates d'arrivée ou de séjours inclus dans une période. Les dates sont incluses. |
<Item> | Required | Object | Toutes | Conteneur de l'hôtel/du séjour à mettre à jour. |
<LastDate> | Required* | Date | Plages d'arrivée et séjours inclus dans une période | Dernière date de la plage de dates d'un message Hint response de plage d'adresses ou de séjours inclus dans une période. Les dates sont incluses. * Cet élément est facultatif pour les séjours inclus dans une période. |
<LengthOfStay> | Required | integer | Séjours exacts | Nombre de nuits pour le séjour, exprimé sous la forme d'un entier positif. |
<Property> | Required | string | Toutes | Identifiant de l'hôtel, identique à celui indiqué dans la liste d'hôtels. Le nombre d'éléments
|
<Stay> | Required | Object | Séjours exacts | Conteneur pour les éléments <CheckinDate> et <LengthOfStay> dans un message Hint response de séjour exact. Chaque <Item> ne peut contenir qu'un seul <Stay> . |
<StaysIncludingRange> | Required | Object | Séjours inclus dans une période | Conteneur pour les éléments <FirstDate> et <LastDate> dans un message Hint response de séjour inclus dans une période. |
Exemples
Séjours exacts
L'exemple suivant définit plusieurs séjours pour un même établissement dans un message de réponse d'indication:
<!-- Exact Itinerary Hint Response -->
<?xml version="1.0" encoding="UTF-8"?>
<Hint>
<Item>
<Property>12345</Property>
<Stay>
<CheckInDate>2018-07-03</CheckInDate>
<LengthOfStay>3</LengthOfStay>
</Stay>
</Item>
<Item>
<Property>12345</Property>
<Stay>
<CheckInDate>2018-07-03</CheckInDate>
<LengthOfStay>4</LengthOfStay>
</Stay>
</Item>
</Hint>
Plages de dates d'arrivée
L'exemple suivant spécifie deux hôtels dont les prix ont changé et doivent être récupérés à nouveau. Google récupère tous les séjours compris entre le 3 et le 6 juillet pour les établissements 12345 et 67890:
<!-- Check-in Ranges Hint Response -->
<?xml version="1.0" encoding="UTF-8"?>
<Hint>
<Item>
<Property>12345</Property>
<Property>67890</Property>
<FirstDate>2018-07-03</FirstDate>
<LastDate>2018-07-06</LastDate>
</Item>
</Hint>
Notez que pour qu'un message de plage d'arrivée puisse spécifier plusieurs propriétés dans un seul élément <Item>
, la valeur de <MultipleItineraries>
dans <QueryControl>
doit être définie sur "checkin_range"
.
Séjours inclus dans une période
L'exemple suivant illustre deux utilisations différentes des séjours inclus dans une période, l'un pour un nombre de nuits et l'autre pour une seule nuit:
<!-- Ranged Stay Hint Response -->
<?xml version="1.0" encoding="UTF-8"?>
<Hint>
<!-- Google fetches prices for all itineraries (first and last date are set) -->
<Item>
<Property>12345</Property>
<StaysIncludingRange>
<FirstDate>2018-07-03</FirstDate>
<LastDate>2018-07-06</LastDate>
</StaysIncludingRange>
</Item>
<!-- Google fetches prices for a single night (first date only) -->
<Item>
<Property>67890</Property>
<StaysIncludingRange>
<FirstDate>2018-07-03</FirstDate>
</StaysIncludingRange>
</Item>
</Hint>
Notez que pour qu'un message de séjour inclus dans une période puisse spécifier plusieurs propriétés dans un seul élément <Item>
, la valeur de <MultipleItineraries>
dans <QueryControl>
doit être définie sur "affected_dates"
.
Pour chacun de ces exemples, Google renvoie une réponse <Query>
, que vous devez ensuite renvoyer avec un message <Transaction>
qui inclut les mises à jour des prix pour les hôtels/séjours spécifiés.
<HintRequest>
Élément racine d'un message Hint request. Nous envoyons un message Hint request à votre serveur. Il attend une réponse spécifiant les hôtels et les séjours dont les prix ont changé depuis la dernière fois que Google a reçu une réponse d'indication réussie de votre serveur.
En cas de changement de prix, Google envoie un <Query>
qui extrait les données tarifaires mises à jour pour les hôtels et séjours indiqués.
Pour en savoir plus, consultez Messages Hint request.
Syntaxe
L'élément <HintRequest>
utilise la syntaxe suivante :
Syntaxe
<?xml version="1.0" encoding="UTF-8"?>
<HintRequest>
<LastFetchTime>last_fetch_time</LastFetchTime>
</HintRequest>
Attributs
L'élément <HintRequest>
ne comporte aucun attribut.
Éléments enfants
L'élément <HintRequest>
comporte les éléments enfants suivants :
Élément enfant | Type | Description |
---|---|---|
<LastFetchTime> | DateTime | Dernière fois que Google a reçu un message Hint response suite à un message Hint request.
Si cette date est antérieure à la dernière fois que vous avez mis à jour les prix sur votre serveur, vous devez répondre par un message de réponse d'indication spécifiant les hôtels qui ont été modifiés. S'il n'y a pas eu de récupération réussie récente, cette valeur est définie sur une valeur d'intervalle fixe (pour éviter les problèmes plus graves liés à un volume important de tâches en attente). La valeur actuelle de l'intervalle fixe est de 1 000 secondes, mais elle est susceptible d'être modifiée. Pour en savoir plus, consultez la section Messages Hint response. |
Exemples
L'exemple suivant présente un message Hint request:
Message Hint request
L'exemple suivant présente un message Hint request:
<?xml version="1.0" encoding="UTF-8"?>
<HintRequest id="ABCDEF" timestamp="2018-06-07T16:20:00Z">
<LastFetchTime>2018-03-25T00:04:09Z</LastFetchTime>
</HintRequest>
<Query>
Élément racine d'un message Query
. Les messages Query
sont des requêtes que Google envoie pour mettre à jour les prix ou les métadonnées. Ils sont utilisés avec les modes d'envoi "Pull" et "Requête de prix modifiés".
Il existe trois types de messages Query
:
Requête de prix en temps réel:Google répond à une requête utilisateur spécifique en demandant une mise à jour des prix en temps réel. Lorsque les partenaires reçoivent un message
Live pricing query
, ils doivent répondre par un message<Transaction>
contenant les informations tarifaires demandées dans les éléments<Result>
.Avec la tarification contextuelle:Google met à jour son cache de prix en fonction des contextes historiquement populaires. Lorsque vous recevez un message
With context query
, vous devez répondre par un message<Transaction>
contenant les informations tarifaires demandées dans les éléments<Result>
.Métadonnées:Google demande la mise à jour des métadonnées des chambres et des offres de chambres pour les hôtels spécifiés. Lorsque vous recevez un message
Metadata Query
, vous devez répondre avec un message<Transaction>
qui spécifie les données sur les chambres et les offres de chambres dans les éléments<PropertyDataSet>
.
Pour en savoir plus, consultez la page Présentation de la tarification pour les requêtes sur les prix et Métadonnées des offres de chambres pour les requêtes de métadonnées.
La syntaxe des trois types différents est décrite ci-dessous.
Syntaxe
L'élément <Query>
utilise la syntaxe suivante :
Requête de prix en temps réel
<?xml version="1.0" encoding="UTF-8"?>
<Query latencySensitive="true_or_false">
<Checkin>YYYY-MM-DD</Checkin>
<Nights>number_of_nights</Nights>
<!-- Only for Check-in Date Range pricing queries (Changed Pricing) -->
<FirstDate>YYYY-MM-DD</FirstDate>
<LastDate>YYYY-MM-DD</LastDate>
<!-- Only for Ranged Stay pricing queries (Changed Pricing) -->
<AffectedNights>number_of_nights</AffectedNights>
<PropertyList>
<Property>hotel_id</Property>
...
</PropertyList>
<!-- See documentation below for <Context> -->
<Context>
...
</Context>
</Query>
Avec contexte
<?xml version="1.0" encoding="UTF-8"?>
<Query>
<Checkin>YYYY-MM-DD</Checkin>
<Nights>number_of_nights</Nights>
<!-- Only for Check-in Date Range pricing queries (Changed Pricing) -->
<FirstDate>YYYY-MM-DD</FirstDate>
<LastDate>YYYY-MM-DD</LastDate>
<!-- Only for Ranged Stay pricing queries (Changed Pricing) -->
<AffectedNights>number_of_nights</AffectedNights>
<PropertyContextList>
<PropertyContext>
<Property>hotel_id</Property>
...
<!-- See documentation below for <Context> -->
<Context>
...
</Context>
</PropertyContext>
</PropertyContextList>
</Query>
Métadonnées
<HotelInfoProperties>
<Property>property_ID</Property>
...
</HotelInfoProperties>
Attributs
L'élément <Query>
peut contenir un attribut: latencySensitive
.
L'attribut latencySensitive
est facultatif. Lorsqu'elle est fournie et définie sur true
, elle indique que la requête est un Live Pricing Query
. Pour que Google envoie des requêtes avec l'attribut latencySensitive
, veuillez contacter votre responsable de compte technique (TAM).
Éléments enfants
L'élément <Query>
comporte les éléments enfants suivants :
Élément enfant | Type de requête | Type | Description |
---|---|---|---|
<AffectedNights> | Pricing | integer | Nombre de nuits d'un séjour inclus dans une période. Cet élément n'est utilisé que pour les requêtes sur les prix des séjours inclus dans une période avec le mode Requête de prix modifiés. |
<Checkin> | Pricing | Date | Dates d'un changement de prix spécifique. |
<Context> | Pricing (Live Pricing Queries only) | <Context> | Pour les requêtes de prix en temps réel, spécifie certains paramètres sous lesquels la requête est effectuée. Les éléments enfants incluent :
L'élément |
<FirstDate> | Pricing | Date | Date de début d'un ensemble de séjours auxquels les prix s'appliquent. Cet élément n'est utilisé que pour les requêtes sur les prix d'une plage de dates d'arrivée avec le mode Requête de prix modifiés. |
<HotelInfoProperties> | Metadata | string | Un ou plusieurs établissements pour lesquels Google souhaite mettre à jour les métadonnées des chambres et des offres de chambres dans un message de métadonnées Query . Cet élément peut contenir un ou plusieurs éléments <Property> spécifiant les ID d'établissements hôteliers. |
<LastDate> | Pricing | Date | Date de fin d'un ensemble de séjours auxquels les prix s'appliquent. Cet élément n'est utilisé que pour les requêtes sur les prix d'une plage de dates d'arrivée en mode Pull + Hints. |
<Nights> | Pricing | integer | Nombre de nuits pour un séjour donné (jusqu'à 30). |
<PropertyList> | Pricing | Object | Un ou plusieurs ID pour les hôtels dont les prix doivent être mis à jour. Définissez chaque hôtel dans un élément <PropertyList> <Property>pid1</Property> <Property>pid2</Property> </PropertyList> |
Exemples
Requête de prix
Dans l'exemple suivant, un message de requête de prix demande la mise à jour des prix d'un ensemble d'hôtels, disponibles pendant trois nuits à compter du 10 juin 2018:
<?xml version="1.0" encoding="UTF-8"?>
<Query>
<Checkin>2023-05-23</Checkin>
<Nights>3</Nights>
<PropertyList>
<Property>pid5</Property>
<Property>pid8</Property>
<Property>pid13</Property>
<Property>pid21</Property>
</PropertyList>
</Query>
Requête de prix en temps réel
L'exemple suivant présente une requête de prix en temps réel avec un temps de réponse limité à 500 millisecondes:
<?xml version="1.0" encoding="UTF-8"?>
<Query latencySensitive="true">
<Checkin>2017-06-07</Checkin>
<Nights>5</Nights>
<DeadlineMs>500</DeadlineMs>
<PropertyList>
<Property>8675309</Property>
</PropertyList>
<Context>
<Occupancy>4</Occupancy>
<OccupancyDetails>
<NumAdults>2</NumAdults>
<Children>
<Child age="8"/>
<Child age="5"/>
</Children>
</OccupancyDetails>
<UserCountry>US</UserCountry>
<UserDevice>mobile</UserDevice>
</Context>
</Query>
Avec requête de contexte
<?xml version="1.0" encoding="UTF-8"?>
<Query>
<Checkin>2023-05-23</Checkin>
<Nights>2</Nights>
<PropertyContextList>
<PropertyContext>
<Property>8675309</Property>
<!-- In the future, occupancy and device might be specified -->
<Context><UserCountry>US</UserCountry></Context>
<Context><UserCountry>GB</UserCountry></Context>
</PropertyContext>
<PropertyContext>
<Property>8675310</Property>
<Property>8675311</Property>
<Context><UserCountry>CA</UserCountry></Context>
</PropertyContext>
</PropertyContextList>
</Query>
Requête de métadonnées
<?xml version="1.0" encoding="UTF-8"?>
<Query>
<HotelInfoProperties>
<Property>pid5</Property>
<Property>pid8</Property>
<Property>pid13</Property>
<Property>pid21</Property>
</HotelInfoProperties>
</Query>
Pour obtenir d'autres exemples, y compris les requêtes sur les prix pour des séjours inclus dans une période et une plage de dates d'arrivée, consultez les exemples de messages Query
.
<Context>
L'élément <Context>
décrit les informations d'une Live pricing query
, y compris le nombre et le type de personnes, le pays et l'appareil de l'utilisateur.
Plusieurs <Context>
ne seront jamais utilisées avec des pays ou des appareils différents. Lorsque plusieurs <Context>
sont utilisés pour rechercher plusieurs nombres de personnes, veuillez fournir chaque prix en tant qu'offre de chambres supplémentaire pour l'établissement/le séjour correspondant. Chaque établissement/séjour doit comporter un seul bloc <Result>
avec les prix pour plusieurs nombres de personnes.
Pour obtenir les détails de la réponse à la requête <Context>
, consultez <OccupancyDetails>
.
Syntaxe
L'élément <Context>
utilise la syntaxe suivante :
Syntaxe
<?xml version="1.0" encoding="UTF-8"?>
<Query latencySensitive="true_or_false">
<Checkin>date</Checkin>
<Nights>number_of_nights</Nights>
<DeadlineMs>number_of_milliseconds</DeadlineMs>
<PropertyList>
<Property>property_ID</Property>
</PropertyList>
<Context>
<Occupancy>total_number_of_guests</Occupancy>
<OccupancyDetails>
<NumAdults>number_of_adults</NumAdults>
<Children>
<Child age=age_of_one_child_guest/>
<Child age=age_of_one_child_guest/>
</Children>
</OccupancyDetails>
<UserCountry>end_user_country</UserCountry>
<UserDevice>user_device_type</UserDevice>
</Context>
</Query>
Éléments enfants
L'élément <Context>
comporte les éléments enfants suivants :
Élément enfant | Type de requête | Type | Description |
---|---|---|---|
<Occupancy> | Pricing | integer | Spécifie le nombre total de clients. Bien que cela ne soit pas obligatoire, les requêtes avec Remarque: |
<OccupancyDetails> | Pricing | Object | Est précédé de <Occupancy> . Spécifie les clients par type, y compris:
Bien que cela ne soit pas obligatoire, les requêtes avec Remarque : |
<UserCountry> | Pricing | string | Filtre les tarifs en fonction du pays où se trouve l'utilisateur. La valeur est un code pays à deux lettres, tel que Les requêtes pour lesquelles |
<UserDevice> | Pricing | string | Filtre les tarifs en fonction du type d'appareil sur lequel l'utilisateur effectue sa recherche. Valeurs possibles :
Les requêtes pour lesquelles |
Exemples
Nombre de personnes
L'exemple suivant présente une requête de prix en temps réel pour <Occupancy>
dans <Context>
. La requête de requête de prix en temps réel concerne trois adultes.
<?xml version="1.0" encoding="UTF-8"?>
<Query latencySensitive="true">
<Checkin>2017-06-07</Checkin>
<Nights>4</Nights>
<DeadlineMs>500</DeadlineMs>
<PropertyList>
<Property>45617</Property>
</PropertyList>
<Context>
<Occupancy>3</Occupancy>
<UserCountry>US</UserCountry>
<UserDevice>mobile</UserDevice>
</Context>
</Query>
Informations sur l'occupation
L'exemple suivant présente une requête de prix en temps réel avec <OccupancyDetails>
dans <Context>
.
La requête "Requête de prix en temps réel" concerne quatre personnes, dont deux enfants, et recherche un tarif applicable à une réservation de clients aux États-Unis depuis un appareil mobile:
<?xml version="1.0" encoding="UTF-8"?>
<Query latencySensitive="true">
<Checkin>2017-06-07</Checkin>
<Nights>5</Nights>
<DeadlineMs>500</DeadlineMs>
<PropertyList>
<Property>8675309</Property>
</PropertyList>
<Context>
<Occupancy>4</Occupancy>
<OccupancyDetails>
<NumAdults>2</NumAdults>
<Children>
<Child age="4"/>
<Child age="12"/>
</Children>
</OccupancyDetails>
<UserCountry>US</UserCountry>
<UserDevice>mobile</UserDevice>
</Context>
</Query>
Contextes multiples
L'exemple suivant illustre l'utilisation d'un élément <Context>
supplémentaire dans une requête de prix en temps réel.
<?xml version="1.0" encoding="UTF-8"?>
<Query latencySensitive="true">
<Checkin>2017-06-07</Checkin>
<Nights>4</Nights>
<DeadlineMs>500</DeadlineMs>
<PropertyList>
<Property>45617</Property>
</PropertyList>
<Context>
<Occupancy>3</Occupancy>
<UserCountry>US</UserCountry>
<UserDevice>mobile</UserDevice>
</Context>
<Context>
<Occupancy>6</Occupancy>
<OccupancyDetails>
<NumAdults>4</NumAdults>
<Children>
<Child age="6"/>
<Child age="10"/>
</Children>
</OccupancyDetails>
<UserCountry>US</UserCountry>
<UserDevice>mobile</UserDevice>
</Context>
</Query>