Guide d'intégration
Comment obtenir un accès à l’API Booking.com en 2026
Il n’existe pas d’API Booking.com en libre-service pour gérer des établissements. Les Connectivity APIs ne sont ouvertes qu’aux Connectivity Partners, Booking.com a suspendu les nouveaux, et il n’accepte pas de connexions directes d’établissements individuels. Ce guide explique le programme partenaires, l’autorisation que chaque établissement donne dans l’Extranet, la règle du fournisseur unique et les deux façons de connecter un établissement aujourd’hui.
Il existe deux API Booking.com
Cherche « Booking.com API » et la plupart des résultats parlent de la mauvaise. Booking.com publie deux surfaces pour développeurs sans rapport entre elles, pour deux types d’entreprises différents :
| Demand API | Connectivity APIs | |
|---|---|---|
| Conçue pour | Les affiliés qui vendent des séjours, des voitures et des activités Booking.com | Les channel managers et PMS qui gèrent des établissements sur Booking.com |
| Ce qu’elle fait | Rechercher l’inventaire, vérifier les disponibilités, réserver pour des voyageurs | Tarifs, disponibilités, réservations, contenu, photos, messages, avis |
| Identifiants | Affiliate ID et token | Le compte machine d’un Connectivity Partner |
| Un hôte peut-il gérer ses annonces avec ? | Non | Oui, via un fournisseur connecté |
Ce guide porte sur la seconde : les Connectivity APIs, qui selon Booking.com permettent aux Connectivity Partners de « gérer la disponibilité des chambres, les réservations, les prix et bien d’autres choses » pour les établissements présents sur Booking.com. Si tu construis pour des hôtes ou des gestionnaires de locations, c’est celle-là qu’il te faut. Pour ce que fait chacune de ses surfaces une fois connecté, lis L’API Booking.com : comment fonctionne l’accès.
Peut-on devenir Connectivity Partner de Booking.com ?
Pas en ce moment. Chaque appel aux Connectivity APIs est fait par un Connectivity Partner : une entreprise que Booking.com a approuvée, intégrée et certifiée, et qui agit ensuite pour de nombreux établissements via un seul compte machine.
Les nouveaux fournisseurs sont suspendus
Le portail de connectivité de Booking.com, connect.booking.com, indique : « Afin que nos équipes puissent offrir une expérience de partenariat solide, nous suspendons les intégrations avec de nouveaux fournisseurs de connectivité jusqu’à nouvel ordre. » Il n’y a ni formulaire derrière, ni date. Planifie comme si cette voie était fermée.
Ce que Booking.com demande à un partenaire
Quand la porte est ouverte, Booking.com publie ce qu’un nouveau Connectivity Partner doit avoir :
- la conformité PCI et PII
- un logiciel dans le cloud ou sur serveur central
- la gestion des prix et des disponibilités, avec mises à jour en temps réel
- la gestion des réservations, avec confirmation instantanée des réservations entrantes
- la gestion du contenu de l’établissement
- un nombre minimum d’établissements ou de logements, qui varie selon le segment de marché et la région
Viennent ensuite la certification sur les API Reservations et Rates & Availability, puis l’obligation continue de suivre les évolutions de Booking.com : il demande aux partenaires de prendre en charge toutes les fonctions disponibles de l’API, de charger au moins une année complète de tarifs et de disponibilités par établissement, et d’éviter que les réservations retombent sur l’email. Son Partner Programme classe ensuite les fournisseurs selon les fonctions qu’ils prennent en charge. C’est un engagement d’entreprise qui se compte en mois, pas une inscription de développeur.
Un établissement peut-il utiliser directement l’API Booking.com ?
Non. Booking.com répond lui-même sur son portail : « Nous n’acceptons pas de connexions directes d’établissements individuels pour le moment, mais vous pouvez vous connecter via un channel manager. » C’est vrai pour un seul appartement comme pour un grand portefeuille. Un gestionnaire qui veut qu’un logiciel pilote ses annonces Booking.com choisit un fournisseur déjà Connectivity Partner.
Comment un établissement connecte un fournisseur
L’autorisation que donne un établissement est une demande de connexion, faite dans l’Extranet Booking.com :
- L’établissement ouvre la section des fournisseurs de connectivité de son compte Extranet, trouve le fournisseur par son nom et demande une connexion.
- La demande précise les types de connexion que l’établissement veut confier à ce fournisseur : Reservations, Rates and Availability, Content, Photos, Guest reviews, Messaging, Promotions et d’autres. Chacun ouvre un ensemble d’API, rien de plus.
- Le fournisseur l’accepte ou la refuse. Tant qu’elle n’est pas acceptée, la connexion est en
pendinget le compte machine du fournisseur ne voit pas du tout l’établissement.
L’établissement a besoin de son Hotel ID numérique et d’un accès Extranet autorisé à gérer les connexions. Sur la page hébergée de Repull, l’étape entière prend quelques minutes ; le pas-à-pas est dans Connecter Booking.com.
Un seul fournisseur gère l’établissement
La documentation fournisseurs de Booking.com appelle offre principale l’ensemble Reservations plus Rates and Availability. Un établissement a un seul fournisseur de connectivité pour cela à la fois : en connecter un nouveau veut dire changer de fournisseur, et l’ancienne connexion reste active jusqu’à la fin du changement. Booking.com prévient aussi les établissements que les mises à jour du fournisseur écrasent généralement les modifications faites à la main dans le calendrier de l’Extranet.
Les fournisseurs peuvent aller plus loin et rendre obligatoire n’importe quel type de connexion qu’ils proposent. Un établissement qui choisit un type obligatoire chez un fournisseur ne peut pas demander le même type à un autre.
Pourquoi « connecte aussi notre app » échoue
Si un établissement tourne déjà sur un channel manager, ton app ne peut pas devenir en plus son fournisseur pour les tarifs, les disponibilités et les réservations sans remplacer ce channel manager. La plupart des hôtes ne changeront pas le système qui fixe leurs prix pour qu’un outil de messagerie ou un tableau de bord puisse lire leurs réservations.
La première question à poser est donc la même que sur Airbnb : ton produit doit-il gérer l’établissement, ou seulement lire les réservations et parler aux voyageurs ? La réponse décide de la connexion dont tu as besoin.
Tes options en 2026
Option 1 : devenir Connectivity Partner
Suspendu pour les nouveaux fournisseurs. Si tu construis un channel manager complet avec une vraie offre derrière, garde un œil sur connect.booking.com, mais n’accroche pas ta roadmap à cette porte.
Option 2 : iCal
Booking.com peut importer et exporter un lien de calendrier par chambre. Il ne contient que les dates bloquées : ni voyageur, ni prix, ni messages, ni avis. Il évite les doubles réservations entre deux calendriers, et pas grand-chose de plus.
Option 3 : passer par un Connectivity Partner existant
Travaille avec une entreprise qui détient déjà un accès Connectivity Partner et le propose via sa propre API. Les établissements connectent ce fournisseur dans leur Extranet, et tu construis sur son API.
Option 4 : une connexion à côté du channel manager actuel
Pour les produits qui lisent et répondent plutôt que de piloter le calendrier, une connexion via l’utilisateur Extranet de l’établissement atteint les réservations, les messages des voyageurs et les avis, et laisse le channel manager aux commandes des tarifs et des disponibilités.
Comment ça marche avec Repull
Repull te donne les options 3 et 4 avec une seule API, à côté d’Airbnb, de Vrbo et d’autres canaux, plus 14 logiciels de gestion locative (PMS). Choisis par établissement :
| Connexion officielle | Connexion Extranet | |
|---|---|---|
| À utiliser quand | Ton app est le channel manager | L’établissement garde son channel manager actuel |
| Fournisseur de connectivité | Repull, approuvé par l’établissement dans son Extranet | Inchangé : le fournisseur actuel reste connecté |
| Réservations | Lecture | Lecture |
| Messages des voyageurs | Lecture et envoi, avec pièces jointes | Lecture et envoi |
| Avis | Lecture et réponse | Lecture et réponse |
| Tarifs, disponibilités, restrictions | Écrits par Repull | Laissés au channel manager actuel |
| Prix | Ton forfait Repull | 5 $ par annonce et par mois en plus de n’importe quel forfait, Free compris |
La connexion officielle : Repull comme channel manager
Tu crées une session Connect ; la page hébergée de Repull indique à l’établissement quel fournisseur approuver dans son Extranet, puis l’établissement saisit son Hotel ID et mappe ses chambres. Dès lors, Booking.com reçoit de Repull les tarifs, les disponibilités et les restrictions : utilise-la quand ton produit les fixe.
# Repull as the property's connectivity provider (the official connection)
curl -X POST 'https://api.repull.dev/v1/connect/booking' \
-H 'Authorization: Bearer sk_live_YOUR_KEY' \
-H 'Content-Type: application/json' \
-d '{ "redirectUrl": "https://yourapp.com/connected" }'La connexion Extranet : à côté du channel manager existant
L’hôte invite dans son Extranet un utilisateur généré par Repull, comme il ajouterait un collègue, et peut le retirer à tout moment. Les réservations, les messages des voyageurs et les avis arrivent ; les tarifs, les disponibilités et le contenu restent à ce qui les gère déjà. C’est une option payante à 5 $ par annonce et par mois, sur n’importe quel forfait, Free compris.
# Next to the property's current channel manager (the Extranet login)
curl -X POST 'https://api.repull.dev/v1/connect' \
-H 'Authorization: Bearer sk_live_YOUR_KEY' \
-H 'Content-Type: application/json' \
-d '{
"redirectUrl": "https://yourapp.com/connected",
"allowedProviders": ["booking-extranet-login"]
}'Dans les deux cas, tu lis Booking.com avec les mêmes endpoints que pour tous les autres canaux :
# Either way, Booking.com data arrives through the same calls as every channel
curl 'https://api.repull.dev/v1/reservations?platform=booking' \
-H 'Authorization: Bearer sk_live_YOUR_KEY'
curl 'https://api.repull.dev/v1/conversations?platform=booking' \
-H 'Authorization: Bearer sk_live_YOUR_KEY'Par laquelle commencer
Dans le doute, commence par la connexion Extranet sur un de tes propres établissements : rien ne change sur l’établissement, et tu vois de vraies réservations et de vrais messages en quelques minutes. Les détails sont dans Connecter Booking.com avec la connexion Extranet et Utiliser Repull à côté d’un PMS.
Tu veux que Claude ou ChatGPT travaillent directement avec un établissement Booking.com ? Le serveur MCP Booking.com les connecte via ces deux mêmes connexions. Tu construis aussi sur Airbnb ? Lis Comment obtenir un accès à l’API Airbnb en 2026, et compare les fournisseurs dans Repull comparé.
Essaie-le sur un vrai établissement. Crée un compte gratuit, ou consulte les forfaits et l’option sur la page tarifs.
Questions fréquentes
Booking.com accepte-t-il de nouveaux connectivity partners en 2026 ?
Non. Le portail de connectivité de Booking.com indique qu’il « suspend les intégrations avec de nouveaux fournisseurs de connectivité jusqu’à nouvel ordre ». Les entreprises déjà Connectivity Partners gardent leur accès ; aucune candidature n’est ouverte pour les nouvelles.
Puis-je obtenir une clé API Booking.com pour mon propre établissement ?
Non. Booking.com indique qu’il n’accepte pas de connexions directes d’établissements individuels et renvoie les propriétaires vers un channel manager, choisi dans l’Extranet. Il n’existe pas de clé en libre-service, ni pour un seul établissement ni pour un portefeuille.
Qu’exige Booking.com d’un Connectivity Partner ?
Sa liste publiée : conformité PCI et PII, logiciel dans le cloud ou sur serveur central, gestion des prix et des disponibilités, gestion des réservations, mises à jour des tarifs et des disponibilités en temps réel, confirmation instantanée des réservations entrantes et gestion du contenu de l’établissement. Les nouveaux partenaires doivent aussi apporter un nombre minimum d’établissements ou de logements, qui varie selon le segment de marché et la région.
La Demand API de Booking.com est-elle la bonne pour gérer mes annonces ?
Non. La Demand API sert aux affiliés qui recherchent et vendent l’inventaire de Booking.com, avec une authentification par Affiliate ID. Gérer les tarifs, les disponibilités, les réservations et les messages d’un établissement relève des Connectivity APIs, que seuls les Connectivity Partners peuvent appeler.
Un établissement peut-il utiliser deux channel managers sur Booking.com ?
Pas pour la même tâche. Les réservations et les tarifs et disponibilités d’un établissement passent par un seul fournisseur de connectivité à la fois ; passer à un autre fournisseur veut dire changer. Ce qui peut coexister avec ce fournisseur, c’est une connexion plus étroite qui ne touche pas aux tarifs ni aux disponibilités, comme la connexion Extranet de Repull.
La connexion Extranet modifie-t-elle mes tarifs ou mes disponibilités ?
Non. Elle lit les réservations, les messages des voyageurs et les avis, et envoie des réponses. Les tarifs, les disponibilités et le contenu restent au channel manager qui gère déjà l’établissement, et Repull ne les écrit jamais dans ce mode.
Combien coûte la connexion Extranet ?
5 $ par annonce et par mois pour chaque annonce connectée via un accès à l’Extranet Booking.com, en plus de n’importe quel forfait Repull, Free compris. La connexion officielle, où Repull est le fournisseur de connectivité de l’établissement, ne nécessite aucune option.
Existe-t-il un sandbox pour l’API Booking.com ?
Les Connectivity Partners créent leurs propres établissements de test dans l’environnement de Booking.com. Hors du programme, il n’y en a pas : le premier test sans risque avec Repull est donc un vrai établissement connecté via la connexion Extranet. Elle lit et répond, et ne change rien sur l’établissement.
Tu connectes Booking.com à grande échelle ?
Dis-nous ce que tu construis, combien d’établissements tu prévois et de quels canaux tu as besoin en plus de Booking.com. Nous te dirons quelle connexion convient et ce qu’elle coûte.
À lire aussi