Saltar para o conteúdo principal

Como tirar partido do SMS em marketing para aumentar as visitas de retorno

Este guia de referência técnica descreve como os espaços empresariais podem integrar a análise de WiFi com motores de marketing por SMS para impulsionar visitas repetidas. Detalha a arquitetura necessária para capturar dados de presença em tempo real, acionar campanhas de SMS automatizadas com base no comportamento físico e medir o impacto direto nas taxas de retorno. Ao alinhar a infraestrutura de rede com a automação de marketing, as equipas de TI e operações podem estabelecer um canal de alto rendimento para a retenção de clientes.

📖 9 min de leitura📝 2,055 palavras🔧 2 exemplos práticos3 perguntas de prática📚 8 definições principais

Resumo Executivo

Os espaços físicos enfrentam um desafio persistente em igualar as capacidades de retenção de clientes dos espaços digitais. Enquanto as plataformas de e-commerce rastreiam, redirecionam e voltam a interagir com os visitantes com precisão, os locais físicos operam frequentemente num vácuo de informação. A infraestrutura de WiFi empresarial, quando integrada com motores de análise e comunicação, preenche esta lacuna. Ao utilizar o Captive Portal como um ponto de recolha de dados, os espaços podem capturar números de telemóvel verificados e associá-los a identificadores de dispositivos únicos.

Este guia detalha como utilizar o marketing por SMS - acionado por análises de WiFi em tempo real - para aumentar sistematicamente as visitas de retorno. O SMS continua a ser um canal excecionalmente eficaz, apresentando taxas de abertura próximas dos 98%, com a maioria das mensagens lida nos três minutos seguintes à entrega. Ao associar estas mensagens ao comportamento físico, como o tempo de permanência, a frequência de visitas ou a ausência prolongada, as organizações podem fornecer comunicações altamente contextualizadas que incentivam à ação. Este documento fornece a arquitetura técnica, os passos de implementação e as melhores práticas necessárias para gestores de TI, arquitetos de rede e diretores de operações implementarem um sistema de marketing por SMS fiável, em conformidade e automatizado.

Detalhe Técnico

Para construir um sistema automatizado de marketing por SMS baseado na presença física, deve integrar várias camadas distintas: a rede sem fios física, o servidor AAA (Authentication, Authorization, and Accounting), o motor de análise de WiFi e o gateway de SMS externo.

O Fluxo de Captura de Dados e Autenticação

Quando um visitante entra num espaço e tenta ligar-se ao WiFi de convidados, o processo começa no Access Point (AP) ou no Wireless LAN Controller (WLC). O WLC redireciona o tráfego HTTP do utilizador para um Captive Portal alojado pela plataforma Purple.

  1. Associação e Redirecionamento: O dispositivo do utilizador associa-se ao SSID de convidados. O WLC intercepta o pedido inicial do browser e redireciona o utilizador para o URL do Captive Portal, anexando o endereço MAC do cliente e o endereço MAC do AP (denominado Called-Station-ID) à query string.
  2. Recolha de Dados e Consentimento: O Captive Portal apresenta um formulário de registo. Para ativar o marketing por SMS, o formulário deve recolher o número de telemóvel do utilizador com uma caixa de seleção de aceitação (opt-in) ativa e explícita que esteja em conformidade com as regulamentações locais (como o GDPR na Europa ou a TCPA nos Estados Unidos). O código do país deve ser detetado automaticamente ou selecionado explicitamente para garantir o encaminhamento correto.
  3. Autenticação RADIUS: Assim que o utilizador submete o formulário, a plataforma Purple comunica com o servidor RADIUS da rede para autorizar o acesso à Internet. O servidor RADIUS regista a hora de início da sessão, associando o endereço MAC autenticado ao perfil do utilizador na base de dados.

Deteção de Presença e Rastreio Comportamental

Para acionar mensagens SMS com base no comportamento de retorno, o sistema deve distinguir entre ligações ativas (utilizadores com sessão iniciada no WiFi) e presença passiva (dispositivos com WiFi ativado mas sem sessão iniciada).

  • Rastreamento de Ligação Ativa: Baseia-se em pacotes de accounting RADIUS (Start, Interim-Update e Stop). Quando um utilizador se liga, o pacote RADIUS Start regista a sua presença. Os pacotes Interim-Update, enviados em intervalos configurados (normalmente de 15 minutos), confirmam o tempo de permanência em curso. Um pacote RADIUS Stop regista a sua partida.
  • Rastreamento de Presença Passiva: Utiliza pedidos de deteção (probe requests) enviados por dispositivos móveis que procuram redes conhecidas. Os Access Points capturam estes pedidos de deteção, registando o endereço MAC do dispositivo, a marca de tempo (timestamp) e o Indicador de Força do Sinal Recebido (RSSI). Se o dispositivo se tiver registado anteriormente através do Captive Portal, o sistema pode identificar a presença física do utilizador perto do local, mesmo que este não inicie sessão no WiFi durante essa visita específica. Para proteger a privacidade, os endereços MAC são encriptados por hash criptográfico (usando SHA-256) imediatamente após a captura.

Arquitetura de Integração e Webhooks

Para iniciar um SMS, o motor de analítica de WiFi deve transmitir dados para um gateway de SMS (como Twilio, Sinch ou Link Mobility) em tempo real. Isto é alcançado utilizando webhooks ou REST APIs.

+-------------------+       RADIUS       +---------------------+
|  Rede Sem Fios    | <----------------> |   Purple Platform   |
|  (APs / WLC)      |                    | (Motor de Analítica)|
+-------------------+                    +---------------------+
         |                                          |
         | Redirecionamento                         | Webhook (JSON)
         v                                          v
+-------------------+                    +---------------------+
|  Captive Portal   |                    |     Gateway SMS     |
|  (Opt-in do Utiliz)                    |  (Twilio / Sinch)   |
+-------------------+                    +---------------------+
                                                    |
                                                    | SMPP / HTTP
                                                    v
                                         +---------------------+
                                         | Telemóvel Utiliz.   |
                                         +---------------------+

Quando uma regra de comportamento é atendida - por exemplo, um utilizador registado não é detetado no local há 30 dias - o motor de analítica da Purple gera um evento. Este evento aciona um webhook que envia um pedido POST contendo um payload JSON para o gateway de SMS. O payload inclui o número de telefone do destinatário, o corpo da mensagem (preenchido com campos dinâmicos como o primeiro nome e o último local visitado) e parâmetros de rastreamento.

Guia de Implementação

A implementação de um sistema automatizado de marketing por SMS requer uma configuração sistemática na sua infraestrutura de rede, na plataforma Purple e no gateway de SMS escolhido.

Passo 1: Configurar o Captive Portal para Captura de Dados em Conformidade

  1. Inicie sessão na interface de administração do Purple Portal.
  2. Navegue até ao Form Builder e selecione a sua splash page ativa.
  3. Adicione um campo de Número de Telefone. Configure as definições do campo:
    • Defina o campo como Obrigatório.
    • Ative a Validação de Formato Internacional para forçar os utilizadores a introduzir o indicativo do país.
  4. Adicione uma Caixa de Seleção de Consentimento especificamente para marketing por SMS. Esta deve ser independente da caixa de seleção dos termos e condições gerais.
    • Texto da etiqueta: "Aceito receber novidades e ofertas exclusivas via SMS. Máximo de 2 mensagens por mês. Responda STOP para cancelar."
    • Garanta que a caixa de seleção está desmarcada por predefinição.
  5. Guarde e publique as alterações da splash page.

Passo 2: Estabelecer a Integração com o Gateway de SMS

Este passo configura a ligação de comunicação entre a Purple e o seu fornecedor de SMS. Este exemplo assume a utilização do Twilio.

  1. Obtenha o seu Account SID, Auth Token e um Messaging Service SID dedicado ou número de telefone a partir da sua consola Twilio.
  2. No Purple Portal, navegue até Integrations > Connectors > Add New.
  3. Selecione Twilio na lista de fornecedores de SMS suportados.
  4. Introduza as suas credenciais Twilio nos campos de configuração.
  5. Teste a ligação introduzindo o seu próprio número de telemóvel e clicando em Send Test SMS. Verifique se a mensagem é recebida e se o estado de entrega é registado com sucesso.

Passo 3: Definir Segmentos Comportamentais e Triggers

Para impulsionar visitas de retorno, deve visar os utilizadores com base no seu comportamento físico. Crie um segmento para "Visitantes Ausentes" que não visitam o local nos últimos 30 dias.

  1. No Purple Portal, navegue até Analytics > Visitor Profiling > Segments.
  2. Clique em Create Segment e atribua o nome Lapsed_30_Days.
  3. Defina os critérios:
    • Last Visit Date é superior a 30 days ago.
    • Total Visits é maior ou igual a 1 (garantindo que se trata de um visitante histórico).
    • SMS Opt-in é igual a True.
  4. Guarde o segmento.

Passo 4: Configurar a Campanha Automatizada e o Trigger de Webhook

Agora, associe o segmento a uma ação automatizada que é acionada quando um utilizador entra neste estado.

  1. Navegue até Marketing > Campaigns > Create Campaign.
  2. Selecione Triggered Campaign e escolha o evento de trigger: Enter Segment (Lapsed_30_Days).
  3. Selecione SMS como canal de entrega.
  4. Redija o modelo de mensagem utilizando marcadores dinâmicos para personalizar o conteúdo:
    Olá {{visitor.first_name}}, sentimos a sua falta no {{venue.name}}! Volte esta semana e apresente esta mensagem para obter 15% de desconto na sua próxima compra. Cancelar: {{sms.opt_out_link}}
    
  5. Configure as Horas de Silêncio para evitar o envio de mensagens durante horas impróprias. Defina o período de silêncio das 20:00 às 09:00 com base no fuso horário local do local. As mensagens acionadas durante este período devem ser colocadas em fila de espera e enviadas na manhã seguinte.
  6. Defina um Limite de Frequência de 1 mensagem por cada 30 dias para esta campanha específica para evitar a comunicação excessiva.
  7. Ative a campanha.

Melhores Práticas

Para maximizar as visitas de retorno mantendo elevadas taxas de consentimento e desempenho de rede, cumpra as seguintes normas do setor.

Higiene de Dados e Validação de Números

Números de telefone inválidos desperdiçam o orçamento de marketing e distorcem as métricas de desempenho. Implemente a validação em tempo real no ponto de recolha.

  • Utilize Consultas HLR: Antes de enviar campanhas de grande volume, configure o seu gateway de SMS para realizar consultas de Home Location Register (HLR). Isto interroga a rede móvel para verificar se o número está ativo e atualmente encaminhado, filtrando telefones fixos e números desativados.
  • Imponha a Formatação E.164: Garanta que todos os números recolhidos são armazenados no formato internacional E.164 (por exemplo, +447700900077). Isto evita falhas de entrega quando os utilizadores viajam internacionalmente ou no encaminhamento através de operadoras globais.

Tempo e Relevância Contextual

O SMS é um canal intrusivo. O envio de mensagens no momento errado leva a elevadas taxas de cancelamento de subscrição.

  • Alinhe com o Comportamento Histórico: Se os relatórios mostrarem que um utilizador visita normalmente o seu local às sextas-feiras à tarde, agende o SMS de reativação para sexta-feira de manhã às 10:00. Isto coloca o incentivo em destaque quando estão a planear o seu dia.
  • Verificação do Tempo de Permanência: Não acione mensagens SMS de "agradecimento" ou de feedback imediatamente após a ligação. Defina um limite mínimo de tempo de permanência (por exemplo, 20 minutos) para garantir que o utilizador realmente passou algum tempo no local, em vez de apenas passar a pé e associar-se brevemente à rede.

Conformidade e Privacidade

As entidades reguladoras penalizam severamente o marketing por SMS que não esteja em conformidade.

  • Consentimento Explícito: Nunca junte o consentimento de marketing por SMS com os termos de serviço do WiFi. Deve ser uma ação distinta e afirmativa por parte do utilizador.
  • Cancelamento Simples: Cada SMS deve conter um método claro e gratuito para cancelar a subscrição. O padrão é suportar respostas "STOP" ou fornecer um URL encurtado e gratuito que processe o cancelamento instantaneamente. Quando um utilizador cancela a subscrição, o seu perfil na base de dados da Purple deve ser atualizado para SMS Opt-in = False em poucos segundos para evitar envios subsequentes.

Resolução de Problemas e Mitigação de Riscos

Problema 1: Elevadas Taxas de Falha na Entrega de SMS

  • Causa Raiz: Utilizadores que introduzem números de telefone falsos para contornar o Captive Portal e obter acesso à internet.
  • Mitigação: Implemente a Verificação por SMS (Autenticação de Dois Fatores) para o acesso ao WiFi. Em vez de conceder acesso imediato após o envio do formulário, envie um PIN de 4 dígitos via SMS para o número introduzido. O utilizador deve introduzir este PIN no captive portal para aceder à internet. Isto garante que apenas números de telemóvel válidos e de que o utilizador é proprietário sejam adicionados à sua base de dados.

Problema 2: Latência de Webhook e Acumulação de Fila de Espera

  • Causa Raiz: Durante as horas de ponta (por exemplo, o intervalo num estádio ou a tarde de sábado num centro comercial), milhares de utilizadores podem acionar eventos em simultâneo, sobrecarregando a API do gateway de SMS.
  • Mitigação: Configure uma fila de mensagens assíncrona (como o RabbitMQ ou AWS SQS) entre a saída do webhook da Purple e o gateway de SMS. Isto amortece os pedidos, permitindo que o sistema processe mensagens a um ritmo controlado sem perder dados (payloads) ou atingir limites de taxa da API.

Problema 3: A Randomização de MAC Prejudica as Métricas de Retorno

  • Causa Raiz: Os sistemas operativos móveis modernos (iOS 14+, Android 10+) randomizam os endereços MAC por predefinição ao procurar redes, dificultando a monitorização de visitas repetidas através de pedidos de sonda passivos.
  • Mitigação: Confie em dados autenticados em vez de dados de sondagem passiva para campanhas de elevada precisão. Quando um utilizador inicia sessão no captive portal, associe a sua identidade verificada (número de telefone) ao seu endereço MAC atual. Se regressarem e iniciarem sessão novamente, o sistema faz a correspondência com o número de telefone, contornando as limitações da randomização de MAC.

ROI e Impacto no Negócio

Para justificar o investimento no marketing por SMS integrado com o WiFi, deve monitorizar métricas específicas que demonstrem uma correlação direta entre o envio de SMS e as visitas de retorno físicas.

Indicadores Chave de Desempenho (KPIs)

  1. Taxa de Visitas de Retorno (RVR): A percentagem de utilizadores que receberam um SMS e, posteriormente, se autenticaram no WiFi do local dentro de uma janela de atribuição definida (normalmente 7, 14 ou 30 dias). $$\text{RVR} = \left( \frac{\text{Número de destinatários de SMS que regressaram e se autenticaram}}{\text{Total de mensagens SMS entregues com sucesso}} \right) \times 100$$
  2. Correspondência da Janela de Atribuição: O sistema deve correlacionar os registos de entrega de SMS com os registos de contabilidade RADIUS. Se um utilizador receber um SMS na terça-feira e o seu endereço MAC registar um pacote RADIUS Start na quinta-feira, isto é contabilizado como uma visita de retorno atribuída.
  3. Custo por Visita de Retorno (CPRV): Calcule o custo total de envio de SMS dividido pelo número de visitas de retorno atribuídas. $$\text{CPRV} = \left( \frac{\text{Custo Total de SMS}}{\text{Visitas de Retorno Atribuídas}} \right)$$ Por exemplo, se o envio de 10 000 mensagens SMS custar £200 (a £0,02 por mensagem) e resultar em 400 visitas de retorno, o CPRV é de £0,50. Compare este valor com o valor médio do tempo de vida do cliente (LTV) ou o valor médio de transação para determinar a rentabilidade.

Otimização Baseada em Dados

Ao analisar continuamente estas métricas no painel de controlo da Purple, as equipas de operações podem realizar testes A/B ao texto das mensagens, aos valores dos incentivos e ao momento de envio. Este processo iterativo garante que o canal de SMS continue a ser um motor altamente eficiente de tráfego pedonal e receita.

Definições Principais

Captive Portal

Uma página web apresentada a utilizadores recém-ligados a uma rede WiFi antes de lhes ser concedido um acesso mais amplo à internet, vulgarmente utilizada para capturar dados do utilizador e consentimento de marketing.

É a principal porta de entrada para recolher números de telemóvel verificados e consentimentos explícitos de marketing.

RADIUS (Remote Authentication Dial-In User Service)

Um protocolo de rede que fornece uma gestão centralizada de Autenticação, Autorização e Auditoria (AAA) para utilizadores que se ligam e utilizam um serviço de rede.

Regista quando os utilizadores iniciam e terminam a sessão no WiFi, fornecendo os dados brutos de sessão utilizados para calcular o tempo de permanência e a frequência de visitas.

HLR (Home Location Register) Lookup

Uma consulta de base de dados em tempo real utilizada para determinar o estado e a validade de um número de telemóvel antes de enviar um SMS.

Evita o desperdício de orçamento de marketing em números inválidos ou inativos capturados durante o registo no WiFi.

RSSI (Received Signal Strength Indicator)

Uma medição da potência presente num sinal de rádio recebido, utilizada na análise de WiFi para estimar a proximidade de um Access Point.

Ajuda a determinar se um utilizador está fisicamente dentro de um espaço ou apenas a passar, evitando falsos disparos de SMS.

Webhook

Um método para alterar o comportamento de uma página web ou aplicação web com retornos de chamada personalizados, utilizado aqui para enviar dados em tempo real do Purple para uma gateway de SMS.

Permite a comunicação instantânea entre o motor de análise de WiFi e a plataforma de envio de SMS.

MAC Hashing

O processo de conversão de um endereço Media Access Control numa cadeia criptográfica segura e irreversível para proteger a privacidade do utilizador enquanto se monitorizam as visitas de retorno.

Garante a conformidade com os regulamentos de privacidade ao mesmo tempo que permite ao sistema reconhecer dispositivos que regressam.

Taxa de Consentimento

A percentagem de utilizadores de WiFi que concordam explicitamente em receber comunicações de marketing durante o processo de registo no Captive Portal.

É uma métrica fundamental para medir a eficácia do seu funil de recolha de dados; taxas de consentimento baixas indicam um design de portal fraco ou propostas de valor pouco claras.

Janela de Atribuição

O período de tempo definido (por exemplo, 7 dias) após o envio de um SMS durante o qual o regresso de um utilizador ao espaço é creditado a essa campanha específica.

Evita a atribuição excessiva de visitas de retorno que teriam ocorrido naturalmente sem o incentivo por SMS.

Exemplos Práticos

Uma cadeia de retalho nacional com 150 lojas quer visar clientes "inativos" - definidos como indivíduos que se registaram através do Captive Portal de WiFi no passado, mas que não foram detetados em nenhuma loja nos últimos 45 dias. Querem enviar um SMS automatizado com um código de desconto de 10% válido apenas para o próximo fim de semana, acionado numa quinta-feira de manhã.

Para implementar isto, as equipas de TI e marketing devem executar a seguinte configuração:

  1. Criação de Segmento: No Purple Portal, crie um segmento dinâmico chamado Lapsed_45_Days_Retail.
    • Critérios: Last Seen é superior a 45 dias atrás E Opt-in SMS é igual a True.
  2. Configuração da Campanha: Crie uma campanha agendada direcionada a este segmento.
    • Defina o agendamento de execução para Semanal na quinta-feira às 09:30.
    • Este momento garante que a mensagem é recebida quando os clientes planeiam as suas compras de fim de semana.
  3. Configuração de Payload do Gateway de SMS: Configure a integração de webhook para a Twilio. O payload do webhook deve passar o número de telefone do utilizador, o primeiro nome e um código de cupão único e de utilização única gerado pelo sistema ERP da cadeia de retalho.
    • URL do Webhook: https://api.twilio.com/2010-04-01/Accounts/{AccountSid}/Messages.json
    • Modelo de payload:
      {
        "To": "{{visitor.phone_number}}",
        "From": "RETAILCO",
        "Body": "Olá {{visitor.first_name}}, já não nos vemos há algum tempo! Aproveite 10% de desconto este fim de semana com o código {{coupon.code}}. Mostre esta mensagem na caixa. Cancelar subscrição: {{sms.opt_out_link}}"
      }
      
  4. Rastreio de Atribuição: Configure a janela de atribuição no Purple para 4 dias (de quinta-feira a domingo). O sistema irá monitorizar os registos RADIUS em todas as 150 lojas. Qualquer endereço MAC associado a um número de telefone de destinatário que se autentique no WiFi de convidados entre quinta-feira às 09:30 e domingo às 23:59 é assinalado como um 'Retorno Atribuído'.
Comentário do Examinador: Este cenário demonstra o poder de combinar acionadores temporais (quinta-feira de manhã) com dados de ausência física (45 dias). Ao definir a janela de atribuição estritamente para o fim de semana da promoção, o retalhista evita falsos positivos. A utilização de um ID de remetente dedicado ('RETAILCO') aumenta a confiança e as taxas de abertura, mas requer o pré-registo junto dos operadores de telecomunicações em determinadas jurisdições (por exemplo, no Reino Unido e na UE).

Um grande centro de exposições que acolhe conferências de vários dias quer impulsionar as visitas de retorno à sua zona de restauração local. Querem enviar um voucher por SMS aos participantes que se ligaram ao WiFi no Dia 1 de um evento, mas que ainda não se voltaram a ligar até às 12:00 do Dia 2, incentivando-os a voltar para o almoço.

Isto requer um fluxo de trabalho altamente sensível ao tempo e específico do local:

  1. Mapeamento de SSID e Localização: Certifique-se de que os APs do centro de exposições estão agrupados por zona. Os APs da zona de restauração devem ser agrupados numa zona com o nome Dining_Zone e os pavilhões de exposição principais em Exhibition_Zone.
  2. Definição de Segmento: Crie um segmento chamado Day_1_Attendees_Missing_Day_2.
    • Critérios: Ligou-se à Exhibition_Zone ontem E NÃO se ligou a nenhuma zona hoje entre as 08:00 AM e as 12:00 PM.
  3. Configuração do Gatilho: Configure uma campanha diária agendada para ser executada às 12:05 PM durante eventos de vários dias.
    • Destinatário: Day_1_Attendees_Missing_Day_2.
    • Conteúdo do SMS: "Com fome, {{visitor.first_name}}? Evite as filas lá fora. Volte à Zona de Restauração Central e receba um café grátis na compra de qualquer almoço. Apresente esta mensagem para usufruir!"
  4. Resgate e Validação: Para evitar fraudes e acompanhar o ROI, o sistema de POS (Point of Sale) da zona de restauração deve ser atualizado para aceitar a promoção de SMS. Quando o funcionário lê o código de barras ou introduz o código do SMS, o POS regista a transação. Estes dados são posteriormente reconciliados com os relatórios de entrega de SMS do Purple para calcular a receita direta gerada.
Comentário do Examinador: Este é um excelente exemplo de micro-segmentação baseada na dinâmica de eventos em tempo real. O momento (12:05 PM) é crítico; visa os utilizadores exatamente quando estão a decidir onde almoçar. Ao restringir o segmento aos que ainda não se voltaram a ligar no Dia 2, o espaço evita gastar créditos de SMS com participantes que já se encontram no local e provavelmente já planeiam comer lá.

Perguntas de Prática

Q1. Um diretor de operações de um estádio quer enviar um cupão por SMS aos participantes que se ligam ao WiFi durante o intervalo. No entanto, a gateway de SMS regista um atraso de 15 minutos na fila de espera. Como resolve isto para garantir que a mensagem é recebida antes do início da segunda parte?

Dica: Considere o mecanismo de gatilho e como contornar a fila da gateway durante eventos de alta densidade.

Ver resposta modelo

Para resolver este problema, deve contornar a fila de espera padrão da gateway de SMS partilhada e implementar um short code dedicado ou um número gratuito de alto débito com o seu fornecedor de SMS, garantindo uma taxa de Mensagens Por Segundo (MPS) mais elevada. Além disso, configure o acionador na plataforma Purple para disparar 10 minutos antes do intervalo, com base em dados de sessão preditivos ou num acionador de evento agendado associado à API do relógio de jogo do estádio, em vez de esperar pelo pico físico de ligação do intervalo. Por fim, implemente um parâmetro de "expiração" estrito no payload do SMS para que, se uma mensagem se atrasar além do início da segunda parte, o operador a descarte em vez de entregar uma mensagem irrelevante fora de tempo.

Q2. Uma cadeia de retalho opera em vários fusos horários. Como deve a equipa de TI configurar a integração do webhook para garantir que as mensagens SMS não violam as horas de descanso locais?

Dica: Pense em onde os dados do fuso horário estão guardados e como o motor de agendamento processa os acionadores.

Ver resposta modelo

A equipa de TI deve garantir que a plataforma Purple está configurada com o fuso horário local correto para cada localização de espaço individual (Called-Station-ID). Quando ocorre um acionador comportamental, o motor de campanhas Purple deve avaliar a hora local do espaço específico onde o utilizador se registou pela última vez antes de executar o webhook. Se a hora local estiver dentro das horas de descanso definidas (por exemplo, das 20:00 às 09:00), a plataforma deve colocar o payload do webhook numa base de dados de buffer local. O motor de agendamento deve então libertar os webhooks em fila sequencialmente a partir das 09:30 da manhã, hora local do espaço, no dia seguinte.

Q3. Uma cadeia hoteleira nota uma elevada taxa de rejeição (bounce) nas suas campanhas de SMS. Que passos de verificação técnica devem ser implementados no captive portal e na integração da gateway de SMS para resolver isto?

Dica: Aborde tanto a validação de dados de entrada ao nível do portal como a verificação ao nível do operador.

Ver resposta modelo

Para resolver as elevadas taxas de rejeição, implemente um processo de verificação em dois níveis. Primeiro, ao nível do captive portal, utilize a validação por regex para impor o formato internacional E.164 e evitar o envio de sequências obviamente falsas (por exemplo, "123456789"). Segundo, integre uma API de pesquisa HLR (Home Location Register) em tempo real no momento do registo. Quando o utilizador envia o seu número, o sistema realiza uma verificação em segundo plano para confirmar se o número está ativo e capaz de receber SMS. Se a pesquisa HLR devolver um estado de "rede fixa" ou "inválido", o captive portal apresenta uma mensagem de erro a solicitar ao utilizador que forneça um número de telemóvel válido antes de lhe ser concedido o acesso à internet.