Cut-off time é o horário limite, dentro do próprio dia, até o qual uma plataforma ainda aceita reserva de última hora pra aquela data. Configurar esse horário cedo demais — por precaução, ou por nunca ter revisado — fecha a porta pra reserva que ainda daria tempo de preparar o imóvel, deixando vaga vazia que poderia ter sido preenchida.
O que exatamente esse horário controla
O cut-off time é diferente do cut-off date usado em allotment de longo prazo — aqui, a escala é de horas dentro do mesmo dia, não de dias antes da chegada. Ele define até que horário, no dia da própria estadia, a plataforma ainda mostra o imóvel como disponível pra reserva imediata, geralmente configurável como um número de horas de antecedência mínima antes do check-in.
Na prática, esse número aparece escondido numa configuração que a maioria das pessoas define uma vez, no cadastro inicial do anúncio, e nunca mais revisita. É comum encontrar cut-off de 4, 6 ou até 12 horas de antecedência configurado “por segurança” no primeiro dia do anúncio no ar — um valor copiado de algum tutorial genérico, sem relação nenhuma com o tempo real que aquela operação específica leva pra virar o imóvel.
Por que configurar cedo demais custa dinheiro
Um cut-off configurado com muita folga de segurança — por exemplo, exigindo 6 horas de antecedência quando a operação realmente só precisa de 2 — fecha reservas de última hora que ainda dariam tempo suficiente de preparar o imóvel. Cada uma dessas reservas fechadas é, na prática, receita que existia e não foi capturada, não por falta de demanda, mas por uma configuração cautelosa demais que nunca foi revisada depois de definida a primeira vez.
Imagine um imóvel com check-in configurado pra qualquer horário até 22h e cut-off definido em 18h. Um casal buscando hospedagem pra aquela mesma noite, às 19h30, simplesmente não encontra o imóvel como opção — a plataforma já parou de oferecê-lo pra reserva imediata duas horas antes, mesmo que a faxina daquele imóvel específico leve 40 minutos e o responsável pela entrega de chave more a 15 minutos de distância. Nesse exemplo, sobraram quase quatro horas de folga não usada, e a diária da noite ficou vazia.
Esse tipo de perda não aparece em nenhum relatório — ela é invisível por natureza, porque a reserva nunca chegou a existir pra ser contabilizada como perdida. É diferente de um cancelamento, que pelo menos gera um registro. Um cut-off mal calibrado simplesmente nunca deixa a oportunidade aparecer.
Por que configurar tarde demais também tem risco
O oposto também é um problema real: cut-off muito próximo do horário de check-in não deixa tempo hábil pra confirmar disponibilidade de verdade (sobretudo se ainda existe algum processo manual de conferência), preparar limpeza de última hora, ou avisar quem for receber o hóspede. O horário ideal é o menor intervalo que sua operação real consegue cumprir com segurança — nem mais folgado que necessário, nem mais apertado do que dá conta.
Um cenário comum de cut-off apertado demais: reserva confirmada às 20h pra check-in às 21h, sem que tenha havido tempo de confirmar se a faxina do check-out anterior, naquele mesmo dia, já foi concluída. Se algo atrasar — trânsito, um item extra pra repor, uma dúvida do hóspede anterior — o hóspede novo chega antes do imóvel estar pronto de verdade, e o primeiro contato com ele já começa com um problema a resolver, em vez de uma boa impressão.
Como esse horário se relaciona com o Instant Book
Quando o Instant Book está ativado, a reserva de última hora dentro do cut-off configurado é confirmada automaticamente, sem intervenção manual — o que reforça a importância de configurar esse horário corretamente, já que não existe uma etapa manual de revisão que ainda pegaria uma reserva mal-configurada antes de ela virar compromisso confirmado.
Isso não significa que Instant Book seja arriscado por si só — o risco está em manter o cut-off desatualizado enquanto se automatiza a confirmação. Com confirmação manual, um cut-off apertado demais ainda dá chance de recusar uma reserva inviável antes de confirmar. Com Instant Book, essa rede de segurança manual desaparece, e o cut-off passa a ser a única barreira entre uma reserva inviável e um compromisso já assumido com o hóspede.
Cut-off time não é igual em todas as plataformas
Um ponto que costuma passar despercebido: o cut-off time é uma configuração por canal, não uma regra única que vale pra todos os lugares onde o imóvel está anunciado. É perfeitamente possível ter um cut-off de 4 horas configurado no Airbnb e um cut-off diferente (ou nenhum configurado explicitamente) no Booking, porque cada plataforma trata essa configuração de forma independente.
Isso importa porque a sincronização entre canais via iCal atualiza disponibilidade — bloqueia uma data reservada num canal pra que ela não apareça livre nos outros — mas não sincroniza automaticamente regras de reserva, como o cut-off time em si. Se o cut-off está bem calibrado num canal e desatualizado ou padrão em outro, a operação continua vulnerável ao mesmo problema num dos canais, mesmo tendo resolvido no principal.
Vale ainda considerar que a sincronização de disponibilidade entre canais via iCal costuma ter atualização periódica, não instantânea — o que significa que, numa janela muito próxima do horário de check-in, existe uma margem de tempo em que uma reserva feita num canal ainda pode não ter refletido como bloqueio nos outros. Isso é mais um motivo pra não deixar o cut-off apertado demais nos canais secundários: a folga de segurança compensa parte dessa margem de atualização.
Como calcular o cut-off certo pro seu imóvel
O cálculo prático parte do tempo mínimo real que sua operação leva entre confirmar uma reserva e deixar o imóvel pronto: tempo de limpeza expressa (se aplicável), tempo de deslocamento até o imóvel pra quem entrega chave presencialmente, e qualquer outro passo que precise acontecer antes da chegada do hóspede. Somando esses tempos reais — não um número arredondado por segurança — costuma revelar que o cut-off pode ser configurado bem mais próximo do horário de check-in do que a maioria assume por precaução, capturando reserva que hoje está sendo perdida sem necessidade.
Um checklist simples pra revisar hoje mesmo:
- Tempo de faxina expressa, do jeito mais rápido possível sem comprometer qualidade — não o tempo médio de uma faxina completa e tranquila.
- Tempo de deslocamento de quem entrega a chave, ou tempo de configuração se o acesso é por fechadura eletrônica.
- Margem de segurança real, pequena e justificada — não um número redondo escolhido por hábito.
- Cut-off configurado hoje em cada canal ativo, comparado com esse cálculo.
- Diferença entre o cut-off atual e o cut-off calculado — se a diferença for grande, é receita potencialmente sendo perdida toda semana.
Um cenário com vários imóveis, pra ilustrar o custo acumulado
O impacto de um cut-off mal calibrado fica mais fácil de enxergar quando se multiplica por uma carteira inteira, não um imóvel isolado. Imagine alguém administrando 8 imóveis, cada um com cut-off configurado em 5 horas de antecedência, embora o tempo real de virada gire em torno de 2 horas na maioria deles. Se, em média, aparecer uma tentativa de reserva de última hora dentro dessa janela perdida uma vez por semana em cada imóvel — um número conservador em regiões com fluxo constante de turismo — são até 8 oportunidades de reserva fechadas por semana, só por causa de uma configuração que nunca foi revisada depois do cadastro inicial.
Nenhuma dessas oportunidades aparece como “reserva perdida” em relatório nenhum. Ela simplesmente nunca existiu do ponto de vista de quem administra — o hóspede procurou, não encontrou disponível, e foi pra outro anúncio. É um tipo de perda silenciosa, que só fica visível quando alguém para pra calcular o cut-off ideal e compara com o que está configurado hoje.
O que fazer com esse número depois de calculado
Depois de calcular o cut-off ideal, o trabalho não termina — ele deveria ser revisado periodicamente, sobretudo quando a operação muda (troca de quem faz a faxina, mudança na forma de entrega de chave, imóvel novo adicionado à carteira com dinâmica diferente). Quem administra vários imóveis, cada um com tempo de resposta diferente, sente esse problema multiplicado: revisar cut-off manualmente, imóvel por imóvel, canal por canal, é o tipo de tarefa que fica pra depois e nunca acontece na prática, mesmo sabendo que deixa dinheiro na mesa.
É exatamente esse tipo de ajuste fino — pequeno individualmente, mas recorrente e fácil de esquecer — que faz diferença acumulada ao longo do ano numa carteira de vários imóveis. Ter os dados de cada imóvel centralizados num único lugar, com histórico de alterações auditável mostrando quando cada configuração foi revisada pela última vez, tira essa revisão da lista de coisas que dependem de lembrar sozinho e vira parte natural da rotina de gestão.
Quando o calendário de todos os canais já está unificado num único painel — em vez de espalhado entre a extranet de cada plataforma — revisar cut-off, diária mínima e outras regras de reserva por imóvel deixa de ser uma tarefa isolada que exige entrar em cada conta separadamente, e passa a ser parte da mesma rotina de conferência que já é feita pra outras decisões operacionais. É esse tipo de centralização — calendário único, histórico auditável do que foi ajustado e quando — que transforma um ajuste pontual de configuração numa prática sustentável ao longo do tempo, mesmo com a carteira crescendo.
