O que é a conexão XML
OTA (Online Travel Agency) é o termo genérico para plataformas de reserva como Airbnb, Booking e Vrbo. “Conexão XML” é o nome comum dado à integração via API entre um channel manager e essas plataformas — um protocolo estruturado de troca de dados (historicamente em formato XML, hoje muitas vezes JSON, mas o termo “conexão XML” persiste no mercado) que atualiza disponibilidade, tarifa e reserva em tempo quase real, nos dois sentidos, sem depender de importação manual ou periódica de arquivo.
Como funciona, na prática
A conexão XML opera como um canal permanente entre dois sistemas: quando o gestor ajusta o preço de uma diária no channel manager, essa mudança é enviada via API para a OTA em segundos, e o mesmo vale no sentido contrário — uma reserva feita na OTA aparece imediatamente do lado do channel manager, que por sua vez replica o bloqueio de calendário para os outros canais conectados. Um exemplo concreto: um imóvel com conexão XML ativa no Booking tem o preço de uma diária de fim de semana ajustado de R$ 450 para R$ 550 às 14h de uma sexta-feira — o novo valor aparece no Booking em questão de segundos, sem depender de nenhuma sincronização periódica esperar o próximo ciclo.
Erros comuns / Pontos de atenção
- Achar que “conexão XML” e “iCal” resolvem o mesmo problema. A diferença central não é só velocidade — é a natureza da conexão: iCal é importação periódica e geralmente unidirecional em cada ponta; conexão XML é integração ativa e bidirecional, trocando também tarifa e restrições, não só disponibilidade.
- Assumir que toda OTA está certificada para conexão XML com qualquer channel manager. Cada OTA define suas próprias regras de certificação para permitir conexão de terceiros — um channel manager pode estar certificado para Booking, mas não para outra plataforma menor, ou para Vrbo com funcionalidade limitada.
- Contratar solução white label sem confirmar quais integrações estão realmente ativas. Antes de contratar uma solução white label esperando conexão completa com todos os canais, vale confirmar exatamente quais integrações estão certificadas e ativas, canal por canal.
- Não monitorar falhas silenciosas na conexão. Uma conexão XML pode parar de sincronizar tarifa ou disponibilidade sem aviso visível — sem alerta ativo, um canal fica desatualizado por dias sem que ninguém perceba, até um hóspede reservar um preço errado.
- Confundir conexão XML com CRS. A conexão XML é o canal de comunicação técnica com a OTA; o CRS é o sistema que centraliza as reservas recebidas de qualquer origem — são camadas diferentes que trabalham juntas, não a mesma coisa.
Por que isso é estruturalmente diferente do iCal
A diferença central em relação à sincronização via iCal não é só velocidade — é a natureza da conexão. iCal é importação periódica de um arquivo de calendário, geralmente unidirecional em cada ponta (o gestor importa o calendário de outro canal, ou exporta o próprio). Conexão XML é uma integração ativa, bidirecional, que também troca tarifa e restrições (diária mínima, por exemplo), não só disponibilidade — é o que permite um channel manager ajustar preço de forma centralizada e propagar para todos os canais conectados automaticamente, reduzindo a janela de risco de overbooking entre plataformas.
Por que controlar isso no sistema, e não na planilha
A conexão XML em si é gerenciada pelo fornecedor de channel manager, não por uma planilha — mas documentar quais canais estão conectados, desde quando, e com qual nível de funcionalidade (só calendário, ou também tarifa) evita repetir a mesma investigação técnica toda vez que surge uma dúvida sobre por que um canal específico não reflete um ajuste de preço. O Staymin hoje sincroniza o calendário consolidado via iCal, com atualização periódica entre 15 e 60 minutos por canal, e tem em desenvolvimento a conexão direta via API com Airbnb e Booking, com previsão de chegar em breve — o que deve reduzir ainda mais a janela de defasagem entre os canais sem exigir mudança na forma como o gestor opera o calendário hoje.
