Calendriers · Synchronisation iCal
Dès qu’un hébergement est proposé sur plusieurs plateformes, la même nuit peut être vendue deux fois. La synchronisation des calendriers existe pour éviter ça — mais elle ne fonctionne pas comme la plupart des propriétaires l’imaginent, et elle laisse toujours une fenêtre de risque.
Cette page explique ce que la synchronisation transmet réellement, ce qu’elle ne transmet pas, et à partir de quel moment elle ne suffit plus.
Parce que chaque plateforme tient son propre calendrier et ignore les autres. Quand un voyageur réserve sur Airbnb, Booking n’en sait rien tant que personne ne l’a prévenu.
Le risque n’est donc pas permanent : il est concentré dans l’intervalle entre une réservation sur une plateforme et le moment où les autres en sont informées. Tout l’enjeu de la synchronisation consiste à réduire cet intervalle — pas à le supprimer.
C’est un fichier au format .ics, publié à une adresse web, qui liste les périodes occupées d’un hébergement. Chaque plateforme en publie un pour chacune de vos annonces, et chaque plateforme sait en importer.
Le principe est simple : vous donnez à Booking l’adresse du calendrier Airbnb, et à Airbnb l’adresse du calendrier Booking. Chacune vient lire l’autre régulièrement et bloque les dates qu’elle y trouve occupées.
Notez que l’iCal fonctionne par annonce, et dans un seul sens à la fois. Une connexion complète entre deux plateformes suppose donc deux liens, un dans chaque sens, pour chaque logement.
La démarche est la même partout, seuls les libellés changent.
Dans la plateforme A, ouvrez le calendrier de l’annonce et copiez l’adresse d’export du calendrier.
Dans la plateforme B, ouvrez le calendrier de la même annonce et collez cette adresse dans la section d’import.
Recommencez dans l’autre sens : adresse d’export de B, importée dans A.
Répétez pour chaque logement si vous en avez plusieurs.
Ces adresses sont des liens secrets : quiconque les possède peut lire vos disponibilités. Ne les publiez nulle part, et régénérez-les si vous pensez qu’elles ont fuité.
C’est le point le plus mal compris, et celui qui cause le plus de mauvaises surprises.
Un calendrier iCal transporte des dates occupées, et rien d’autre. Il ne transmet pas :
Autrement dit, l’iCal empêche de vendre deux fois la même nuit, mais il ne synchronise ni vos prix ni vos conditions. Ceux-là restent à tenir à jour séparément sur chaque plateforme.
La fréquence est décidée par la plateforme qui importe, pas par vous. Elle va de quelques minutes à plusieurs heures selon les cas, et aucune plateforme ne s’engage sur un délai.
Cette latence est la cause directe des surbookings résiduels : entre une réservation reçue et sa prise en compte ailleurs, les dates restent ouvertes partout. Le risque est donc maximal sur les réservations de dernière minute, et particulièrement sur les arrivées le jour même.
Si vous vendez beaucoup en dernière minute, la synchronisation iCal seule ne vous protégera pas.
Trois limites, à connaître avant de s’y fier.
La latence, décrite ci-dessus, qu’aucun réglage ne supprime.
L’absence de gestion des quantités. Si vous avez trois logements identiques, l’iCal ne sait pas exprimer « deux sur trois sont pris ». Il faut alors un calendrier distinct par logement, ce qui multiplie les connexions à maintenir.
La fragilité silencieuse. Une adresse régénérée, une annonce recréée, une plateforme qui cesse de répondre : le lien se rompt sans prévenir, et vous ne vous en apercevez qu’au surbooking suivant. Vérifiez périodiquement que chaque connexion fonctionne encore, ou utilisez un outil qui vous alerte quand un flux échoue.
Prévenez immédiatement le voyageur, avant qu’il ne s’en aperçoive lui-même. Proposez une solution concrète : un autre logement chez vous, un hébergement équivalent chez un confrère, une prise en charge de la différence de prix.
Traitez ensuite l’annulation directement avec la plateforme concernée en expliquant la situation : selon les cas et l’historique du compte, les pénalités appliquées à l’hôte peuvent être réduites.
Un surbooking bien géré coûte de l’argent. Un surbooking mal géré coûte un avis public, qui vous suivra beaucoup plus longtemps.
L’iCal convient aux petites structures : un à quelques logements, deux ou trois canaux, peu de ventes de dernière minute.
Au-delà, il montre ses limites. Un channel manager pousse en temps réel les disponibilités, les tarifs et les restrictions vers l’ensemble des canaux, et gère les quantités. C’est un outil plus lourd et plus coûteux, justifié dès lors que vous exploitez de nombreuses chambres ou que vous distribuez sur de nombreuses plateformes.
Le bon critère n’est pas la taille de votre hébergement, c’est le coût d’un surbooking pour vous. Si une seule erreur annule le bénéfice de plusieurs mois, l’iCal ne suffit plus.
Non. Les plateformes relisent les calendriers importés à intervalle régulier, sans garantie de délai. Une réservation peut donc rester invisible ailleurs pendant un certain temps.
Non. Il ne transmet que les dates occupées. Vos prix, durées minimales et conditions restent à gérer séparément sur chaque plateforme.
Non. Chaque logement a son propre calendrier, et chaque connexion se fait annonce par annonce, dans les deux sens.
Les dates ne se bloquent plus, sans alerte de la part des plateformes. C’est la cause la plus fréquente des surbookings chez les hôtes qui pensaient être protégés.
Non. C’est précisément le cas où la latence pose problème, puisque la réservation et l’arrivée sont trop rapprochées pour que la synchronisation ait le temps d’agir.