É a pergunta que mais chega no suporte: “a integração do ReservasHub com Airbnb e Booking é via API?”
A resposta direta: não é via API — é pelo link de calendário (iCal) que as próprias plataformas fornecem. E isso não é uma escolha de arquitetura nem uma limitação do ReservasHub. É como Airbnb e Booking decidiram distribuir acesso hoje.
Este artigo explica o porquê, o que muda na prática e como avaliar quando outro sistema promete “API oficial”.
O acesso à API do Airbnb é fechado
O Airbnb não tem portal público de desenvolvedor nem cadastro self-service. Não existe “gerar uma chave de API” — nem para o anfitrião, nem para o software que ele usa.
O que existe é um programa de parceria de software, com acesso concedido caso a caso:
- A empresa candidata passa por avaliação técnica, de segurança de dados e de qualidade de integração
- Precisa demonstrar volume e operação compatíveis com o programa
- O nível superior (Preferred / Preferred+ Software Partner) é anunciado publicamente pelo Airbnb todo ano, com uma lista curta e nominal de parceiros
Ou seja: o anfitrião não consegue acesso à API do Airbnb de jeito nenhum, e o sistema que ele contrata só tem se estiver dentro do programa. Não é algo que se ativa numa configuração.
No Booking, o programa está pausado
O Booking.com segue o mesmo modelo — o Connectivity Partner Programme — com exigências pesadas para entrar: conformidade PCI (dados de cartão) e PII (dados pessoais), software em servidor central ou nuvem, gestão de preço, disponibilidade, reservas e conteúdo, e confirmação de reservas em tempo real.
E há um detalhe que muda a conversa inteira: o Booking informa na própria central de conectividade que está pausando integrações com novos provedores até segundo aviso. Mesmo uma empresa que cumpra todos os requisitos técnicos não tem, hoje, uma fila para entrar.
⚠️ O que isso significa: qualquer sistema lançado nos últimos anos, no Brasil ou fora dele, está sujeito à mesma porta fechada. Não é uma questão de tamanho ou de competência técnica — é política de acesso da plataforma.
O que as plataformas liberam para todo mundo: o iCal
O que Airbnb e Booking oferecem de forma aberta, para qualquer anfitrião, é a exportação do calendário em iCal — uma URL pública que devolve as datas ocupadas do anúncio.
No Airbnb: em cada anúncio, na aba de disponibilidade, você copia o link de exportação do calendário e importa calendários externos.
No Booking: em Tarifas e disponibilidade → Sincronizar calendários. A opção só aparece se a acomodação tiver no máximo 20 tipos de quarto, uma unidade por tipo, e não estiver usando um provedor de conectividade. Se o seu Booking já está ligado a um channel manager via API, o iCal some do extranet — os dois caminhos são excludentes.
VRBO, Expedia e a maior parte dos canais menores expõem iCal do mesmo jeito.
É por aí que o ReservasHub lê: você cola a URL do iCal de cada anúncio e nós importamos as reservas que o feed traz, com o histórico de hóspedes junto. No sentido inverso, cada unidade do ReservasHub publica o próprio feed .ics, que você cola nas plataformas para que elas bloqueiem as datas vendidas pelo seu canal direto.
O que o iCal entrega, e o que ele não entrega
Aqui vale falar sem enfeite, porque é onde a dúvida realmente mora.
| iCal (link de calendário) | API de parceiro | |
|---|---|---|
| Quem consegue usar | Qualquer anfitrião | Só empresas aprovadas no programa |
| Datas ocupadas | Sim | Sim |
| Latência | Minutos (ciclos curtos, dos dois lados) | Segundos |
| Preço e disponibilidade em massa | Não | Sim |
| Conteúdo do anúncio (fotos, descrição) | Não | Sim |
| Mensagens com o hóspede | Não | Em parte |
| Custo | Zero | Programa fechado |
O iCal resolve o calendário — que é onde nasce o overbooking. Ele não gerencia preço nem conteúdo do anúncio nas OTAs, e não é instantâneo: o ReservasHub varre os feeds em ciclos curtos, e a plataforma do outro lado também tem o ritmo dela para atualizar o arquivo.
Preferimos dizer isso a prometer o que a tecnologia não entrega. O que fazemos é encurtar a janela de risco em vez de fingir que ela não existe:
- Detecção de sobreposição: quando duas reservas ocupam a mesma unidade nas mesmas datas, a barra fica vermelha no calendário, o sino do painel avisa e a tela de reservas destaca a linha com os dois códigos e o intervalo sobreposto. Você descobre pelo painel, não pelo hóspede na porta.
- Conciliação por e-mail: reserva que chegou por um canal sem iCal — ou que você quer registrar antes do próximo ciclo — você encaminha o e-mail de confirmação. Lemos o código da reserva, identificamos o hóspede, casamos com a unidade e conciliamos, sem digitação.
- Prioridade por origem: quando o mesmo evento aparece em mais de um feed, a origem da OTA prevalece sobre o registro direto na deduplicação, para não duplicar a mesma estadia.
Como avaliar quando um sistema promete “API oficial”
Se um concorrente afirma conexão via API com Airbnb e Booking, dá para verificar em cinco minutos — e vale fazer:
- Peça o nome exato na lista de parceiros do Airbnb. O programa é nominal e público. Se a empresa é parceira, ela aparece.
- Pergunte se o Booking é API ou iCal. São coisas diferentes, e o programa do Booking está pausado para novos provedores. Peça por escrito.
- Desconfie de “API” usada como sinônimo de integração. Muito material comercial chama qualquer sincronização de “API”. Se o passo de configuração é colar uma URL de calendário, é iCal.
- Teste no extranet do Booking. Se a aba Sincronizar calendários continua disponível depois de conectar o sistema, a conexão não é de conectividade — é iCal.
- Pergunte a latência em minutos. Quem tem API responde com um número e explica o webhook. Quem tem iCal e responde “tempo real” está inventando.
Isso não torna um sistema pior que o outro — torna a comparação honesta. Um PMS com iCal bem feito, com detecção de sobreposição e alerta, protege melhor do que uma promessa de tempo real que não se sustenta.
Perguntas frequentes
A integração do ReservasHub é via API? Não. É por iCal, usando os links de calendário que Airbnb, Booking, VRBO e Expedia fornecem ao anfitrião. Bidirecional: lemos os feeds das plataformas e publicamos o feed da sua unidade para elas.
Então dá para acontecer overbooking? O risco existe em qualquer sincronização por iCal, inclusive na que você faria ligando Airbnb e Booking diretamente. O que o ReservasHub adiciona é a detecção: sobreposição aparece marcada no calendário e no sino do painel, com os dois códigos, em vez de aparecer no check-in.
Vocês vão ter API algum dia? Depende das plataformas reabrirem os programas, não de nós. Se abrir e fizer sentido, migramos — o modelo de dados já separa a origem de cada reserva.
Preciso desligar a sincronização iCal direta entre Airbnb e Booking? Sim, recomendamos. Manter as duas pontas — a ligação direta entre plataformas e a ligação via ReservasHub — cria caminhos duplicados para o mesmo evento e dificulta rastrear de onde veio cada bloqueio.
Meu Booking está ligado a um channel manager. Consigo usar o iCal? Não simultaneamente. O extranet esconde a opção de sincronizar calendários enquanto houver provedor de conectividade ativo. Você precisa desconectar o provedor para liberar o iCal.
O ReservasHub junta Airbnb, Booking e o seu canal direto num calendário só, com financeiro consolidado por canal e guia do hóspede — sincronizando pelo caminho que as plataformas realmente liberam, e avisando quando duas reservas colidem.
→ Conheça em reservashub.com.br