Saltar para o conteúdo principal

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.

📖 11 min de leitura📝 2,662 palavras🔧 2 exemplos práticos4 perguntas de prática📚 10 definições principais

Ouça este guia

Ver transcrição do podcast
Bem-vindo ao Purple Intelligence Briefing. Sou o vosso anfitrião e hoje vamos analisar os detalhes práticos de um dos conectores mais frequentemente implementados no ecossistema Purple — o dotdigital, anteriormente conhecido como Dotmailer. Se é gestor de TI, arquiteto de rede ou CTO responsável por um grupo hoteleiro, uma rede de retalho, um estádio ou um centro de conferências, este episódio foi feito para si. Nos próximos dez minutos, vamos abordar exatamente o que esta integração faz, como configurá-la corretamente, as melhores práticas que distinguem uma implementação de alto desempenho de uma medíocre e os cenários de resolução de problemas que complicam a vida até a equipas experientes. Vamos a isso. [SECÇÃO: CONTEXTO E PORQUE É QUE ISTO IMPORTA] Primeiro, vamos esclarecer do que estamos realmente a falar. A Purple é uma plataforma empresarial de inteligência de WiFi de convidados. Quando um visitante se liga ao seu WiFi — quer esteja a fazer o check-in num hotel, a navegar numa loja de retalho ou a chegar a um centro de conferências — o captive portal da Purple recolhe o seu consentimento e os dados de perfil. Esses dados são a matéria-prima para tudo o que se segue. o dotdigital é uma plataforma de automatização de marketing multicanal. Trata de email, SMS, notificações push, WhatsApp e muito mais. É utilizado por retalhistas, marcas de hotelaria e organizações empresariais para executar programas de marketing sofisticados e personalizados em escala. O conector Purple-dotdigital faz a ponte entre estes dois sistemas. No momento em que um convidado se autentica no seu WiFi e aceita receber comunicações de marketing, a Purple envia os seus dados de perfil — nome, email, número de telemóvel, código postal, data de nascimento, género — diretamente para uma lista de contactos do dotdigital. A partir daí, o motor de automatização do dotdigital assume o controlo, ativando fluxos de boas-vindas, campanhas de reativação, convites para programas de fidelização e muito mais. O caso comercial é incontornável. O Harrods, o retalhista de luxo londrino, construiu uma base de dados de 3,6 milhões de contactos através deste tipo de recolha de dados baseada em WiFi. Num único período de doze meses, 581.000 indivíduos únicos ligaram-se ao WiFi da loja. Desses, 38 por cento — mais de 220.000 pessoas — aceitaram receber marketing. A receita gerada a jusante por este grupo de subscritores representou um retorno de 54 vezes o seu investimento na Purple. Isto não é uma projeção teórica. É um resultado documentado. [SECÇÃO: ANÁLISE TÉCNICA DETALHADA] Agora vamos falar de arquitetura. A integração é uma ligação API servidor-a-servidor. A Purple atua como produtor de dados; o dotdigital atua como consumidor. A autenticação utiliza o mecanismo Basic Auth padrão do dotdigital — uma conta de utilizador API com um endereço de email e palavra-passe dedicados, associada a um endpoint de API específico da região. O endpoint é importante. A dotdigital opera em vários centros de dados regionais, e o seu endpoint de API será específico para a região da sua conta. Pode obter esta informação em Definições de Conta (Account Settings) e depois Acesso (Access), dentro da plataforma dotdigital. Errar neste passo é a causa mais comum de falhas na verificação do conector, pelo que vale a pena confirmar antes de começar. Dentro do Purple, o conector é configurado em Gestão (Management) e depois Conectores (Connectors). Pode implementá-lo a dois níveis: ao nível do cliente, que aplica o conector a toda a sua conta Purple, ou ao nível do espaço (venue level), o que lhe permite encaminhar diferentes espaços para diferentes listas de contactos da dotdigital. Para um grupo hoteleiro com várias propriedades, a configuração ao nível do espaço é quase sempre a escolha certa — proporciona-lhe uma segmentação limpa desde o início. O payload de dados que o Purple envia para a dotdigital em cada novo utilizador autenticado inclui oito campos: primeiro nome, apelido, ID de utilizador, endereço de email, número de telemóvel, género, código postal e data de nascimento. Crucialmente — e isto é inegociável do ponto de vista do GDPR — os dados só são transmitidos quando o utilizador consentiu explicitamente em receber comunicações de marketing. O Purple impõe isto ao nível da splash page; sem consentimento, não há envio de dados. Do lado da dotdigital, os contactos entram na lista de contactos que especificar durante a configuração do conector. A partir daí, pode inscrevê-los em programas de automatização — o que a dotdigital designa por Programas (Programs). Um programa de boas-vindas bem desenhado pode enviar um email de confirmação imediato, fazer o acompanhamento com um guia do espaço ou oferta 24 horas depois, e depois desencadear uma campanha de re-engagement se o contacto não tiver regressado no prazo de 30 dias. Tudo isto é configurável no Program Builder da dotdigital sem qualquer trabalho de desenvolvimento adicional. Para organizações com requisitos mais complexos, a API da dotdigital suporta campos de dados personalizados, pontuação de contactos (contact scoring), acionadores baseados em eventos e webhooks de retorno (callbacks). Se estiver a gerir um programa de fidelização — como o Harrods faz — pode utilizar a funcionalidade de perguntas personalizadas da splash page para captar a intenção e, em seguida, passar esse sinal para a dotdigital para segmentação. Os dados de login de WiFi do contacto preenchem previamente o seu formulário de inscrição de fidelização, eliminando a fricção e melhorando significativamente as taxas de conversão. Do ponto de vista da conformidade, ambas as plataformas possuem credenciais fortes. O Purple é compatível com o GDPR e a CCPA por conceção. A dotdigital opera como subcontratante de dados ao abrigo do GDPR, com medidas técnicas e organizacionais documentadas em vigor. A integração suporta fluxos de trabalho de double opt-in, monitorização de consentimento e gestão de listas de supressão — todos essenciais para organizações que operam nas jurisdições do Reino Unido e da UE. [SECTION: IMPLEMENTATION RECOMMENDATIONS AND PITFALLS] Permita-me que lhe dê as recomendações práticas que marcam a diferença entre uma implementação que gera retorno do investimento e outra que fica inativa. Primeiro: planeie a taxonomia do seu livro de endereços antes de ligar o que quer que seja. No dotdigital, os livros de endereços são a sua camada de segmentação primária. Se opera em múltiplos locais, crie um livro de endereços dedicado por local, ou no mínimo por categoria de local — hotéis, restaurantes, retalho. Reestruturar esta estrutura após a importação de milhares de contactos é doloroso e propenso a erros. Segundo: configure cuidadosamente a caixa de seleção de consentimento de marketing da sua splash page. A formulação do texto é importante tanto para as taxas de conversão como para a conformidade legal. Ao abrigo do GDPR do Reino Unido e dos Regulamentos de Privacidade e Comunicações Eletrónicas, o consentimento deve ser dado livremente, ser específico, informado e inequívoco. Uma caixa de seleção pré-assinalada não cumpre este requisito. O construtor de splash pages da Purple dá-lhe controlo total sobre este texto — use-o deliberadamente. Terceiro: crie os seus programas de automatização antes de avançar com o conector. Não há valor em recolher contactos com consentimento (opt-in) se estes ficarem num livro de endereços sem nenhum programa associado. No mínimo, implemente uma jornada de boas-vindas em três etapas: um email de boas-vindas imediato a confirmar o seu acesso WiFi, um acompanhamento com uma oferta ou conteúdo relevante 48 horas depois, e um gatilho de reativação aos 30 dias para contactos que não tenham regressado. Quarto: monitorize as suas métricas de entregabilidade desde o primeiro dia. dotdigital fornece relatórios detalhados sobre taxas de abertura, taxas de clique (CTR), devoluções (bounces) e cancelamentos de subscrição. Uma taxa de devolução acima de dois por cento ou uma taxa de cancelamento acima de 0,5 por cento numa série de boas-vindas é um sinal de que o texto de consentimento é enganador ou que o conteúdo do seu email não está a corresponder às expectativas. Trate disto cedo — os fornecedores de caixas de correio utilizam sinais de interação para determinar se o seu domínio vai para a caixa de entrada ou para a pasta de spam. Quinto: implemente o webhook de cancelamento de subscrição do dotdigital de volta para a Purple. Quando um contacto cancela a subscrição no dotdigital, essa supressão deve refletir-se nos registos da Purple. Sem esta sincronização bidirecional, corre o risco de voltar a adicionar um contacto suprimido ao dotdigital no seu próximo início de sessão WiFi — um risco de conformidade com o GDPR e um caminho rápido para problemas de entregabilidade. Agora, as armadilhas. O problema mais comum que vemos são falhas na verificação do conector causadas por URLs de endpoint de API incorretos. Obtenha sempre o endpoint diretamente da sua conta dotdigital — não adivinhe nem copie de exemplos da documentação. O segundo problema mais comum é os contactos não aparecerem no dotdigital apesar de o conector estar configurado com sucesso. Quase sempre, isto deve-se ao facto de a caixa de seleção de consentimento de marketing não estar ativada na splash page. Verifique isto primeiro. O terceiro problema são os contactos duplicados, que ocorrem quando o mesmo endereço de email é submetido em múltiplas sessões WiFi. dotdigital lida com isto através da sua lógica de eliminação de duplicados, mas precisa de garantir que as definições do seu livro de endereços estão configuradas para fundir pelo endereço de email em vez de criar novos registos. [SECÇÃO: PERGUNTAS E RESPOSTAS RÁPIDAS] Deixe-me passar por algumas das perguntas que ouvimos com mais frequência. Posso ligar vários locais a diferentes listas de contactos do dotdigital? Sim. Configure o conetor ao nível do local dentro da secção de Gestão do Purple e atribua cada local à sua própria lista de contactos no dotdigital. A integração suporta SMS e também email? O payload de dados inclui o número de telemóvel, por isso, sim — uma vez que o contacto esteja no dotdigital, pode utilizar o seu número de telemóvel para campanhas de SMS através do canal de SMS do dotdigital. Certifique-se de que tem a linguagem de consentimento adequada na sua splash page para cobrir o marketing por SMS. O que acontece se um convidado se ligar mas não aceitar o marketing? O Purple recolhe os dados da sessão para fins analíticos, mas não envia quaisquer dados pessoais para o dotdigital. A visita do convidado contribui para as suas análises de fluxo de pessoas e tempo de permanência dentro do Purple, mas este não entra na sua base de dados de marketing. A integração é em tempo real? Sim. O envio de dados para o dotdigital ocorre no momento da autenticação do WiFi, e não em lotes. Isto significa que um email de boas-vindas pode ser ativado poucos minutos após a ligação de um convidado — o que constitui uma vantagem significativa para ofertas sensíveis ao fator tempo. [SECTION: SUMMARY AND NEXT STEPS] Deixe-me concluir com os pontos-chave a reter desta sessão. A integração Purple-dotdigital é um pipeline de dados pronto para produção, protegido por consentimento, que converte logins de WiFi em contactos de marketing contactáveis. A configuração é simples — quatro campos de configuração e uma verificação do conetor — mas o valor é determinado inteiramente pelo que constrói sobre ele no dotdigital. As organizações que extraem o maior valor são aquelas que investem na taxonomia das listas de contactos, no design de programas de automatização e na gestão de entregabilidade antes de entrarem em funcionamento. O exemplo do Harrods — um retorno do investimento de 54 vezes com um programa de email impulsionado pelo WiFi — é alcançável, mas requer um design de programa deliberado, e não apenas uma API ligada. Os seus próximos passos imediatos: audite a estrutura da sua conta dotdigital, defina a taxonomia da sua lista de contactos, elabore o rascunho do seu programa de automatização de boas-vindas e reveja a linguagem de consentimento da sua splash page. Depois, ligue a integração, verifique-a e avance para o ambiente real. Se precisar de aprofundar qualquer uma destas áreas, a documentação de suporte do Purple abrange a configuração do conetor em detalhe, e o centro de programadores do dotdigital fornece documentação de referência de API completa para equipas que criam integrações personalizadas. Obrigado por ouvir o Purple Intelligence Briefing. Voltaremos em breve com mais orientações técnicas para operadores de locais e equipas de TI.

header_image.png

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.


integration_architecture.png

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.


best_practices_infographic.png

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.


troubleshooting_guide.png

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.

Comentário do Examinador: Esta arquitetura separa corretamente a segmentação ao nível do local do alcance ao nível do grupo. O ponto de decisão fundamental é a utilização da configuração do conector ao nível do local em vez do nível do cliente, o que encaminharia as 12 propriedades para um único livro de endereços e perderia a atribuição do local. A abordagem do segmento principal evita a complexidade operacional de gerir 12 envios de campanhas separados para comunicações globais do grupo. A abordagem de conteúdo dinâmico no e-mail de boas-vindas é uma boa prática que melhora significativamente as taxas de envolvimento — os hóspedes respondem a comunicações que referenciam a sua experiência específica, e não a mensagens genéricas de marca. O acionador de re-envolvimento aos 30 dias baseia-se em referências documentadas do setor para a frequência de regresso de hóspedes de hotéis em propriedades no centro da cidade.

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%.

Comentário do Examinador: Este cenário ilustra uma classe comum de problemas de integração que não é visível de imediato a partir da configuração do conector — requer a compreensão de como a lógica de acionamento de programas do dotdigital interage com contactos provenientes de API. A definição 'Incluir contactos adicionados através de API' é uma omissão frequente nas implementações iniciais. A questão do estado de consentimento é igualmente comum em implementações de retalho multilocal, onde os clientes podem ter interagido anteriormente com a marca através de um canal diferente. A questão da frequência de inscrição é uma decisão arquitetural real — para uma cadeia de retalho, a reinscrição em cada visita à loja pode ser adequada para fornecer conteúdo específico da loja, mas requer um design de programa cuidadoso para evitar o excesso de comunicação.

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.