Uma reserva do Airbnb, vários e-mails,
uma linha

O que um e-mail de reserva carrega e o que ele deixa de fora

Um e-mail de reserva é um documento de reserva completo para o momento em que foi enviado e incompleto para todos os momentos seguintes. A confirmação carrega o código de confirmação, o nome do hóspede, o anúncio, as datas de check-in e check-out, o número de noites, o número de hóspedes, o total que o hóspede pagou, seus ganhos pela estadia e, quando o hóspede escreveu uma no momento da reserva, a observação dele.

Os dados ficam no corpo da mensagem. Se um arquivo de calendário chegar junto com a confirmação, ele contém datas e uma linha de resumo, não o código de confirmação, o hóspede ou o valor. Isso é a primeira coisa a definir antes de escolher uma regra de encaminhamento: o corpo é o documento.

O Airbnb também envia de mais de um endereço. A própria página de ajuda sobre notificações ausentes nomeia [email protected], [email protected] e [email protected] como os endereços a adicionar aos seus contatos, o que é uma dica útil para qualquer lista de remetentes permitidos: permita os endereços que o Airbnb realmente usa, não um endereço suposto.

O que o e-mail deixa de fora importa igualmente. Ele não contém o endereço de e-mail do hóspede. O número de telefone do hóspede fica disponível apenas depois que a reserva é confirmada, e ele desaparece da reserva assim que um cancelamento é processado. A mensagem não carrega a data do repasse, o status atual da reserva nem um histórico do que mudou. Essas lacunas são o motivo pelo qual uma confirmação pode abrir um registro, mas não pode ser o registro.

A confirmação informa que uma reserva existe. Ela não pode informar se essa reserva ainda está como estava quando o e-mail foi enviado.

Três mensagens que alteram uma reserva

Uma reserva que nunca muda ainda gera uma confirmação e um repasse. Uma reserva que muda gera um segundo documento que contradiz o primeiro, e essa contradição é o que a planilha precisa resolver.

Uma alteração começa como uma solicitação. A página de ajuda do Airbnb para anfitriões explica que um hóspede pode enviar uma solicitação de alteração de viagem e que os hóspedes também podem modificar a reserva através do link no e-mail de confirmação. A alteração é negociada e aplicada dentro do Airbnb. A linha mais reveladora está na própria observação do Airbnb sobre gerenciar alterações com software: alterações de reserva não podem ser aceitas ou recusadas através do seu software e devem ser tratadas na conta do Airbnb. Se um sistema de gestão de propriedades não consegue absorver esse evento por conta própria, uma planilha a jusante dele não tem chance, a menos que o e-mail de alteração seja capturado.

Um cancelamento é uma mensagem separada com três consequências ao mesmo tempo. A página de ajuda do Airbnb para anfitriões diz que, quando um hóspede cancela, o anfitrião é notificado imediatamente, as datas são desbloqueadas e os repasses e reembolsos são coordenados. Nada disso é uma nova reserva, e nada disso pode ser inferido a partir da confirmação original.

Os repasses seguem um relógio diferente. Os termos de pagamento do Airbnb afirmam que o anfitrião é notificado por e-mail quando cada repasse é iniciado. Um repasse pode cobrir várias reservas, e é por isso que uma linha de repasse e uma linha de reserva raramente se alinham uma a uma.

Uma mensagem de alteração geralmente é mais curta que uma confirmação. Ela é escrita para dizer o que mudou, não para repetir toda a reserva, então uma coluna que é preenchida a partir de uma confirmação pode voltar vazia a partir de uma alteração. Isso é esperado. O código de confirmação e o tipo de evento são os campos que uma mensagem de alteração precisa entregar.

Por que a planilha perde a alteração

A planilha perde uma alteração porque a alteração é concluída no Airbnb, e a planilha só sabe o que chegou à caixa de entrada.

A maioria das regras de encaminhamento é escrita com base na primeira mensagem. Um filtro criado em torno das palavras "reserva confirmada" não vai capturar uma mensagem posterior sobre um cancelamento, e uma regra criada a partir de uma linha de assunto só captura um evento. As mensagens que mais importam são as que chegam depois que a regra foi escrita.

A segunda causa é a extração somente de acréscimo. Cada e-mail processado se torna uma linha, o que é o comportamento correto para uma trilha de auditoria e o comportamento errado para um campo de status. Nada sobrescreve a linha anterior, então a confirmação mantém as datas antigas e parece completa enquanto faz isso.

A terceira é a chave de junção. Uma linha de assunto geralmente nomeia o hóspede, não o código de confirmação. Quando o código está ausente, ou fica em um lugar diferente em um modelo diferente, as duas linhas não compartilham nenhum valor que permita à planilha combiná-las. Você acaba com duas linhas plausíveis e nenhuma regra para saber qual delas é a atual.

Encaminhe tudo e um quarto problema aparece: consultas, solicitações de reserva e lembretes mencionam o mesmo hóspede e as mesmas datas, então parecem reservas. Uma solicitação que depois é recusada já criou uma linha. Um lembrete de uma estadia que foi cancelada mantém as datas antigas vivas no registro.

O resultado é um tipo específico de erro. Um hóspede adia uma estadia de duas noites em dois dias. A linha da confirmação ainda diz terça-feira. A equipe de limpeza monta a troca de hóspedes a partir da planilha, o contador conta as noites originais, e a linha parece finalizada, por isso ninguém a verifica novamente. Os dados nunca foram digitados errado. Um evento posterior simplesmente nunca foi aplicado a uma linha anterior.

Um e-mail de reserva é um evento. Uma planilha de reservas é um registro. A lacuna entre eles é onde mora a data de check-in errada.

O mesmo problema de instantâneo aparece em e-mails de confirmação de pedido de e-commerce, onde uma alteração de endereço ou um cancelamento pode deixar uma linha que parece certa e é enviada errada. A diferença aqui é o volume: uma loja envia uma confirmação por pedido, enquanto uma locação de curta temporada envia uma confirmação, uma alteração, um cancelamento e um repasse, e cada um descreve a mesma reserva de um ângulo diferente.

Encaminhe os e-mails para uma caixa de entrada que lê o corpo da mensagem

O ponto de entrada é um endereço de caixa de entrada, não uma integração com o Airbnb. O Email Inbox dá a uma conta um endereço dedicado para e-mails de reserva do Airbnb: tudo o que for enviado ou encaminhado para ele entra na fila de processamento, e uma lista de remetentes permitidos mantém e-mails não relacionados de fora. A configuração que importa para o Airbnb é a que diz onde ler.

Um modelo cobre todos os quatro formatos de mensagem porque a correspondência é semântica. Isso basta para extrair dados de reservas do Airbnb de uma confirmação, uma alteração, um cancelamento e um repasse sem precisar de um parser para cada um. Uma mensagem de alteração que nunca repete a data de check-in deixa essa célula vazia em vez de preenchê-la com um palpite, que é o comportamento que você quer em um livro-razão. Se a reserva chegar até você como captura de tela em vez de e-mail, o guia campo a campo para extrair códigos de confirmação e datas de capturas de tela de reservas dá conta desse tipo de entrada. A mesma configuração de apenas corpo da mensagem também é o que torna faturas escritas no corpo de um e-mail extraíveis, e a versão geral desse padrão de roteamento é abordada pelo fluxo de trabalho do parser de e-mail.

Mantenha Todos os Eventos, Mostre Uma Linha Por Reserva

A tabela que chega da caixa de entrada é um registro de eventos, e deve continuar sendo, porque a mensagem de cancelamento é a única prova de que a reserva foi cancelada. Adicione uma segunda aba para a visão a partir da qual você trabalha, e deixe o código de confirmação decidir qual linha representa a reserva.

Na aba bruta, mantenha cada mensagem processada na ordem de chegada e adicione uma coluna de sequência com =ROW(). Um número de linha maior significa uma mensagem mais recente, que é o único relógio de que você precisa se a exportação não trouxer carimbo de data e hora de recebimento. Na aba de trabalho no Google Sheets, aponte uma fórmula para a aba bruta, ordene pelo código e depois pelo número de sequência, do mais recente para o mais antigo, e mantenha a primeira linha de cada código:

=UNIQUE(SORT(Emails!A2:L, 1, TRUE, 2, FALSE))

Isso retorna uma linha por código de confirmação e, como a ordenação coloca o evento mais recente no topo, a linha que sobrevive é a mais recente. Uma alteração substitui as datas. Um cancelamento substitui o status. As linhas anteriores continuam na aba bruta, que é o que você quer quando um contador pergunta por que um repasse mudou.

Ajuste as letras das colunas para corresponder ao seu próprio layout, já que a fórmula assume que o código de confirmação é a coluna A e o número de sequência é a coluna B. Mantenha as linhas canceladas na visão de trabalho e filtre-as quando precisar da lista de ocupação atual. Excluir uma linha de cancelamento remove a explicação de um reembolso, e no mês seguinte ninguém vai lembrar por que o dinheiro está faltando.

Um caso não se resolve automaticamente. Uma mensagem que genuinamente não tem um código de confirmação não pode ser vinculada por ele, então ela permanece visível na aba bruta e é combinada manualmente. Isso deve ser raro, e é melhor ver a linha órfã do que ter uma fórmula que a descarta silenciosamente.

Quem Lê Qual Coluna

Uma tabela pode servir a um anfitrião, um coanfitrião, uma equipe de limpeza e um contador, mas só se cada um abrir a visualização feita para o seu trabalho.

O anfitrião trabalha a partir da aba deduplicada. É o registro de ocupação e o registro de renda ao mesmo tempo: datas, noites, número de hóspedes, repasse e status em uma linha por reserva. A aba bruta serve para conferir uma informação, não para planejar um mês.

O coanfitrião precisa do nome do hóspede, das datas, do número de hóspedes e da observação que o hóspede deixou com a reserva. Uma visualização compartilhada da planilha oferece isso sem entregar um login do Airbnb, o que importa quando um coanfitrião é adicionado a alguns anúncios e não a outros.

A equipe de limpeza ou o líder de operações precisa de três coisas: a data de check-out, o anúncio e se outro hóspede faz check-in no mesmo dia. Direcione essa pessoa para a aba deduplicada, nunca para a bruta. Uma equipe de limpeza lendo a aba bruta é a forma mais comum de uma data corrigida voltar a ficar errada.

O contador precisa do total de hóspedes, da taxa de limpeza, do seu repasse e do mês, e precisa que as linhas canceladas permaneçam no lugar. As mensagens de repasse pertencem à sua própria aba porque um repasse pode cobrir várias reservas, e a conciliação é uma comparação entre duas granularidades: reservas e eventos bancários. Se o destino for um CRM em vez de uma planilha, o mesmo conjunto de campos é transferido por meio de uma importação CSV; o padrão para transformar e-mail em contatos de CRM se aplica ao registro do hóspede, com o código da reserva como o identificador que evita duplicatas.

O Que Esta Configuração Não Pode Fazer

O limite é a caixa de entrada. Isto lê os e-mails que o Airbnb envia e nada mais, e alguns dos limites vale a pena declarar antes de você montar a planilha.

Não há uma API do Airbnb por trás disso. O Airbnb não oferece uma API aberta de reservas para anfitriões; o acesso pertence aos seus parceiros de software, e a lista de Parceiros de Software Preferenciais de 2025 é composta por sistemas de gestão de imóveis e de gestão de canais, como Guesty, Hostaway, Hospitable, OwnerRez, Lodgify, Beds24, Uplisting e Hostfully. Se você precisa de sincronização bidirecional, essa é a categoria para comprar, e é uma compra diferente de um fluxo de trabalho em planilha.

Não há sincronização com calendário ou PMS. A exportação de calendário do Airbnb é um feed .ics usado para bloquear datas em outro calendário. Ele carrega datas, não o hóspede, o código ou o repasse, então não pode substituir o registro da reserva.

Nada é gravado de volta no Airbnb. A planilha não pode alterar um preço, abrir ou fechar datas, enviar mensagem a um hóspede ou processar um cancelamento. Ela registra o que aconteceu; não gerencia o anúncio.

A automação de mensagens para hóspedes é outro trabalho. A maioria dos resultados para "automação de e-mail do Airbnb" trata de respostas agendadas e modelos de mensagem. Isto cobre o lado dos dados da mesma caixa de entrada, e os dois podem coexistir sem se tocar.

Um evento que nunca chega por e-mail permanece invisível. Se as notificações de reserva estiverem desativadas, se um hóspede ligar em vez de escrever, ou se uma alteração for combinada na conversa do aplicativo, a planilha não saberá. O e-mail é uma cópia dos eventos da plataforma, não a plataforma em si.

Os dados de contato são escassos por design. Nenhum endereço de e-mail do hóspede, um número de telefone apenas após a confirmação e nenhum telefone após um cancelamento. Trate a planilha como um registro operacional, não como uma lista de marketing.

Perguntas frequentes

Isso se conecta diretamente ao Airbnb?

Não. Ele lê os e-mails que você encaminha para uma caixa de entrada dedicada. Não há login no Airbnb, conexão via API nem sincronização de calendário. A vantagem é que funciona com as mensagens que o Airbnb já envia, incluindo endereços e modelos que mudam sem aviso.

Quais e-mails do Airbnb devo encaminhar?

A confirmação, a alteração, o cancelamento e o repasse. Consultas, solicitações de reserva e lembretes também podem entrar se você quiser o registro completo, mas vão adicionar linhas, então filtre por tipo de evento antes de entregar a planilha a alguém. Uma solicitação recusada não é uma reserva.

Ele consegue diferenciar um e-mail de alteração de uma nova reserva?

Sim. Uma nova reserva traz um novo código de confirmação, enquanto uma alteração reutiliza o código da reserva que modifica, e a coluna inferida de tipo de evento registra que tipo de mensagem chegou. Quando uma mensagem de alteração omite o código, o tipo de evento ainda a marca, e você une essa linha manualmente.

Os cancelamentos excluem a linha?

Não. Um cancelamento adiciona uma linha com um status diferente, e a visualização de trabalho mostra o status mais recente para esse código. Mantenha a linha: ela explica o repasse ausente e as datas reabertas, e é o único registro de que a reserva não simplesmente desapareceu.

Funciona para Vrbo, Booking.com e reservas diretas?

Sim. A caixa de entrada não se importa com qual plataforma enviou a mensagem. Adicione os outros remetentes à lista de remetentes permitidos, mantenha as mesmas colunas, e um portfólio que reserva em vários canais cai em uma única tabela. Confirmações de reservas diretas do seu próprio site funcionam da mesma forma.

Para onde vai a tabela final?

Exporte como XLSX ou CSV e abra ou importe no Google Sheets, ou importe o CSV em um CRM. O complemento do Google Sheets é feito para arquivos que você envia pela barra lateral, então uma mensagem da caixa de entrada segue o caminho de exportação. Se você procurou uma forma de levar reservas do Airbnb para o Google Sheets, a exportação é o último passo, e o trabalho que decide se a planilha está certa aconteceu antes, quando as colunas e o tipo de evento foram definidos.

A Linha É uma Decisão Sobre Qual Mensagem Vale

Uma reserva do Airbnb não é um único documento. É uma curta série de mensagens, e a linha na sua planilha é uma decisão sobre qual delas prevalece. Quando o código de confirmação é a chave e a mensagem mais recente prevalece, a planilha deixa de ser uma cópia da sua caixa de entrada e se torna algo que você pode entregar a uma equipe de limpeza, um coanfitrião ou um contador sem adicionar um aviso sobre em qual data confiar.

Experimente com uma reserva que mudou. Encaminhe a confirmação e a alteração, defina as colunas uma vez e veja qual linha a visualização mantém. Se as datas na linha correspondem às datas do último e-mail, a configuração está fazendo o trabalho que a versão manual tornava fácil de pular.