Skip to main content

Come utilizzare i dati di prima parte nelle campagne di marketing

This authoritative guide details how enterprise IT and marketing teams can transform their guest WiFi infrastructure into a powerful first-party data engine. It covers technical architecture for data capture, GDPR-compliant consent management, segmentation strategies, and real-world activation across email, SMS, social advertising, and programmatic display. Venue operators and IT teams will find concrete implementation guidance, worked examples from hospitality and retail, and measurable ROI frameworks.

📖 7 min di lettura📝 1,546 parole🔧 2 esempi3 domande📚 9 termini chiave

🎧 Ascolta questa guida

Visualizza trascrizione
Welcome to the Purple Architecture Briefing. I'm your host, and today we're tackling a critical challenge for IT and marketing leaders: How to use first-party data in marketing campaigns. Specifically, we're looking at how to activate the data captured through your enterprise WiFi infrastructure. If you're a CTO, an IT manager, or a venue operations director, you already know the value of your network. But bridging the gap between raw network telemetry and actionable marketing intelligence — that's where the real ROI lies. So let's get into it. Section One: Context and Why This Matters Now. Third-party cookies are depreciating across all major browsers. Privacy regulations like GDPR in the UK and Europe, and CCPA in the United States, are stricter than ever. Marketers are under enormous pressure to find clean, consented, first-party data sources. Meanwhile, you have thousands of guests, shoppers, or fans connecting to your access points every single day. By implementing a captive portal with clear opt-ins, your WiFi network becomes the most reliable first-party data engine in your physical venue. Think about what that means in practice. A hotel with two hundred rooms might see three hundred unique device connections per day. A retail flagship store in a busy city centre might see two thousand. A stadium on match day? Tens of thousands. Every single one of those connections is a potential data point — a name, an email address, a phone number, a demographic profile — all captured with explicit consent at the point of connection. The question is not whether you should be doing this. The question is whether you are doing it correctly, compliantly, and at scale. Section Two: The Technical Architecture. Let's start at the edge. When a device associates with an access point, the wireless LAN controller detects an unauthenticated client. It then redirects the device's initial HTTP request to a captive portal — a web page hosted either on-premise or in the cloud. This splash page is the critical point of value exchange. The venue provides high-speed internet access. The user provides their data and consent. Simple. But the implementation details matter enormously. For authentication methods, you have several options. Social OAuth — allowing users to log in via Facebook, Google, or Apple — is the most frictionless option and provides rich demographic data instantly. Form-based authentication, where you request specific fields such as email address, phone number, and postal code, gives you more control over the data you capture. And then there is Passpoint, or Hotspot 2.0, which uses the IEEE 802.11u standard to allow automatic, secure connections for returning users, completely bypassing the captive portal after the initial setup. Now, here is a technical challenge that many deployments underestimate: MAC randomisation. Modern operating systems — iOS 14 and above, Android 10 and above — generate a unique, temporary MAC address for each wireless network the device connects to. This was introduced as a privacy feature, and it fundamentally breaks device-centric tracking. If you are relying on the hardware MAC address to identify returning visitors, you will see a massive spike in what appears to be new visitors, while your returning visitor metrics plummet. Footfall remains consistent, but your data looks completely wrong. The solution is to shift from device-centric tracking to identity-centric tracking. Once a user authenticates via the captive portal, their session data — including the randomised MAC — is tied to their CRM profile. On subsequent visits, when they authenticate again using the same email address or social login, the system links the new randomised MAC back to the existing profile. The identity is the anchor, not the device. For the most seamless experience, particularly in hospitality and transport environments, Passpoint profiles can be provisioned to the user's device after their first authentication. On every subsequent visit, the device connects automatically and securely, the user is recognised, and the data is captured — all without the user having to interact with a portal again. Section Three: Data Flow and Integration. Capturing the data is step one. Getting it into your marketing stack is step two. The standard architecture looks like this. The Purple platform sits between the network edge and your marketing tools. When a user authenticates, the platform normalises the data — handling deduplication, profile merging, and consent management — and then pushes the data downstream via REST APIs or Webhooks. A Webhook is simply an HTTP callback. When a specific event occurs — a new user authenticates, a returning user connects, a user's dwell time exceeds fifteen minutes — the platform sends a structured JSON payload to a pre-configured endpoint. That endpoint might be your Salesforce CRM, your HubSpot marketing hub, your Marketo automation platform, or a custom middleware layer. The key advantage of Webhooks over scheduled batch exports is real-time activation. If a hotel guest checks in and connects to the WiFi, you want to send them a welcome email within minutes, not the following morning. Real-time data flow makes that possible. Section Four: Activating the Data Across Channels. Let's talk about the four primary activation channels: email, SMS, social advertising, and programmatic display. Email is the most mature channel. Triggered welcome emails, sent immediately after a user's first authentication, are highly effective for delivering promised incentives. Post-visit survey emails, sent 24 hours after disconnection, drive review generation. Re-engagement campaigns, targeting users who have not connected in 90 days, are excellent for driving repeat visits. SMS is the highest-intent channel for in-venue activation. Because you are reaching someone who is physically present in your venue, the context is perfect for time-sensitive offers. A retail customer who has been browsing the footwear section for ten minutes is a highly qualified prospect for a shoe promotion. A hotel guest who has been in their room for three hours might be receptive to a dinner reservation offer. Location analytics — using WiFi trilateration or BLE beacons — can trigger these SMS messages automatically. For social advertising, first-party data is becoming increasingly valuable as third-party targeting options diminish. You can export your most engaged WiFi user segments — say, users who have visited your venue more than three times in the last 60 days — as hashed email lists and upload them to Facebook Ads Manager or Google Ads as Custom Audiences. From there, you can create Lookalike Audiences to find new prospects who share similar characteristics with your most loyal physical visitors. This is a powerful bridge between offline behaviour and online advertising. Finally, programmatic display. By syncing your first-party audience segments with a Demand-Side Platform, you can serve targeted display ads to known visitors across the open web, reinforcing brand awareness after they leave your venue. Section Five: Implementation Pitfalls and Risk Mitigation. Let me walk you through the most common failure modes I see in deployments. The first is compliance failure. The most common mistake is bundling the marketing consent checkbox with the Terms of Service acceptance. Under GDPR, consent for marketing communications must be freely given, specific, informed, and unambiguous. Bundling it with the terms of service invalidates the consent entirely. You must use separate, unticked checkboxes for each type of marketing communication — email and SMS should be separate opt-ins. The second pitfall is a slow captive portal. If the splash page takes more than three seconds to load, abandonment rates spike dramatically. This is particularly problematic in venues with high footfall, where a slow portal becomes a bottleneck. Optimise the portal page aggressively: compress images, minimise JavaScript, and ensure your Walled Garden configuration allows the portal's resources to load before authentication. The third pitfall is poor Walled Garden configuration. If you are using social OAuth for authentication, you need to ensure that the authentication endpoints for Facebook, Google, and Apple are accessible before the user has completed the login. This requires careful Walled Garden configuration on the wireless LAN controller. The fourth pitfall is ignoring data quality. It is tempting to ask for as much information as possible on the first login. Resist this. Progressive profiling — asking for basic information on the first visit and enriching the profile on subsequent visits — produces far higher conversion rates and better data quality. Section Six: Rapid-Fire Q&A. Question one: Can we track users who do not log in? You can see anonymous probe requests for presence analytics — footfall counts and dwell time — but you cannot use this data for targeted marketing without explicit consent and an authenticated session. Anonymous analytics is useful for operational decisions, but marketing activation requires identity. Question two: How do we handle the transition from our existing email list to WiFi-captured data? Start by cross-referencing your existing CRM contacts with new WiFi authentications. When a known contact logs into the WiFi, enrich their existing profile with the new behavioural data. Over time, your WiFi-captured profiles will become your richest data source. Question three: What is the typical opt-in rate for a well-configured captive portal? In our experience, a well-designed portal with a clear value proposition — free high-speed WiFi in exchange for an email address and marketing consent — achieves opt-in rates of between 60 and 80 percent of authenticated users. Poorly designed portals with complex forms or unclear value propositions can drop to below 20 percent. Section Seven: Summary and Next Steps. Let me bring this together. Your WiFi infrastructure is a massive, untapped first-party data asset. By deploying a secure, compliant captive portal, integrating it with your marketing stack via APIs and Webhooks, and leveraging location-based triggers, you can turn your IT cost centre into a measurable marketing revenue generator. The implementation roadmap is straightforward. Start with the captive portal deployment and integrate it with your email platform. Run a simple welcome campaign and measure the conversion rate. Then, scale up to SMS-based location triggers. Then, export your audience segments to social platforms for Lookalike targeting. Each step builds on the last, and each step generates measurable ROI. The data you are sitting on is valuable. The infrastructure to capture it is already in place. The question is simply whether you are activating it. For detailed deployment guides and integration documentation, visit the Purple platform at purple.ai. Thank you for joining this briefing.

header_image.png

Executive Summary

Per le strutture enterprise — hotel, catene di vendita al dettaglio, stadi e centri congressi — la rete WiFi per gli ospiti non è più solo un centro di costo o un servizio di base. Con l'eliminazione dei cookie di terza parte e l'inasprimento delle normative sulla privacy, le strutture fisiche possiedono un vantaggio unico e sottoutilizzato: la capacità di acquisire dati di prima parte altamente accurati e con il consenso esplicito direttamente dai visitatori al momento della connessione.

Questa guida illustra come i responsabili IT e i CTO possono progettare la propria infrastruttura wireless affinché funga da motore di acquisizione dati conforme per i team di marketing. Implementando un Captive Portal solido e integrato con le piattaforme CRM e di marketing automation, le strutture possono raccogliere senza problemi dati demografici e comportamentali su larga scala. Esploreremo l'implementazione tecnica dei meccanismi di acquisizione dei dati, l'integrazione delle analitiche del Guest WiFi e l'esecuzione di campagne di marketing mirate tramite e-mail, SMS e social advertising, generando in definitiva un ROI misurabile e un'esperienza cliente migliorata. La piattaforma di Purple serve attualmente oltre 80.000 strutture e quasi due milioni di utenti giornalieri, fornendo il livello di integrazione che collega l'infrastruttura di rete all'attivazione del marketing.

Approfondimento tecnico: l'architettura di acquisizione dei dati

Le fondamenta della raccolta di dati di prima parte in una struttura fisica si basano sull'interazione tra il dispositivo mobile dell'utente, l'access point (AP) wireless e l'infrastruttura del Captive Portal. Comprendere questa architettura è essenziale prima che possa aver luogo qualsiasi attivazione di marketing.

Il Captive Portal e l'autenticazione

Quando un utente si connette a un SSID aperto, il controller di rete reindirizza la sua richiesta HTTP iniziale a un Captive Portal. Questa splash page rappresenta il punto critico dello scambio di valore: la struttura fornisce un accesso a Internet ad alta velocità e l'utente fornisce i propri dati e il proprio consenso. Per massimizzare la qualità dei dati e l'esperienza utente, il processo di autenticazione deve essere fluido e tecnicamente solido.

Le implementazioni moderne sfruttano tre metodi di autenticazione principali. Il Social OAuth consente agli utenti di autenticarsi tramite Facebook, Google o Apple, fornendo istantaneamente dati demografici ricchi e riducendo l'abbandono dei moduli. L'autenticazione basata su moduli richiede campi specifici come indirizzo e-mail, numero di telefono e codice postale, offrendo alla struttura il controllo diretto sui dati acquisiti. L'autenticazione Seamless tramite Passpoint (Hotspot 2.0), che utilizza lo standard IEEE 802.11u, consente connessioni automatiche e sicure per gli utenti di ritorno, bypassando completamente il Captive Portal dopo la configurazione iniziale: una funzionalità fondamentale per ambienti ad alta affluenza come snodi di trasporto e stadi, come esplorato in Wi-Fi in Auto: la guida enterprise completa per il 2026 .

Superare la randomizzazione del MAC

Storicamente, le strutture tracciavano gli utenti tramite l'indirizzo Media Access Control (MAC) del loro dispositivo. Tuttavia, i moderni sistemi operativi — iOS 14 e successivi, Android 10 e successivi — implementano la randomizzazione del MAC, generando un indirizzo MAC univoco e temporaneo per ogni SSID. Ciò interrompe fondamentalmente il tracciamento incentrato sul dispositivo ed è una delle cause più comuni di degrado della qualità dei dati nelle implementazioni legacy.

Per creare un profilo utente persistente, l'architettura deve basarsi sulla sessione autenticata anziché sull'identificatore hardware. Una volta che un utente si autentica tramite il Captive Portal, i dati della sua sessione, incluso il MAC randomizzato, vengono collegati al suo profilo CRM all'interno della piattaforma di WiFi Analytics . Le visite successive che utilizzano lo stesso metodo di autenticazione si ricollegheranno al profilo unificato, preservando i dati comportamentali longitudinali.

Flusso dei dati e architettura di integrazione

I dati acquisiti devono fluire senza interruzioni dall'edge di rete allo stack di marketing. Ciò si ottiene tramite API REST o Webhook sicuri, consentendo la sincronizzazione dei dati in tempo reale anziché esportazioni in batch.

segmentation_diagram.png

Il flusso di dati standard segue cinque fasi: Acquisizione (dati raccolti nel Captive Portal), Normalizzazione (la piattaforma di analytics deduplica e unisce i profili), Sincronizzazione (i Webhook inviano aggiornamenti in tempo reale al CRM), Segmentazione (i team di marketing definiscono le coorti di pubblico in base a criteri comportamentali e demografici) e Attivazione (le campagne vengono attivate tramite e-mail, SMS e canali programmatici).

Guida all'implementazione: attivazione dei dati

La raccolta dei dati è solo il primo passo. Il vero valore commerciale risiede nell'attivazione. La sezione seguente illustra in dettaglio come implementare i dati WiFi di prima parte nei quattro principali canali di marketing.

data_activation_workflow.png

1. E-mail marketing e campagne drip

L'e-mail rimane un canale altamente efficace sia per gli ambienti dell'ospitalità che per il retail . Le e-mail di benvenuto automatiche, configurate tramite Webhook per essere inviate immediatamente al primo accesso di un utente, sono ideali per fornire gli incentivi promessi come codici sconto o punti fedeltà. Le e-mail di sondaggio post-visita, automatizzate 24 ore dopo la disconnessione di un utente dalla rete, favoriscono la generazione di recensioni e la misurazione dell'NPS. Le campagne di re-engagement rivolte agli utenti che non si connettono da oltre 90 giorni sono efficaci per stimolare visite ripetute, in particolare nei contesti dell' ospitalità in cui le promozioni stagionali sono rilevanti.

2. SMS e trigger basati sulla posizione

Per un coinvolgimento immediato e ad alto intento, gli SMS non hanno eguali. Questo canale richiede l'acquisizione di un opt-in esplicito per il marketing via SMS durante il processo di autenticazione: una casella di controllo separata e non spuntata rispetto al consenso per l'e-mail marketing. Utilizzando le analitiche di localizzazione — come quelle descritte in Indoor Positioning System: guida a UWB, BLE e WiFi — la piattaforma può attivare un SMS quando un utente sosta in una zona specifica per un periodo definito, creando un marketing di micro-momenti contestualmente rilevante.

3. Social advertising e segmenti di pubblico personalizzati

I dati di prima parte sono inestimabili per il programmatic display e il social advertising, in particolare con la diminuzione del tracciamento di terze parti. I Pubblici simili (Lookalike Audiences) vengono creati esportando segmenti di utenti WiFi altamente coinvolti — ad esempio, utenti che visitano la struttura più di due volte al mese — in Facebook Ads Manager o Google Ads come Pubblico personalizzato di base. La piattaforma identifica quindi nuovi utenti con profili demografici e comportamentali simili. Il Retargeting mostra annunci display mirati agli utenti che hanno visitato di recente la struttura, rafforzando la brand awareness su tutto l'open web.

4. Programmatic Display

Sincronizzando i segmenti di pubblico di prima parte con una Demand-Side Platform (DSP), le strutture possono mostrare annunci display mirati ai visitatori noti sull'inventory di publisher premium. Ciò è particolarmente efficace per le strutture dei settori trasporti e sanità , dove la frequenza delle visite e i segnali di intento sono forti.

Per le strategie fondamentali di raccolta dei dati, consulta Come raccogliere dati di prima parte tramite il WiFi .

Best practice per la conformità e l'esperienza utente

Privacy e consenso (GDPR e CCPA)

La conformità non è negoziabile e deve essere integrata nell'implementazione fin dal primo giorno, non aggiunta a posteriori. Il Captive Portal deve aderire a rigorose normative sulla protezione dei dati. Il consenso disaggregato è obbligatorio: la casella di controllo per le comunicazioni di marketing deve essere completamente separata dall'accettazione dei Termini e Condizioni. Gli opt-in granulari dovrebbero offrire caselle di controllo separate per l'e-mail e l'SMS marketing. Un link a una chiara informativa sulla privacy deve essere visualizzato in modo ben visibile, specificando esattamente come i dati verranno utilizzati, archiviati e condivisi. I dati devono essere crittografati in transito utilizzando TLS 1.2 o versioni successive e a riposo utilizzando la crittografia AES-256, in conformità con il PCI DSS laddove siano coinvolte transazioni.

Ottimizzare il Captive Portal per la conversione

La splash page deve caricarsi entro tre secondi. Tempi più lunghi fanno aumentare significativamente i tassi di abbandono, con conseguente perdita di opportunità di acquisizione dati. Il portale deve essere completamente mobile-responsive e progettato con una proposta di valore chiara e convincente. La profilazione progressiva è l'approccio consigliato: richiedere solo l'indirizzo e-mail alla prima visita e arricchire il profilo con campi aggiuntivi — data di nascita, codice postale, preferenze — nelle visite successive. Questo approccio produce costantemente tassi di opt-in compresi tra il 60 e l'80 percento in implementazioni ben configurate.

Risoluzione dei problemi e mitigazione dei rischi

Modalità di guasto Sintomo Strategia di mitigazione
Il Captive Portal non viene visualizzato Gli utenti si connettono all'SSID ma non vengono reindirizzati al portale. Verificare la configurazione DNS e le impostazioni del Walled Garden. Assicurarsi che l'IP e l'URL del portale siano raggiungibili prima del completamento dell'autenticazione.
Bassi tassi di opt-in Elevato volume di connessioni ma scarsa acquisizione del consenso al marketing. Rivedere la chiarezza della proposta di valore. Semplificare il modulo. Assicurarsi che l'opt-in per il marketing sia ben visibile ma non ingannevole. Testare il tempo di caricamento del portale.
Errori di sincronizzazione dei dati Profili aggiornati in Purple ma non riflessi nel CRM. Monitorare i log di consegna dei Webhook. Verificare le chiavi API e i limiti di frequenza (rate limit) sulla piattaforma di destinazione. Implementare una logica di riprova per le consegne non riuscite.
La randomizzazione del MAC degrada i dati Picco di "nuovi" visitatori; crollo delle metriche dei visitatori di ritorno. Passare a un tracciamento incentrato sull'identità. Implementare Passpoint per una riautenticazione fluida. Incoraggiare l'autenticazione basata su app per un'identità persistente.
Configurazione errata del Walled Garden Il login tramite Social OAuth non va a buon fine; gli utenti non riescono a completare l'autenticazione. Inserire in whitelist tutti gli endpoint di autenticazione richiesti (es. accounts.google.com, graph.facebook.com) nella configurazione del Walled Garden sul controller LAN wireless.

ROI e impatto sul business

L'implementazione di una strategia di dati di prima parte tramite WiFi trasforma la rete da una spesa IT a un asset di marketing misurabile con rendimenti quantificabili.

Costo per acquisizione (CPA): il costo per acquisire un nuovo iscritto via e-mail con consenso tramite un Captive Portal è in genere una frazione del costo equivalente tramite social a pagamento o search advertising. L'infrastruttura è già implementata; il costo incrementale è costituito dalla licenza della piattaforma e dalla configurazione del portale.

Attribuzione delle campagne: tracciando quando un utente riceve un'offerta via e-mail e successivamente accede al WiFi della struttura, i team di marketing possono dimostrare in modo definitivo l'attribuzione offline per le campagne digitali: una capacità sempre più preziosa man mano che i modelli di attribuzione digitale diventano meno affidabili.

Aumento del Customer Lifetime Value (CLV): il coinvolgimento personalizzato guidato da dati di prima parte accurati è direttamente correlato a una maggiore frequenza delle visite e a una spesa più elevata per visita. Un hotel in grado di identificare un ospite aziendale di ritorno e di offrire in modo proattivo un upgrade pertinente offre un'esperienza materialmente migliore rispetto a uno che tratta ogni ospite come anonimo.

Per considerazioni complesse sull'IoT e sull'architettura dei dati, consulta Architettura dell'Internet of Things: una guida completa .

Termini chiave e definizioni

Captive Portal

A web page that a user of a public-access network is obliged to view and interact with before internet access is granted. It serves as the primary interface for data capture and consent collection.

This is the critical point of value exchange between the venue and the guest. Its design, load speed, and form structure directly determine the quality and volume of first-party data captured.

MAC Randomisation

A privacy feature in modern operating systems (iOS 14+, Android 10+) that generates a temporary, unique MAC address for each wireless network the device connects to, preventing persistent device-level tracking.

This is the most common cause of data quality degradation in legacy WiFi analytics deployments. It necessitates a shift from device-centric to identity-centric tracking architectures.

First-Party Data

Information that an organisation collects directly from its own customers or users, with their explicit consent, through its own channels and touchpoints.

This is the most valuable and compliant data source for marketing, particularly as third-party cookies are phased out across major browsers and advertising platforms.

Webhook

An HTTP-based callback mechanism that sends a structured data payload to a pre-configured endpoint when a specific event occurs in the source system.

Used to push real-time data from the WiFi analytics platform to a CRM or marketing automation tool immediately after a user authenticates, enabling real-time campaign triggers.

Walled Garden

A network configuration that restricts unauthenticated users to a limited set of pre-approved domains and IP addresses, preventing full internet access until authentication is complete.

Correct Walled Garden configuration is essential for allowing the captive portal to load and for enabling social OAuth logins (e.g., whitelisting Facebook and Google authentication endpoints) before the user has completed the login process.

Passpoint (Hotspot 2.0)

An industry standard based on IEEE 802.11u that enables automatic, secure WiFi connections without requiring manual portal interaction after the initial device provisioning.

Improves user experience for returning visitors and ensures consistent, persistent identity-based connections, facilitating seamless data capture and profile enrichment across multiple visits.

Lookalike Audience

A targeting segment created by advertising platforms (such as Facebook Ads or Google Ads) that identifies new users who share similar characteristics with an existing Custom Audience seed list.

Allows venues to leverage their high-quality offline visitor data — captured via WiFi — to find new, highly qualified prospects online, bridging the gap between physical and digital marketing.

Progressive Profiling

A data collection strategy that gathers customer information incrementally across multiple interactions, rather than requesting all data fields in a single form submission.

Increases captive portal conversion rates by reducing friction on the initial login, while still building a comprehensive, enriched customer profile over subsequent visits.

Dwell Time

The duration for which a device remains associated with a WiFi access point or within a defined location zone, used as a proxy for physical presence and engagement.

A critical signal for location-based marketing triggers. A user dwelling in a specific retail zone for more than ten minutes is a high-intent prospect for a contextually relevant offer.

Casi di studio

A 200-room luxury hotel wants to increase bookings for its on-site spa. They currently offer free WiFi but do not capture any guest data beyond the room booking system. How should the IT and Marketing teams collaborate to deploy a first-party data solution?

Phase 1 — IT Deployment: The IT team configures the wireless LAN controller to redirect all unauthenticated guest traffic on the 'Hotel_Guest_WiFi' SSID to the Purple captive portal. The Walled Garden is configured to allow access to the portal's CDN and the OAuth endpoints for social login providers.

Phase 2 — Portal Design: Marketing designs a branded splash page with a clear value proposition: 'Complimentary high-speed WiFi — connect in seconds.' The authentication form requests Name and Email, with a separate, unticked checkbox for marketing consent. A link to the privacy policy is displayed prominently.

Phase 3 — Integration: IT configures a secure Webhook to push new authenticated profiles to the hotel's CRM (e.g., Salesforce). A custom field 'WiFi_Opt_In' is mapped to the marketing consent flag.

Phase 4 — Campaign Execution: Marketing configures an automated trigger in the CRM. If a guest authenticates and their profile indicates they have not previously visited the spa (cross-referenced with the booking system), an automated email is sent two hours after check-in offering a 15% discount on spa treatments, valid for the duration of their stay.

Phase 5 — Measurement: Track the email open rate, click-through rate, and spa booking conversion rate. Compare spa revenue per guest for WiFi-opted-in guests versus non-opted-in guests to quantify ROI.

Note di implementazione: This approach effectively bridges IT infrastructure with a specific marketing revenue objective. The use of real-time Webhooks ensures contextually relevant, timely offers. The two-hour delay is deliberate — it allows guests to settle in before receiving a promotional message, improving the user experience and conversion rate. The cross-referencing with the booking system prevents sending spa offers to guests who have already booked, avoiding a poor customer experience.

A national retail chain with 50 locations wants to build a Lookalike Audience for Facebook Ads based on their most frequent in-store shoppers, without relying on third-party pixel data.

Step 1 — Baseline Capture: Confirm that the captive portal at all 50 locations is capturing email addresses and marketing consent. Ensure the portal is configured consistently across all sites using a centralised management platform.

Step 2 — Segment Definition: Within the Purple analytics platform, create a segment defined as 'Users who have authenticated at any location more than three times in the last 60 days.' This cohort represents the brand's most loyal physical shoppers.

Step 3 — Secure Export: Export this segment as a hashed (SHA-256) email list. Hashing ensures the raw email addresses are never transmitted to the advertising platform, maintaining GDPR compliance.

Step 4 — Custom Audience Upload: Upload the hashed list to Facebook Ads Manager as a Custom Audience. Facebook matches the hashes against its own user database.

Step 5 — Lookalike Generation: Generate a 1% Lookalike Audience based on this Custom Audience. This targets new Facebook users who share similar characteristics — demographics, interests, and online behaviours — with the brand's most loyal physical shoppers.

Step 6 — Campaign Deployment: Run a prospecting campaign targeting the Lookalike Audience with a new customer acquisition offer.

Note di implementazione: This scenario demonstrates the advanced application of offline behavioural data to online advertising. The key insight is that frequent physical visits are a far stronger loyalty signal than online browsing behaviour. By using this high-intent offline data as the seed for Lookalike targeting, the retailer significantly improves ad spend efficiency compared to relying on third-party online data. The SHA-256 hashing step is critical for GDPR compliance and should be non-negotiable in any deployment.

Analisi degli scenari

Q1. Your venue is experiencing a 40% drop-off rate at the captive portal. Users are connecting to the SSID but not completing the authentication process. What are the two most likely technical causes and how would you diagnose and resolve each?

💡 Suggerimento:Consider both the network configuration layer and the user experience layer independently.

Mostra l'approccio consigliato

Cause 1 — Slow Portal Load Time: The splash page is taking too long to render on mobile devices. Diagnosis: Use browser developer tools to measure Time to First Byte (TTFB) and total page load time from a mobile device on the guest network. Resolution: Compress all images, remove non-essential JavaScript, and serve the portal from a CDN. Target sub-3-second load time.

Cause 2 — Walled Garden Misconfiguration: The portal is loading but social OAuth authentication is failing because the authentication provider endpoints are not whitelisted in the Walled Garden. Diagnosis: Attempt a social login and inspect the network requests in developer tools for blocked connections. Resolution: Add the required OAuth endpoints (e.g., accounts.google.com, graph.facebook.com, appleid.apple.com) to the Walled Garden whitelist on the wireless LAN controller.

Q2. A marketing director wants to send an SMS offer to users exactly 15 minutes after they enter the flagship retail store. How would you architect this solution using the existing WiFi infrastructure, and what compliance considerations apply?

💡 Suggerimento:Think about how presence is detected, how the event is communicated to the marketing platform, and what consent is required.

Mostra l'approccio consigliato

Architecture: 1) Ensure the captive portal explicitly captures mobile phone numbers with a separate, unticked SMS marketing opt-in checkbox. 2) Configure the WiFi analytics platform to track dwell time based on device association with the store's access points. 3) Set up a Webhook triggered by the event 'Dwell Time > 15 minutes AND SMS_Opt_In = True.' 4) The Webhook payload — containing the user's phone number and the store identifier — is sent to the SMS platform (e.g., Twilio), which dispatches the pre-configured offer.

Compliance: The SMS opt-in must be explicit and separate from the WiFi terms of service. The message must include a clear opt-out mechanism (e.g., 'Reply STOP to unsubscribe'). Under GDPR, the user must have been informed at the point of consent that their location within the store would be used to trigger marketing messages.

Q3. Following an iOS update rollout across your user base, your analytics platform shows a 60% spike in 'new' visitors while 'returning' visitor metrics have collapsed. Physical footfall counters show no change in actual visitor numbers. What has happened, and what is the long-term architectural response?

💡 Suggerimento:Consider recent privacy features introduced by mobile operating systems and their impact on device-level tracking.

Mostra l'approccio consigliato

Diagnosis: This is caused by MAC randomisation. The iOS update has enabled per-network MAC randomisation, meaning each device presents a new, temporary MAC address on each visit. The analytics platform is interpreting each new MAC as a new visitor, breaking device-centric tracking.

Immediate Response: Communicate to the marketing team that historical 'returning visitor' metrics are temporarily unreliable and should not be used for campaign decisions until the identity-centric architecture is in place.

Long-Term Architecture: 1) Ensure all returning users are prompted to re-authenticate via the captive portal. When they log in with their existing email or social account, the new randomised MAC is linked to their existing CRM profile, restoring longitudinal data. 2) Deploy Passpoint profiles to authenticated users' devices. Passpoint uses certificate-based authentication that is not affected by MAC randomisation, ensuring seamless, persistent identity on future visits. 3) Encourage users to download the venue's app, which provides a persistent, app-level identity that is also immune to MAC randomisation.

Come utilizzare i dati di prima parte nelle campagne di marketing | Technical Guides | Purple