Como alavancar agências de marketing por SMS para aumentar as visitas de retorno
Este guia técnico explica como as equipas de TI e de operações de locais podem integrar agências de marketing por SMS com a plataforma de Guest WiFi da Purple para capturar dados primários (first-party data) verificados e automatizar campanhas que impulsionam as visitas de retorno. Abrange a arquitetura de implementação, requisitos de conformidade e resultados de negócio mensuráveis para ambientes empresariais em retalho, hotelaria e eventos.
Ouça este guia
Ver transcrição do podcast
Resumo Executivo
Os operadores de espaços enfrentam um desafio persistente: converter visitantes ocasionais em clientes habituais e leais. Embora o marketing por email continue a ser um canal padrão, o SMS oferece uma taxa de abertura de 98% - frequentemente nos três minutos seguintes à receção (Fonte: GSMA Intelligence, 2024). Para tirar partido disto, os espaços precisam de números de telemóvel precisos e de consentimento explícito em escala. A Purple resolve este problema na periferia da rede. Quando um visitante se liga ao seu Guest WiFi , a Purple recolhe o seu número de telemóvel verificado e o consentimento em conformidade com o GDPR, encaminhando depois estes dados proprietários para as suas agências de marketing por SMS preferidas via API. Em mais de 80.000 espaços ativos e 440 milhões de inícios de sessão em 2024, vimos esta arquitetura impulsionar consistentemente o regresso dos visitantes. Este guia abrange a integração técnica, as etapas de implementação, os requisitos de conformidade e a medição do ROI para as equipas de TI e de marketing prontas para agir este trimestre.
Detalhe Técnico
Como funciona a camada de recolha de dados
A Purple opera como uma sobreposição na cloud sobre o seu hardware empresarial existente. Integramo-nos nativamente com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Quando um visitante se liga ao SSID do Guest WiFi, a rede redireciona-o para um portal cativo da Purple. Aqui, a Purple autentica o utilizador e recolhe o seu número de telemóvel juntamente com consentimentos explícitos e de escolha consciente para comunicações de marketing.
Este processo é independente do hardware. Quer a sua infraestrutura utilize Cisco Meraki nas suas lojas de retalho e HPE Aruba na sua sede, a Purple apresenta um modelo de dados unificado para as agências de marketing por SMS a jusante. Não precisa de reestruturar a sua rede para beneficiar.
Redes Baseadas em Identidade e o problema da aleatorização de MAC
Os sistemas operativos modernos - iOS 14 e superior, Android 10 e superior - aleatorizam o endereço MAC do dispositivo para proteger a privacidade do utilizador. Isto cria um problema significativo para qualquer espaço que tente medir visitas repetidas na camada de hardware: cada visita da mesma pessoa pode parecer um novo dispositivo único. O rastreamento passivo de dispositivos está, para fins práticos, obsoleto.
As Redes Baseadas em Identidade da Purple resolvem isto ao deslocar a âncora de rastreamento do dispositivo para o utilizador autenticado. Assim que um visitante inicia sessão através do portal cativo e fornece um número de telefone verificado, a sua sessão é associada a essa identidade. Quando regressam e se autenticam novamente, a Purple faz a correspondência do registo. O resultado é um conjunto de dados determinístico de pessoas reais e históricos de visitas reais - exatamente o que as agências de marketing por SMS precisam para acionar campanhas precisas e oportunas.
Com 29 mil milhões de pontos de dados recolhidos na nossa rede, esta camada de identidade é o ativo mais valioso que a Purple fornece ao seu stack de marketing.
A arquitetura de integração de API
Os dados fluem do Purple Engage para as suas agências de marketing de SMS através de dois mecanismos principais:
| Método | Ideal para | Latência | Complexidade |
|---|---|---|---|
| Webhooks | Triggers em tempo real (mensagens de boas-vindas, transmissões de eventos) | Praticamente zero | Baixa - configure o URL do endpoint no portal Purple |
| Exportação de API agendada | Campanhas de recomprometimento, processamento em lote | Minutos a horas | Média - requer middleware ou ingestão do lado da agência |
Ambos os métodos utilizam autenticação baseada em token. A Purple trata da eliminação de duplicados na fase de exportação, pelo que o mesmo utilizador que inicia sessão três vezes num dia não gera três registos no CRM da sua agência de SMS.
Guia de implementação
Implementar uma integração de SMS requer coordenação entre as equipas de engenharia de rede, marketing e jurídica. Estes quatro passos cobrem a implementação completa.
Passo 1: Configurar o Captive Portal para recolha de SMS
No portal Purple, navegue até ao construtor de splash pages. Ative o campo de número de telemóvel e defina-o como obrigatório. Crucialmente, ative a verificação de SMS OTP (One-Time Password). Isto envia um código de quatro dígitos para o número que o visitante introduz, confirmando que é válido antes de conceder acesso ao WiFi. Os números inválidos inflamam a sua base de dados e desperdiçam créditos de API de SMS. A verificação OTP elimina isto na origem.
Para orientações sobre como desenhar uma splash page eficaz que mantenha a consistência da marca e, ao mesmo tempo, maximize a recolha de dados, consulte como causar uma excelente primeira impressão com o seu WiFi de convidados .
Passo 2: Estabelecer a sua base de conformidade
Atualize os seus termos e condições para nomear explicitamente as agências de marketing de SMS com as quais partilha dados. A caixa de seleção de consentimento deve estar desmarcada por predefinição para cumprir os requisitos do Artigo 7.º do GDPR. A Purple regista o carimbo de data/hora exato, o endereço IP e a versão do texto de consentimento para cada evento de opt-in. Este registo de auditoria é a sua prova de processamento lícito ao abrigo do GDPR e da CCPA.
Para locais que operam em múltiplos territórios, a Purple tem certificação ISO 27001, GDPR, CCPA e Cyber Essentials. O enquadramento de conformidade está integrado na própria solução, não adicionado posteriormente.
Passo 3: Configurar a integração de API
Gere uma chave de API no Purple Engage em Definições > Integrações. Configure a sua plataforma de marketing de SMS para receber dados via webhook, ou agende uma exportação diária. Mapeie os campos corretamente:
user.phonepara o campo de número de telefone de destinouser.marketing_opt_inbooleano para a flag de consentimento da agênciasession.venue_idpara segmentar por localização em implementações multi-sitesession.first_seenesession.last_seenpara calcular a frequência e a recência das visitas
Certifique-se de que o booleano marketing_opt_in é respeitado em todas as fases. Não envie registos onde este seja false.
Passo 4: Definir regras de trigger com as suas agências de marketing de SMS
Trabalhe com as suas agências de marketing por SMS para definir a lógica de automatização antes do lançamento. Os gatilhos comuns que impulsionam as visitas de retorno incluem:
- Mensagem de boas-vindas: Enviada 15 minutos após o primeiro login, oferecendo um desconto na visita atual.
- Campanha de reativação: Enviada 30 dias após a última visita registada para incentivar o retorno.
- Campanha de recuperação: Enviada 90 dias após a última visita com um incentivo de maior valor.
- Transmissão de eventos: Enviada a todos os utilizadores atualmente ligados durante um evento num estádio ou conferência.
- Marco de fidelidade: Enviada quando um utilizador atinge a sua quinta visita, acionada pelos dados de contagem de visitas do Purple.
Melhores práticas
Priorize a qualidade dos dados em detrimento da quantidade
Não ignore a verificação de SMS OTP para acelerar o processo de login. Uma base de dados de 10.000 números verificados supera 50.000 entradas não verificadas em todas as métricas: taxa de entrega, taxa de abertura e taxa de conversão. O Purple processa mais de 440 milhões de logins anualmente (dados internos do Purple, 2024). Os nossos dados mostram que a verificação OTP reduz as taxas de rejeição de SMS para valores próximos de zero.
Segmente por vertical e comportamento
Adapte as suas mensagens à vertical específica. Um comprador de retalho espera uma comunicação diferente de um hóspede de hotel. Utilize o WiFi Analytics para segmentar públicos com base no tempo de permanência, frequência de visitas e recência. Um visitante que permanece por três horas está mais envolvido do que alguém que se liga por cinco minutos enquanto passa a caminhar. Passe estes segmentos comportamentais para as suas agências de marketing por SMS como listas de público distintas.
Para implementações de retalho, consulte o nosso guia do setor de retalho para estratégias de segmentação específicas de verticais. Para hotelaria, consulte o guia de hotelaria .
Respeite o meio
O SMS é um canal íntimo. O uso excessivo gera cancelamentos de subscrição, o que remove permanentemente os utilizadores da sua base de dados. Limite as mensagens promocionais a duas por mês por utilizador. Cada mensagem deve oferecer um valor tangível e imediato - um desconto, uma notificação de evento ou acesso exclusivo. Mensagens genéricas de marca não funcionam em SMS.
Mantenha a sincronização bidirecional de consentimento
Quando um utilizador responde PARAR a um SMS, a agência deve processar este cancelamento imediatamente e sincronizá-lo de volta com o Purple Engage. Configure esta sincronização bidirecional antes do lançamento. A falha em refletir os cancelamentos de subscrição no Purple significa que as futuras exportações de dados podem incluir utilizadores que retiraram o consentimento - uma violação do GDPR.
Resolução de problemas e mitigação de riscos
A aleatorização de MAC causa registos duplicados
Se observar contagens inflacionadas de visitantes únicos nas suas análises, a causa provável é a aleatorização de MAC que cria múltiplos registos de dispositivos para o mesmo utilizador. Resolva isto garantindo que todas as medições de visitas de retorno dependem da identidade do utilizador autenticado do Purple Engage, e não da contagem de dispositivos do controlador de hardware. A camada de Rede Baseada em Identidade do Purple é a fonte de verdade correta.
Limitação de taxa de API durante eventos de grande afluência
Durante eventos de alta densidade - um jogo num estádio, a abertura de uma conferência, um dia de saldos no retalho - o volume de inícios de sessão simultâneos pode sobrecarregar a API de receção das suas agências de marketing por SMS. Implemente a lógica de recuo exponencial e tentativa de repetição no seu middleware. Para eventos onde preveja mais de 1000 inícios de sessão numa janela de 10 minutos, mude de webhooks em tempo real para uma exportação em lote agendada para cinco minutos após o período de pico.
Revogação de consentimento não sincronizada
Se as taxas de opt-out estiverem a aumentar mas o tamanho da sua base de dados não estiver a diminuir, a sincronização bidirecional entre a sua agência de SMS e o Purple Engage provavelmente falhou. Verifique a configuração do endpoint do webhook na plataforma da agência e confirme se o evento unsubscribe está mapeado para o endpoint correto da API da Purple. Teste isto manualmente antes de cada grande campanha.
Baixas taxas de opt-in no Captive Portal
Se menos de 30% dos visitantes estiverem a fornecer o número de telefone, reveja o design da splash page. A troca de valor deve ser explícita: indique claramente o que o visitante recebe em troca do seu número. Faça testes A/B ao texto e à colocação da caixa de seleção de consentimento. Para obter orientações, consulte como causar uma excelente primeira impressão com o seu WiFi para convidados .
ROI e impacto empresarial
Meça o ROI da sua integração de marketing por SMS acompanhando três métricas:
| Métrica | Como medir | Meta de referência |
|---|---|---|
| Aumento de visitas de retorno | Compare a taxa de retorno dos destinatários de SMS vs. não destinatários ao longo de 90 dias | Aumento de 10-15% (dados de locais Purple) |
| Taxa de utilização de SMS | Códigos de desconto utilizados / mensagens SMS enviadas | 15-25% para campanhas bem segmentadas |
| Custo por visita de retorno | Gasto total com SMS / visitas de retorno adicionais atribuídas | Varia consoante o setor; a meta deve ser inferior ao custo de uma aquisição paga |
Uma cadeia nacional de restaurantes que implementou esta arquitetura registou um aumento de 12% nas visitas de retorno no prazo de 90 dias, diretamente atribuível a campanhas de SMS de reativação desencadeadas pelos dados de presença da Purple. As campanhas visaram clientes sem visitas registadas em 60 dias, utilizando uma oferta de 20% de desconto. O custo por visita de retorno foi 34% inferior ao seu custo de aquisição em redes sociais pagas para o mesmo período.
Para operadores de transportes, consulte o guia do setor de transportes para obter métricas de visitas de retorno específicas de passageiros. Para ambientes de saúde, o guia de saúde abrange a interação com os visitantes dentro das restrições regulamentares.
O plano Purple Engage cobre as capacidades de captura de dados, segmentação e integração de API descritas neste guia. O Purple Connect captura os dados de identidade verificados no login. Juntos, estes dois planos fornecem o pipeline de dados completo de que as suas agências de marketing por SMS precisam para impulsionar visitas de retorno mensuráveis à escala.
Definições Principais
Primeiro contacto (First-party data)
Informações recolhidas diretamente do seu público, tais como os números de telefone e endereços de email verificados e capturados através do Captive Portal da Purple no momento do início de sessão no WiFi.
Com a descontinuação dos cookies de terceiros, os dados primários são o principal insumo para as agências de marketing por SMS. O seu valor depende inteiramente da precisão e do estado de consentimento de cada registo.
Captive Portal
Uma página web que um utilizador de uma rede de acesso público deve visualizar e interagir antes de lhe ser concedido acesso à rede. O Captive Portal da Purple é a interface principal para captura de dados e recolha de consentimento.
Todas as integrações de marketing por SMS começam aqui. O design e o texto do Captive Portal determinam diretamente as taxas de opt-in e a qualidade dos dados.
Aleatorização de MAC
Uma funcionalidade de privacidade no iOS 14+ e Android 10+ que altera periodicamente o endereço MAC de hardware do dispositivo para evitar o rastreio passivo em várias redes.
Obriga os locais a depender da autenticação do utilizador (Redes Baseadas em Identidade) em vez do rastreio passivo de dispositivos para medir as visitas de retorno com precisão.
Webhook
Uma chamada de retorno HTTP acionada por um evento específico - neste contexto, o início de sessão de um utilizador - que envia dados do Purple para um sistema externo, como uma agência de marketing por SMS, em tempo quase real.
Utilizado para gatilhos sensíveis ao tempo, como mensagens de boas-vindas. Requer que a API recetora lide com o volume esperado, particularmente durante eventos de grande afluência.
Rede Baseada em Identidade
Uma arquitetura de rede onde as políticas de acesso e o rastreio de dados estão associados ao utilizador autenticado e não ao dispositivo de hardware. A arquitetura central do Purple.
Resolve o problema de aleatorização de MAC e fornece às agências de marketing por SMS dados de visitas precisos ao nível da pessoa, em vez de dados ruidosos ao nível do dispositivo.
SMS OTP (Palavra-passe de Uso Único)
Um mecanismo de segurança em que um código numérico único é enviado por SMS para verificar o número de telefone do utilizador durante o processo de início de sessão no Captive Portal.
Essencial para garantir que a base de dados utilizada pelas agências de marketing por SMS contém apenas números válidos e contactáveis. Elimina as taxas de rejeição e o desperdício de investimento em campanhas.
Tempo de permanência
A duração que o dispositivo de um utilizador permanece ligado ou na proximidade da rede WiFi do local durante uma única visita.
Uma variável de segmentação fundamental. Os utilizadores com um elevado tempo de permanência estão mais envolvidos e normalmente respondem melhor a campanhas de SMS do que os transeuntes rápidos.
Limitação de taxa de API
Um mecanismo de controlo aplicado pelos fornecedores de API que restringe o número de pedidos que um cliente pode fazer num intervalo de tempo definido.
Um risco crítico durante eventos de grande afluência. Se o Purple disparar webhooks mais rapidamente do que a API da agência de SMS os consegue aceitar, as cargas de dados são perdidas e os utilizadores perdem as campanhas.
Sincronização bidirecional de consentimento
Um padrão de integração de dados onde os eventos de autoexclusão (como uma resposta STOP a um SMS) são propagados de volta da agência de SMS para o CRM de origem - neste caso, o Purple Engage.
Necessário para a conformidade com o GDPR. Sem isso, os utilizadores que retiraram o consentimento podem continuar a receber exportações de dados para a agência de SMS.
Exemplos Práticos
Uma cadeia de retalho com 500 lojas precisa de implementar uma campanha de re-engagement por SMS para compradores que não a visitam há 60 dias. Utilizam hardware Cisco Meraki e uma agência de marketing por SMS externa. Como deve a equipa de TI desenhar a arquitetura desta solução?
- Integrar a Purple com os controladores Cisco Meraki através do overlay cloud da Purple - não são necessárias alterações na configuração do Meraki além de apontar a splash page do SSID de convidados para o URL do Captive Portal da Purple. 2. Configurar o Captive Portal da Purple para exigir a verificação de SMS OTP e capturar o consentimento de marketing em conformidade com o GDPR com uma caixa de seleção de opt-in desmarcada. 3. Configurar uma exportação diária agendada do Purple Engage para a API da agência de SMS, filtrando os utilizadores onde
last_seen > 60 daysemarketing_consent = true. 4. A agência de SMS envia uma mensagem de re-engagement personalizada com um código de desconto de 20%. 5. Quando o comprador regressa e se autentica na rede, a Purple regista a visita. A equipa de marketing atribui o retorno à campanha de SMS fazendo a correspondência entre o carimbo de data/hora de resgate e o carimbo de data/hora de envio do SMS nos relatórios da agência.
O operador de um estádio quer enviar um SMS de boas-vindas contendo um link para a aplicação de pedidos de comida e bebidas exatamente 10 minutos após um fã se ligar ao Guest WiFi durante um jogo. Como é que isto se configura?
- O fã liga-se ao Guest WiFi e autentica-se através do portal Purple, fornecendo o seu número de telemóvel e consentimento de marketing. 2. O Purple Engage regista o evento de início de sessão e envia imediatamente um webhook para o endpoint da API da agência de SMS, transmitindo o payload do utilizador, incluindo o número de telefone, o ID do local e o carimbo de data/hora de início de sessão. 3. O motor de automação da agência de SMS recebe o webhook e inicia uma etapa de atraso de 10 minutos. 4. Após 10 minutos, a agência envia a mensagem de boas-vindas pré-configurada com o link direto (deep link) para a aplicação de pedidos. 5. Os dados de entrega e de taxa de cliques ficam disponíveis no painel de relatórios da agência poucos minutos após o envio.
Perguntas de Prática
Q1. Um cliente de hotelaria relata que as suas campanhas de marketing por SMS têm uma taxa de rejeição de 40%. Atualmente, capturam números de telefone através de um campo de introdução de texto padrão no Captive Portal sem qualquer passo de verificação. Qual é a alteração de arquitetura recomendada e que benefício secundário oferece além de reduzir as rejeições?
Dica: Considere como valida os dados no ponto de entrada antes de chegarem ao CRM. Considere também o que o passo de verificação prova sobre o utilizador.
Ver resposta modelo
Implementar a verificação de SMS OTP no Captive Portal do Purple. Isto obriga o utilizador a receber e introduzir um código para obter acesso ao WiFi, garantindo que apenas números de telefone válidos e ativos são transmitidos à agência de marketing por SMS - eliminando a taxa de rejeição de 40%. O benefício secundário é que a verificação por OTP também confirma que o utilizador possui fisicamente o dispositivo associado a esse número, fortalecendo o registo de identidade e melhorando a precisão da atribuição de visitas de retorno.
Q2. Um operador de local quer rastrear as visitas de retorno com precisão, mas nota que a contagem de dispositivos únicos comunicada pelo seu painel do Cisco Meraki é três vezes superior à contagem de utilizadores autenticados no Purple Engage. Qual métrica deve a agência de marketing por SMS utilizar e porquê?
Dica: Considere as funcionalidades modernas de privacidade do SO móvel e o seu efeito no rastreio ao nível do dispositivo.
Ver resposta modelo
A agência de marketing de SMS deve utilizar exclusivamente a contagem de utilizadores autenticados do Purple Engage. A discrepância é causada pela randomização de MAC, onde os dispositivos iOS e Android rodam os seus endereços de hardware, inflando a contagem de dispositivos únicos no painel da Meraki. A camada de Rede Baseada em Identidade da Purple associa cada visita a um número de telemóvel verificado, contornando a ofuscação de hardware e fornecendo um conjunto de dados preciso ao nível do indivíduo. Utilizar a contagem de dispositivos Meraki resultaria em registos duplicados e numa atribuição incorreta de visitas de retorno.
Q3. Durante uma conferência de grande dimensão, 6.000 participantes iniciam sessão no WiFi num intervalo de 20 minutos. O webhook que envia dados para a agência de marketing de SMS falha em cerca de 25% dos payloads, e esses participantes não recebem a mensagem de boas-vindas. Qual é a causa provável e quais são duas estratégias de mitigação?
Dica: Considere a capacidade do sistema recetor e o tempo de transferência dos dados.
Ver resposta modelo
A API da agência de marketing de SMS aplicou rate limiting devido ao pico repentino no volume de webhooks - aproximadamente 300 pedidos por minuto neste cenário, o que excede a maioria dos limites de taxa de API padrão. Estratégia de mitigação um: implementar uma camada de fila com recuo exponencial entre a Purple e a API da agência, para que os pedidos com falha sejam repetidos automaticamente sem sobrecarregar o endpoint. Estratégia de mitigação dois: para eventos de alta densidade, mudar de webhooks em tempo real para uma exportação em lote programada para cinco minutos após a janela de pico de início de sessão prevista, reduzindo o volume de pedidos instantâneos para um nível gerível.