Votre site a vendu une chambre que vous n'aviez plus
Vingt et une heures. Votre téléphone signale une réservation arrivée par le site : une chambre supérieure, deux nuits, à partir du 14. Vous ouvrez votre planning pour la confirmer. La chambre supérieure du 14 est partie l'avant-veille, par un autre canal.
Il va falloir rappeler ce client.
Le réflexe, à cet instant, est de chercher la panne du côté de la technique : le moteur de réservation — le module qui enregistre les réservations prises depuis votre site —, le prestataire qui l'a installé, la synchronisation entre vos canaux de vente : votre site, les plateformes, le téléphone, vos partenaires. Elle s'y trouve parfois. Mais un outil applique des règles, il n'en invente aucune. Quand la règle n'a jamais été écrite, l'outil ne peut rien refléter — et c'est très exactement ce qui vient de se passer.
Trois mots reviennent dans ces situations : stock, allotement, arrêt de vente. Ils paraissent techniques. Ce sont trois décisions commerciales, et vous êtes seul à pouvoir les prendre.
Voici la mécanique dans l'ordre où elle se décide. Puis ce que votre site doit en refléter, et à quelle vitesse.
Ce que vous vendez n'est pas une chambre, c'est une nuit dans une catégorie
Vous avez quarante chambres. Il est naturel d'en conclure que votre stock est de quarante.
Ce n'est pas ainsi qu'il se compte, et cette première confusion en produit beaucoup d'autres.
Ce que vous mettez en vente, c'est une chambre d'un certain type pour une nuit précise. La chambre 12 du 14 septembre et la chambre 12 du 15 septembre sont deux articles distincts. L'un peut être vendu pendant que l'autre reste disponible. Votre stock ne se compte donc pas par chambre, mais par nuit et par catégorie — un compte différent pour chaque date du calendrier.
C'est exactement ainsi que les grandes plateformes le reçoivent. Dans la documentation que Google publie à l'intention des systèmes hôteliers, le nombre de chambres disponibles est identifié par trois éléments et trois seulement : l'établissement, la date, et le type de chambre. Aucun numéro de chambre n'y figure. Le compte doit être supérieur à zéro pour chacune des nuits d'un séjour, faute de quoi rien ne s'affiche.
Deuxième précision, du même ordre : votre client n'achète pas la chambre 12. Il achète une double avec vue, ou une supérieure, ou une suite. Vous vendez donc par catégorie de chambres, et vous décidez ensuite laquelle attribuer. Cette liberté d'attribution est un actif : elle vous permet de vendre jusqu'à la dernière unité de la catégorie sans vous engager sur un numéro.
Troisième précision, la moins visible des trois. Le même lit peut être vendu à plusieurs conditions : annulable ou non, petit-déjeuner inclus ou non, tarif de dernière minute ou tarif négocié. Chacune de ces conditions porte un nom dans les outils : un plan tarifaire. Une double vue mer en tarif souple et la même double vue mer en tarif non remboursable sont deux offres différentes assises sur le même stock.
Retenez le croisement, parce qu'il commande toute la suite. D'un côté, un compte de chambres, qui vaut pour la catégorie entière. De l'autre, une autorisation de vendre, qui se pose offre par offre. Un prix ne s'affiche que si les deux conditions sont réunies : il reste des chambres dans la catégorie, et l'offre est ouverte à la vente pour cette date.
La façon de saisir tout cela change d'un logiciel à l'autre, et il ne faut pas prendre les habitudes d'un éditeur pour une loi du métier. Ce qui ne change pas, en revanche, c'est la mécanique elle-même : un compte par catégorie et par date, une autorisation par offre et par date.
Un allotement est une promesse datée, et sans date il devient un trou
Un voyagiste vous demande de lui réserver cinq chambres par nuit sur tout le mois de mars. Vous acceptez, parce qu'il vous apporte du volume sur une période creuse.
Ces cinq chambres sortent de votre réserve générale. Elles ne sont vendues à personne, et pourtant vous ne pouvez plus les vendre vous-même. Cette réservation de capacité au profit d'un partenaire porte un nom : un allotement, parfois appelé contingent.
Deux choses le distinguent d'une réservation. Aucun nom de client n'y est attaché. Et surtout, il a une fin.
Cette fin porte elle aussi un nom : la date de rétrocession, ou date de rendu. Elle s'exprime en nombre de jours avant l'arrivée. Passé ce délai, ce que le partenaire n'a pas vendu retourne dans votre inventaire général et redevient vendable par vous. La documentation d'Amadeus destinée aux hôteliers décrit ce fonctionnement de la même manière : les dates de rendu indiquent le moment où les chambres bloquées pour un allotement sont libérées vers l'inventaire général, et elles se comptent en jours avant l'arrivée. La durée exacte, elle, ne relève d'aucune règle universelle : elle se négocie et s'inscrit dans le contrat qui vous lie au partenaire.
Ce que ce contrat vous engage à faire, ce qu'il permet à l'autre partie, et ce qui se passe si l'une des deux ne tient pas son engagement : cela ne se décide pas depuis un site internet, et cela ne s'improvise pas. Faites relire ces clauses par un professionnel du droit avant de signer.
À côté de l'allotement existe une seconde façon de travailler avec un partenaire, et elle demande beaucoup moins d'engagement. Rien n'est bloqué à l'avance ; chaque demande vous est transmise, et vous la confirmez ou vous la refusez au cas par cas. On dit alors que le partenaire vend sur demande. Vous gardez la main sur chaque nuit, au prix d'un aller-retour à chaque dossier.
Voici maintenant le point qui produit les incidents.
Un allotement sans date de rétrocession écrite n'est pas un accord commercial : c'est un trou permanent dans votre capacité. Vous portez seul le risque de l'invendu, tous les jours, y compris ceux où le partenaire n'a envoyé personne depuis six mois. Et comme rien n'est écrit, personne dans votre équipe ne sait pourquoi ces chambres n'apparaissent jamais.
Regardez maintenant ce qui, chez vous, ne part jamais à la vente. Des chambres gardées pour les habitués. Une chambre écartée pour un défaut connu. Quelques-unes promises à la même agence depuis si longtemps que plus personne ne sait depuis quand. Chacune de ces situations est un allotement : de la capacité retirée de votre réserve, sans contrat, sans date de rendu, et sans décision écrite.
Un arrêt de vente ferme une date, il ne ferme pas un canal
Le 14 est complet. Ou bien vous refaites les salles de bains cette semaine-là. Ou bien vous êtes en effectif réduit et vous ne voulez plus d'arrivées ce jour-là.
Dans les trois cas, vous voulez la même chose : que plus personne ne puisse acheter cette nuit-là. Ce geste porte un nom, et il est plus littéral qu'on ne l'imagine : un arrêt de vente.
Sa logique mérite une seconde d'attention, car elle est contre-intuitive. Dans le protocole que Google publie pour les prix d'hôtel, une offre est fermée par défaut : il faut l'ouvrir explicitement pour qu'elle devienne vendable, et la refermer se nomme précisément un arrêt de vente. Autrement dit, la vente est une autorisation que vous accordez, pas un état naturel des choses. Et cette autorisation doit être accordée pour chacune des nuits d'un séjour : une seule nuit fermée au milieu suffit à rendre le séjour entier impossible à réserver.
Autour de l'arrêt de vente gravitent d'autres leviers, plus fins. Il vaut la peine de les décrire avant de les nommer, parce que leurs noms se ressemblent et que leurs effets ne se ressemblent pas du tout.
Vous ne voulez pas d'une seule nuit sur un long week-end. Vous imposez alors un plancher : c'est la durée minimale de séjour. Ce plancher existe en deux variantes, et les deux se confondent aisément. La première s'applique à tout séjour qui traverse la date concernée. La seconde ne s'applique qu'aux séjours qui commencent ce jour-là. La documentation technique de Booking.com les distingue explicitement, avec deux réglages différents. Posée sur la mauvaise variante, la règle laisse passer exactement ce que vous vouliez interdire.
Vous ne voulez plus d'arrivées un jour donné, mais les clients déjà sur place doivent pouvoir rester. Vous fermez alors la date à l'arrivée : on peut dormir cette nuit-là si le séjour a commencé avant, on ne peut pas commencer son séjour ce jour-là. Le symétrique existe pour les départs. Ces deux réglages ne libèrent aucune chambre : le stock reste consommé par les séjours qui traversent la date.
Reste une question qui ne porte sur aucun de ces leviers en particulier, et qui commande pourtant leur effet à tous : à quel niveau s'appliquent-ils ?
La réponse est publiée, et elle est nette. Le compte de chambres vaut pour la catégorie entière, tous tarifs confondus : c'est votre limite haute, aucune offre ne peut vendre au-delà. Les restrictions, elles, se posent le plus souvent offre par offre. Vous fermez votre tarif souple, vous voyez la mention de fermeture s'afficher, vous en concluez que la date est fermée — et votre tarif non remboursable reste ouvert à la vente.
| Ce que vous voulez obtenir | Le levier | Ce qu'il ferme réellement | Le piège |
|---|---|---|---|
| Plus aucune vente sur la nuit du 14 | Arrêt de vente sur la date | L'offre concernée, pour cette date | Posé sur un seul tarif, il laisse les autres ouverts |
| Pas moins de deux nuits sur le pont | Durée minimale de séjour | Selon la variante : tous les séjours qui traversent la date, ou seulement ceux qui commencent ce jour-là | Les deux variantes ne produisent pas le même effet ; vérifier laquelle est posée |
| Personne pour accueillir ce jour-là | Fermeture à l'arrivée | Les séjours qui commenceraient ce jour-là | Elle ne libère aucune chambre : les séjours en cours consomment toujours le stock |
| Ne plus rien vendre du tout sur une catégorie | Compte de chambres ramené à zéro | Toute la catégorie, tous tarifs confondus | C'est le seul levier qui s'applique à tous les tarifs ; trop brutal pour une fermeture partielle |
| Réserver de la capacité à un partenaire | Allotement avec date de rétrocession | Ces chambres sortent de votre réserve jusqu'à la date de rendu | Sans date de rendu écrite, elles n'y reviennent jamais |
| Ne plus vendre sur un partenaire précis | Retrait de l'établissement de ce canal | Ce canal, et rien d'autre | Les autres canaux continuent de vendre la date que vous vouliez protéger |
Votre site doit refléter cette mécanique, et un délai subsistera toujours
Trois configurations de site sont défendables. Ce qui ne l'est pas, c'est de promettre l'une en ayant installé l'autre.
Le site qui ne connaît pas votre stock. Un formulaire recueille une demande, vous répondez à la main. Ce n'est pas un défaut, à une condition : que le texte le dise. Un bouton qui annonce une demande de disponibilité prépare le client à recevoir une réponse. Un bouton qui annonce une réservation lui fait croire que l'affaire est conclue. Le problème n'est jamais dans le formulaire, il est dans le libellé du bouton et dans le message de confirmation.
Le site qui affiche un calendrier tenu à la main. Tenable, à deux conditions : une seule personne le tient, et la fréquence de mise à jour est décidée et connue. Sans ces deux règles, ce calendrier affiche une disponibilité que plus personne ne garantit.
Le site branché sur le même stock que vos autres canaux. C'est la cible. Deux façons de l'organiser existent, et le choix vous appartient. Soit toutes vos ventes puisent dans un compte unique, et chaque réservation, d'où qu'elle vienne, diminue la disponibilité partout à la fois. Soit vous répartissez votre capacité canal par canal, en attribuant un nombre de chambres à chacun. La première expose toutes vos chambres à tous vos canaux et supprime la question de la répartition ; la seconde protège des dépassements, mais laisse dormir les chambres qu'un canal n'aura pas vendues.
Vient alors la question qui décide de tout le reste : combien de temps met une modification à se voir partout ?
Elle n'a pas de réponse universelle, mais elle a une réponse documentée sur un maillon. Google indique, pour son propre affichage, que dans le mode où votre système lui pousse ses mises à jour, un prix modifié devient visible pour l'internaute dans un délai de quinze à vingt minutes après réception du message ; et qu'environ cinq minutes de traitement s'appliquent dans le mode où c'est Google qui vient interroger votre système. Ces chiffres valent pour un acteur et pour sa propre vitrine. Ils ne disent rien de votre moteur, ni de vos autres partenaires.
Ce qu'ils établissent, en revanche, est décisif : même dans une chaîne parfaitement branchée, il existe une fenêtre pendant laquelle une disponibilité déjà consommée reste affichée quelque part. La bonne question n'est donc pas de savoir si votre système est instantané. Elle est de savoir combien de temps dure votre fenêtre de risque, et ce que vous décidez de faire pendant.
Un dernier point, souvent oublié parce qu'il fonctionne à l'envers. La règle publiée par Google demande de renvoyer le compte de chambres à chaque réservation et à chaque annulation. L'annulation compte autant que la vente. Une chambre libérée qui ne remonte nulle part est une nuit que plus personne ne peut acheter — une perte silencieuse, que rien ne vient jamais vous signaler.
Trois réflexes de prudence aggravent le problème qu'ils prétendent régler
Garder une marge de sécurité en retirant des chambres de la vente. Après une survente, le geste paraît sage : sur quarante chambres, on n'en déclare que trente-huit. Il produit trois effets. Vous payez cette assurance en nuits invendues, chaque jour, y compris tous ceux où il ne se passe rien. La marge n'est écrite nulle part, donc personne ne sait qu'elle existe ni pourquoi. Et le jour où quelqu'un remet les comptes à jour proprement, elle disparaît sans que personne ne s'en aperçoive. Ce qui protège d'une survente, c'est une règle explicite sur la dernière unité d'une catégorie, pas un retrait permanent que nul ne peut expliquer.
Fermer un canal au lieu d'arrêter la vente sur une date. L'incident est arrivé par une plateforme, la tentation est de retirer l'établissement de cette plateforme. Les autres continuent de vendre la même date, donc le risque demeure entier. Et vous perdez votre visibilité sur toutes les autres dates, y compris celles que vous cherchez précisément à remplir. Le levier juste porte sur la date, sur l'offre, et sur toutes les vitrines à la fois.
Laisser deux personnes modifier le stock sans règle commune. La réception ferme une date dans le logiciel de l'hôtel. Le soir, la direction la rouvre depuis l'espace partenaire, sans savoir qu'elle avait été fermée. Aucun outil ne tranchera ce conflit à votre place, parce qu'aucun outil ne sait laquelle des deux personnes a raison. Une seule source doit faire foi ; toutes les autres la reflètent. Écrivez laquelle, et écrivez qui a le droit d'y toucher. C'est la ligne la plus courte de tout ce travail. Ce n'est pas la moins utile.
Questions fréquentes
Faut-il un moteur de réservation pour vendre en direct ?
Non. Un formulaire de demande traité rapidement et honnêtement libellé suffit, tant que le volume reste tenable à la main. Ce qu'il vous faut décider avant de l'installer, c'est votre délai de réponse et la personne qui répond — car un formulaire sans règle de traitement produit exactement les mêmes déceptions qu'un moteur mal branché.
Une survente vient de se produire. Comment la traite-t-on ?
Prévenez le client le plus tôt possible, proposez une solution concrète avant qu'il ne la demande, et ne laissez pas la nouvelle arriver à la réception le jour de l'arrivée. Ensuite seulement, retracez le chemin : par quel canal la vente est-elle passée, à quelle heure, et quel compte affichait alors une disponibilité. Ce que vous devez au client sur le plan financier dépend des conditions que vous avez affichées et du droit applicable : sur ce point, faites-vous conseiller par un professionnel plutôt que de vous fier à un usage.
Peut-on garder des chambres hors vente en permanence ?
Oui, et c'est parfois nécessaire : chambre de service, chambre en travaux, chambre réservée à un usage interne. La différence tient à un mot : ces chambres-là sont sorties du compte de manière décidée et écrite. Ce qui pose problème, ce n'est pas la chambre retirée, c'est la marge implicite que personne n'a formalisée.
Comment mesurer le délai de mise à jour de mon propre système ?
Faites-le vous-même, cela prend un après-midi et aucun budget. Choisissez une date éloignée et sans enjeu, fermez-la à la vente depuis votre outil de référence, notez l'heure. Puis rafraîchissez vos autres vitrines toutes les cinq minutes, en navigation privée, jusqu'à voir la fermeture apparaître. Notez l'heure de chacune. Vous obtenez votre délai réel, canal par canal — et c'est un chiffre qui vous appartient, contrairement à tous ceux qu'on vous citera.
Les allotements ne concernent-ils que les grands établissements ?
Non. Trois chambres promises à une agence réceptive pour la saison, c'est un allotement, avec les mêmes conséquences sur votre capacité qu'un contrat de cinquante chambres. La taille change les montants en jeu, pas la mécanique ni la nécessité d'une date de rendu.
Mon logiciel ne gère-t-il pas tout cela automatiquement ?
Il applique les règles que vous lui donnez, et il les applique fidèlement, y compris quand elles se contredisent. Un outil ne peut pas décider à votre place de la durée d'un allotement, du sort de la dernière chambre d'une catégorie, ni de la personne qui a le dernier mot sur le calendrier. Ces trois décisions restent les vôtres, avant l'outil et indépendamment de lui.
Pour aller plus loin
Le seuil à partir duquel la recopie manuelle ne tient plus — le délai de propagation décrit ici se réduit avec un outil, et cet article dit à partir de quand il devient nécessaire.
Les cinq chiffres où se lisent vos décisions d'ouverture — un allotement immobilisé ou un arrêt de vente oublié ne se voit nulle part sur le moment ; il apparaît un mois plus tard, dans ces chiffres-là.
Poser sa grille de prix par catégorie et par occupation — le pendant tarifaire du compte de chambres décrit ici, sur une seule feuille et sans logiciel.
Ce soir, une feuille et vingt minutes
Prenez une feuille. Une ligne par catégorie de chambres, et trois colonnes seulement.
Combien d'unités vous mettez réellement en vente. Combien sont promises à quelqu'un, et jusqu'à quelle date. Qui a le droit de modifier ce nombre.
Vous buterez peut-être sur une ligne. C'est celle-là qui produit vos appels du soir.
Ensuite, ouvrez le calendrier de disponibilité de l'un de vos espaces partenaires et comptez ce qui s'affiche sous un seul type de chambre. Une ligne porte le nombre de chambres disponibles. Les autres, s'il y en a, correspondent chacune à l'un de vos tarifs. Ce comptage répond à la seule question qui compte ici : quand vous fermez une date, fermez-vous la catégorie entière, ou une seule ligne parmi plusieurs ? Si l'écran ne permet pas de trancher, c'est la première question à poser par écrit à votre interlocuteur chez ce partenaire.
Vous n'avez rien acheté et rien branché. Vous avez simplement écrit les règles que votre outil attendait depuis le début.
INSEN STUDIO
On regarde votre situation ensemble ?
Vous repartez avec une lecture claire, avec ou sans nous.
Demander un audit digitalSources
Les mécanismes décrits ici sont ceux publiés par les acteurs concernés. Ils ont été reformulés, non recopiés. Les outils évoluent en continu : ce qui suit vaut à la date de consultation et se revérifie à la source. Aucun relevé propre à un établissement n'est utilisé dans cet article.
Google, Hotel Prices, guide développeur, « Inventory Message », developers.google.com/hotels/hotel-prices/dev-guide/ari-inventory-message, consultée le 11 août 2026.
Google, Hotel Prices, guide développeur, « Availability Message », developers.google.com/hotels/hotel-prices/dev-guide/ari-availability-message, consultée le 11 août 2026.
Google, Hotel Prices, guide développeur, « Pricing Delivery Modes », developers.google.com/hotels/hotel-prices/dev-guide/delivery-mode, consultée le 11 août 2026.
Booking.com, documentation Connectivity API, « Create or update inventory, rates and restrictions », developers.booking.com/connectivity/docs/b_xml-availability, consultée le 11 août 2026.
Amadeus, Hotel Administration Portal, aide en ligne, « What Are the Allotment Structure Types? », webplanning.admin.amadeus.com, consultée le 11 août 2026.
Wikipédia (version anglaise), « Allotment (travel industry) », en.wikipedia.org/wiki/Allotment_(travel_industry), consultée le 11 août 2026. Source encyclopédique, retenue pour la définition générale et pour le principe du rendu contractuel, non pour un fait chiffré.