Une réservation Airbnb, plusieurs e-mails,
une ligne
Une confirmation de réservation, une modification de dates et une annulation peuvent appartenir à la même réservation, et chacune arrive dans son propre e-mail. Transférez les trois dans un tableur et la réservation devient trois lignes, dont la plus ancienne affiche encore les dates initialement réservées par le voyageur. Le plus difficile est de décider quel message gagne.
Cette décision devient plus simple dès que vous voyez à quoi sert chaque message. Une confirmation ouvre une réservation. Une modification la déplace. Une annulation la clôture. Un versement la paie, souvent avec plusieurs autres réservations. Traitez ces quatre types comme un seul type de document et le tableau dérive. Traitez-les comme quatre types et il reste un registre.
Points clés
- Une mauvaise date d'arrivée vient généralement d'une mise à jour qui n'a jamais atteint la ligne, et non d'une cellule mal saisie.
- Transférez une confirmation, une modification et une annulation et une réservation devient trois lignes, la plus ancienne semblant encore complète.
- Une ligne par code de confirmation, l'événement le plus récent en haut, voilà ce qui permet de conserver la date du dernier e-mail et non du premier.
Ce qu'un e-mail de réservation contient, et ce qu'il omet
Un e-mail de réservation est un document de réservation complet pour l'instant où il a été envoyé, et incomplet pour chaque instant qui suit. La confirmation contient le code de confirmation, le nom du voyageur, l'annonce, les dates d'arrivée et de départ, le nombre de nuits, le nombre de voyageurs, le total payé par le voyageur, vos gains pour le séjour et, lorsque le voyageur en a rédigé une au moment de la réservation, sa note.
Les données se trouvent dans le corps du message. Si un fichier de calendrier accompagne la confirmation, il contient les dates et une ligne de résumé, pas le code de confirmation, ni le voyageur, ni les montants. C'est le premier point à régler avant de choisir une règle de transfert : le corps du message est le document.
Airbnb envoie aussi depuis plusieurs adresses. Sa propre page d'aide sur les notifications manquantes cite [email protected], [email protected] et [email protected] comme les adresses à ajouter à vos contacts, un indice utile pour toute liste blanche d'expéditeurs : autorisez les adresses qu'Airbnb utilise réellement, pas une adresse devinée.
Ce que l'e-mail omet compte tout autant. Il ne contient pas l'adresse e-mail du voyageur. Le numéro de téléphone du voyageur n'est disponible qu'après la confirmation de la réservation, et il disparaît de la réservation dès qu'une annulation est traitée. Le message ne contient pas la date de versement, le statut actuel de la réservation, ni l'historique des modifications. Ces lacunes expliquent pourquoi une confirmation peut ouvrir une fiche, mais ne peut pas être la fiche.
La confirmation vous indique qu'une réservation existe. Elle ne peut pas vous dire si cette réservation est encore telle qu'elle était à l'envoi de l'e-mail.
Trois messages qui modifient une seule réservation
Une réservation qui ne change jamais produit tout de même une confirmation et un versement. Une réservation qui change produit un second document qui contredit le premier, et c'est cette contradiction que la feuille doit résoudre.
| Message | Ce qui l'a déclenché | Ce qu'il modifie | Ce qu'il devrait faire à la ligne |
|---|---|---|---|
| Confirmation | Une réservation est acceptée, soit instantanément, soit après approbation d'une demande | Tout, pour la première fois : voyageur, annonce, dates, nuits, voyageurs, totaux, estimation du versement | Crée la ligne |
| Modification | Une demande de modification de voyage est acceptée, par le voyageur ou par l'hôte | Arrivée, départ, nuits, nombre de voyageurs, total, et le versement qui en découle | Remplace les dates sur la ligne existante |
| Annulation | Le voyageur annule, ou l'hôte annule | Statut, versement, disponibilité du calendrier et accès au numéro de téléphone du voyageur | Marque la ligne comme clôturée et la conserve |
| Versement | Airbnb initie un versement | Un montant et une date, couvrant une ou plusieurs réservations | Va dans un onglet financier, pas dans une ligne de réservation |
Une modification commence par une demande. La page d'aide d'Airbnb destinée aux hôtes explique qu'un voyageur peut envoyer une demande de modification de voyage et que les voyageurs peuvent aussi modifier leur réservation via le lien dans l'e-mail de confirmation. La modification est négociée et appliquée dans Airbnb. La phrase la plus révélatrice figure dans la note d'Airbnb sur la gestion des modifications avec un logiciel : les modifications de réservation ne peuvent pas être acceptées ni refusées via votre logiciel et doivent être traitées dans le compte Airbnb. Si un PMS ne peut pas absorber cet événement seul, une feuille de calcul en aval n'a aucune chance, sauf si l'e-mail de modification est capturé.
Une annulation est un message distinct avec trois conséquences à la fois. La page d'aide d'Airbnb destinée aux hôtes indique que lorsqu'un voyageur annule, l'hôte est prévenu immédiatement, les dates sont débloquées, et les versements et remboursements sont coordonnés. Rien de tout cela n'est une nouvelle réservation, et rien de tout cela ne peut être déduit de la confirmation d'origine.
Les versements suivent un autre rythme. Les conditions de paiement d'Airbnb précisent que l'hôte est prévenu par e-mail à l'initiation de chaque versement. Un versement peut couvrir plusieurs réservations, c'est pourquoi une ligne de versement et une ligne de réservation correspondent rarement une à une.
Un message de modification est souvent plus court qu'une confirmation. Il sert à indiquer ce qui a changé, pas à répéter toute la réservation, donc une colonne remplie à partir d'une confirmation peut revenir vide à partir d'une modification. C'est normal. Le code de confirmation et le type d'événement sont les champs qu'un message de modification doit fournir.
Pourquoi la feuille rate la modification
La feuille rate une modification parce que la modification est finalisée sur Airbnb, et que la feuille ne connaît que ce qui est arrivé dans la boîte de réception.
La plupart des règles de transfert sont écrites d'après le premier message. Un filtre construit autour des mots « réservation confirmée » ne captera pas un message ultérieur concernant une annulation, et une règle bâtie sur une seule ligne d'objet ne captera jamais qu'un seul événement. Les messages les plus importants sont ceux qui arrivent après l'écriture de la règle.
La deuxième cause est l'extraction en ajout seul. Chaque e-mail traité devient une ligne, ce qui est le bon comportement pour une piste d'audit et le mauvais pour un champ de statut. Rien n'écrase la ligne précédente, donc la confirmation garde ses anciennes dates et paraît complète.
La troisième est la clé de jointure. Une ligne d'objet nomme généralement le voyageur, pas le code de confirmation. Quand le code manque, ou se trouve à un endroit différent dans un autre modèle, les deux lignes ne partagent aucune valeur permettant au tableur de les associer. Vous vous retrouvez avec deux lignes plausibles et aucune règle pour savoir laquelle est à jour.
Transférez tout et un quatrième problème apparaît : les demandes, les demandes de réservation et les rappels mentionnent le même voyageur et les mêmes dates, donc ils ressemblent à des réservations. Une demande ensuite refusée a déjà créé une ligne. Un rappel pour un séjour annulé maintient les anciennes dates dans le journal.
Le résultat est un type d'erreur bien précis. Un voyageur décale un séjour de deux nuits de deux jours. La ligne de confirmation indique toujours mardi. L'agent d'entretien planifie la rotation des séjours d'après la feuille, le comptable compte les nuits d'origine, et la ligne paraît terminée, c'est pourquoi personne ne la revérifie. Les données n'ont jamais été mal saisies. Un événement ultérieur n'a simplement jamais été appliqué à une ligne antérieure.
Un e-mail de réservation est un événement. Une feuille de réservations est un registre. C'est dans l'écart entre les deux que se loge la mauvaise date d'arrivée.
Le même problème d'instantané apparaît dans les e-mails de confirmation de commande e-commerce, où un changement d'adresse ou une annulation peut laisser une ligne qui semble correcte et expédiée au mauvais endroit. La différence ici est le volume : une boutique envoie une confirmation par commande, tandis qu'une location courte durée envoie une confirmation, une modification, une annulation et un versement, et chacun décrit la même réservation sous un angle différent.
Acheminez les e-mails vers une boîte de réception qui lit le corps du message
Le point d'entrée est une adresse de boîte de réception, pas une intégration Airbnb. Email Inbox attribue à un compte une adresse dédiée aux e-mails de réservation Airbnb : tout ce qui y est envoyé ou transféré arrive dans la file de traitement, et une liste blanche d'expéditeurs tient à l'écart les messages sans rapport. Le réglage qui compte pour Airbnb est celui qui lui indique où lire.
Créez l'adresse et autorisez les vrais expéditeurs
Ajoutez à la liste blanche les adresses Airbnb qui envoient les e-mails de réservation, pas une seule adresse copiée depuis un ancien e-mail. Si vous transférez les messages à la main depuis votre propre boîte, la boîte de réception voit votre adresse comme expéditeur : cette adresse doit donc aussi figurer sur la liste.
Réglez le traitement sur le corps du message
Le mode par défaut lit les pièces jointes et ignore le corps du message. Airbnb place la réservation dans le corps : passez donc au corps uniquement. Si vos confirmations arrivent aussi avec un PDF à lire, choisissez pièces jointes et corps, et les deux seront lus.
Nommez les colonnes souhaitées
L'extraction de colonnes personnalisées signifie que vous saisissez les en-têtes de colonnes et que l'IA trouve chaque valeur par ce qu'elle signifie, et non par sa position dans le message. Un ensemble exploitable : code de confirmation, type d'événement, nom du voyageur, annonce, arrivée, départ, nuits, voyageurs, total voyageur, votre versement, frais de ménage, note du voyageur.
Ajoutez le type d'événement comme colonne déduite
Une colonne déduite est une colonne où l'IA détermine une valeur que le document n'indique pas, à partir des options que vous lui donnez. Écrivez Event type (options: Confirmation / Change / Cancellation / Payout) et le libellé du message décide de la réponse. Cette seule colonne permet à un même tableau de contenir quatre formes de messages.
Liez le modèle et laissez-le tourner
Associez l'ensemble de colonnes à la boîte de réception en tant que modèle et activez le traitement automatique. Dès lors, chaque message est traité à son arrivée, sans étape d'import et sans que personne ait à décider s'il compte.
Un seul modèle couvre les quatre types de messages, car la correspondance est sémantique. Cela suffit pour extraire les données de réservation Airbnb d'une confirmation, d'une modification, d'une annulation et d'un versement sans analyseur dédié à chacun. Un message de modification qui ne répète jamais la date d'arrivée laisse cette cellule vide plutôt que de la remplir avec une supposition, ce qui est le comportement souhaité dans un registre. Si la réservation vous parvient sous forme de capture d'écran plutôt que d'e-mail, le guide champ par champ pour extraire les codes de confirmation et les dates à partir de captures d'écran de réservation traite ce type d'entrée. Le même réglage « corps uniquement » permet aussi d'extraire les factures rédigées dans le corps d'un e-mail, et la version générale de ce modèle de routage est couverte par le flux de travail d'analyse d'e-mails.
Conservez chaque événement, affichez une ligne par réservation
Le tableau qui arrive depuis la boîte de réception est un journal d'événements, et il doit le rester, car le message d'annulation est la seule preuve que la réservation a été annulée. Ajoutez un second onglet pour la vue depuis laquelle vous travaillez, et laissez le code de confirmation déterminer quelle ligne représente la réservation.
Sur l'onglet brut, conservez chaque message traité dans l'ordre d'arrivée et ajoutez une colonne de séquence avec =ROW(). Un numéro de ligne plus élevé signifie un message plus récent, ce qui est la seule horloge dont vous avez besoin si l'export ne contient pas d'horodatage de réception. Sur l'onglet de travail dans Google Sheets, pointez une formule vers l'onglet brut, triez par code puis par numéro de séquence du plus récent au plus ancien, et conservez la première ligne pour chaque code :
=UNIQUE(SORT(Emails!A2:L, 1, TRUE, 2, FALSE))
Cela renvoie une ligne par code de confirmation, et comme le tri place l'événement le plus récent en haut, la ligne qui survit est la plus récente. Une modification remplace les dates. Une annulation remplace le statut. Les lignes précédentes restent sur l'onglet brut, ce qui est utile lorsqu'un comptable demande pourquoi un versement a changé.
Ajustez les lettres de colonnes selon votre propre disposition, car la formule suppose que le code de confirmation est en colonne A et le numéro de séquence en colonne B. Conservez les lignes annulées dans la vue de travail et filtrez-les lorsque vous avez besoin de la liste d'occupation actuelle. Supprimer une ligne d'annulation efface l'explication d'un remboursement, et le mois suivant, personne ne se souviendra pourquoi il manque de l'argent.
Un cas ne se résout pas automatiquement. Un message qui ne contient véritablement aucun code de confirmation ne peut pas être joint par ce biais, il reste donc visible sur l'onglet brut et doit être associé manuellement. Cela devrait être rare, et il vaut mieux voir la ligne orpheline qu'une formule qui la supprime silencieusement.
Qui lit quelle colonne
Un même tableau peut servir un hôte, un co-hôte, un agent d'entretien et un comptable, à condition que chacun ouvre la vue conçue pour son métier.
L'hôte travaille depuis l'onglet dédupliqué. C'est à la fois le registre du taux d'occupation et celui des revenus : dates, nuits, nombre de voyageurs, versement et statut sur une ligne par réservation. L'onglet brut sert à vérifier une affirmation, pas à planifier un mois.
Le co-hôte a besoin du nom du voyageur, des dates, du nombre de voyageurs et de la note laissée par le voyageur avec la réservation. Une vue partagée du tableau le permet sans transmettre un identifiant Airbnb, ce qui compte lorsqu'un co-hôte est ajouté à certaines annonces et pas à d'autres.
L'agent d'entretien ou le responsable des opérations a besoin de trois choses : la date de départ, l'annonce, et si un autre voyageur arrive le même jour. Indiquez à cette personne l'onglet dédupliqué, jamais l'onglet brut. Un agent d'entretien qui lit l'onglet brut est la façon la plus courante de retransformer une date corrigée en date erronée.
Le comptable a besoin du total voyageur, des frais de ménage, de votre versement et du mois, et a besoin que les lignes annulées restent en place. Les messages de versement appartiennent à leur propre onglet, car un versement peut couvrir plusieurs réservations, et le rapprochement est une comparaison entre deux granularités : les réservations et les événements bancaires. Si la destination est un CRM plutôt qu'un tableau, le même ensemble de champs est transféré via un import CSV ; le modèle pour transformer des e-mails en contacts CRM s'applique à la fiche voyageur, avec le code de réservation comme identifiant qui évite les doublons.
Ce que cette configuration ne peut pas faire
La limite, c'est la boîte de réception. Ce système lit les e-mails qu'Airbnb envoie et rien d'autre, et quelques limites méritent d'être énoncées avant de construire le tableau.
Il n'y a pas d'API Airbnb derrière. Airbnb ne propose pas d'API de réservation ouverte aux hôtes ; l'accès appartient à ses partenaires logiciels, et la liste des partenaires logiciels préférés 2025 est composée de systèmes de gestion immobilière et de gestion de canaux tels que Guesty, Hostaway, Hospitable, OwnerRez, Lodgify, Beds24, Uplisting et Hostfully. Si vous avez besoin d'une synchronisation bidirectionnelle, c'est dans cette catégorie qu'il faut acheter, et c'est un achat différent d'un flux de travail sur tableur.
Il n'y a pas de synchronisation avec un calendrier ou un PMS. L'export de calendrier d'Airbnb est un flux .ics utilisé pour bloquer des dates sur un autre calendrier. Il contient des dates, pas le voyageur, le code ou le versement, il ne peut donc pas remplacer le registre des réservations.
Rien n'est réécrit dans Airbnb. Le tableau ne peut pas modifier un prix, ouvrir ou fermer des dates, envoyer un message à un voyageur ou traiter une annulation. Il enregistre ce qui s'est passé ; il ne gère pas l'annonce.
L'automatisation des messages aux voyageurs est un autre métier. La plupart des résultats pour « automatisation e-mail Airbnb » concernent les réponses programmées et les modèles de messages. Ici, il s'agit du volet données de la même boîte de réception, et les deux peuvent coexister sans se toucher.
Un événement qui n'arrive jamais par e-mail reste invisible. Si les notifications de réservation sont désactivées, si un voyageur téléphone au lieu d'écrire, ou si une modification est convenue dans la conversation de l'application, le tableau ne le saura pas. L'e-mail est une copie des événements de la plateforme, pas la plateforme elle-même.
Les données de contact sont volontairement limitées. Pas d'adresse e-mail du voyageur, un numéro de téléphone uniquement après confirmation, et aucun numéro après une annulation. Considérez la feuille comme un registre opérationnel, pas comme une liste marketing.
FAQ
Cela se connecte-t-il directement à Airbnb ?
Non. Il lit les e-mails que vous transférez vers une boîte de réception dédiée. Il n'y a pas de connexion à Airbnb, pas de connexion API et pas de synchronisation de calendrier. L'avantage est qu'il fonctionne avec les messages qu'Airbnb envoie déjà, y compris depuis des adresses et des modèles qui changent sans préavis.
Quels e-mails Airbnb dois-je transférer ?
La confirmation, la modification, l'annulation et le versement. Les demandes de renseignements, les demandes de réservation et les rappels peuvent aussi être inclus si vous voulez le journal complet, mais ils ajouteront des lignes, alors filtrez par type d'événement avant de transmettre la feuille à qui que ce soit. Une demande refusée n'est pas une réservation.
Peut-il distinguer un e-mail de modification d'une nouvelle réservation ?
Oui. Une nouvelle réservation porte un nouveau code de confirmation, tandis qu'une modification réutilise le code de la réservation qu'elle modifie, et la colonne déduite type d'événement enregistre le type de message reçu. Lorsqu'un message de modification omet le code, le type d'événement le signale quand même, et vous associez cette ligne manuellement.
Les annulations suppriment-elles la ligne ?
Non. Une annulation ajoute une ligne avec un statut différent, et la vue de travail affiche le dernier statut pour ce code. Conservez la ligne : elle explique le versement manquant et les dates rouvertes, et c'est la seule trace que la réservation n'a pas simplement disparu.
Cela fonctionne-t-il pour Vrbo, Booking.com et les réservations directes ?
Oui. La boîte de réception ne se soucie pas de la plateforme qui a envoyé le message. Ajoutez les autres expéditeurs à la liste blanche, conservez les mêmes colonnes, et un portefeuille qui réserve sur plusieurs canaux aboutit dans un seul tableau. Les confirmations de réservation directe depuis votre propre site fonctionnent de la même manière.
Où va le tableau final ?
Exportez-le au format XLSX ou CSV et ouvrez-le ou importez-le dans Google Sheets, ou importez le CSV dans un CRM. L'add-on Google Sheets est conçu autour des fichiers que vous téléversez depuis sa barre latérale, donc un message de boîte de réception suit plutôt le chemin d'export. Si vous cherchiez un moyen d'obtenir les réservations Airbnb dans Google Sheets, l'export est la dernière étape, et le travail qui détermine si la feuille est correcte s'est fait plus tôt, au moment où les colonnes et le type d'événement ont été définis.
La ligne est une décision sur le message qui compte
Une réservation Airbnb n'est pas un seul document. C'est une courte série de messages, et la ligne de votre feuille est une décision sur celui qui l'emporte. Une fois que le code de confirmation est la clé et que le message le plus récent gagne, la feuille cesse d'être une copie de votre boîte de réception et devient quelque chose que vous pouvez confier à un agent d'entretien, un co-hôte ou un comptable sans ajouter d'avertissement sur la date à laquelle se fier.
Essayez avec une réservation qui a été modifiée. Transférez la confirmation et la modification, définissez les colonnes une fois, et voyez quelle ligne la vue conserve. Si les dates de la ligne correspondent aux dates du dernier e-mail, la configuration fait le travail que la version manuelle rendait facile à négliger.