Twilio liberou o religamento de SMS por API em toll-free — como encaixar isso no agendamento
Existe um cliente que some da sua lista de lembretes sem ninguém perceber: o que um dia respondeu STOP. Meses depois ele volta, marca um horário, digita o telefone no formulário — e o lembrete simplesmente não chega. Ele acha que você esqueceu. Você acha que ele foi avisado. Em 12 de agosto a Twilio publicou uma mudança que trata exatamente essa passagem de volta.
O que aconteceu
A Twilio registrou no changelog, em 12 de agosto de 2026: "Customers can now use the Consent Management API to programmatically re-opt-in users on US and Canada Toll-Free numbers."
Traduzindo o que isso é, sem jargão: existe um registro, mantido no nível da rede, de quem aceitou e quem recusou receber mensagens do seu número. Quando alguém responde STOP, entra nesse registro como recusa — e nenhuma mensagem sua atravessa, por mais que o contato continue no seu CRM. A nota da Twilio é sobre o caminho de volta desse registro: agora dá pra reverter por API, em números toll-free dos Estados Unidos e do Canadá.
O que muda pra você
Muda o desenho de um pedaço do fluxo que quase todo negócio de serviço tem e quase ninguém mapeou: o reencontro.
Quem trabalha com agendamento — clínica, oficina, salão, escritório, dispatch — convive com o cliente que vai e volta. Ele sai da lista num momento de saturação e retorna seis meses depois porque precisou. No retorno, ele preenche um formulário novo e marca a caixa de consentimento de novo. Do ponto de vista dele, isso é um sim. Do ponto de vista da rede, ele continuava marcado como não.
O que a nota destrava é a possibilidade de fazer esses dois registros conversarem no mesmo instante em que o cliente diz sim de novo — sem depender de uma ação técnica dele.
Duas fronteiras vale deixar explícitas, porque é onde a maioria vai errar a leitura: a nota fala de Estados Unidos e Canadá e fala de toll-free. Se o seu tráfego sai de 10DLC ou de short code, essa nota específica não é sobre o seu número.
Na prática
O que a gente recomenda quando esse tipo de mudança entra — e vale como método, não como receita fechada:
O gatilho é o consentimento novo, não a lista antiga. A chamada acontece no momento em que a pessoa marca a caixa num formulário novo. Não é botão de "reativar todo mundo que saiu". Quem parou de responder não é a mesma coisa que quem pediu pra voltar, e tratar os dois igual é como se perde um número.
Guarde a prova do sim. Data, hora, origem da submissão e o texto exato que a pessoa aceitou. Se você está afirmando um consentimento em nome do cliente, a responsabilidade de sustentar essa afirmação passa a ser sua — e o lugar de sustentar é o registro, não a memória.
Ponha na ordem certa. O consentimento é registrado antes do primeiro lembrete sair, não junto. Uma mensagem que chega antes do registro fechar é a que vira reclamação.
Teste com um número seu. Sai da lista, volta pelo formulário, confere se o lembrete chegou. Cinco minutos de teste manual valem mais do que ler a documentação inteira.
Uma nota honesta: isto é uma leitura operacional de uma mudança técnica, não aconselhamento de compliance. Regras de mensageria variam por operadora e por tipo de número, e quem responde pelo registro de consentimento do seu negócio é o seu negócio.
A parte que interessa não é a API. É perceber que "o cliente voltou" e "o sistema sabe que o cliente voltou" são dois eventos diferentes — e que a distância entre os dois costuma ser exatamente onde o atendimento parece descuidado sem ninguém ter feito nada de errado.
Fontes
- Twilio — Changelog, 12 de agosto de 2026: Consent Management API supports Toll-Free network opt-out override — https://www.twilio.com/en-us/changelog/consent-management-api-supports-tollfree-network-opt-out-override
Uma observação honesta: não existe multiplicador universal. O resultado depende do seu setor, do seu ticket, de quanto do seu volume é urgente e de quanto é pesquisa de preço. Quem promete um número fixo de retorno está vendendo, não calculando.