dotdigital (anteriormente Dotmailer): Guia de Integração, Melhores Práticas e Resolução de Problemas para Utilizadores de Purple AI
Este guia fornece aos utilizadores de Purple AI — particularmente gestores de TI, arquitetos de rede e CTOs em hotéis, cadeias de retalho, estádios e centros de conferências — uma referência técnica definitiva para implementar e otimizar o conector dotdigital (anteriormente Dotmailer). Abrange a arquitetura de integração de ponta a ponta, a configuração passo a passo, o tratamento de dados em conformidade com o GDPR, a conceção de programas de automatização e uma estrutura estruturada de resolução de problemas. As organizações que implementam esta integração corretamente convertem os logins de WiFi de convidados numa base de dados de marketing de alto valor, baseada em consentimento, que impulsiona 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 Endpoints
- Níveis de Implementação do Conector
- Guia de Implementação
- Passo 1: Preparar a sua Conta dotdigital
- Passo 2: Configurar o Conector Purple
- Passo 3: Configurar o Mecanismo de Consentimento do Splash Page
- Passo 4: Criar os seus Programas de Automação dotdigital
- Passo 5: Configurar a Sincronização Bidirecional de Supressão
- Passo 6: Validar e Entrar em Produção
- Melhores Práticas
- Arquitetura de Consentimento
- Taxonomia de Livros de Endereços
- Profundidade do Programa de Automação
- Gestão de Entregabilidade
- Conformidade com o GDPR e PECR
- Resolução de Problemas e Mitigação de Riscos
- Falhas na Verificação do Conector
- Contactos Não Aparecem na dotdigital
- Registos de Contacto Duplicados
- Campos de Dados em Falta
- Supressão do GDPR Não Respeitada
- Estrutura de Mitigação de Riscos
- ROI e Impacto no Negócio
- Medir o Sucesso
- Referências e Resultados Esperados
- Considerações de Custo-Benefício

Resumo Executivo
A plataforma Purple AI captura dados primários (first-party) de convidados no ponto de autenticação de WiFi em hotéis, propriedades de retalho, estádios e locais do setor público. O conector dotdigital — anteriormente designado como Dotmailer — transforma essa captura de dados brutos num pipeline de automatização de marketing de nível de produção. Quando um convidado se liga ao seu WiFi e consente em receber comunicações de marketing, a Purple envia o seu perfil para um livro de endereços dotdigital designado em tempo real. A partir desse momento, o motor de automatização do dotdigital pode acionar jornadas de boas-vindas, convites para programas de fidelização, campanhas de reengajamento e comunicações omnicanal através de e-mail, SMS e push.
O caso comercial está amplamente documentado. O Harrods construiu uma base de dados de 3,6 milhões de contactos através da captura de dados orientada por WiFi e obteve um retorno de 54x sobre o seu investimento na Purple num único ano. A AGS Airports apresentou um ROI de 842%. O Aeroporto de Bruxelas Sul Charleroi registou um ROI de 10.630% utilizando as MicroSurveys da Purple em combinação com a automatização de marketing downstream. Estes resultados não são excecionais — são o resultado esperado de uma integração bem configurada e implementada com um design de programa deliberado.
Este guia fornece a profundidade técnica necessária para implementar, otimizar e resolver problemas na integração Purple-dotdigital à escala empresarial. Está estruturado para o profissional de TI que precisa de implementar uma solução neste trimestre, e não de 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 o produtor de dados e o dotdigital funciona como o consumidor. A ligação é autenticada utilizando o mecanismo Basic Auth do dotdigital: uma conta de utilizador de API dedicada (endereço de e-mail e palavra-passe) criada na plataforma dotdigital, combinada com um URL de endpoint de API específico da região.
A arquitetura é unidirecional por padrão — a Purple envia registos de contactos para o dotdigital no ponto de autenticação de WiFi. Para organizações que necessitam de sincronização bidirecional (por exemplo, para refletir cancelamentos de subscrições ou atualizações de listas de supressão de volta na Purple), isto requer configuração adicional através da estrutura de webhooks do dotdigital.
| Componente | Função | Notas |
|---|---|---|
| Captive Portal da Purple | Autenticação de convidados e captura de consentimento | Página de splash apresentada no login do WiFi |
| Motor do Conector Purple | Transformação de dados e envio de API | Configurado em Gestão > Conectores |
| dotdigital REST API | Ingestão de contactos e gestão de livros de endereços | É necessário um endpoint específico da região |
| dotdigital Address Book | Camada de armazenamento e segmentação de contactos | Um ou mais livros por local/propriedade |
| dotdigital Program Builder | Execução de programas de automatização | Acionado na adição de contacto ao livro de endereços |
Payload de Dados e Mapeamento de Campos
A Purple transmite oito campos de dados para a dotdigital por cada convidado que dê o seu consentimento. Estes campos mapeiam diretamente para o modelo de dados de contacto padrão da dotdigital e não requerem configuração de campos personalizados para implementações básicas.
| Nome do Campo | Tipo de Dados | Descrição |
|---|---|---|
firstName |
String | Primeiro nome do convidado |
lastName |
String | Apelido do convidado |
userID |
Integer | Identificador de utilizador interno da Purple |
email |
String | Endereço de contacto principal; utilizado como chave de eliminação de duplicados |
mobile |
String | Número de telemóvel (formato E.164 recomendado) |
gender |
String | Género autodeclarado na splash page |
postcode |
String | Código postal; permite a segmentação geográfica |
dateOfBirth |
String | Formato: AAAA-MM-DD; permite a segmentação por faixas etárias e acionadores de aniversário |
A transmissão de dados é condicionada pelo consentimento ao nível da plataforma. A Purple não enviará um registo de contacto para a dotdigital a menos que o convidado tenha optado explicitamente por receber comunicações de marketing através da caixa de seleção de consentimento da splash page. Trata-se de uma aplicação rigorosa — não é uma opção configurável — e é o principal mecanismo através do qual a integração garante a conformidade com o GDPR do Reino Unido, o Regulamento Geral sobre a Proteção de Dados da UE e a CCPA.
Autenticação e Configuração de Endpoints
A dotdigital utiliza a Autenticação Básica HTTP para a sua API REST. As credenciais consistem num endereço de e-mail e palavra-passe de utilizador de API, que devem ser criados como um utilizador dedicado dentro da conta dotdigital — e não o login da conta principal. O URL do endpoint da API é específico da conta e depende da região. É obtido em Definições de Conta > Acesso dentro da plataforma dotdigital. Um endpoint típico assume o formato https://r1-api.dotdigital.com para contas da região um.
Esta especificidade do endpoint é a fonte mais comum de falhas na verificação do conector. As equipas que tentarem utilizar um URL genérico ou de exemplo de documentação encontrarão erros de autenticação. Obtenha sempre o valor do endpoint diretamente da conta dotdigital em utilização.
Níveis de Implementação do Conector
A Purple suporta dois níveis de implementação para o conector dotdigital:
Nível do Cliente aplica a configuração do conector a toda a conta Purple, encaminhando todos os convidados que deram o seu consentimento de todos os locais para um único livro de endereços dotdigital. Isto é adequado para operadores de um único local ou organizações com um conjunto de locais homogéneo.
Nível de local (Venue level) permite que cada local individual seja associado a um livro de endereços dotdigital distinto. Esta é a configuração recomendada para operadores com múltiplas propriedades — grupos hoteleiros, cadeias de retalho, operadores de estádios — onde a segmentação ao nível do local é necessária para marketing direcionado, ofertas localizadas ou identidades de marca separadas.
Guia de Implementação
Passo 1: Preparar a sua Conta dotdigital
Antes de configurar o conector Purple, conclua o seguinte na sua conta dotdigital. Navegue até Definições de Conta (Account Settings) e crie um novo utilizador de API com um endereço de e-mail dedicado e uma palavra-passe forte. Registe o URL do endpoint da API apresentado no topo da página de Acesso. Crie o livro ou livros de endereços que irão receber os contactos Purple — recomenda-se um por local para implementações multipropriedade. Opcionalmente, crie campos de dados personalizados no dotdigital se pretender capturar atributos adicionais além dos oito campos padrão da Purple.
Passo 2: Configurar o Conector Purple
Dentro da plataforma Purple, navegue até Gestão > Conectores. Localize o conector dotdigital e selecione Adicionar. Preencha os quatro campos obrigatórios: o nome do conector (uma etiqueta descritiva para sua referência), o e-mail da API dotdigital, a palavra-passe da API dotdigital e o URL do endpoint da API dotdigital. Selecione Verificar. Após a verificação bem-sucedida, surgirá um menu suspenso listando os livros de endereços disponíveis na sua conta dotdigital. Selecione o livro de endereços de destino e guarde a configuração.
Para implementações de vários locais, repita este processo ao nível do local para cada propriedade, atribuindo cada uma ao seu livro de endereços designado.
Passo 3: Configurar o Mecanismo de Consentimento do Splash Page
A caixa de seleção de consentimento de marketing no seu splash page Purple é a porta de entrada para toda a integração. Navegue até à configuração do seu splash page e certifique-se de que a caixa de seleção de opt-in de marketing está ativa e claramente identificada. A linguagem de consentimento deve ser explícita, específica e inequívoca ao abrigo do Artigo 7.º do GDPR do Reino Unido. Um exemplo em conformidade: "Aceito receber comunicações de marketing da [Nome da Organização] sobre ofertas, eventos e novidades. Pode cancelar a subscrição a qualquer momento." Não pré-selecione esta caixa de seleção.
Se o seu programa de marketing incluir SMS, certifique-se de que a linguagem de consentimento cobre explicitamente as comunicações por SMS. É permitida uma única caixa de seleção que cubra tanto o e-mail como o SMS, desde que a linguagem seja clara.
Passo 4: Criar os seus Programas de Automação dotdigital
Implemente os programas de automação no dotdigital antes de o conector entrar em funcionamento. No mínimo, configure um programa de boas-vindas acionado pela adição de contactos ao livro de endereços. Uma jornada de boas-vindas recomendada em três fases:
- Imediato (0 minutos): E-mail de boas-vindas confirmando o acesso ao WiFi, com uma apresentação da marca ao seu local ou serviços.
- Dia 2 (48 horas): E-mail de acompanhamento com uma oferta relevante, guia do local ou peça de conteúdo adaptada ao contexto do visitante.
- Dia 30 (re-engagement): E-mail de re-engagement automatizado para contactos que não regressaram, com um incentivo para nova visita.
Para a integração do programa de fidelização, utilize o Program Builder da dotdigital para inscrever contactos que cumpram critérios específicos — por exemplo, contactos que responderam afirmativamente a uma pergunta personalizada da splash page sobre o interesse no programa de fidelização.
Passo 5: Configurar a Sincronização Bidirecional de Supressão
Configure um webhook da dotdigital para notificar a Purple quando um contacto cancelar a subscrição. Isto garante que um contacto suprimido não seja adicionado novamente à dotdigital no seu próximo início de sessão de WiFi. Sem este passo, a integração está tecnicamente incompleta do ponto de vista de conformidade com o 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 splash page com um endereço de e-mail de teste e consentimento de marketing, e verificando se o contacto aparece no livro de endereços correto da dotdigital no prazo 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 implementação em produção.

Melhores Práticas
Arquitetura de Consentimento
A qualidade da sua base de dados de opt-in é uma função direta da sua arquitetura de consentimento. As organizações que investem numa linguagem de consentimento clara e honesta — mesmo que isso reduza marginalmente as taxas de opt-in — constroem listas de contactos mais empenhadas 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 deseja genuinamente receber comunicações suas. O Harrods alcançou uma taxa de opt-in de 38% de 581.000 utilizadores de WiFi — uma taxa consistente com uma linguagem de consentimento transparente e de troca de valor.
Taxonomia de Livros de Endereços
Desenhe a estrutura do seu livro de endereços da dotdigital antes de ligar a Purple. Para um grupo hoteleiro que opera 20 propriedades, isto pode significar 20 livros de endereços específicos de locais, além de um livro master consolidado para campanhas transversais às propriedades. Para uma cadeia de retalho, pode significar livros segmentados por região ou formato de loja. O princípio fundamental é que a estrutura do livro de endereços determina a sua capacidade de segmentação futura — adaptá-la após a recolha de dados é dispendioso e disruptivo.
Profundidade do Programa de Automação
As implementações Purple-dotdigital mais eficazes utilizam a capacidade total do programa da dotdigital: jornadas de boas-vindas, campanhas de aniversário acionadas pelo campo dateOfBirth, sequências de reativação para contactos inativos e inquéritos pós-visita. O campo postcode permite a segmentação geográfica para ofertas localizadas. O campo gender permite a personalização demográfica. O campo dateOfBirth permite a segmentação por faixa etária e acionadores de aniversário. Utilize todos os oito campos — representam uma base de segmentação rica que a maioria das organizações subutiliza.
Gestão de Entregabilidade
Monitorize o painel de entregabilidade da dotdigital semanalmente durante os primeiros 90 dias de implementação. Principais referências: taxa de abertura acima de 20%, taxa de clique acima de 2%, taxa de rejeição (bounce) abaixo de 2%, taxa de cancelamento de subscrição abaixo de 0,5%. Se as taxas de rejeição estiverem elevadas, implemente o fluxo de trabalho de double opt-in da dotdigital para verificar os endereços de email antes que estes entrem na sua base de dados ativa. Isto é particularmente relevante para locais com elevado fluxo de visitantes temporários — aeroportos, estações de comboio, centros de conferências — onde os visitantes podem introduzir endereços de email temporários ou incorretos.
Conformidade com o GDPR e PECR
A integração foi concebida para estar em conformidade por predefinição, mas a conformidade é uma responsabilidade partilhada. A Purple impõe o consentimento na camada de captura de dados; a dotdigital impõe-no na camada de comunicações. A 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 implementar a integração em jurisdições abrangidas pelo UK GDPR ou EU GDPR, particularmente para organizações do setor público sujeitas a obrigações adicionais ao abrigo do Data Protection Act 2018.

Resolução de Problemas e Mitigação de Riscos
Falhas na Verificação do Conector
O problema de implementação mais frequente. Causado, na maioria dos casos, por um URL de endpoint de API incorreto. Resolução: aceda à dotdigital, navegue até Account Settings > Access e copie o URL do endpoint exatamente como é apresentado. Certifique-se de que não inclui nenhuma barra final ou espaço em branco. Verifique se as credenciais do utilizador de API pertencem a uma conta de utilizador de API dedicada e não ao início de sessão da conta principal. Se a verificação continuar a falhar, confirme se a conta dotdigital tem o acesso à API ativado — esta é uma funcionalidade que pode necessitar de ser ativada pelo suporte da dotdigital para alguns níveis de conta.
Contactos Não Aparecem na dotdigital
Se o conector for verificado com sucesso mas os contactos não estiverem a aparecer no livro de endereços de destino, a principal causa é a caixa de seleção de consentimento de marketing não estar ativada na página de splash. A Purple não transmitirá dados sem consentimento explícito. Causas secundárias incluem o conector estar configurado no nível incorreto (cliente vs. local) ou o ID do livro de endereços ter sido alterado desde que o conector foi guardado. Resolução: verifique a configuração de consentimento da página de splash, confirme o nível do conector e volte a verificar o conector para atualizar a seleção do livro de endereços.
Registos de Contacto Duplicados
Ocorre quando o mesmo endereço de e-mail é submetido em várias sessões de WiFi, normalmente em locais com elevado fluxo de pessoas. Resolução: garanta que o livro de endereços da dotdigital está configurado para atualizar contactos existentes após a correspondência do endereço de e-mail, em vez de criar novos registos. Isto é controlado nas definições de importação de contactos da dotdigital. Adicionalmente, reveja se o conector Purple está configurado tanto ao nível do cliente como do local para o mesmo local — uma configuração dupla resultará em envios duplicados.
Campos de Dados em Falta
Se os contactos aparecerem na dotdigital mas determinados campos estiverem vazios, a causa mais provável é os visitantes não terem preenchido esses campos na página de splash. A Purple apenas transmite campos que foram fornecidos durante a autenticação. Para campos opcionais como o número de telemóvel ou data de nascimento, alguns visitantes optarão por não os fornecer. Se a integridade de campos específicos for crítica para a sua estratégia de segmentação, considere tornar esses campos obrigatórios na página de splash — mas note que cada campo obrigatório adicional reduzirá a sua taxa de conversão global de opt-in.
Supressão do GDPR Não Respeitada
Se os contactos que cancelaram a subscrição estiverem a ser adicionados novamente à dotdigital em inícios de sessão de WiFi subsequentes, o webhook de supressão bidirecional não foi configurado. Isto constitui um risco de conformidade. Resolução: configure um webhook da dotdigital que seja acionado em eventos de cancelamento de subscrição e atualize o registo de contacto correspondente na Purple. Consulte a documentação para programadores da dotdigital para obter orientações sobre a configuração do webhook.
Estrutura de Mitigação de Riscos
| Risco | Probabilidade | Impacto | Mitigação |
|---|---|---|---|
| API endpoint incorreto | Alta | Médio | Obter o endpoint diretamente da conta dotdigital |
| Caixa de consentimento desativada | Média | Alto | Incluir na checklist pré-lançamento; testar com dispositivo real |
| Contactos duplicados | Média | Baixo | Configurar a eliminação de duplicados baseada em e-mail na dotdigital |
| Supressão não sincronizada | Baixa | Alto | Implementar webhook de cancelamento de subscrição antes de entrar em produção |
| Integridade dos campos de dados | Alta | Baixo | Definir requisitos de campos com base nas necessidades de segmentação |
| Exposição de credenciais da API | Baixa | Alto | Utilizar utilizador de API dedicado; rodar credenciais trimestralmente |
ROI e Impacto no Negócio
Medir 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 contactos com consentimento (opt-in) adicionados por mês, a taxa de opt-in como uma percentagem do total de autenticações WiFi, e a taxa de integridade dos dados dos contactos (percentagem de contactos com todos os oito campos preenchidos). A atribuição de receita é medida através do acompanhamento de compras, inscrições em programas de fidelização ou outros eventos de conversão que possam ser associados a contactos que entraram na base de dados através do início de sessão em WiFi.
O conjunto de relatórios do dotdigital fornece análises ao nível da campanha — taxas de abertura, taxas de clique, taxas de conversão — que podem ser utilizadas para calcular a contribuição de receita de cada programa de automatização. O painel de análises do Purple fornece os dados de fluxo de visitantes (footfall) e de autenticação necessários para calcular o custo por contacto adquirido.
Referências e Resultados Esperados
Com base em implementações documentadas em todo o ecossistema Purple:
| Tipo de Local | Taxa de Opt-In Típica | Prazo de ROI Esperado | Principal Impulsionador de Receita |
|---|---|---|---|
| Retalho de Luxo | 35–45% | 6–12 meses | Conversão de programas de fidelização |
| Hotel (gama média) | 25–35% | 12–18 meses | Reenvolvimento para reservas diretas |
| Aeroporto / Interface de Transportes | 15–25% | 18–24 meses | Upsell de retalho e restauração (F&B) |
| Estádio / Recinto de Eventos | 20–30% | 12–18 meses | Upsell de bilheteira e merchandising |
| Centro de Conferências | 30–40% | 6–12 meses | Nova reserva de eventos e patrocínios |
Considerações de Custo-Benefício
O custo marginal do conector dotdigital dentro do Purple é baixo em relação ao potencial de receita. O investimento principal reside na conceção do programa e na criação de conteúdos — as jornadas de automatização, modelos de e-mail e lógica de segmentação que determinam a eficácia com que a base de dados de contactos é rentabilizada. As organizações que tratam a integração como um canal de dados do tipo «configurar e esquecer» obterão retornos modestos. Aquelas que investem na otimização contínua do programa — testes A/B em linhas de assunto, refinação da segmentação, extensão da profundidade de automatização — verão retornos consistentes com as referências do Harrods e da AGS Airports documentadas acima.
Uma regra prática: por cada 10 000 contactos com opt-in adquiridos através de WiFi, um programa dotdigital bem configurado deverá gerar receita incremental mensurável no prazo de 90 dias após a implementaçã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 convidado antes de lhe ser concedido acesso a uma rede WiFi. O captive portal da Purple — também chamado de splash page — é a interface através da qual os convidados 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 a dotdigital.
As equipas de IT deparam-se com isto 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 legal e técnica para todo o fluxo de automação de marketing.
Address Book (dotdigital)
Uma lista nomeada de contactos dentro da dotdigital, análoga a uma lista de distribuição ou segmento de CRM. Os address books são a principal unidade organizacional na dotdigital e servem como destino final para o envio de dados da Purple. Os programas de automação são acionados pela adição de contactos a um address book específico.
A taxonomia do address book — quantos books, como são nomeados, a que nível — é a decisão arquitetónica mais consequente numa implementação multi-espaço. Determina a capacidade de segmentação para toda a atividade de marketing subsequente.
Automation Programme (dotdigital)
Uma sequência configurada de ações automatizadas na dotdigital, acionada por um evento definido, como a adição de um contacto a um address book. Os programas podem incluir envios de email, mensagens SMS, períodos de espera, ramificações condicionais e atualizações de pontuação de contactos. São o mecanismo através do qual a captura de dados da Purple é convertida em comunicações de marketing.
As equipas de IT são responsáveis por garantir que o conector aciona corretamente a inscrição no programa. As equipas de marketing desenham o conteúdo do programa. A definição "Incluir contactos adicionados via API" é uma omissão de configuração comum que impede o acionamento do programa.
API Endpoint (dotdigital)
O URL base para a REST API da dotdigital, específico do centro de dados regional atribuído a cada conta. Assume o formato `https://r{n}-api.dotdigital.com` onde `{n}` é o número da região. É obtido em Definições de Conta > Acesso dentro da plataforma dotdigital.
Esta é a fonte mais comum de falhas na verificação do conector. Deve ser obtida diretamente da conta dotdigital — não pode ser adivinhada ou copiada de documentação genérica.
Consent-Gated Data Push
Um mecanismo de transmissão de dados que só é ativado quando o consentimento explícito do utilizador tiver sido registado. Na integração Purple-dotdigital, a Purple apenas enviará um registo de contacto para a dotdigital se o convidado tiver selecionado a caixa de consentimento de marketing na splash page. Esta é uma imposição ao nível da plataforma, não uma opção configurável.
Este mecanismo é o principal controlo de conformidade com o GDPR na integração. Garante que apenas os contactos que deram um consentimento genuíno entram na base de dados de marketing, protegendo a organização de riscos regulamentares e protegendo a entregabilidade contra contactos de baixo envolvimento.
Double Opt-In
Um processo de verificação de consentimento em duas fases no qual um contacto, após a ativação inicial (opt-in), recebe um email de confirmação e deve clicar num link para verificar o seu endereço de email e confirmar a sua subscrição. A dotdigital suporta double opt-in nativamente. Converte os contactos do estado "Pendente" para "Subscrito" e fornece uma camada adicional de documentação de consentimento.
Recomendado para espaços com elevado fluxo de passageiros — aeroportos, centros de conferências, estações de comboio — onde os convidados podem introduzir endereços de email incorretos ou temporários. O double opt-in reduz as taxas de devolução e melhora a entregabilidade, à custa de uma taxa de conversão inicial mais baixa.
Suppression List
Uma lista de endereços de email ou contactos que não devem receber comunicações de marketing, normalmente porque cancelaram a subscrição, apresentaram queixa ou foram identificados como inválidos. A dotdigital mantém listas de supressão 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 contactos suprimidos em inícios de sessão de WiFi subsequentes.
A falha na implementação da sincronização bidirecional de supressão é um risco de conformidade com o GDPR e um risco de entregabilidade. É uma etapa de configuração obrigatória em qualquer implementação de produção.
Venue-Level Connector
Uma configuração do conector da Purple limitada a um único espaço, em oposição a uma configuração ao nível do cliente que se aplica a toda a conta Purple. Os conectores ao nível do espaço permitem que diferentes espaços sejam encaminhados para diferentes address books da dotdigital, permitindo a segmentação e personalização específicas de cada espaço.
Essencial para operadores multipropriedade. Grupos hoteleiros, cadeias de retalho e operadores de estádios devem sempre utilizar a configuração ao nível do espaço para manter uma segmentação de dados limpa em todo o seu património.
First-Party Data
Dados recolhidos diretamente de indivíduos pela organização que os irá utilizar para marketing, com o conhecimento e consentimento do indivíduo. Os dados de início de sessão WiFi capturados através do captive portal da Purple são dados first-party. Distinguem-se de dados third-party (listas compradas) e dados second-party (dados partilhados por parceiros). Os dados first-party são a forma mais valiosa e em maior conformidade de dados de marketing no panorama pós-cookie e pós-GDPR.
O valor estratégico da integração Purple-dotdigital é gerar dados first-party de alta qualidade em grande escala, a partir de visitas físicas aos espaços. Estes dados não estão disponíveis através de nenhum canal de marketing digital e representam uma vantagem competitiva real para os operadores dos espaços.
PECR (Privacy and Electronic Communications Regulations)
Regulamentos do Reino Unido que regem o marketing direto por meios eletrónicos, incluindo email e SMS. O PECR exige consentimento prévio para emails de marketing enviados a indivíduos (em oposição a empresas). Funciona em articulação com o GDPR do Reino Unido para definir a base legal para as comunicações de marketing acionadas pela integração Purple-dotdigital.
As equipas de IT e de marketing devem garantir que a linguagem de consentimento da splash page abrange todos os canais utilizados para marketing — email, SMS e push — e que o consentimento é específico para cada canal, sempre que necessário.
Exemplos Práticos
Um grupo hoteleiro de centro da cidade com 450 quartos e 12 propriedades em todo o Reino Unido pretende utilizar o conector dotdigital da Purple para criar um programa de re-envolvimento de reservas diretas. Cada propriedade tem a sua própria configuração de local na Purple. A equipa de marketing pretende enviar ofertas específicas de cada propriedade aos hóspedes que estiveram num hotel específico, ao mesmo tempo que pretende realizar campanhas para todo o grupo. Como deve ser desenhada a arquitetura da integração?
A arquitetura correta utiliza a configuração do conector ao nível do local na Purple, com cada uma das 12 propriedades mapeada para um livro de endereços dotdigital dedicado. Isto fornece à equipa de marketing listas de contactos limpas e específicas do local para uma segmentação ao nível da propriedade. Em paralelo, é criado um segmento dotdigital que agrega contactos de todos os 12 livros de endereços — este segmento é utilizado para campanhas de todo o grupo sem duplicar registos de contactos.
Passo 1: No dotdigital, crie 12 livros de endereços com o nome da propriedade (ex: 'Purple - Manchester City Centre', 'Purple - Edinburgh Royal Mile'). Crie um segmento principal utilizando a condição 'O contacto está em qualquer um destes livros de endereços' cobrindo todos os 12 livros.
Passo 2: Na Purple, navegue até às definições de cada local em Gestão > Locais. Para cada local, adicione um conector dotdigital ao nível do local, utilizando as mesmas credenciais de API, mas selecionando o livro de endereços específico da propriedade.
Passo 3: Crie um programa de automatização de boas-vindas no dotdigital acionado pela adição de contactos a qualquer um dos 12 livros de endereços. Utilize blocos de conteúdo dinâmico no modelo de e-mail para personalizar a mensagem com base no livro de endereços (propriedade) ao qual o contacto foi adicionado — por exemplo, destacando as comodidades do hotel específico e um link de reserva direta.
Passo 4: Crie um programa de re-envolvimento que seja acionado 30 dias após o último início de sessão no WiFi, com uma oferta específica para a propriedade. Utilize a pontuação de contactos do dotdigital para identificar hóspedes de alto valor (várias visitas, alta completude de dados) para campanhas de re-envolvimento premium.
Passo 5: Para campanhas de todo o grupo — promoções sazonais, lançamentos de programas de fidelização — utilize o segmento principal para alcançar a base de dados total de utilizadores registados sem duplicar envios para contactos que aparecem em múltiplos livros de endereços de propriedades.
Uma cadeia de retalho nacional com 85 lojas implementou o Purple WiFi em toda a sua rede. Após seis meses, a equipa de marketing reporta que os contactos estão a aparecer no dotdigital, mas o programa de automatização de boas-vindas não está a ser acionado para aproximadamente 15% dos novos contactos. A equipa de TI confirmou que o conector está verificado e que os contactos estão a ser adicionados ao livro de endereços correto. Qual é a causa mais provável e como deve ser resolvida?
A causa mais provável é uma condição de corrida ("race condition") entre a criação do contacto e a inscrição no programa no dotdigital, combinada com o facto de os contactos serem adicionados através de API e não através da importação nativa do dotdigital. Quando os contactos são adicionados a um livro de endereços através de 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 'contacto adicionado ao livro de endereços através de importação' em vez de 'contacto adicionado através de API'.
Passo de Resolução 1: No Program Builder do dotdigital, abra o programa de boas-vindas e inspecione o acionador de inscrição. Verifique se a condição do acionador está definida para 'Contacto adicionado ao livro de endereços' e se a opção 'Incluir contactos adicionados através de API' está ativada. Esta opção não está ativada por defeito em todas as configurações de conta dotdigital.
Passo de Resolução 2: Se a condição do acionador estiver correta, verifique se os contactos afetados têm um estado de consentimento ("opt-in") como 'Desconhecido' em vez de 'Subscrito' no dotdigital. Os contactos com estado 'Desconhecido' podem ser excluídos da inscrição no programa, dependendo das definições do mesmo. Resolução: configure o programa para incluir contactos com estado de consentimento 'Desconhecido', ou implemente o fluxo de duplo consentimento ("double opt-in") do dotdigital para converter os contactos para o estado 'Subscrito' após confirmação.
Passo de Resolução 3: Reveja a definição de frequência de inscrição do programa. Se estiver definida para 'Inscrever apenas uma vez', os contactos que já foram inscritos anteriormente — por exemplo, a partir de uma sessão de WiFi anterior numa loja diferente — não serão inscritos novamente. Para uma cadeia de retalho onde os clientes podem visitar várias lojas, considere se a reinscrição em cada nova visita à loja é adequada e configure em conformidade.
Passo de Resolução 4: Verifique os limites de inscrição no programa. Algumas configurações de conta dotdigital impõem uma taxa máxima de inscrição diária. Se o WiFi da cadeia de retalho gerar um volume elevado de novos contactos em dias de pico de vendas, este limite pode estar a causar a lacuna de 15%.
Perguntas de Prática
Q1. O operador de um centro de conferências gere uma única conta Purple que abrange três locais: um auditório principal, uma sala de reuniões e um pavilhão de exposições. Pretendem utilizar o dotdigital para enviar e-mails de acompanhamento pós-evento aos participantes, com conteúdos específicos do espaço que visitaram. O conector atual está configurado ao nível do cliente, encaminhando os três locais para um único livro de endereços do dotdigital. Que alteração devem efetuar e quais as implicações?
Dica: Considere como as alterações de configuração ao nível do local alteram a estrutura do livro de endereços e quais os passos adicionais necessários no dotdigital para suportar conteúdo específico de cada local.
Ver resposta modelo
O operador deve reconfigurar o conector ao nível do local, criando três livros de endereços dotdigital separados — um por local. Isto permite ao dotdigital identificar a partir de que local um contacto foi adicionado, viabilizando conteúdos específicos do local em programas de automatização. As implicações são: (1) os contactos existentes no livro de endereços único ao nível do cliente precisarão de ser migrados ou segmentados novamente; (2) será necessário criar três programas de automatização separados ou configurar um único programa com blocos de conteúdo dinâmico; (3) para comunicações ao nível do grupo, deve ser criado um segmento dotdigital que agregue os três livros de endereços. A migração dos contactos existentes é a etapa operacionalmente mais complexa — requer identificar a que local cada contacto existente estava associado, o que pode exigir o cruzamento dos dados analíticos do Purple com os registos de contactos do dotdigital.
Q2. A equipa de TI de um grupo hoteleiro implementou o conector Purple-dotdigital em 8 propriedades. Três meses após a entrada em funcionamento, a equipa de marketing reporta que a taxa de abertura do e-mail de boas-vindas é de 12% — significativamente abaixo da meta de referência de 25% para e-mails de boas-vindas na hotelaria. As taxas de rejeição estão nos 4,2%. Quais são as causas mais prováveis e que medidas de resolução deve a equipa de TI recomendar?
Dica: Uma taxa de rejeição (bounce rate) de 4,2% é um sinal forte sobre a qualidade dos dados no momento da recolha. Considere o que acontece à entregabilidade dos e-mails quando as taxas de rejeição estão elevadas e como o mecanismo de consentimento pode estar a contribuir.
Ver resposta modelo
A taxa de rejeição de 4,2% é o problema principal e está quase certamente a causar a baixa taxa de abertura. Quando as taxas de rejeição excedem os 2%, os fornecedores de caixas de correio começam a tratar o domínio de envio como uma fonte de e-mail de baixa qualidade, reduzindo as taxas de colocação na caixa de entrada em toda a base de dados — incluindo para contactos válidos e ativos. A causa raiz da elevada taxa de rejeição é, provavelmente, os hóspedes inserirem endereços de e-mail incorretos ou temporários na splash page, o que é comum em ambientes de hotelaria transitórios. Resolução: implementar o fluxo de trabalho de double opt-in do dotdigital para verificar os endereços de e-mail antes de entrarem na base de dados ativa. Isto reduzirá o volume de novos contactos, mas melhorará significativamente a qualidade dos dados. Adicionalmente, verifique se a splash page exige a confirmação do endereço de e-mail (introduzir o endereço duas vezes) — esta alteração simples de UX reduz as rejeições por erros de digitação. Para a taxa de abertura, reveja o timing 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 ligação ao WiFi, a relevância contextual diminui. Reveja também o 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 cadeia de retalho manifestou a preocupação de que a integração Purple-dotdigital possa estar a adicionar novamente contactos anteriormente cancelados à base de dados de marketing quando estes visitam uma loja e se ligam ao WiFi. A equipa de TI precisa de confirmar se isto está a acontecer e, em caso afirmativo, implementar uma correção. Que passos devem tomar?
Dica: Esta é uma questão de conformidade com o GDPR, não apenas técnica. Considere o fluxo de dados em ambas as direções e que configuração é necessária para evitar a nova adição de contactos suprimidos.
Ver resposta modelo
Este é um risco real de GDPR. O cenário ocorre quando: (1) um contacto cancela a subscrição de marketing no dotdigital; (2) o cancelamento não é sincronizado de volta para o Purple; (3) o contacto visita posteriormente uma loja e liga-se ao WiFi; (4) o Purple, desconhecendo a supressão, envia novamente o registo do contacto para o dotdigital; (5) o dotdigital adiciona novamente o contacto ao livro de endereços. Para confirmar se isto está a acontecer, cruze a lista de supressão do dotdigital com as adições recentes ao livro de endereços — qualquer endereço de e-mail que apareça em ambas as listas indica que o problema está a ocorrer. A correção requer dois passos: (1) configurar um webhook do dotdigital que seja acionado em eventos de cancelamento de subscrição e atualize o registo de contacto correspondente no Purple para o marcar como suprimido; (2) implementar uma verificação pré-envio na configuração do conector para verificar se o endereço de e-mail do contacto 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 sobre a 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 pretende utilizar a integração Purple-dotdigital para enviar e-mails personalizados pós-jogo aos adeptos que se ligaram ao WiFi do estádio durante um evento. Pretendem incluir o resultado do jogo, um link para os momentos do jogo e uma oferta personalizada de merchandising com base no clube do adepto. A integração atual apenas capta os oito campos de dados padrão do Purple. Que configuração adicional é necessária para suportar este caso de utilização?
Dica: Considere como dados específicos do evento (data do jogo, equipas, resultado) podem ser associados aos contactos no dotdigital, e como a filiação clubística pode ser captada ao nível da splash page.
Ver resposta modelo
Este caso de utilização requer duas melhorias além da integração padrão. Primeiro, a filiação clubística deve ser captada ao nível da splash page utilizando a funcionalidade de perguntas personalizadas do Purple na splash page. Uma pergunta do tipo menu suspenso ou botões de rádio — "Que equipa apoia hoje?" — capta a preferência no momento da autenticação. Estes dados podem ser transmitidos para o dotdigital como um campo de dados de contacto personalizado, que deve ser criado nas definições de conta do dotdigital antes de o conector ser configurado. Segundo, os dados específicos do evento (data do jogo, adversário, resultado) precisam de ser associados à sessão do contacto. Isto pode ser conseguido criando um livro de endereços dotdigital separado para cada evento, nomeado com os detalhes do jogo, e configurando o conector do Purple para encaminhar os inícios de sessão WiFi desse evento para o livro de endereços específico do evento. O programa de automatização pós-jogo é então ativado pela adição a esse livro de endereços, com os detalhes do jogo incorporados no modelo de e-mail. Para a oferta de merchandising, a funcionalidade de conteúdo dinâmico do dotdigital pode apresentar diferentes recomendações de produtos com base no campo de dados personalizado de filiação clubística. Esta é uma implementação mais complexa que beneficia do envolvimento da equipa de Serviços Profissionais do Purple durante a configuração inicial.
Continue a ler esta série
Integração do CommScope Ruckus com o Purple WiFi: Guia de Instalação e Configuração
Este guia de referência técnica fornece um manual de configuração autoritativo para integrar arquiteturas CommScope Ruckus com o Purple WiFi. 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 utilizando Ruckus Dynamic PSK.
Integração de Access Points Allied Telesis com Purple WiFi
Este guia fornece um manual de configuração abrangente para integrar access points Allied Telesis da Série TQ com o Purple WiFi. Abrange o redirecionamento de Captive Portal externo, autenticação RADIUS 802.1X e direcionamento dinâmico de VLAN usando Private Pre-Shared Keys (PPSK) para implementações multi-tenant seguras.
Integração de Pontos de Acesso Grandstream GWN com o Purple WiFi
Este guia de referência técnica detalha como integrar os pontos de acesso Grandstream GWN com a plataforma de Guest WiFi e analítica da Purple. Abrange a configuração do Captive Portal da Grandstream, definições de RADIUS AAA, configuração de walled garden, autenticação segura de funcionários 802.1X com direcionamento dinâmico de VLAN e segmentação PPSK multi-tenant — fornecendo orientações práticas e passo a passo para MSPs e equipas de TI que implementam WiFi para convidados e funcionários em grande escala.