dotdigital (anteriormente Dotmailer): Guia de Integração, Melhores Práticas e Resolução de Problemas para Usuários do Purple AI
Este guia fornece aos usuários do Purple AI — particularmente gerentes de TI, arquitetos de rede e CTOs em hotéis, redes de varejo, estádios e centros de convenções — uma referência técnica definitiva para implantar e otimizar o conector dotdigital (anteriormente Dotmailer). Ele abrange a arquitetura de integração de ponta a ponta, configuração passo a passo, tratamento de dados em conformidade com a GDPR, design de programas de automação e uma estrutura estruturada de resolução de problemas. As organizações que implementam essa integração corretamente convertem logins de WiFi de convidados em um banco de dados de marketing de alto valor e baseado em consentimento, que gera resultados de receita mensuráveis.
Ouça este guia
Ver transcrição do podcast
- Resumo Executivo
- Aprofundamento Técnico
- Arquitetura de Integração
- Payload de Dados e Mapeamento de Campos
- Autenticação e Configuração de Endpoint
- Níveis de Implantação do Conector
- Guia de Implementação
- Passo 1: Prepare sua Conta dotdigital
- Passo 2: Configure o Conector Purple
- Passo 3: Configure o Mecanismo de Consentimento da Captive Portal
- Passo 4: Construa Seus Programas de Automação dotdigital
- Passo 5: Configurar Sincronização Bidirecional de Supressão
- Passo 6: Validar e Entrar em Produção
- Melhores Práticas
- Arquitetura de Consentimento
- Taxonomia de Lista de Contatos
- Profundidade do Programa de Automação
- Gestão de Entregabilidade
- Conformidade com GDPR e PECR
- Solução de Problemas e Mitigação de Riscos
- Falhas na Verificação do Conector
- Contatos Não Aparecem no dotdigital
- Registros de Contatos Duplicados
- Campos de Dados Ausentes
- Supressão de GDPR Não Respeitada
- Estrutura de Mitigação de Riscos
- ROI e Impacto nos Negócios
- Medindo o Sucesso
- Benchmarks e Resultados Esperados
- Considerações de Custo-Benefício

Resumo Executivo
A plataforma Purple AI captura dados primários (first-party) de visitantes no momento da autenticação do WiFi em hotéis, redes de varejo, estádios e locais do setor público. O conector dotdigital — anteriormente conhecido como Dotmailer — transforma essa captura de dados brutos em um pipeline de automação de marketing de nível de produção. Quando um visitante se conecta ao seu WiFi e consente com as comunicações de marketing, a Purple envia seu perfil para um catálogo de endereços específico do dotdigital em tempo real. A partir desse momento, o mecanismo de automação do dotdigital pode disparar jornadas de boas-vindas, convites para programas de fidelidade, campanhas de reengajamento e comunicações omnichannel por e-mail, SMS e push.
O caso comercial é amplamente documentado. A Harrods construiu um banco de dados de 3,6 milhões de contatos por meio da captura de dados via WiFi e obteve um retorno de 54 vezes sobre o investimento na Purple em um único ano. A AGS Airports entregou um ROI de 842%. O Aeroporto de Bruxelas South Charleroi registrou um ROI de 10.630% usando as MicroSurveys da Purple em combinação com a automação de marketing downstream. Esses resultados não são excepcionais — são o resultado esperado de uma integração bem configurada e implantada com um design de programa deliberado.
Este guia fornece o aprofundamento técnico necessário para implantar, otimizar e solucionar problemas da integração Purple-dotdigital em escala empresarial. Ele foi estruturado para o profissional de TI que precisa implementar uma solução neste trimestre, e não avaliar uma no próximo ano.

Aprofundamento Técnico
Arquitetura de Integração
O conector Purple-dotdigital opera como uma integração de API REST de servidor para servidor. A Purple funciona como produtora de dados e o dotdigital funciona como consumidor. A conexão é autenticada usando o mecanismo Basic Auth do dotdigital: uma conta de usuário de API dedicada (endereço de e-mail e senha) criada dentro da plataforma dotdigital, combinada com uma URL de endpoint de API específica da região.
A arquitetura é unidirecional por padrão — a Purple envia registros de contatos para o dotdigital no momento da autenticação do WiFi. Para organizações que exigem sincronização bidirecional (por exemplo, para refletir cancelamentos de inscrição ou atualizações de lista de supressão de volta na Purple), isso requer configuração adicional por meio do framework de webhooks do dotdigital.
| Componente | Função | Notas |
|---|---|---|
| Captive Portal da Purple | Autenticação de visitantes e captura de consentimento | Página de login (splash page) apresentada no acesso ao WiFi |
| Mecanismo de Conexão da Purple | Transformação de dados e envio de API | Configurado em Gerenciamento > Conectores |
| dotdigital REST API | Ingestão de contatos e gerenciamento de catálogo de endereços | Requer endpoint específico da região |
| dotdigital Address Book | Camada de armazenamento e segmentação de contatos | Um ou mais catálogos por local/propriedade |
| dotdigital Program Builder | Execução de programa de automação | Disparado ao adicionar contato ao catálogo de endereços |
Payload de Dados e Mapeamento de Campos
A Purple transmite oito campos de dados para a dotdigital para cada visitante que consentir. Esses campos são mapeados diretamente para o modelo de dados de contato padrão da dotdigital e não exigem configuração de campos personalizados para implantações básicas.
| Nome do Campo | Tipo de Dado | Descrição |
|---|---|---|
firstName |
String | Primeiro nome do visitante |
lastName |
String | Sobrenome do visitante |
userID |
Integer | Identificador de usuário interno da Purple |
email |
String | Endereço de contato principal; usado como chave de desduplicação |
mobile |
String | Número de telefone celular (formato E.164 recomendado) |
gender |
String | Gênero autodeclarado na splash page |
postcode |
String | Código postal; permite segmentação geográfica |
dateOfBirth |
String | Formato: AAAA-MM-DD; permite segmentação por faixa etária e gatilhos de aniversário |
A transmissão de dados é controlada por consentimento no nível da plataforma. A Purple não enviará um registro de contato para a dotdigital a menos que o visitante tenha optado explicitamente por receber comunicações de marketing por meio da caixa de seleção de consentimento da splash page. Essa é uma imposição rígida — não uma opção configurável — e é o mecanismo primário pelo qual a integração mantém a conformidade com o GDPR do Reino Unido, o Regulamento Geral de Proteção de Dados da UE e a CCPA.
Autenticação e Configuração de Endpoint
A dotdigital usa Autenticação Básica HTTP para sua REST API. As credenciais consistem em um endereço de e-mail e senha de usuário da API, que devem ser criados como um usuário dedicado dentro da conta dotdigital — não o login da conta principal. A URL do endpoint da API é específica da conta e depende da região. Ela é recuperada em Configurações da Conta > Acesso dentro da plataforma dotdigital. Um endpoint típico assume a forma https://r1-api.dotdigital.com para contas da região um.
Essa especificidade do endpoint é a fonte mais comum de falhas de verificação do conector. Equipes que tentam usar uma URL genérica ou de exemplo de documentação encontrarão erros de autenticação. Sempre recupere o valor do endpoint diretamente da conta dotdigital em uso.
Níveis de Implantação do Conector
A Purple suporta dois níveis de implantação para o conector dotdigital:
O Nível do cliente aplica a configuração do conector em toda a conta Purple, roteando todos os visitantes que consentiram de todos os locais para um único catálogo de endereços da dotdigital. Isso é adequado para operadores de um único local ou organizações com um portfólio de locais homogêneo.
Nível de local permite que cada local individual seja mapeado para um catálogo de endereços dotdigital distinto. Esta é a configuração recomendada para operadores de múltiplas propriedades — grupos hoteleiros, redes de varejo, operadores de estádios — onde a segmentação em nível de local é necessária para marketing direcionado, ofertas localizadas ou identidades de marca separadas.
Guia de Implementação
Passo 1: Prepare sua Conta dotdigital
Antes de configurar o conector Purple, conclua o seguinte em sua conta dotdigital. Navegue até as Configurações da Conta e crie um novo usuário de API com um endereço de e-mail dedicado e uma senha forte. Registre a URL do endpoint da API exibida no topo da página de Acesso. Crie o catálogo de endereços ou catálogos que receberão os contatos do Purple — um por local é recomendado para implantações em múltiplas propriedades. Opcionalmente, crie campos de dados personalizados no dotdigital se pretender capturar atributos adicionais além dos oito campos padrão do Purple.
Passo 2: Configure o Conector Purple
Dentro da plataforma Purple, navegue até Gerenciamento > Conectores. Localize o conector dotdigital e selecione Adicionar. Preencha os quatro campos obrigatórios: o nome do conector (um rótulo descritivo para sua referência), o e-mail da API dotdigital, a senha da API dotdigital e a URL do endpoint da API dotdigital. Selecione Verificar. Após a verificação bem-sucedida, um menu suspenso aparecerá listando os catálogos de endereços disponíveis em sua conta dotdigital. Selecione o catálogo de endereços de destino e salve a configuração.
Para implantações em múltiplos locais, repita este processo no nível de local para cada propriedade, atribuindo cada uma ao seu catálogo de endereços designado.
Passo 3: Configure o Mecanismo de Consentimento da Captive Portal
A caixa de seleção de consentimento de marketing em sua Captive Portal do Purple é a porta de entrada para toda a integração. Navegue até a configuração da sua Captive Portal e garanta que a caixa de seleção de opt-in de marketing esteja ativada e claramente rotulada. A linguagem de consentimento deve ser explícita, específica e inequívoca sob o Artigo 7 do GDPR do Reino Unido. Um exemplo em conformidade: "Concordo em receber comunicações de marketing de [Nome da Organização] sobre ofertas, eventos e novidades. Você pode cancelar a inscrição a qualquer momento." Não marque previamente esta caixa de seleção.
Se o seu programa de marketing incluir SMS, certifique-se de que a linguagem de consentimento cubra explicitamente as comunicações por SMS. Uma única caixa de seleção cobrindo tanto e-mail quanto SMS é permitida, desde que a linguagem seja clara.
Passo 4: Construa Seus Programas de Automação dotdigital
Implante programas de automação no dotdigital antes que o conector entre em operação. No mínimo, configure um programa de boas-vindas acionado pela adição de contatos ao catálogo de endereços. Uma jornada de boas-vindas recomendada em três etapas:
- Imediato (0 minutos): E-mail de boas-vindas confirmando o acesso ao WiFi, com uma introdução personalizada da sua marca ao seu local ou serviços.
- Dia 2 (48 horas): E-mail de acompanhamento com uma oferta relevante, guia do local ou conteúdo adaptado ao contexto do visitante.
- Dia 30 (reengajamento): E-mail de reengajamento automatizado para contatos que não retornaram, com um incentivo para uma nova visita.
Para integração com programas de fidelidade, use o Program Builder da dotdigital para inscrever contatos que atendam a critérios específicos — por exemplo, contatos que responderam afirmativamente a uma pergunta personalizada da Captive Portal sobre interesse em programas de fidelidade.
Passo 5: Configurar Sincronização Bidirecional de Supressão
Configure um webhook da dotdigital para notificar a Purple quando um contato cancelar a inscrição. Isso garante que um contato suprimido não seja adicionado novamente à dotdigital em seu próximo login de WiFi. Sem esta etapa, a integração está tecnicamente incompleta do ponto de vista de conformidade com a GDPR.
Passo 6: Validar e Entrar em Produção
Realize um teste de ponta a ponta autenticando um dispositivo de teste no WiFi, preenchendo a Captive Portal com um endereço de e-mail de teste e consentimento de marketing, e verificando se o contato aparece na lista de contatos correta da dotdigital dentro de dois a três minutos. Confirme se o programa de automação de boas-vindas é acionado corretamente. Documente os resultados dos testes e prossiga para a implantação em produção.

Melhores Práticas
Arquitetura de Consentimento
A qualidade do seu banco de dados de opt-in é uma função direta da sua arquitetura de consentimento. Organizações que investem em uma linguagem de consentimento clara e honesta — mesmo que isso reduza marginalmente as taxas de opt-in — constroem listas de contatos mais engajadas e de maior valor. Uma taxa de opt-in de 30% a partir de um mecanismo de consentimento transparente superará consistentemente uma taxa de opt-in de 60% de um mecanismo ambíguo ou enganoso, porque o primeiro grupo genuinamente deseja receber suas comunicações. A Harrods alcançou uma taxa de opt-in de 38% a partir de 581.000 usuários de WiFi — uma taxa consistente com uma linguagem de consentimento transparente e de troca de valor.
Taxonomia de Lista de Contatos
Planeje a estrutura da sua lista de contatos da dotdigital antes de conectar a Purple. Para um grupo hoteleiro que opera 20 propriedades, isso pode significar 20 listas de contatos específicas por local, além de uma lista consolidada master para campanhas entre propriedades. Para uma rede de varejo, pode significar listas segmentadas por região ou formato de loja. O princípio fundamental é que a estrutura da lista de contatos determina sua capacidade de segmentação futura — adaptá-la após a coleta dos dados é caro e complexo.
Profundidade do Programa de Automação
As implantações mais eficazes do Purple-dotdigital utilizam a capacidade total de programas do dotdigital: jornadas de boas-vindas, campanhas de aniversário acionadas pelo campo dateOfBirth, sequências de reengajamento para contatos inativos e pesquisas pós-visita. O campo postcode permite o direcionamento geográfico para ofertas localizadas. O campo gender permite a personalização demográfica. O campo dateOfBirth permite a segmentação por faixa etária e gatilhos de aniversário. Use todos os oito campos — eles representam uma base rica de segmentação que a maioria das organizações subutiliza.
Gestão de Entregabilidade
Monitore o painel de entregabilidade do dotdigital semanalmente durante os primeiros 90 dias de implantação. Benchmarks principais: taxa de abertura acima de 20%, taxa de cliques acima de 2%, taxa de rejeição (bounce) abaixo de 2%, taxa de cancelamento de inscrição abaixo de 0,5%. Se as taxas de rejeição estiverem elevadas, implemente o fluxo de trabalho de double opt-in do dotdigital para verificar os endereços de e-mail antes que eles entrem em sua base de dados ativa. Isso é particularmente relevante para locais com alto fluxo de pessoas transitórias — aeroportos, estações de trem, centros de convenções — onde os visitantes podem inserir endereços de e-mail temporários ou incorretos.
Conformidade com GDPR e PECR
A integração foi projetada para ser em conformidade por padrão, mas a conformidade é uma responsabilidade compartilhada. O Purple impõe o consentimento na camada de captura de dados; o dotdigital o impõe na camada de comunicações. Sua organização é responsável pelo texto de consentimento na splash page, pelo conteúdo das comunicações de marketing e pela manutenção das listas de supressão. Realize uma Avaliação de Impacto sobre a Proteção de Dados antes de implantar a integração em jurisdições cobertas pelo UK GDPR ou EU GDPR, particularmente para organizações do setor público sujeitas a obrigações adicionais sob o Data Protection Act 2018.

Solução de Problemas e Mitigação de Riscos
Falhas na Verificação do Conector
O problema de implantação mais frequente. Causado na maioria dos casos por uma URL de endpoint de API incorreta. Resolução: faça login no dotdigital, navegue até Configurações de Conta > Acesso e copie a URL do endpoint exatamente como exibida. Certifique-se de que nenhuma barra final ou espaço em branco seja incluído. Verifique se as credenciais do usuário da API são de uma conta de usuário de API dedicada, e não do login da conta principal. Se a verificação ainda falhar, confirme se a conta do dotdigital tem o acesso à API ativado — este é um recurso que pode precisar ser ativado pelo suporte do dotdigital para alguns níveis de conta.
Contatos Não Aparecem no dotdigital
Se o conector for verificado com sucesso, mas os contatos não estiverem aparecendo no catálogo de endereços de destino, a causa principal é a caixa de seleção de consentimento de marketing não estar ativada na splash page. A Purple não transmitirá dados sem consentimento explícito. Causas secundárias incluem o conector estar configurado no nível errado (cliente vs. local) ou o ID do catálogo de endereços ter sido alterado desde que o conector foi salvo. Resolução: verifique a configuração de consentimento da splash page, confirme o nível do conector e verifique novamente o conector para atualizar a seleção do catálogo de endereços.
Registros de Contatos Duplicados
Ocorre quando o mesmo endereço de e-mail é enviado em várias sessões de WiFi, normalmente em locais com grande fluxo de pessoas. Resolução: certifique-se de que o catálogo de endereços do dotdigital esteja configurado para atualizar os contatos existentes quando houver correspondência de endereço de e-mail, em vez de criar novos registros. Isso é controlado nas configurações de importação de contatos do dotdigital. Além disso, revise se o conector da Purple está configurado tanto no nível do cliente quanto no nível do local para o mesmo local — uma configuração dupla resultará em envios duplicados.
Campos de Dados Ausentes
Se os contatos aparecerem no dotdigital, mas determinados campos estiverem vazios, a causa mais provável é que os visitantes não preencheram esses campos na splash page. A Purple transmite apenas os campos que foram fornecidos durante a autenticação. Para campos opcionais, como número de celular ou data de nascimento, alguns visitantes optarão por não fornecê-los. Se a integridade de campos específicos for crítica para sua estratégia de segmentação, considere tornar esses campos obrigatórios na splash page — mas observe que cada campo obrigatório adicional reduzirá sua taxa de conversão geral de opt-in.
Supressão de GDPR Não Respeitada
Se contatos que cancelaram a inscrição estiverem sendo adicionados novamente ao dotdigital em logins subsequentes de WiFi, o webhook de supressão bidirecional não foi configurado. Isso representa um risco de conformidade. Resolução: configure um webhook do dotdigital que seja acionado em eventos de cancelamento de inscrição e atualize o registro de contato correspondente na Purple. Consulte a documentação do desenvolvedor do dotdigital para obter orientações sobre a configuração do webhook.
Estrutura de Mitigação de Riscos
| Risco | Probabilidade | Impacto | Mitigação |
|---|---|---|---|
| Endpoint de API incorreto | Alta | Médio | Recupere o endpoint diretamente da conta dotdigital |
| Caixa de seleção de consentimento desativada | Média | Alto | Inclua na lista de verificação pré-lançamento; teste com um dispositivo real |
| Contatos duplicados | Média | Baixo | Configure a desduplicação baseada em e-mail no dotdigital |
| Supressão não sincronizada | Baixa | Alto | Implemente o webhook de cancelamento de inscrição antes do go-live |
| Integridade dos campos de dados | Alta | Baixo | Defina os requisitos de campo com base nas necessidades de segmentação |
| Exposição de credenciais de API | Baixa | Alto | Use um usuário de API dedicado; rotacione as credenciais trimestralmente |
ROI e Impacto nos Negócios
Medindo o Sucesso
A integração Purple-dotdigital entrega valor em duas dimensões distintas: crescimento da base de dados e atribuição de receita. O crescimento da base de dados é medido pelo número de novos contatos com opt-in adicionados por mês, a taxa de opt-in como uma porcentagem do total de autenticações de WiFi e a taxa de preenchimento de dados de contato (porcentagem de contatos com todos os oito campos preenchidos). A atribuição de receita é medida pelo rastreamento de compras, inscrições em programas de fidelidade ou outros eventos de conversão que possam ser vinculados a contatos que entraram na base de dados por meio do login de WiFi.
O conjunto de relatórios da dotdigital fornece análises em nível de campanha — taxas de abertura, taxas de clique, taxas de conversão — que podem ser usadas para calcular a contribuição de receita de cada programa de automação. O painel de análise da Purple fornece os dados de fluxo de visitantes e autenticação necessários para calcular o custo por contato adquirido.
Benchmarks e Resultados Esperados
Com base em implantações documentadas em toda a base de clientes da Purple:
| Tipo de Estabelecimento | Taxa de Opt-In Típica | Cronograma de ROI Esperado | Principal Gerador de Receita |
|---|---|---|---|
| Varejo de Luxo | 35–45% | 6–12 meses | Conversão em programa de fidelidade |
| Hotel (médio padrão) | 25–35% | 12–18 meses | Reengajamento para reserva direta |
| Aeroporto / Hub de Transporte | 15–25% | 18–24 meses | Upsell de varejo e A&B |
| Estádio / Arena de Eventos | 20–30% | 12–18 meses | Upsell de produtos oficiais e ingressos |
| Centro de Convenções | 30–40% | 6–12 meses | Nova reserva de eventos e patrocínio |
Considerações de Custo-Benefício
O custo marginal do conector dotdigital dentro da Purple é baixo em relação ao potencial de receita. O investimento principal está no design do programa e na criação de conteúdo — as jornadas de automação, modelos de e-mail e lógica de segmentação que determinam a eficácia com que a base de dados de contatos é monetizada. Organizações que tratam a integração como um canal de dados do tipo "configurar e esquecer" verão retornos modestos. Aquelas que investem na otimização contínua do programa — testes A/B de linhas de assunto, refinamento de segmentação, ampliação da profundidade da automação — verão retornos consistentes com os benchmarks da Harrods e da AGS Airports documentados acima.
Uma regra prática útil: para cada 10.000 contatos com opt-in adquiridos via WiFi, um programa dotdigital bem configurado deve gerar receita incremental mensurável dentro de 90 dias após a implantação, assumindo uma taxa de abertura mínima de 20% e uma taxa de clique de 2% na série de boas-vindas.
Definições principais
Captive Portal
Uma página web apresentada a um visitante antes que ele receba acesso a uma rede WiFi. O captive portal da Purple — também chamado de splash page — é a interface pela qual os visitantes se autenticam, fornecem dados de perfil e dão consentimento de marketing. É o ponto de entrada para todos os dados que fluem para a integração com o dotdigital.
As equipes de TI encontram isso durante a configuração da rede e o design da splash page. A caixa de seleção de consentimento do captive portal é a porta de entrada jurídica e técnica para todo o pipeline de automação de marketing.
Address Book (dotdigital)
Uma lista nomeada de contatos dentro do dotdigital, análoga a uma lista de e-mails ou segmento de CRM. Os address books são a principal unidade organizacional no dotdigital e servem como o destino final para o envio de dados da Purple. Os programas de automação são acionados pela adição de contatos a um address book específico.
A taxonomia do address book — quantos catálogos, como são nomeados, em qual nível — é a decisão de arquitetura mais consequente em uma implantação multi-estabelecimento. Ela determina a capacidade de segmentação para todas as atividades de marketing subsequentes.
Automation Programme (dotdigital)
Uma sequência configurada de ações automatizadas no dotdigital, acionada por um evento definido, como a adição de um contato a um address book. Os programas podem incluir envios de e-mail, mensagens de SMS, períodos de espera, ramificações condicionais e atualizações de pontuação de contatos. Eles são o mecanismo pelo qual a captura de dados da Purple é convertida em comunicações de marketing.
As equipes de TI são responsáveis por garantir que o conector acione a inscrição no programa corretamente. As equipes de marketing criam o conteúdo do programa. A configuração 'Incluir contatos adicionados via API' é uma falha comum de configuração que impede o acionamento do programa.
API Endpoint (dotdigital)
A URL base para a REST API do dotdigital, específica para o data center regional atribuído a cada conta. Ela assume o formato `https://r{n}-api.dotdigital.com` onde `{n}` é o número da região. É recuperada em Configurações de Conta > Acesso dentro da plataforma dotdigital.
Esta é a fonte mais comum de falhas de verificação do conector. Ele deve ser recuperado diretamente da conta do dotdigital — não pode ser adivinhado ou copiado de documentações genéricas.
Consent-Gated Data Push
Um mecanismo de transmissão de dados que só é ativado quando o consentimento explícito do usuário é registrado. Na integração Purple-dotdigital, a Purple só enviará um registro de contato para o dotdigital se o visitante tiver marcado a caixa de seleção de consentimento de marketing na splash page. Esta é uma imposição em nível de plataforma, não uma opção configurável.
Este mecanismo é o principal controle de conformidade com a GDPR na integração. Ele garante que apenas contatos que realmente optaram por participar entrem no banco de dados de marketing, protegendo a organização contra riscos regulatórios e protegendo a entregabilidade contra contatos de baixo engajamento.
Double Opt-In
Um processo de verificação de consentimento em duas etapas no qual um contato, após optar por participar inicialmente, recebe um e-mail de confirmação e deve clicar em um link para verificar seu endereço de e-mail e confirmar sua inscrição. O dotdigital oferece suporte nativo ao double opt-in. Ele converte os contatos do status 'Pendente' para 'Inscrito' e fornece uma camada adicional de documentação de consentimento.
Recomendado para estabelecimentos com alto fluxo de pessoas transitórias — aeroportos, centros de convenções, estações de trem — onde os visitantes podem inserir endereços de e-mail incorretos ou temporários. O double opt-in reduz as taxas de rejeição e melhora a entregabilidade, ao custo de uma taxa de conversão inicial mais baixa.
Suppression List
Uma lista de endereços de e-mail ou contatos que não devem receber comunicações de marketing, geralmente porque cancelaram a inscrição, fizeram reclamações ou foram identificados como inválidos. O dotdigital mantém suppression lists automaticamente. A integração Purple-dotdigital requer um webhook para sincronizar as supressões de volta para a Purple, evitando a nova adição de contatos suprimidos em logins subsequentes de WiFi.
A falha em implementar a sincronização bidirecional de supressão é um risco de conformidade com a GDPR e um risco de entregabilidade. É uma etapa de configuração obrigatória em qualquer implantação de produção.
Venue-Level Connector
Uma configuração do conector da Purple com escopo definido para um único estabelecimento, em oposição a uma configuração em nível de cliente que se aplica a toda a conta da Purple. Os conectores em nível de estabelecimento permitem que diferentes locais sejam direcionados para diferentes address books do dotdigital, permitindo segmentação e personalização específicas para cada local.
Essencial para operadores de múltiplas propriedades. Grupos hoteleiros, redes de varejo e operadores de estádios devem sempre usar a configuração em nível de estabelecimento para manter uma segmentação de dados limpa em todo o seu patrimônio.
First-Party Data
Dados coletados diretamente de indivíduos pela organização que os utilizará para marketing, com o conhecimento e consentimento do indivíduo. Os dados de login de WiFi capturados por meio do captive portal da Purple são first-party data. Diferenciam-se de dados de terceiros (listas compradas) e dados de segundos (dados compartilhados por parceiros). Os dados primários são a forma mais valiosa e em maior conformidade de dados de marketing no cenário pós-cookie e pós-GDPR.
O valor estratégico da integração Purple-dotdigital é que ela gera dados primários (first-party data) de alta qualidade em escala, a partir de visitas físicas aos estabelecimentos. Esses dados não estão disponíveis por meio de nenhum canal de marketing digital e representam uma vantagem competitiva real para os operadores dos locais.
PECR (Privacy and Electronic Communications Regulations)
Regulamentações do Reino Unido que regem o marketing direto por meios eletrônicos, incluindo e-mail e SMS. A PECR exige consentimento prévio para e-mails de marketing enviados a indivíduos (em oposição a empresas). Ela funciona em conjunto com a GDPR do Reino Unido para definir a base legal para comunicações de marketing acionadas pela integração Purple-dotdigital.
As equipes de TI e marketing devem garantir que a linguagem de consentimento da splash page cubra todos os canais usados para marketing — e-mail, SMS e push — e que o consentimento seja específico para cada canal, onde exigido.
Exemplos práticos
Um grupo de hotéis no centro da cidade com 450 quartos e 12 propriedades em todo o Reino Unido deseja usar o conector dotdigital da Purple para criar um programa de reengajamento de reservas diretas. Cada propriedade tem sua própria configuração de local da Purple. A equipe de marketing deseja enviar ofertas específicas de cada propriedade para hóspedes que se hospedaram em um hotel específico, além de poder realizar campanhas para todo o grupo. Como a integração deve ser arquitetada?
A arquitetura correta usa a configuração do conector no nível do local na Purple, com cada uma das 12 propriedades mapeada para um catálogo de endereços dotdigital dedicado. Isso fornece à equipe de marketing listas de contatos limpas e específicas de cada local para direcionamento no nível da propriedade. Em paralelo, é criado um segmento dotdigital que agrega contatos de todos os 12 catálogos de endereços — esse segmento é usado para campanhas de todo o grupo sem duplicar os registros de contatos.
Passo 1: No dotdigital, crie 12 catálogos de endereços nomeados por propriedade (ex: 'Purple - Manchester City Centre', 'Purple - Edinburgh Royal Mile'). Crie um segmento mestre usando a condição 'O contato está em qualquer um destes catálogos de endereços' cobrindo todos os 12 catálogos.
Passo 2: Na Purple, navegue até as configurações de cada local em Gerenciamento > Locais. Para cada local, adicione um conector dotdigital no nível do local, usando as mesmas credenciais de API, mas selecionando o catálogo de endereços específico da propriedade.
Passo 3: Crie um programa de automação de boas-vindas no dotdigital acionado pela adição de contatos a qualquer um dos 12 catálogos de endereços. Use blocos de conteúdo dinâmico no modelo de e-mail para personalizar a mensagem com base no catálogo de endereços (propriedade) ao qual o contato foi adicionado — por exemplo, destacando as comodidades do hotel específico e um link de reserva direta.
Passo 4: Crie um programa de reengajamento que seja acionado 30 dias após o último login no WiFi, com uma oferta específica da propriedade. Use a pontuação de contatos do dotdigital para identificar hóspedes de alto valor (várias visitas, alta completude de dados) para campanhas de reengajamento premium.
Passo 5: Para campanhas de todo o grupo — promoções sazonais, lançamentos de programas de fidelidade — use o segmento mestre para alcançar toda a base de dados que optou por participar, sem duplicar os envios para contatos que aparecem em vários catálogos de endereços de propriedades.
Uma rede de varejo nacional com 85 lojas implantou o Purple WiFi em suas propriedades. Após seis meses, a equipe de marketing relata que os contatos estão aparecendo no dotdigital, mas o programa de automação de boas-vindas não está sendo acionado para aproximadamente 15% dos novos contatos. A equipe de TI confirmou que o conector está verificado e os contatos estão sendo adicionados ao catálogo de endereços correto. Qual é a causa mais provável e como ela deve ser resolvida?
A causa mais provável é uma condição de corrida (race condition) entre a criação do contato e a inscrição no programa no dotdigital, combinada com o fato de os contatos serem adicionados via API em vez de importação nativa do dotdigital. Quando os contatos são adicionados a um catálogo de endereços via API — como a Purple faz —, a lógica de acionamento do programa do dotdigital pode não disparar se o programa estiver configurado para ser acionado em 'contato adicionado ao catálogo de endereços via importação' em vez de 'contato adicionado via API'.
Passo de Resolução 1: No Program Builder do dotdigital, abra o programa de boas-vindas e inspecione o gatilho de inscrição. Verifique se a condição do gatilho está definida como 'Contato adicionado ao catálogo de endereços' e se a opção 'Incluir contatos adicionados via API' está ativada. Esta opção não vem ativada por padrão em todas as configurações de conta do dotdigital.
Passo de Resolução 2: Se a condição do gatilho estiver correta, verifique se os contatos afetados têm um status de opt-in como 'Desconhecido' em vez de 'Inscrito' no dotdigital. Contatos com status 'Desconhecido' podem ser excluídos da inscrição no programa, dependendo das configurações do programa. Resolução: configure o programa para incluir contatos com status de opt-in 'Desconhecido' ou implemente o fluxo de trabalho de double opt-in do dotdigital para converter os contatos para o status 'Inscrito' após a confirmação.
Passo de Resolução 3: Revise a configuração de frequência de inscrição do programa. Se estiver definida como 'Inscrever apenas uma vez', os contatos que já foram inscritos anteriormente — por exemplo, a partir de uma sessão de WiFi anterior em uma loja diferente — não serão inscritos novamente. Para uma rede de varejo onde os clientes podem visitar várias lojas, considere se a reinscrição a cada nova visita à loja é apropriada e configure de acordo.
Passo de Resolução 4: Verifique os limites de inscrição do programa. Algumas configurações de conta do dotdigital impõem uma taxa máxima de inscrição diária. Se o WiFi da rede de varejo gerar um alto volume de novos contatos em dias de pico de vendas, esse limite pode estar causando a diferença de 15%.
Questões práticas
Q1. O operador de um centro de conferências gerencia uma única conta Purple que cobre três locais: um auditório principal, uma sala de reuniões e um pavilhão de exposições. Eles desejam usar o dotdigital para enviar e-mails de acompanhamento pós-evento aos participantes, com conteúdo específico para o espaço que visitaram. O conector atual está configurado no nível do cliente, direcionando todos os três locais para um único catálogo de endereços do dotdigital. Qual alteração eles devem fazer e quais são as implicações?
Dica: Considere como as alterações de configuração no nível do local alteram a estrutura do catálogo de endereços e quais etapas adicionais são necessárias no dotdigital para dar suporte a conteúdo específico do local.
Ver resposta modelo
O operador deve reconfigurar o conector no nível do local, criando três catálogos de endereços dotdigital separados — um para cada local. Isso permite que o dotdigital identifique de qual local um contato foi adicionado, viabilizando conteúdo específico do local em programas de automação. As implicações são: (1) os contatos existentes no catálogo de endereços único no nível do cliente precisarão ser migrados ou re-segmentados; (2) três programas de automação separados precisarão ser criados ou um único programa com blocos de conteúdo dinâmico precisará ser configurado; (3) para comunicações de todo o grupo, deve ser criado um segmento no dotdigital que agregue os três catálogos de endereços. A migração dos contatos existentes é a etapa operacional mais complexa — ela exige identificar a qual local cada contato existente estava associado, o que pode exigir o cruzamento dos dados analíticos da Purple com os registros de contatos do dotdigital.
Q2. A equipe de TI de um grupo hoteleiro implantou o conector Purple-dotdigital em 8 propriedades. Três meses após a ativação, a equipe de marketing relata que a taxa de abertura do e-mail de boas-vindas é de 12% — significativamente abaixo da meta de 25% para e-mails de boas-vindas no setor de hospitalidade. As taxas de rejeição (bounce) estão em 4,2%. Quais são as causas mais prováveis e quais etapas de correção a equipe de TI deve recomendar?
Dica: Uma taxa de rejeição (bounce) de 4,2% é um forte sinal sobre a qualidade dos dados no momento da coleta. Considere o que acontece com a entregabilidade dos e-mails quando as taxas de rejeição estão elevadas e como o mecanismo de consentimento pode estar contribuindo.
Ver resposta modelo
A taxa de rejeição de 4,2% é o problema principal e quase certamente está causando a baixa taxa de abertura. Quando as taxas de rejeição superam 2%, os provedores de caixas de entrada começam a tratar o domínio de envio como uma fonte de e-mails de baixa qualidade, reduzindo as taxas de entrega na caixa de entrada em todo o banco de dados — incluindo contatos válidos e engajados. A causa raiz da alta taxa de rejeição provavelmente são hóspedes inserindo endereços de e-mail incorretos ou temporários na Captive Portal, o que é comum em ambientes de hospitalidade transitórios. Correção: implementar o fluxo de double opt-in do dotdigital para verificar os endereços de e-mail antes que eles entrem no banco de dados ativo. Isso reduzirá o volume de novos contatos, mas melhorará significativamente a qualidade dos dados. Além disso, verifique se a Captive Portal exige a confirmação do endereço de e-mail (digitar o endereço duas vezes) — essa mudança simples de UX reduz rejeições por erros de digitação. Para a taxa de abertura, revise o tempo de envio do e-mail de boas-vindas — se o e-mail for enviado horas após o check-in, em vez de minutos após a conexão ao WiFi, a relevância contextual é reduzida. Revise também a linha de assunto e o nome do remetente para garantir relevância e sinais de confiança.
Q3. O encarregado de proteção de dados de uma grande rede de varejo levantou a preocupação de que a integração Purple-dotdigital possa estar adicionando novamente contatos que cancelaram a inscrição anteriormente ao banco de dados de marketing quando eles visitam uma loja e se conectam ao WiFi. A equipe de TI precisa confirmar se isso está acontecendo e, em caso afirmativo, implementar uma correção. Quais etapas eles devem seguir?
Dica: Esta é uma questão de conformidade com a GDPR, não apenas técnica. Considere o fluxo de dados em ambas as direções e qual configuração é necessária para evitar a reinserção de contatos suprimidos.
Ver resposta modelo
Este é um risco real de conformidade com a GDPR. O cenário ocorre quando: (1) um contato cancela a inscrição de marketing no dotdigital; (2) o cancelamento de inscrição não é sincronizado de volta para a Purple; (3) o contato visita subsequentemente uma loja e se conecta ao WiFi; (4) a Purple, sem saber da supressão, envia o registro do contato para o dotdigital novamente; (5) o dotdigital adiciona novamente o contato ao catálogo de endereços. Para confirmar se isso está acontecendo, cruze a lista de supressão do dotdigital com as adições recentes ao catálogo de endereços — qualquer endereço de e-mail que apareça em ambas as listas indica que o problema está ocorrendo. A correção exige duas etapas: (1) configurar um webhook do dotdigital que seja acionado em eventos de cancelamento de inscrição e atualize o registro de contato correspondente na Purple para marcá-lo como suprimido; (2) implementar uma verificação pré-envio na configuração do conector para verificar se o endereço de e-mail do contato não está na lista de supressão do dotdigital antes de transmitir. O encarregado de proteção de dados também deve ser aconselhado a realizar uma Avaliação de Impacto à Proteção de Dados (DPIA), caso ainda não tenha sido feita para esta integração, dado o processamento de dados pessoais entre sistemas envolvido.
Q4. O operador de um estádio deseja usar a integração Purple-dotdigital para enviar e-mails personalizados pós-jogo para torcedores que se conectaram ao WiFi do estádio durante um evento. Eles desejam incluir o resultado do jogo, um link para os melhores momentos e uma oferta de produtos personalizada com base no time do torcedor. A integração atual captura apenas os oito campos de dados padrão da Purple. Qual configuração adicional é necessária para suportar este caso de uso?
Dica: Considere como dados específicos do evento (data do jogo, equipes, resultado) podem ser associados aos contatos no dotdigital e como a filiação de torcida pode ser capturada no nível da Captive Portal.
Ver resposta modelo
Este caso de uso requer duas melhorias além da integração padrão. Primeiro, a filiação de torcida deve ser capturada no nível da Captive Portal usando o recurso de perguntas personalizadas da Purple na Captive Portal. Uma pergunta de menu suspenso ou botão de rádio — 'Para qual time você está torcendo hoje?' — captura a preferência no momento da autenticação. Esses dados podem ser passados para o dotdigital como um campo de dados de contato personalizado, que deve ser criado nas configurações de conta do dotdigital antes de configurar o conector. Segundo, os dados específicos do evento (data do jogo, adversário, resultado) precisam ser associados à sessão do contato. Isso pode ser alcançado criando um catálogo de endereços dotdigital separado para cada evento, nomeado com os detalhes do jogo, e configurando o conector da Purple para direcionar os logins de WiFi daquele evento para o catálogo de endereços específico do evento. O programa de automação pós-jogo é então acionado pela adição a esse catálogo de endereços, com os detalhes do jogo incorporados no modelo de e-mail. Para a oferta de produtos, o recurso de conteúdo dinâmico do dotdigital pode exibir diferentes recomendações de produtos com base no campo de dados personalizado de filiação de torcida. Esta é uma implantação mais complexa que se beneficia do envolvimento da equipe de Serviços Profissionais da Purple durante a configuração inicial.
Continue a ler esta série
CommScope Ruckus Integration with Purple WiFi: Setup and Configuration Guide
Este guia de referência técnica fornece um manual de configuração definitivo para integrar arquiteturas CommScope Ruckus com o Purple WiFi. Ele detalha implementações passo a passo para Captive Portals de Guest WiFi, WiFi seguro para funcionários via 802.1X e isolamento de rede multi-tenant usando Ruckus Dynamic PSK.
Integração de Access Points Allied Telesis com o Purple WiFi
Este guia fornece um manual de configuração abrangente para integrar os access points Allied Telesis Série TQ com o Purple WiFi. Ele aborda o redirecionamento de Captive Portal externo, autenticação RADIUS 802.1X e direcionamento dinâmico de VLAN usando Private Pre-Shared Keys (PPSK) para implantações seguras de múltiplos inquilinos (multi-tenant).
Integração de Access Points Grandstream GWN com Purple WiFi
Este guia de referência técnica detalhado explica como integrar os access points Grandstream GWN com o Guest WiFi e a plataforma de analytics da Purple. Ele abrange a configuração do Captive Portal Grandstream, definições de RADIUS AAA, configuração de walled garden, autenticação segura de funcionários via 802.1X com direcionamento dinâmico de VLAN e segmentação PPSK multi-tenant — fornecendo orientações práticas passo a passo para MSPs e equipes de TI que implantam WiFi para visitantes e funcionários em escala.