Skip to main content

How to Enhance Customer Experience in Hotels Utilising WiFi

This guide provides IT leaders and venue operators with a technical blueprint for transforming hotel WiFi from a basic amenity into an active engagement channel. It covers the architecture, PMS integrations, and deployment strategies required to deliver personalised guest experiences, drive room upgrades, and increase loyalty programme acquisition. From captive portal design and GDPR compliance to presence analytics and post-stay survey automation, this is the definitive operational reference for hospitality IT teams.

📖 8 min read📝 1,884 words🔧 2 examples3 questions📚 9 key terms

🎧 Listen to this Guide

View Transcript
[INTRO] Welcome to the Purple WiFi Intelligence Briefing. Today, we're diving into a critical topic for hospitality IT leaders: How to Improve Customer Experience in Hotels Using WiFi. I'm talking specifically to the CTOs, IT Directors, and Network Architects out there. We are moving far beyond simply providing a pipe to the internet. Today, we're discussing how to turn your wireless infrastructure into an active, revenue-generating engagement channel. [TECHNICAL DEEP-DIVE] Let's get straight into the technical deep-dive. The foundation of this strategy is the captive portal, but not the basic 'click to accept terms' page of five years ago. We're talking about an identity layer. When a guest connects to your SSID, that captive portal needs to act as a sophisticated authentication gateway. You should be integrating social logins via OAuth 2.0, email registration, and crucially, direct authentication against your loyalty programme. This is where a platform like Purple becomes essential. It captures the identity, secures the necessary GDPR consent, and passes that context to the analytics engine. The real magic happens when you integrate this WiFi analytics platform with your Property Management System — like Oracle OPERA — and your CRM. Imagine this data flow: A guest connects. The system identifies them via their email. It queries the PMS in real-time via a REST API call. The PMS confirms: 'Yes, this is Mr. Smith, he's a Gold tier member, and he's in a standard room.' The captive portal then dynamically renders a personalised welcome: 'Welcome back, Mr. Smith. As a Gold member, would you like to upgrade to a suite for just fifty pounds?' This isn't theoretical; this is a standard integration pattern that drives immediate ROI. Furthermore, Purple's capability as a free identity provider for services like OpenRoaming under the Connect license means returning guests can connect seamlessly across your properties without re-authenticating. Let's talk about the specific use cases in more detail. First, the personalised welcome. This is the lowest-hanging fruit and the quickest win. When a returning guest connects, the system cross-references their authenticated identity against your CRM. If they're a known guest, the splash page greets them by name, displays their loyalty points balance, and presents relevant offers. Second, room upgrade push via captive portal. This is where the real revenue opportunity lies. By integrating with your PMS in real-time, the system knows which room type the guest is currently booked into. If there are available upgrades, the captive portal can present a targeted, time-sensitive offer. The key here is relevance and timing. Presenting an upgrade offer at the moment the guest is connecting to WiFi, likely just after check-in, is the optimal moment of receptivity. Third, loyalty scheme integration. Rather than treating WiFi and loyalty as separate systems, they should be deeply integrated. Allow guests to log in to WiFi using their loyalty credentials. This creates a direct, persistent link between on-property digital behaviour and the loyalty profile, enabling richer personalisation on future stays. Fourth, post-stay surveys. The traditional approach of emailing a survey three days after checkout is ineffective. Response rates are low because the experience has faded. By using WiFi presence data as a proxy for physical presence, you can trigger the survey email within hours of the guest disconnecting for the final time, indicating checkout. This dramatically improves response rates and the quality of feedback you receive. [IMPLEMENTATION AND PITFALLS] Now, let's talk implementation and pitfalls. A common failure mode I see is poor walled garden configuration. If your guests can't reach the CDN hosting your captive portal assets, or the authentication servers for Google or Facebook, the portal won't render. You get frustrated guests at the front desk. Ensure your walled garden is meticulously configured and regularly audited. Another critical recommendation: prioritize frictionless onboarding. Use MAC address caching. If a guest stays with you for a week, they should only see that captive portal once. Every subsequent connection should be seamless. On the subject of MAC randomization, which is now standard on iOS and Android, you need to shift your identification strategy. Don't rely on the MAC address as a persistent identifier. Instead, focus on capturing the guest's email or loyalty number at the captive portal. That becomes your persistent identity anchor, and the MAC address becomes a session-level identifier only. [RAPID-FIRE Q&A] Time for a rapid-fire Q and A based on common client concerns. Question one: How do we handle MAC randomization in modern iOS and Android devices? Answer: It's a challenge for long-term tracking, but for the duration of a single stay, the randomized MAC usually remains static for that specific SSID. Focus on capturing the persistent identity — the email or loyalty number — at the captive portal stage, rather than relying solely on the MAC address for long-term profiling. Question two: What about PCI compliance if we charge for premium WiFi? Answer: If you are taking payments via the captive portal, that entire data flow must be PCI DSS compliant. Never process card data directly on your own infrastructure if you can avoid it; use a secure, tokenized payment gateway integrated into the portal. Question three: Our marketing team wants ten fields on the sign-up form. Our operations team wants one-click login. How do we resolve this? Answer: Progressive profiling. Offer one-click social login for basic access. Then, offer a clear value exchange — such as higher bandwidth or immediate loyalty points — in return for completing the extended profile. You capture the data you need without creating friction for every single guest. [SUMMARY AND NEXT STEPS] To summarize: Your guest WiFi is an untapped asset. By implementing a smart captive portal, integrating with your PMS and CRM, and leveraging presence analytics, you can deliver personalised welcomes, drive room upgrades, integrate loyalty programmes seamlessly, and automate post-stay surveys. The technology is mature, the integration patterns are established, and the business case is clear. The key takeaways are these: First, treat the captive portal as an identity layer, not just an access gate. Second, integrate deeply with your PMS for real-time personalisation. Third, use network presence data to trigger timely, relevant communications. Fourth, always prioritize frictionless experiences for returning guests. And fifth, ensure every data capture step is GDPR compliant with clear, granular consent. Thank you for listening to the Purple WiFi Intelligence Briefing. For more detailed implementation guides and to see how Purple's guest WiFi and analytics platform can be deployed in your property, visit purple dot ai.

header_image.png

Executive Summary

For modern hotel operations, guest WiFi has evolved from a basic amenity into a critical infrastructure layer that drives revenue, loyalty, and operational efficiency. This guide details how to enhance customer experience in hotels utilising WiFi by transforming passive connectivity into an active engagement channel. We explore the technical architecture required to deliver personalised welcomes, targeted room upgrades, seamless loyalty programme integration, and automated post-stay surveys.

By utilising enterprise-grade platforms like Purple , IT leaders can move beyond simple bandwidth provision to deliver measurable business value. This reference covers the deployment considerations, integration patterns, and security standards necessary to implement a robust Guest WiFi and WiFi Analytics solution that meets the demands of today's connected traveller while ensuring compliance with global data protection regulations including GDPR and PCI DSS.

Technical Deep-Dive: Architecture for Personalisation

To achieve meaningful personalisation, the WiFi infrastructure must integrate seamlessly with the hotel's broader technology stack, particularly the Property Management System (PMS) and Customer Relationship Management (CRM) platforms. This section covers the core architectural components and how they work together.

The Captive Portal as the Identity Layer

The captive portal serves as the primary authentication and data capture mechanism. Instead of a generic pre-shared key (PSK), modern deployments utilise a sophisticated splash page that supports multiple authentication methods, including social login (OAuth 2.0 via Google, Facebook, or Apple), email registration, and direct loyalty programme credential authentication. This layer is responsible for identifying the user, capturing necessary consent under GDPR Article 7, and passing that identity context downstream to the analytics engine.

guest_wifi_journey_infographic.png

The SSID architecture should be designed with clear separation of concerns. A single guest-facing SSID routes all unauthenticated traffic to the captive portal controller via DNS interception. The walled garden configuration must be meticulously maintained to allow access to all required external domains — social login providers, CDN-hosted portal assets, and any third-party authentication services — before the guest completes the login flow. Failure to maintain the walled garden is the single most common cause of captive portal failures in production deployments.

Integration with Property Management Systems

The true value of a WiFi Analytics platform is unlocked when it integrates with the PMS. When a guest connects, the system can query the PMS using their authenticated identity (email or loyalty number) to retrieve their current reservation status, room number, and loyalty tier in real time. This data exchange enables the captive portal to dynamically render personalised content: a welcome message addressing the guest by name, their current loyalty points balance, or a targeted upgrade offer relevant to their current booking.

The integration is typically implemented via a REST API call from the WiFi analytics platform to the PMS, triggered at the point of successful authentication. The PMS response payload is then used to populate a dynamic template engine that renders the appropriate splash page variant. Latency in this API call is a key performance consideration; the call must complete within a few hundred milliseconds to avoid degrading the user experience.

captive_portal_personalisation_diagram.png

Presence Analytics and Spatial Intelligence

Once authenticated, the analytics engine begins processing presence data. By analysing signal strength (RSSI) from multiple access points, the system can determine dwell times and movement patterns within the venue. This spatial intelligence is crucial for understanding how guests utilise hotel amenities — from the lobby to the restaurant to the spa. Purple's role as a free identity provider for services like OpenRoaming under the Connect license further simplifies this process, allowing for secure, automatic onboarding of returning guests across different properties without requiring re-authentication.

The authentication and personalisation decision flow is illustrated below:

auth_flow_diagram.png

Implementation Guide: Step-by-Step Deployment

Deploying a comprehensive WiFi engagement solution requires careful planning and coordination between IT, marketing, and operations teams. The following phases provide a structured deployment roadmap.

Phase 1: Infrastructure Readiness and Network Architecture

Before implementing the captive portal, ensure the underlying wireless infrastructure can support the anticipated device density and throughput requirements.

Consideration Recommendation Standard
SSID Strategy Single guest SSID with captive portal; separate corporate SSID with 802.1X IEEE 802.11i
Network Segmentation Dedicated VLAN for guest traffic, isolated from corporate and POS networks PCI DSS Requirement 1
AP Density Conduct RF site survey; target -65 dBm minimum RSSI throughout venue IEEE 802.11k/v/r
Security Protocol WPA3-SAE for guest SSID where device compatibility allows IEEE 802.11ax
Throughput Baseline Minimum 5 Mbps per concurrent device in high-density areas Vendor-neutral best practice

Ensure guest traffic is strictly segmented from corporate and operational networks using dedicated VLANs. This is not merely a best practice; it is a mandatory control under PCI DSS if any payment systems operate on the same physical infrastructure.

Phase 2: Captive Portal Configuration and Branding

The Captive Portal is often the first digital touchpoint a guest experiences on-site. Its design and performance directly impact the guest's perception of the hotel's brand.

Configure authentication options that balance friction with data capture. Email and social logins are standard, but integrating direct loyalty programme authentication provides the highest-value identity data. Implement dynamic content rules to display different splash pages based on variables such as returning versus new guest status, time of day, or specific venue location. For example, a guest connecting in the spa should see a different welcome experience than one connecting in the lobby.

All data capture must comply with GDPR. Implement clear, granular opt-in checkboxes for marketing communications, and ensure the consent log is written to a tamper-evident audit trail. The legal basis for processing should be clearly stated on the splash page.

Phase 3: PMS and CRM Integration

This is the most critical step for enabling personalised welcomes and room upgrade delivery.

Establish secure API connections between the WiFi platform and the PMS and CRM. Define how fields from the Captive Portal map to guest profiles in the CRM, and set up automated triggers. For example, if a guest authenticates and the PMS confirms they are in a standard room with available suite inventory, trigger a Captive Portal interstitial offering a paid upgrade. This offer should be presented with a clear call-to-action and a time-limited incentive to drive conversion.

Phase 4: Post-Stay Survey Automation

Configure the analytics platform to monitor guest presence. When a guest's device is not seen on the network for a defined period (typically 12-24 hours, indicating checkout), trigger a webhook to the email marketing platform. This webhook fires the post-stay NPS or CSAT survey email, ensuring delivery while the experience is still fresh and maximising response rates.

Best Practices for Hotel WiFi Deployments

The following recommendations reflect industry-standard approaches for Hospitality WiFi deployments and are applicable across a range of venue types including Retail , Healthcare , and Transport environments.

Prioritise Frictionless Onboarding for Returning Guests. Utilise MAC address caching or standards like Passpoint (Hotspot 2.0 / IEEE 802.11u) to automatically authenticate returning guests without requiring them to re-enter credentials. A guest staying for three nights should only encounter the Captive Portal once.

Leverage Location-Based Analytics Responsibly. Presence analytics data is powerful but must be handled with care. Ensure your data retention policies are clearly documented and that guests are informed of presence tracking in the privacy policy linked from the Captive Portal.

Automate Post-Stay Engagement. Do not rely on manual PMS exports to trigger survey emails. Use network presence data as the trigger to ensure timeliness and accuracy.

Ensure PCI DSS Compliance for Any Payment Flows. If the Captive Portal processes payments for premium bandwidth tiers or upgrade purchases, the entire payment flow must be PCI DSS compliant. Use a tokenised, hosted payment page from a certified payment gateway rather than handling card data on your own infrastructure.

Align WiFi and Loyalty Strategies. Allow guests to authenticate to WiFi using their loyalty credentials. This creates a direct, persistent link between on-property digital behaviour and the loyalty profile, enabling richer personalisation on future stays.

For further context on enterprise networking evolution, see Hotel WiFi: The Complete Guide for Hoteliers and WiFi para Hoteles: La Guía Completa para Hoteleros .

Troubleshooting & Risk Mitigation

Captive Portal Not Rendering

Symptom: Guests connect to the SSID but the splash page does not appear, or appears broken.

Root Cause: Most commonly caused by walled garden misconfiguration, DNS interception failures, or device-level security features blocking the HTTP redirect that triggers the portal.

Mitigation: Audit the walled garden regularly to ensure all required domains are whitelisted. Train front desk staff to guide guests to manually trigger the portal by navigating to a non-HTTPS URL. Monitor portal render success rates via the analytics dashboard and set alerts for anomalous drops.

Low Marketing Opt-In Rates

Symptom: High WiFi connection rates but low capture of actionable email addresses or marketing consent.

Root Cause: The value proposition for opting in is unclear, or the form is too long and cumbersome.

Mitigation: Implement progressive profiling. Offer a frictionless one-click social login for basic access, then present a clear value exchange — higher bandwidth, a complimentary drink, or immediate loyalty points — in return for completing the extended profile.

Inaccurate Presence Analytics

Symptom: Heatmaps show erratic or illogical guest movement patterns that do not reflect physical observations.

Root Cause: Insufficient AP density, poor AP placement, RF signal bleed between zones, or lack of calibration in the analytics platform.

Mitigation: Conduct regular RF site surveys. Ensure APs are deployed with optimal density for location analytics, not just coverage. Calibrate the analytics platform using accurate floor plans and physical scale measurements.

MAC Randomisation Impacting Guest Recognition

Symptom: The system fails to recognise returning guests, resulting in generic portal experiences for known loyalty members.

Root Cause: Modern iOS and Android devices use per-network randomised MAC addresses, which may change between visits.

Mitigation: Shift the identification strategy from the hardware layer (MAC address) to the identity layer. Require guests to authenticate using a persistent identifier — email or loyalty number — at the captive portal. Store this identity in the CRM and use it as the primary key for all personalisation logic.

ROI & Business Impact

Implementing a sophisticated WiFi analytics platform transforms a cost centre into a revenue-generating asset. The business impact can be measured across several dimensions.

Metric Typical Baseline With WiFi Analytics Platform Improvement
Loyalty Programme Sign-Up Rate 5-8% of guests (front desk) 20-35% of connecting guests 3-4x increase
Room Upgrade Conversion Rate 2-3% (front desk upsell) 8-15% (targeted portal offer) 3-5x increase
Post-Stay Survey Response Rate 8-12% (delayed email) 25-40% (triggered within hours) 2-3x increase
Guest Satisfaction Score (NPS) Baseline +10-15 NPS points Measurable uplift

These figures are indicative and will vary by property type, guest demographics, and the quality of the personalisation logic implemented. The key driver of ROI is the quality of the PMS and CRM integration; a poorly integrated system that cannot distinguish returning guests from new arrivals will deliver significantly lower returns.

For additional context on enterprise WiFi ROI and deployment considerations, see What Is a Leased Line? Dedicated Business Internet and Wi Fi in Auto: The Complete 2026 Enterprise Guide .

Key Terms & Definitions

Captive Portal

A web page that a user of a public-access network is obliged to view and interact with before full internet access is granted. Implemented via DNS interception or HTTP redirect at the network layer.

This is the primary mechanism for IT to enforce terms of service, capture guest identity data, present targeted marketing messages, and log GDPR consent. Its design and performance directly impact the guest's first digital impression of the hotel.

Walled Garden

A network access control mechanism that restricts unauthenticated users to a limited set of pre-approved domains before they complete the captive portal authentication flow.

Crucial for allowing devices to reach social login providers (Google, Facebook, Apple) and CDN-hosted portal assets before the guest has authenticated. Misconfiguration is the most common cause of captive portal failures in production.

MAC Randomization

A privacy feature in modern operating systems (iOS 14+, Android 10+) that generates a unique, randomized MAC address for each WiFi network a device connects to, preventing long-term cross-session device tracking.

IT teams must design authentication flows that rely on captured identity (email or loyalty ID) rather than persistent MAC addresses for long-term guest profiling and recognition.

Passpoint / Hotspot 2.0

An IEEE 802.11u-based standard that enables devices to automatically and securely connect to WiFi networks using pre-provisioned credentials, without requiring manual interaction with a captive portal.

Used to provide a seamless, cellular-like roaming experience for returning guests or loyalty members, eliminating captive portal friction on subsequent visits and across multiple properties.

Property Management System (PMS)

The core software application used by hotels to manage reservations, room assignments, check-in and check-out, billing, and guest profiles. Common platforms include Oracle OPERA, Mews, and Cloudbeds.

Integrating the WiFi analytics platform with the PMS via REST API is essential for enabling real-time, personalised captive portal experiences based on live reservation data, loyalty tier, and room type.

Presence Analytics

The use of WiFi infrastructure to detect the location and movement of wireless devices within a physical space by analysing RSSI (Received Signal Strength Indicator) data from multiple access points. Provides metrics including dwell time, footfall, and zone-to-zone movement.

Provides venue operations directors with actionable data on how guests use hotel facilities, informing staffing decisions, space layout optimisation, and the timing of targeted marketing communications.

VLAN Segmentation

The practice of dividing a single physical network into multiple logical networks (Virtual Local Area Networks) to isolate traffic flows and enforce access control policies at the network layer.

A mandatory security control to ensure that guest WiFi traffic is completely isolated from corporate systems, payment card networks, and operational infrastructure. Required under PCI DSS Requirement 1 for any environment where payment systems share physical network infrastructure.

OpenRoaming

A Wireless Broadband Alliance (WBA) federation standard that enables devices to automatically and securely connect to participating WiFi networks using a single identity credential, providing a seamless roaming experience across venues and operators.

Purple's role as a free identity provider for OpenRoaming under the Connect license simplifies connectivity for guests, reducing login friction across multiple properties or participating venues. Particularly valuable for frequent business travellers.

Progressive Profiling

A data capture strategy that collects guest information incrementally across multiple interactions, rather than requiring all data fields to be completed in a single form submission.

Resolves the tension between marketing's desire for rich guest data and operations' requirement for frictionless onboarding. Guests provide basic information on first connection and are incentivised to provide additional data over time in exchange for tangible benefits.

Case Studies

A 300-room business hotel wants to increase sign-ups for its new loyalty programme. Currently, guests connect via a generic PSK and front desk staff are struggling to meet sign-up targets during busy check-in periods. The hotel's CRM is Salesforce and the PMS is Oracle OPERA.

  1. Replace the PSK with an open SSID and deploy a captive portal via Purple's Guest WiFi platform.
  2. Configure the captive portal to offer tiered bandwidth: basic speed (5 Mbps) for email login, and premium high-speed access (25 Mbps) in exchange for joining the loyalty programme directly on the splash page.
  3. Integrate the WiFi platform's API with Salesforce CRM to automatically provision the new loyalty account and send a welcome email with the guest's points balance instantly upon sign-up.
  4. Configure a secondary trigger: if the guest's email is already in Salesforce (returning guest), skip the sign-up form and present a personalised welcome with their current points balance instead.
  5. Monitor conversion rates via the WiFi analytics dashboard and A/B test different value propositions (bandwidth vs. F&B voucher) to optimise the sign-up rate.
Implementation Notes: This approach shifts the acquisition burden from busy front desk staff to the digital onboarding flow. By offering immediate, tangible value (premium bandwidth) at the exact moment of need, conversion rates for loyalty sign-ups typically increase significantly compared to front-desk solicitation. The key architectural decision is the Salesforce integration: by checking for an existing profile before presenting the sign-up form, the hotel avoids creating duplicate records and delivers a better experience for returning guests.

A luxury resort with 5 properties wants to send automated post-stay NPS surveys. Their current process relies on manual daily exports from the PMS, resulting in surveys arriving 3-4 days after checkout. Response rates are below 8%. They want to achieve a 25%+ response rate.

  1. Deploy a WiFi analytics platform that tracks guest presence via device association with access points across all 5 properties.
  2. Configure a 'Checkout Trigger' within the analytics engine: when a guest's device is not seen on the network for 18 hours (a threshold calibrated to avoid false triggers from guests who leave the property during the day), the system flags the profile as 'checked out'.
  3. Use a webhook to automatically push this event to the email marketing platform (e.g., Mailchimp or Braze), triggering the NPS survey email within 2-4 hours of the inferred departure.
  4. Personalise the survey email with the guest's name, property name, and stay dates pulled from the CRM.
  5. Set up a dashboard to monitor response rates per property and per survey trigger delay, allowing ongoing optimisation of the trigger threshold.
Implementation Notes: Timeliness is the single most important factor in post-stay survey response rates. By using network presence data as a proxy for physical presence, the hotel automates the process and hits the guest's inbox while the experience is still fresh. The 18-hour threshold is a starting point; properties should tune this based on their typical checkout patterns. The personalisation of the survey email is also critical — a generic survey from 'The Resort' will underperform compared to one that references the specific property and stay dates.

Scenario Analysis

Q1. You are deploying a new captive portal for a hotel chain with 10 properties. The marketing team wants to include a 10-field form to capture extensive guest data at every login, while the operations team wants a frictionless 1-click login to minimise complaints. How do you architect a solution that satisfies both requirements without compromising either goal?

💡 Hint:Consider progressive profiling and the value exchange principle. Think about what the guest receives in return for each piece of data they provide.

Show Recommended Approach

Implement progressive profiling with tiered access. Configure the captive portal to offer a frictionless one-click social login (Google or Apple) or simple email capture for basic, time-limited WiFi access at standard speed. Present a separate, optional 'Complete Your Profile' screen offering a clear value exchange — premium bandwidth tier, a complimentary F&B voucher, or immediate loyalty points — in return for completing the extended 10-field profile. This approach captures the data marketing needs from motivated guests without creating friction for every single connection. Track completion rates per field to identify and remove low-value data points that reduce conversion.

Q2. During a pilot deployment at a 250-room hotel, the analytics engine reports that guests are spending an average of 4 hours in the lobby, which contradicts physical observations by the operations team who estimate average lobby dwell time at under 30 minutes. What is the most likely technical cause and how do you resolve it?

💡 Hint:Think about how devices behave when not actively in use, how the system defines 'presence', and what happens to device associations when guests move to their rooms.

Show Recommended Approach

The most likely cause is RF signal bleed from the lobby access points into adjacent guest rooms, combined with an overly generous 'last seen' timeout in the analytics platform. Devices in rooms directly above or adjacent to the lobby are associating with lobby APs due to stronger signal strength, and the analytics platform is attributing their presence to the lobby zone. To resolve this: first, reduce the transmit power of lobby APs to limit signal bleed into upper floors; second, ensure guest room APs are deployed with sufficient density so devices prefer them over lobby APs; third, calibrate the analytics platform's zone boundary RSSI thresholds using physical floor plan data; and fourth, reduce the 'last seen' timeout to a value that reflects realistic lobby dwell patterns (e.g., 15 minutes).

Q3. A hotel wants to deliver a 'Welcome Back' personalised message to returning guests on the captive portal. After deployment, the system fails to recognise approximately 65% of guests who have stayed before and have profiles in the CRM. The hotel's IT team suspects MAC randomization is the cause. How do you architect a permanent solution that resolves this without requiring hardware changes?

💡 Hint:If the hardware identifier is unreliable between sessions, what other identifier can serve as a persistent anchor? Consider the authentication flow and what the guest already knows.

Show Recommended Approach

Shift the identification strategy entirely from the hardware layer (MAC address) to the identity layer. The solution has two components. First, on the captive portal, require guests to authenticate using a persistent identifier — email address or loyalty programme number — rather than relying on MAC address recognition for returning guest detection. Second, configure the WiFi platform to perform a CRM lookup using the authenticated email or loyalty number at the point of login. If a matching profile is found, serve the personalised 'Welcome Back' experience regardless of the device's MAC address. The MAC address should be retained only as a session-level identifier for the duration of the current stay (for MAC caching to avoid re-authentication during the stay), not as a long-term identity anchor. This architectural change also resolves the issue for guests who use multiple devices during their stay.