dotdigital (পূর্বে Dotmailer): Purple AI ব্যবহারকারীদের জন্য ইন্টিগ্রেশন গাইড, বেস্ট প্র্যাকটিস এবং ট্রাবলশুটিং

This guide provides Purple AI users — particularly IT managers, network architects, and CTOs at hotels, retail chains, stadiums, and conference centres — with a definitive technical reference for deploying and optimising the dotdigital (formerly Dotmailer) connector. It covers the end-to-end integration architecture, step-by-step configuration, GDPR-compliant data handling, automation programme design, and a structured troubleshooting framework. Organisations that implement this integration correctly convert guest WiFi logins into a high-value, consent-gated marketing database that drives measurable revenue outcomes.

📖 11 min read📝 2,662 words🔧 2 examples❓ 4 questions📚 10 key terms

🎧 Listen to this Guide

View Transcript

Welcome to the Purple Intelligence Briefing. I'm your host, and today we're getting into the practical detail of one of the most commonly deployed connectors in the Purple ecosystem — dotdigital, formerly known as Dotmailer. If you're an IT manager, a network architect, or a CTO responsible for a hotel group, a retail estate, a stadium, or a conference centre, this episode is built for you.

Over the next ten minutes, we're going to cover exactly what this integration does, how to set it up correctly, the best practices that separate a high-performing deployment from a mediocre one, and the troubleshooting scenarios that trip up even experienced teams. Let's get into it.

[SECTION: CONTEXT AND WHY THIS MATTERS]

First, let's establish what we're actually talking about. Purple is an enterprise guest WiFi intelligence platform. When a visitor connects to your WiFi — whether they're checking in at a hotel, browsing a retail floor, or arriving at a conference centre — Purple's captive portal captures their consent and profile data. That data is the raw material for everything that follows.

dotdigital is a cross-channel marketing automation platform. It handles email, SMS, push notifications, WhatsApp, and more. It's used by retailers, hospitality brands, and enterprise organisations to run sophisticated, personalised marketing programmes at scale.

The Purple-dotdigital connector bridges these two systems. The moment a guest authenticates on your WiFi and opts in to marketing communications, Purple pushes their profile data — name, email, mobile number, postcode, date of birth, gender — directly into a dotdigital address book. From there, dotdigital's automation engine takes over, triggering welcome journeys, re-engagement campaigns, loyalty programme invitations, and much more.

The commercial case is compelling. Harrods, the luxury London retailer, built a database of 3.6 million contacts through this kind of WiFi-driven data capture. In a single twelve-month period, 581,000 unique individuals logged on to their in-store WiFi. Of those, 38 percent — over 220,000 people — opted in to marketing. The downstream revenue from that opted-in cohort represented a 54 times return on their Purple investment. That's not a theoretical projection. That's a documented outcome.

[SECTION: TECHNICAL DEEP-DIVE]

Now let's talk architecture. The integration is a server-to-server API connection. Purple acts as the data producer; dotdigital acts as the consumer. Authentication uses dotdigital's standard Basic Auth mechanism — an API user account with a dedicated email address and password, paired with a region-specific API endpoint.

The endpoint matters. dotdigital operates across multiple regional data centres, and your API endpoint will be specific to your account's region. You retrieve this from Account Settings, then Access, within the dotdigital platform. Getting this wrong is the single most common cause of connector verification failures, so it's worth double-checking before you begin.

Within Purple, the connector is configured under Management, then Connectors. You can deploy it at two levels: customer level, which applies the connector across your entire Purple account, or venue level, which allows you to route different venues to different dotdigital address books. For a hotel group with multiple properties, venue-level configuration is almost always the right choice — it gives you clean segmentation from the outset.

The data payload that Purple sends to dotdigital on each new authenticated user includes eight fields: first name, last name, user ID, email address, mobile number, gender, postcode, and date of birth. Critically — and this is non-negotiable from a GDPR standpoint — data is only transmitted when the user has explicitly consented to receive marketing communications. Purple enforces this at the splash page level; no consent, no data push.

On the dotdigital side, contacts land in the address book you specify during connector setup. From there, you can enrol them in automation programmes — what dotdigital calls Programs. A well-designed welcome programme might send an immediate confirmation email, follow up with a venue guide or offer 24 hours later, and then trigger a re-engagement campaign if the contact hasn't returned within 30 days. All of this is configurable within dotdigital's Program Builder without any additional development work.

For organisations with more complex requirements, dotdigital's API supports custom data fields, contact scoring, event-based triggers, and webhook callbacks. If you're running a loyalty programme — as Harrods does — you can use the splash page's custom question feature to capture intent, then pass that signal through to dotdigital for segmentation. The contact's WiFi login data pre-populates your loyalty sign-up form, removing friction and significantly improving conversion rates.

From a compliance standpoint, both platforms carry strong credentials. Purple is GDPR and CCPA compliant by design. dotdigital operates as a data processor under GDPR, with documented technical and organisational measures in place. The integration supports double opt-in workflows, consent tracking, and suppression list management — all of which are essential for organisations operating across UK and EU jurisdictions.

[SECTION: IMPLEMENTATION RECOMMENDATIONS AND PITFALLS]

Let me give you the practical recommendations that make the difference between a deployment that delivers return on investment and one that sits idle.

First: plan your address book taxonomy before you connect anything. In dotdigital, address books are your primary segmentation layer. If you're operating multiple venues, create a dedicated address book per venue, or at minimum per venue category — hotels, restaurants, retail. Retrofitting this structure after thousands of contacts have been imported is painful and error-prone.

Second: configure your splash page marketing consent checkbox carefully. The wording matters both for conversion rates and for legal compliance. Under UK GDPR and the Privacy and Electronic Communications Regulations, consent must be freely given, specific, informed, and unambiguous. A pre-ticked checkbox does not meet this standard. Purple's splash page builder gives you full control over this language — use it deliberately.

Third: build your automation programmes before you go live with the connector. There's no value in collecting opted-in contacts if they sit in an address book with no programme attached. At minimum, deploy a three-step welcome journey: an immediate welcome email confirming their WiFi access, a follow-up with a relevant offer or content piece 48 hours later, and a re-engagement trigger at 30 days for contacts who haven't returned.

Fourth: monitor your deliverability metrics from day one. dotdigital provides detailed reporting on open rates, click-through rates, bounces, and unsubscribes. A bounce rate above two percent or an unsubscribe rate above 0.5 percent on a welcome series is a signal that either your consent language is misleading or your email content isn't meeting expectations. Address this early — inbox providers use engagement signals to determine whether your domain ends up in the inbox or the spam folder.

Fifth: implement the dotdigital unsubscribe webhook back to Purple. When a contact unsubscribes in dotdigital, that suppression should be reflected in Purple's records. Without this bidirectional sync, you risk re-adding a suppressed contact to dotdigital on their next WiFi login — a GDPR compliance risk and a fast route to deliverability problems.

Now, the pitfalls. The most common issue we see is connector verification failures caused by incorrect API endpoint URLs. Always retrieve the endpoint directly from your dotdigital account — do not guess or copy from documentation examples. The second most common issue is contacts not appearing in dotdigital despite successful connector setup. In almost every case, this traces back to the marketing consent checkbox not being enabled on the splash page. Check this first. The third issue is duplicate contacts, which occurs when the same email address is submitted across multiple WiFi sessions. dotdigital handles this through its deduplication logic, but you need to ensure that your address book settings are configured to merge on email address rather than create new records.

[SECTION: RAPID-FIRE Q&A]

Let me run through some of the questions we hear most frequently.

Can I connect multiple venues to different dotdigital address books? Yes. Configure the connector at venue level within Purple's Management section, and assign each venue to its own address book in dotdigital.

Does the integration support SMS as well as email? The data payload includes mobile number, so yes — once the contact is in dotdigital, you can use their mobile number for SMS campaigns through dotdigital's SMS channel. Ensure you have the appropriate consent language on your splash page to cover SMS marketing.

What happens if a guest connects but doesn't opt in to marketing? Purple captures the session data for analytics purposes, but does not push any personal data to dotdigital. The guest's visit contributes to your footfall and dwell time analytics within Purple, but they do not enter your marketing database.

Is the integration real-time? Yes. The data push to dotdigital occurs at the point of WiFi authentication, not in batches. This means a welcome email can be triggered within minutes of a guest connecting — which is a significant advantage for time-sensitive offers.

[SECTION: SUMMARY AND NEXT STEPS]

Let me close with the key points to take away from this briefing.

The Purple-dotdigital integration is a production-ready, consent-gated data pipeline that converts WiFi logins into addressable marketing contacts. The setup is straightforward — four configuration fields and a connector verification — but the value is determined entirely by what you build on top of it in dotdigital.

The organisations that extract the most value are those that invest in address book taxonomy, automation programme design, and deliverability management before they go live. The Harrods example — 54 times return on investment from a WiFi-driven email programme — is achievable, but it requires deliberate programme design, not just a connected API.

Your immediate next steps: audit your dotdigital account structure, define your address book taxonomy, draft your welcome automation programme, and review your splash page consent language. Then connect the integration, verify it, and go live.

If you need to go deeper on any of these areas, the Purple support documentation covers the connector configuration in detail, and dotdigital's developer hub provides full API reference documentation for teams building custom integrations.

Thank you for listening to the Purple Intelligence Briefing. We'll be back with more technical guidance for venue operators and IT teams shortly.

এক্সিকিউটিভ সামারি

Purple AI প্ল্যাটফর্ম হোটেল, রিটেইল এস্টেট, স্টেডিয়াম এবং পাবলিক-সেক্টর ভেন্যু জুড়ে WiFi অথেন্টিকেশনের সময় ফার্স্ট-পার্টি গেস্ট ডেটা ক্যাপচার করে। dotdigital কানেক্টর — যা পূর্বে Dotmailer নামে পরিচিত ছিল — সেই ক্যাপচার করা র (raw) ডেটাকে একটি প্রোডাকশন-গ্রেড মার্কেটিং অটোমেশন পাইপলাইনে রূপান্তরিত করে। যখন কোনো গেস্ট আপনার WiFi-এ কানেক্ট করেন এবং মার্কেটিং কমিউনিকেশনের জন্য সম্মতি দেন, তখন Purple রিয়েল টাইমে তাদের প্রোফাইল একটি নির্দিষ্ট dotdigital অ্যাড্রেস বুকে পুশ করে। সেই মুহূর্ত থেকে, dotdigital-এর অটোমেশন ইঞ্জিন ইমেইল, SMS এবং পুশ নোটিফিকেশনের মাধ্যমে ওয়েলকাম জার্নি, লয়্যালটি প্রোগ্রাম ইনভাইটেশন, রি-এনগেজমেন্ট ক্যাম্পেইন এবং অমনিচ্যানেল কমিউনিকেশন ট্রিগার করতে পারে。

এর কমার্শিয়াল বা ব্যবসায়িক সাফল্য সুপ্রতিষ্ঠিত। Harrods WiFi-চালিত ডেটা ক্যাপচারের মাধ্যমে ৩.৬ মিলিয়ন-কন্ট্যাক্টের একটি ডেটাবেস তৈরি করেছে এবং মাত্র এক বছরের মধ্যে তাদের Purple ইনভেস্টমেন্টের ওপর ৫৪ গুণ রিটার্ন (ROI) অর্জন করেছে। AGS Airports ৮৪২% ROI প্রদান করেছে। Brussels South Charleroi Airport ডাউনস্ট্রিম মার্কেটিং অটোমেশনের সাথে Purple-এর MicroSurveys ব্যবহার করে ১০,৬৩০% ROI রেকর্ড করেছে। এই ফলাফলগুলো কোনো ব্যতিক্রম নয় — এগুলো হলো সুপরিকল্পিত প্রোগ্রাম ডিজাইনের সাথে ডেপ্লয় করা একটি ওয়েল-কনফিগারড ইন্টিগ্রেশনের প্রত্যাশিত ফলাফল।

এই গাইডটি এন্টারপ্রাইজ স্কেলে Purple-dotdigital ইন্টিগ্রেশন ডেপ্লয়, অপ্টিমাইজ এবং ট্রাবলশুট করার জন্য প্রয়োজনীয় টেকনিক্যাল ধারণা প্রদান করে। এটি এমনভাবে সাজানো হয়েছে যা সেইসব আইটি (IT) প্রফেশনালদের জন্য উপযুক্ত, যাদের আগামী বছর মূল্যায়ন করার পরিবর্তে এই প্রান্তিকেই (quarter) একটি সলিউশন ইমপ্লিমেন্ট করতে হবে।

টেকনিক্যাল ডিপ-ডাইভ

ইন্টিগ্রেশন আর্কিটেকচার

Purple-dotdigital কানেক্টর একটি সার্ভার-টু-সার্ভার REST API ইন্টিগ্রেশন হিসেবে কাজ করে। Purple ডেটা প্রোডিউসার হিসেবে কাজ করে এবং dotdigital কনজিউমার হিসেবে কাজ করে। কানেকশনটি dotdigital-এর বেসিক অথেন্টিকেশন (Basic Auth) মেকানিজম ব্যবহার করে অথেন্টিকেট করা হয়: dotdigital প্ল্যাটফর্মে তৈরি করা একটি ডেডিকেটেড API ইউজার অ্যাকাউন্ট (ইমেইল অ্যাড্রেস এবং পাসওয়ার্ড), যার সাথে একটি রিজিওন-স্পেসিফিক API এন্ডপয়েন্ট URL যুক্ত থাকে।

আর্কিটেকচারটি ডিফল্টভাবে ইউনিডিরেকশনাল (একমুখী) — WiFi অথেন্টিকেশনের সময় Purple কন্ট্যাক্ট রেকর্ডগুলো dotdigital-এ পুশ করে। যেসব অর্গানাইজেশনের বাইডিরেকশনাল (উভয়মুখী) সিনক্রোনাইজেশন প্রয়োজন (উদাহরণস্বরূপ, আনসাবস্ক্রাইব বা সাপ্রেশন লিস্টের আপডেটগুলো পুনরায় Purple-এ রিফ্লেক্ট করতে), তাদের জন্য dotdigital-এর ওয়েবহুক ফ্রেমওয়ার্কের মাধ্যমে অতিরিক্ত কনফিগারেশন প্রয়োজন।

কম্পোনেন্ট	ভূমিকা	নোট
Purple Captive Portal	গেস্ট অথেন্টিকেশন এবং সম্মতি (consent) ক্যাপচার	WiFi লগইনের সময় প্রদর্শিত স্প্ল্যাশ পেজ
Purple কানেক্টর ইঞ্জিন	ডেটা ট্রান্সফরমেশন এবং API ডেসপ্যাচ	Management > Connectors-এর অধীনে কনফিগার করা হয়
dotdigital REST API	কন্ট্যাক্ট ইনজেশন এবং অ্যাড্রেস বুক ম্যানেজমেন্ট	রিজিওন-স্পেসিফিক এন্ডপয়েন্ট প্রয়োজন
dotdigital অ্যাড্রেস বুক	কন্ট্যাক্ট স্টোরেজ এবং সেগমেন্টেশন লেয়ার	প্রতিটি ভেন্যু/প্রপার্টির জন্য এক বা একাধিক বুক
dotdigital প্রোগ্রাম বিল্ডার	অটোমেশন প্রোগ্রাম এক্সিকিউশন	অ্যাড্রেস বুকে কন্ট্যাক্ট যুক্ত হলে ট্রিগার হয়

ডেটা পেলোড এবং ফিল্ড ম্যাপিং

সম্মতি প্রদানকারী প্রতিটি গেস্টের জন্য Purple আটটি ডেটা ফিল্ড dotdigital-এ ট্রান্সমিট করে। এই ফিল্ডগুলো সরাসরি dotdigital-এর স্ট্যান্ডার্ড কন্ট্যাক্ট ডেটা মডেলের সাথে ম্যাপ করা থাকে এবং বেসিক ডেপ্লয়মেন্টের জন্য কোনো কাস্টম ফিল্ড কনফিগারেশনের প্রয়োজন হয় না।

ফিল্ডের নাম	ডেটা টাইপ	বিবরণ
`firstName`	String	গেস্টের নামের প্রথম অংশ
`lastName`	String	গেস্টের নামের শেষ অংশ
`userID`	Integer	Purple-এর ইন্টারনাল ইউজার আইডেন্টিফায়ার
`email`	String	প্রাইমারি কন্ট্যাক্ট অ্যাড্রেস; ডিডুপ্লিকেশন (deduplication) কী হিসেবে ব্যবহৃত হয়
`mobile`	String	মোবাইল টেলিফোন নম্বর (E.164 ফরম্যাট প্রস্তাবিত)
`gender`	String	স্প্ল্যাশ পেজ থেকে স্ব-ঘোষিত লিঙ্গ
`postcode`	String	পোস্টাল কোড; জিওগ্রাফিক সেগমেন্টেশন সক্ষম করে
`dateOfBirth`	String	ফরম্যাট: YYYY-MM-DD; এজ-ব্যান্ড সেগমেন্টেশন এবং বার্থডে ট্রিগার সক্ষম করে

ডেটা ট্রান্সমিশন প্ল্যাটফর্ম লেভেলে কনসেন্ট-গেটেড (সম্মতি-নির্ভর)। স্প্ল্যাশ পেজের কনসেন্ট চেকবক্সের মাধ্যমে গেস্ট স্পষ্টভাবে মার্কেটিং কমিউনিকেশনের জন্য অপ্ট-ইন না করা পর্যন্ত Purple কোনো কন্ট্যাক্ট রেকর্ড dotdigital-এ পাঠাবে না। এটি একটি হার্ড এনফোর্সমেন্ট — কোনো কনফিগারযোগ্য অপশন নয় — এবং এটিই সেই প্রাথমিক মেকানিজম যার মাধ্যমে ইন্টিগ্রেশনটি UK GDPR, EU জেনারেল ডেটা প্রোটেকশন রেগুলেশন এবং CCPA-এর সাথে কমপ্লায়েন্স বজায় রাখে।

অথেন্টিকেশন এবং এন্ডপয়েন্ট কনফিগারেশন

dotdigital এর REST API-এর জন্য HTTP বেসিক অথেন্টিকেশন ব্যবহার করে। ক্রেডেনশিয়ালগুলো একটি API ইউজার ইমেইল অ্যাড্রেস এবং পাসওয়ার্ড নিয়ে গঠিত, যা অবশ্যই dotdigital অ্যাকাউন্টের মধ্যে একটি ডেডিকেটেড ইউজার হিসেবে তৈরি করতে হবে — প্রাইমারি অ্যাকাউন্ট লগইন হিসেবে নয়। API এন্ডপয়েন্ট URL-টি অ্যাকাউন্ট-স্পেসিফিক এবং রিজিওন-নির্ভর। এটি dotdigital প্ল্যাটফর্মের Account Settings > Access থেকে সংগ্রহ করা হয়। রিজিওন ওয়ান (region one) অ্যাকাউন্টগুলোর জন্য একটি সাধারণ এন্ডপয়েন্ট https://r1-api.dotdigital.com ফরম্যাটে থাকে।

এই এন্ডপয়েন্ট স্পেসিফিসিটি হলো কানেক্টর ভেরিফিকেশন ফেইলিউরের সবচেয়ে সাধারণ কারণ। যেসব টিম জেনেরিক বা ডকুমেন্টেশনে দেওয়া উদাহরণ URL ব্যবহার করার চেষ্টা করে, তারা অথেন্টিকেশন এররের সম্মুখীন হবে। সর্বদা ব্যবহৃত dotdigital অ্যাকাউন্ট থেকে সরাসরি এন্ডপয়েন্ট ভ্যালু সংগ্রহ করুন।

কানেক্টর ডেপ্লয়মেন্ট লেভেল

Purple dotdigital কানেক্টরের জন্য দুটি ডেপ্লয়মেন্ট লেভেল সাপোর্ট করে:

কাস্টমার লেভেল সম্পূর্ণ Purple অ্যাকাউন্ট জুড়ে কানেক্টর কনফিগারেশন অ্যাপ্লাই করে, যা সমস্ত ভেন্যু থেকে সম্মতি প্রদানকারী সকল গেস্টকে একটি একক dotdigital অ্যাড্রেস বুকে রাউট করে। এটি সিঙ্গেল-ভেন্যু অপারেটর বা হোমোজেনিয়াস ভেন্যু এস্টেট থাকা অর্গানাইজেশনগুলোর জন্য উপযুক্ত।

ভেন্যু লেভেল প্রতিটি আলাদা ভেন্যুকে একটি ভিন্ন dotdigital অ্যাড্রেস বুকের সাথে ম্যাপ করার সুবিধা দেয়। এটি মাল্টি-প্রপার্টি অপারেটরদের (হোটেল গ্রুপ, রিটেইল চেইন, স্টেডিয়াম অপারেটর) জন্য প্রস্তাবিত কনফিগারেশন, যেখানে টার্গেটেড মার্কেটিং, লোকালাইজড অফার বা আলাদা ব্র্যান্ড আইডেন্টিটির জন্য ভেন্যু-লেভেল সেগমেন্টেশন প্রয়োজন।

ইমপ্লিমেন্টেশন গাইড

ধাপ ১: আপনার dotdigital অ্যাকাউন্ট প্রস্তুত করুন

Purple কানেক্টর কনফিগার করার আগে, আপনার dotdigital অ্যাকাউন্টে নিচের কাজগুলো সম্পন্ন করুন। Account Settings-এ নেভিগেট করুন এবং একটি ডেডিকেটেড ইমেইল অ্যাড্রেস ও শক্তিশালী পাসওয়ার্ড দিয়ে একটি নতুন API ইউজার তৈরি করুন। Access পেজের শীর্ষে প্রদর্শিত API এন্ডপয়েন্ট URL-টি রেকর্ড করে রাখুন। Purple কন্ট্যাক্টগুলো রিসিভ করার জন্য অ্যাড্রেস বুক বা বুকগুলো তৈরি করুন — মাল্টি-প্রপার্টি ডেপ্লয়মেন্টের ক্ষেত্রে প্রতিটি ভেন্যুর জন্য একটি করে বুক তৈরি করার পরামর্শ দেওয়া হচ্ছে। আপনি যদি আটটি স্ট্যান্ডার্ড Purple ফিল্ডের বাইরে অতিরিক্ত অ্যাট্রিবিউট ক্যাপচার করতে চান, তবে ঐচ্ছিকভাবে dotdigital-এ কাস্টম ডেটা ফিল্ড তৈরি করতে পারেন।

ধাপ ২: Purple কানেক্টর কনফিগার করুন

Purple প্ল্যাটফর্মের মধ্যে, Management > Connectors-এ নেভিগেট করুন। dotdigital কানেক্টরটি খুঁজুন এবং Add সিলেক্ট করুন। চারটি প্রয়োজনীয় ফিল্ড পূরণ করুন: কানেক্টরের নাম (আপনার রেফারেন্সের জন্য একটি বর্ণনামূলক লেবেল), dotdigital API ইমেইল, dotdigital API পাসওয়ার্ড এবং dotdigital API এন্ডপয়েন্ট URL। Verify সিলেক্ট করুন। সফলভাবে ভেরিফিকেশন সম্পন্ন হলে, আপনার dotdigital অ্যাকাউন্টে থাকা অ্যাভেইলেবল অ্যাড্রেস বুকগুলোর তালিকা সহ একটি ড্রপডাউন দেখা যাবে। টার্গেট অ্যাড্রেস বুকটি সিলেক্ট করুন এবং কনফিগারেশন সেভ করুন。

মাল্টি-ভেন্যু ডেপ্লয়মেন্টের ক্ষেত্রে, প্রতিটি প্রপার্টির জন্য ভেন্যু লেভেলে এই প্রক্রিয়াটির পুনরাবৃত্তি করুন এবং প্রতিটিকে তার নির্দিষ্ট অ্যাড্রেস বুকে অ্যাসাইন করুন।

ধাপ ৩: স্প্ল্যাশ পেজ কনসেন্ট মেকানিজম কনফিগার করুন

আপনার Purple স্প্ল্যাশ পেজে থাকা মার্কেটিং কনসেন্ট চেকবক্সটি হলো সম্পূর্ণ ইন্টিগ্রেশনের গেটওয়ে। আপনার স্প্ল্যাশ পেজ কনফিগারেশনে নেভিগেট করুন এবং নিশ্চিত করুন যে মার্কেটিং অপ্ট-ইন চেকবক্সটি এনাবল করা আছে এবং স্পষ্টভাবে লেবেল করা আছে। UK GDPR আর্টিকেল ৭ অনুযায়ী কনসেন্ট ল্যাঙ্গুয়েজ অবশ্যই সুস্পষ্ট, নির্দিষ্ট এবং দ্ব্যর্থহীন হতে হবে। একটি কমপ্লায়েন্ট উদাহরণ: "আমি অফার, ইভেন্ট এবং খবর সম্পর্কে [অর্গানাইজেশনের নাম] থেকে মার্কেটিং কমিউনিকেশন রিসিভ করতে সম্মত হচ্ছি। আপনি যেকোনো সময় আনসাবস্ক্রাইব করতে পারবেন।" এই চেকবক্সটি আগে থেকে টিক (pre-tick) দিয়ে রাখবেন না।

আপনার মার্কেটিং প্রোগ্রামে যদি SMS অন্তর্ভুক্ত থাকে, তবে নিশ্চিত করুন যে কনসেন্ট ল্যাঙ্গুয়েজ স্পষ্টভাবে SMS কমিউনিকেশন কভার করে। ভাষা স্পষ্ট হলে ইমেইল এবং SMS উভয় কভার করে এমন একটি একক চেকবক্স ব্যবহার করা গ্রহণযোগ্য।

ধাপ ৪: আপনার dotdigital অটোমেশন প্রোগ্রামগুলো তৈরি করুন

কানেক্টর লাইভ হওয়ার আগে dotdigital-এ অটোমেশন প্রোগ্রামগুলো ডেপ্লয় করুন। অন্ততপক্ষে, অ্যাড্রেস বুকে কন্ট্যাক্ট যুক্ত হওয়ার মাধ্যমে ট্রিগার হয় এমন একটি ওয়েলকাম প্রোগ্রাম কনফিগার করুন। একটি প্রস্তাবিত তিন-ধাপের ওয়েলকাম জার্নি:

তাৎক্ষণিক (০ মিনিট): আপনার ভেন্যু বা সার্ভিসের একটি ব্র্যান্ডেড পরিচিতি সহ WiFi অ্যাক্সেস নিশ্চিত করে ওয়েলকাম ইমেইল।
দিন ২ (৪৮ ঘণ্টা): গেস্টের প্রেক্ষাপট অনুযায়ী প্রাসঙ্গিক অফার, ভেন্যু গাইড বা কনটেন্ট সহ ফলো-আপ ইমেইল।
দিন ৩০ (রি-এনগেজমেন্ট): যেসব কন্ট্যাক্ট ফিরে আসেনি, তাদের পুনরায় ভিজিট করতে উৎসাহিত করার জন্য অটোমেটেড রি-এনগেজমেন্ট ইমেইল।

লয়্যালটি প্রোগ্রাম ইন্টিগ্রেশনের জন্য, নির্দিষ্ট ক্রাইটেরিয়া পূরণকারী কন্ট্যাক্টদের এনরোল করতে dotdigital-এর প্রোগ্রাম বিল্ডার ব্যবহার করুন — উদাহরণস্বরূপ, যেসব কন্ট্যাক্ট লয়্যালটি প্রোগ্রামের আগ্রহ সম্পর্কে একটি কাস্টম স্প্ল্যাশ পেজের প্রশ্নের ইতিবাচক উত্তর দিয়েছে।

ধাপ ৫: বাইডিরেকশনাল সাপ্রেশন সিঙ্ক কনফিগার করুন

কোনো কন্ট্যাক্ট আনসাবস্ক্রাইব করলে Purple-কে নোটিফাই করার জন্য একটি dotdigital ওয়েবহুক কনফিগার করুন। এটি নিশ্চিত করে যে, একজন সাপ্রেসড কন্ট্যাক্ট তার পরবর্তী WiFi লগইনে পুনরায় dotdigital-এ যুক্ত হবে না। এই ধাপটি ছাড়া, GDPR কমপ্লায়েন্সের দৃষ্টিকোণ থেকে ইন্টিগ্রেশনটি টেকনিক্যালি অসম্পূর্ণ।

ধাপ ৬: ভ্যালিডেট করুন এবং লাইভ করুন

WiFi-এ একটি টেস্ট ডিভাইস অথেন্টিকেট করে, একটি টেস্ট ইমেইল অ্যাড্রেস ও মার্কেটিং কনসেন্ট দিয়ে স্প্ল্যাশ পেজটি পূরণ করে এবং দুই থেকে তিন মিনিটের মধ্যে কন্ট্যাক্টটি সঠিক dotdigital অ্যাড্রেস বুকে দেখা যাচ্ছে কিনা তা ভেরিফাই করার মাধ্যমে একটি এন্ড-টু-এন্ড টেস্ট পরিচালনা করুন। ওয়েলকাম অটোমেশন প্রোগ্রামটি সঠিকভাবে ট্রিগার হচ্ছে কিনা তা নিশ্চিত করুন। টেস্টের ফলাফলগুলো ডকুমেন্ট করুন এবং প্রোডাকশন ডেপ্লয়মেন্টের দিকে এগিয়ে যান।

বেস্ট প্র্যাকটিস

কনসেন্ট আর্কিটেকচার

আপনার অপ্ট-ইন ডেটাবেসের কোয়ালিটি সরাসরি আপনার কনসেন্ট আর্কিটেকচারের ওপর নির্ভর করে। যেসব অর্গানাইজেশন স্পষ্ট ও সৎ কনসেন্ট ল্যাঙ্গুয়েজে ইনভেস্ট করে — এমনকি যদি এটি অপ্ট-ইন রেট সামান্য কমিয়েও দেয় — তারা আরও বেশি এনগেজড এবং উচ্চ-মূল্যের কন্ট্যাক্ট লিস্ট তৈরি করে। একটি ট্রান্সপারেন্ট কনসেন্ট মেকানিজম থেকে প্রাপ্ত ৩০% অপ্ট-ইন রেট ধারাবাহিকভাবে একটি অস্পষ্ট বা বিভ্রান্তিকর মেকানিজম থেকে প্রাপ্ত ৬০% অপ্ট-ইন রেটকে ছাড়িয়ে যাবে, কারণ প্রথম গ্রুপটি সত্যিই আপনার কাছ থেকে শুনতে চায়। Harrods ৫৮১,০০০ WiFi ইউজারের কাছ থেকে ৩৮% অপ্ট-ইন রেট অর্জন করেছে — যা ট্রান্সপারেন্ট, ভ্যালু-এক্সচেঞ্জ কনসেন্ট ল্যাঙ্গুয়েজের সাথে সামঞ্জস্যপূর্ণ একটি রেট।

অ্যাড্রেস বুক ট্যাক্সোনমি

Purple কানেক্ট করার আগে আপনার dotdigital অ্যাড্রেস বুক স্ট্রাকচার ডিজাইন করুন। ২০টি প্রপার্টি পরিচালনা করা একটি হোটেল গ্রুপের জন্য, এর অর্থ হতে পারে ২০টি ভেন্যু-স্পেসিফিক অ্যাড্রেস বুক এবং ক্রস-প্রপার্টি ক্যাম্পেইনের জন্য একটি মাস্টার কনসোলিডেটেড বুক। একটি রিটেইল চেইনের জন্য, এর অর্থ হতে পারে রিজিওন বা স্টোর ফরম্যাট অনুযায়ী সেগমেন্ট করা বুক। মূল নীতিটি হলো, অ্যাড্রেস বুক স্ট্রাকচার আপনার ডাউনস্ট্রিম সেগমেন্টেশন সক্ষমতা নির্ধারণ করে — ডেটা সংগ্রহ করার পরে এটি পরিবর্তন করা ব্যয়বহুল এবং ব্যাঘাতমূলক।

অটোমেশন প্রোগ্রাম ডেপথ

সবচেয়ে কার্যকর Purple-dotdigital ডেপ্লয়মেন্টগুলো dotdigital-এর সম্পূর্ণ প্রোগ্রাম সক্ষমতা ব্যবহার করে: ওয়েলকাম জার্নি, dateOfBirth ফিল্ড দ্বারা ট্রিগার হওয়া বার্থডে ক্যাম্পেইন, ল্যাপসড (lapsed) কন্ট্যাক্টদের জন্য রি-এনগেজমেন্ট সিকোয়েন্স এবং পোস্ট-ভিজিট সার্ভে। postcode ফিল্ড লোকালাইজড অফারের জন্য জিওগ্রাফিক টার্গেটিং সক্ষম করে। gender ফিল্ড ডেমোগ্রাফিক পার্সোনালাইজেশন সক্ষম করে। dateOfBirth ফিল্ড এজ-ব্যান্ড সেগমেন্টেশন এবং বার্থডে ট্রিগার সক্ষম করে। আটটি ফিল্ডই ব্যবহার করুন — এগুলো একটি সমৃদ্ধ সেগমেন্টেশন ফাউন্ডেশন তৈরি করে যা বেশিরভাগ অর্গানাইজেশনই আন্ডারইউটিলাইজ (কম ব্যবহার) করে।

ডেলিভারেবিলিটি ম্যানেজমেন্ট

ডেপ্লয়মেন্টের প্রথম ৯০ দিন প্রতি সপ্তাহে dotdigital-এর ডেলিভারেবিলিটি ড্যাশবোর্ড মনিটর করুন। মূল বেঞ্চমার্কগুলো হলো: ওপেন রেট ২০%-এর ওপরে, ক্লিক-থ্রু রেট ২%-এর ওপরে, বাউন্স রেট ২%-এর নিচে, আনসাবস্ক্রাইব রেট ০.৫%-এর নিচে। বাউন্স রেট বেশি হলে, ইমেইল অ্যাড্রেসগুলো আপনার অ্যাক্টিভ ডেটাবেসে প্রবেশ করার আগে ভেরিফাই করতে dotdigital-এর ডাবল অপ্ট-ইন ওয়ার্কফ্লো ইমপ্লিমেন্ট করুন। এটি বিশেষ করে উচ্চ ট্রানজিয়েন্ট ফুটফল (transient footfall) থাকা ভেন্যুগুলোর জন্য প্রাসঙ্গিক — যেমন এয়ারপোর্ট, ট্রেন স্টেশন, কনফারেন্স সেন্টার — যেখানে গেস্টরা অস্থায়ী বা ভুল ইমেইল অ্যাড্রেস দিতে পারে।

GDPR এবং PECR কমপ্লায়েন্স

ইন্টিগ্রেশনটি ডিফল্টভাবে কমপ্লায়েন্ট হওয়ার জন্য ডিজাইন করা হয়েছে, তবে কমপ্লায়েন্স একটি শেয়ার্ড রেসপনসিবিলিটি (যৌথ দায়িত্ব)। Purple ডেটা ক্যাপচার লেয়ারে কনসেন্ট এনফোর্স করে; dotdigital কমিউনিকেশন লেয়ারে এটি এনফোর্স করে। স্প্ল্যাশ পেজে কনসেন্ট ল্যাঙ্গুয়েজ, মার্কেটিং কমিউনিকেশনের কনটেন্ট এবং সাপ্রেশন লিস্ট মেইনটেইন করার দায়িত্ব আপনার অর্গানাইজেশনের। UK GDPR বা EU GDPR-এর আওতাভুক্ত জুরিসডিকশনে ইন্টিগ্রেশনটি ডেপ্লয় করার আগে একটি ডেটা প্রোটেকশন ইমপ্যাক্ট অ্যাসেসমেন্ট পরিচালনা করুন, বিশেষ করে পাবলিক-সেক্টর অর্গানাইজেশনগুলোর জন্য, যারা Data Protection Act 2018-এর অধীনে অতিরিক্ত বাধ্যবাধকতার অধীন।

ট্রাবলশুটিং এবং রিস্ক মিটিগেশন

কানেক্টর ভেরিফিকেশন ফেইলিউর

এটি সবচেয়ে সাধারণ ডেপ্লয়মেন্ট ইস্যু। বেশিরভাগ ক্ষেত্রেই এটি ভুল API এন্ডপয়েন্ট URL-এর কারণে ঘটে। সমাধান: dotdigital-এ লগইন করুন, Account Settings > Access-এ নেভিগেট করুন এবং ঠিক যেভাবে প্রদর্শিত হচ্ছে সেভাবে এন্ডপয়েন্ট URL-টি কপি করুন। নিশ্চিত করুন যে কোনো ট্রেইলিং স্ল্যাশ (/) বা হোয়াইটস্পেস অন্তর্ভুক্ত নেই। ভেরিফাই করুন যে API ইউজার ক্রেডেনশিয়ালগুলো একটি ডেডিকেটেড API ইউজার অ্যাকাউন্টের জন্য, প্রাইমারি অ্যাকাউন্ট লগইনের জন্য নয়। ভেরিফিকেশন যদি এখনও ফেইল করে, তবে নিশ্চিত করুন যে dotdigital অ্যাকাউন্টে API অ্যাক্সেস এনাবল করা আছে — এটি এমন একটি ফিচার যা কিছু অ্যাকাউন্ট টিয়ারের জন্য dotdigital সাপোর্টের মাধ্যমে অ্যাক্টিভেট করার প্রয়োজন হতে পারে।

dotdigital-এ কন্ট্যাক্ট দেখা যাচ্ছে না

কানেক্টর সফলভাবে ভেরিফাই হওয়ার পরও যদি টার্গেট অ্যাড্রেস বুকে কন্ট্যাক্টগুলো দেখা না যায়, তবে এর প্রধান কারণ হলো স্প্ল্যাশ পেজে মার্কেটিং কনসেন্ট চেকবক্সটি এনাবল না থাকা। সুস্পষ্ট সম্মতি ছাড়া Purple ডেটা ট্রান্সমিট করবে না। অন্যান্য কারণগুলোর মধ্যে রয়েছে কানেক্টরটি ভুল লেভেলে (কাস্টমার বনাম ভেন্যু) কনফিগার করা, অথবা কানেক্টর সেভ করার পর থেকে অ্যাড্রেস বুক ID পরিবর্তন হওয়া। সমাধান: স্প্ল্যাশ পেজ কনসেন্ট কনফিগারেশন ভেরিফাই করুন, কানেক্টর লেভেল নিশ্চিত করুন এবং অ্যাড্রেস বুক সিলেকশন রিফ্রেশ করতে কানেক্টরটি পুনরায় ভেরিফাই করুন।

ডুপ্লিকেট কন্ট্যাক্ট রেকর্ড

এটি তখন ঘটে যখন একাধিক WiFi সেশনে একই ইমেইল অ্যাড্রেস সাবমিট করা হয়, সাধারণত হাই-ফুটফল ভেন্যুগুলোতে। সমাধান: নিশ্চিত করুন যে dotdigital-এর অ্যাড্রেস বুকটি নতুন রেকর্ড তৈরি করার পরিবর্তে ইমেইল অ্যাড্রেস ম্যাচ হলে বিদ্যমান কন্ট্যাক্টগুলো আপডেট করার জন্য কনফিগার করা আছে। এটি dotdigital-এর কন্ট্যাক্ট ইমপোর্ট সেটিংসের মধ্যে কন্ট্রোল করা হয়। এছাড়া, একই ভেন্যুর জন্য Purple কানেক্টরটি কাস্টমার এবং ভেন্যু উভয় লেভেলেই কনফিগার করা আছে কিনা তা রিভিউ করুন — ডুয়াল কনফিগারেশনের ফলে ডুপ্লিকেট পুশ হবে।

মিসিং ডেটা ফিল্ড

যদি dotdigital-এ কন্ট্যাক্টগুলো দেখা যায় কিন্তু কিছু নির্দিষ্ট ফিল্ড খালি থাকে, তবে এর সবচেয়ে সম্ভাব্য কারণ হলো গেস্টরা স্প্ল্যাশ পেজে সেই ফিল্ডগুলো পূরণ করেনি। Purple শুধুমাত্র সেই ফিল্ডগুলো ট্রান্সমিট করে যেগুলো অথেন্টিকেশনের সময় প্রদান করা হয়েছিল। মোবাইল নম্বর বা জন্মতারিখের মতো অপশনাল ফিল্ডগুলোর ক্ষেত্রে, কিছু গেস্ট সেগুলো প্রদান করতে অস্বীকৃতি জানাবে। যদি নির্দিষ্ট ফিল্ডগুলোর সম্পূর্ণতা আপনার সেগমেন্টেশন স্ট্র্যাটেজির জন্য গুরুত্বপূর্ণ হয়, তবে স্প্ল্যাশ পেজে সেই ফিল্ডগুলোকে রিকোয়ার্ড (required) করার কথা বিবেচনা করুন — তবে মনে রাখবেন যে প্রতিটি অতিরিক্ত রিকোয়ার্ড ফিল্ড আপনার সামগ্রিক অপ্ট-ইন কনভার্শন রেট কমিয়ে দেবে।

GDPR সাপ্রেশন মানা হচ্ছে না

যদি আনসাবস্ক্রাইব করা কন্ট্যাক্টগুলো পরবর্তী WiFi লগইনগুলোতে পুনরায় dotdigital-এ যুক্ত হয়, তবে বাইডিরেকশনাল সাপ্রেশন ওয়েবহুক কনফিগার করা হয়নি। এটি একটি কমপ্লায়েন্স রিস্ক। সমাধান: একটি dotdigital ওয়েবহুক কনফিগার করুন যা আনসাবস্ক্রাইব ইভেন্টগুলোতে ফায়ার হয় এবং Purple-এ সংশ্লিষ্ট কন্ট্যাক্ট রেকর্ড আপডেট করে। ওয়েবহুক কনফিগারেশন নির্দেশনার জন্য dotdigital ডেভেলপার ডকুমেন্টেশন দেখুন।

রিস্ক মিটিগেশন ফ্রেমওয়ার্ক

ঝুঁকি (Risk)	সম্ভাবনা (Likelihood)	প্রভাব (Impact)	প্রশমন (Mitigation)
ভুল API এন্ডপয়েন্ট	হাই	মিডিয়াম	সরাসরি dotdigital অ্যাকাউন্ট থেকে এন্ডপয়েন্ট সংগ্রহ করুন
কনসেন্ট চেকবক্স ডিজেবলড	মিডিয়াম	হাই	প্রি-লঞ্চ চেকলিস্টে অন্তর্ভুক্ত করুন; রিয়েল ডিভাইস দিয়ে টেস্ট করুন
ডুপ্লিকেট কন্ট্যাক্ট	মিডিয়াম	লো	dotdigital-এ ইমেইল-ভিত্তিক ডিডুপ্লিকেশন কনফিগার করুন
সাপ্রেশন সিঙ্ক হয়নি	লো	হাই	গো-লাইভের আগে আনসাবস্ক্রাইব ওয়েবহুক ইমপ্লিমেন্ট করুন
ডেটা ফিল্ডের সম্পূর্ণতা	হাই	লো	সেগমেন্টেশনের প্রয়োজনীয়তার ওপর ভিত্তি করে ফিল্ড রিকোয়ারমেন্ট সেট করুন
API ক্রেডেনশিয়াল এক্সপোজার	লো	হাই	ডেডিকেটেড API ইউজার ব্যবহার করুন; প্রতি প্রান্তিকে ক্রেডেনশিয়াল রোটেট করুন

ROI এবং বিজনেস ইমপ্যাক্ট

সাফল্য পরিমাপ করা

Purple-dotdigital ইন্টিগ্রেশন দুটি ভিন্ন ডাইমেনশনে ভ্যালু প্রদান করে: ডেটাবেস গ্রোথ এবং রেভিনিউ অ্যাট্রিবিউশন। ডেটাবেস গ্রোথ পরিমাপ করা হয় প্রতি মাসে যুক্ত হওয়া নতুন অপ্ট-ইন কন্ট্যাক্টের সংখ্যা, মোট WiFi অথেন্টিকেশনের শতাংশ হিসেবে অপ্ট-ইন রেট এবং কন্ট্যাক্ট ডেটা সম্পূর্ণতার হার (আটটি ফিল্ডই পূরণ করা কন্ট্যাক্টের শতাংশ) দ্বারা। রেভিনিউ অ্যাট্রিবিউশন পরিমাপ করা হয় পারচেজ, লয়্যালটি প্রোগ্রাম সাইন-আপ বা অন্যান্য কনভার্শন ইভেন্ট ট্র্যাক করার মাধ্যমে, যা WiFi লগইনের মাধ্যমে ডেটাবেসে প্রবেশ করা কন্ট্যাক্টগুলোর সাথে লিঙ্ক করা যেতে পারে।

dotdigital-এর রিপোর্টিং স্যুট ক্যাম্পেইন-লেভেল অ্যানালিটিক্স প্রদান করে — ওপেন রেট, ক্লিক-থ্রু রেট, কনভার্শন রেট — যা প্রতিটি অটোমেশন প্রোগ্রামের রেভিনিউ কন্ট্রিবিউশন ক্যালকুলেট করতে ব্যবহার করা যেতে পারে। Purple-এর অ্যানালিটিক্স ড্যাশবোর্ড ফুটফল এবং অথেন্টিকেশন ডেটা প্রদান করে, যা অর্জিত কন্ট্যাক্ট প্রতি খরচ (cost per acquired contact) ক্যালকুলেট করার জন্য প্রয়োজনীয়।

বেঞ্চমার্ক এবং প্রত্যাশিত ফলাফল

Purple এস্টেট জুড়ে ডকুমেন্টেড ডেপ্লয়মেন্টের ওপর ভিত্তি করে:

ভেন্যুর ধরন	সাধারণ অপ্ট-ইন রেট	প্রত্যাশিত ROI টাইমলাইন	মূল রেভিনিউ ড্রাইভার
লাক্সারি রিটেইল	৩৫–৪৫%	৬–১২ মাস	লয়্যালটি প্রোগ্রাম কনভার্শন
হোটেল (মিড-মার্কেট)	২৫–৩৫%	১২–১৮ মাস	ডিরেক্ট বুকিং রি-এনগেজমেন্ট
এয়ারপোর্ট / ট্রান্সপোর্ট হাব	১৫–২৫%	১৮–২৪ মাস	রিটেইল এবং F&B আপসেল
স্টেডিয়াম / ইভেন্টস ভেন্যু	২০–৩০%	১২–১৮ মাস	মার্চেন্ডাইজ এবং টিকিট আপসেল
কনফারেন্স সেন্টার	৩০–৪০%	৬–১২ মাস	ইভেন্ট রি-বুকিং এবং স্পনসরশিপ

কস্ট-বেনিফিট বিবেচনা

রেভিনিউ পটেনশিয়ালের তুলনায় Purple-এর মধ্যে dotdigital কানেক্টরের মার্জিনাল কস্ট (প্রান্তিক ব্যয়) বেশ কম। প্রাথমিক ইনভেস্টমেন্ট হলো প্রোগ্রাম ডিজাইন এবং কনটেন্ট ক্রিয়েশনে — অটোমেশন জার্নি, ইমেইল টেমপ্লেট এবং সেগমেন্টেশন লজিক, যা নির্ধারণ করে কন্ট্যাক্ট ডেটাবেসকে কতটা কার্যকরভাবে মনিটাইজ করা যায়। যেসব অর্গানাইজেশন ইন্টিগ্রেশনটিকে একটি সেট-অ্যান্ড-ফরগেট (set-and-forget) ডেটা পাইপ হিসেবে বিবেচনা করে, তারা সাধারণ রিটার্ন দেখতে পাবে। যারা কন্টিনিউয়াস প্রোগ্রাম অপ্টিমাইজেশনে ইনভেস্ট করে — সাবজেক্ট লাইনের A/B টেস্টিং, সেগমেন্টেশন রিফাইন করা, অটোমেশন ডেপথ বাড়ানো — তারা ওপরে ডকুমেন্টেড Harrods এবং AGS Airports বেঞ্চমার্কের সাথে সামঞ্জস্যপূর্ণ রিটার্ন দেখতে পাবে।

একটি প্র্যাকটিক্যাল রুল অফ থাম্ব (rule of thumb): WiFi-এর মাধ্যমে অর্জিত প্রতি ১০,০০০ অপ্ট-ইন কন্ট্যাক্টের জন্য, একটি ওয়েল-কনফিগারড dotdigital প্রোগ্রাম ডেপ্লয়মেন্টের ৯০ দিনের মধ্যে পরিমাপযোগ্য ইনক্রিমেন্টাল রেভিনিউ জেনারেট করবে, যদি ওয়েলকাম সিরিজে ন্যূনতম ২০% ওপেন রেট এবং ২% ক্লিক-থ্রু রেট ধরে নেওয়া হয়।

Key Terms & Definitions

Captive Portal

A web page presented to a guest before they are granted access to a WiFi network. Purple's captive portal — also called a splash page — is the interface through which guests authenticate, provide profile data, and give marketing consent. It is the entry point for all data flowing into the dotdigital integration.

IT teams encounter this during network configuration and splash page design. The captive portal's consent checkbox is the legal and technical gateway to the entire marketing automation pipeline.

Address Book (dotdigital)

A named list of contacts within dotdigital, analogous to a mailing list or CRM segment. Address books are the primary organisational unit in dotdigital and serve as the target destination for Purple's data push. Automation programmes are triggered by contact addition to a specific address book.

The address book taxonomy — how many books, how named, at what level — is the most consequential architectural decision in a multi-venue deployment. It determines segmentation capability for all downstream marketing activity.

Automation Programme (dotdigital)

A configured sequence of automated actions in dotdigital, triggered by a defined event such as a contact being added to an address book. Programmes can include email sends, SMS messages, wait periods, conditional branches, and contact scoring updates. They are the mechanism through which Purple's data capture is converted into marketing communications.

IT teams are responsible for ensuring the connector triggers programme enrolment correctly. Marketing teams design the programme content. The 'Include contacts added via API' setting is a common configuration oversight that prevents programme triggering.

API Endpoint (dotdigital)

The base URL for dotdigital's REST API, specific to the regional data centre assigned to each account. It takes the form `https://r{n}-api.dotdigital.com` where `{n}` is the region number. It is retrieved from Account Settings > Access within the dotdigital platform.

This is the single most common source of connector verification failures. It must be retrieved directly from the dotdigital account — it cannot be guessed or copied from generic documentation.

Consent-Gated Data Push

A data transmission mechanism that only activates when explicit user consent has been recorded. In the Purple-dotdigital integration, Purple will only push a contact record to dotdigital if the guest has ticked the marketing consent checkbox on the splash page. This is a platform-level enforcement, not a configurable option.

This mechanism is the primary GDPR compliance control in the integration. It ensures that only genuinely opted-in contacts enter the marketing database, protecting the organisation from regulatory risk and protecting deliverability from low-engagement contacts.

Double Opt-In

A two-stage consent verification process in which a contact, after initially opting in, receives a confirmation email and must click a link to verify their email address and confirm their subscription. dotdigital supports double opt-in natively. It converts contacts from 'Pending' to 'Subscribed' status and provides an additional layer of consent documentation.

Recommended for venues with high transient footfall — airports, conference centres, train stations — where guests may enter incorrect or temporary email addresses. Double opt-in reduces bounce rates and improves deliverability, at the cost of a lower initial conversion rate.

Suppression List

A list of email addresses or contacts that must not receive marketing communications, typically because they have unsubscribed, complained, or been identified as invalid. dotdigital maintains suppression lists automatically. The Purple-dotdigital integration requires a webhook to sync suppressions back to Purple, preventing re-addition of suppressed contacts on subsequent WiFi logins.

Failure to implement bidirectional suppression sync is a GDPR compliance risk and a deliverability risk. It is a mandatory configuration step in any production deployment.

Venue-Level Connector

A Purple connector configuration scoped to a single venue, as opposed to a customer-level configuration that applies across the entire Purple account. Venue-level connectors allow different venues to be routed to different dotdigital address books, enabling venue-specific segmentation and personalisation.

Essential for multi-property operators. Hotel groups, retail chains, and stadium operators should always use venue-level configuration to maintain clean data segmentation across their estate.

First-Party Data

Data collected directly from individuals by the organisation that will use it for marketing, with the individual's knowledge and consent. WiFi login data captured through Purple's captive portal is first-party data. It is distinct from third-party data (purchased lists) and second-party data (data shared by partners). First-party data is the most valuable and most compliant form of marketing data in the post-cookie, post-GDPR landscape.

The strategic value of the Purple-dotdigital integration is that it generates high-quality first-party data at scale, from physical venue visits. This data is not available through any digital marketing channel and represents a genuine competitive advantage for venue operators.

PECR (Privacy and Electronic Communications Regulations)

UK regulations that govern direct marketing by electronic means, including email and SMS. PECR requires prior consent for marketing emails to individuals (as opposed to businesses). It works in conjunction with UK GDPR to define the legal basis for marketing communications triggered by the Purple-dotdigital integration.

IT and marketing teams must ensure that the splash page consent language covers all channels used for marketing — email, SMS, and push — and that the consent is specific to each channel where required.

Case Studies

A 450-room city-centre hotel group with 12 properties across the UK wants to use Purple's dotdigital connector to build a direct booking re-engagement programme. Each property has its own Purple venue configuration. The marketing team wants to send property-specific offers to guests who have stayed at a particular hotel, while also being able to run group-wide campaigns. How should the integration be architected?

The correct architecture uses venue-level connector configuration in Purple, with each of the 12 properties mapped to a dedicated dotdigital address book. This gives the marketing team clean, venue-specific contact lists for property-level targeting. In parallel, a dotdigital segment is created that aggregates contacts across all 12 address books — this segment is used for group-wide campaigns without duplicating contact records.

Step 1: In dotdigital, create 12 address books named by property (e.g., 'Purple - Manchester City Centre', 'Purple - Edinburgh Royal Mile'). Create a master segment using the 'Contact is in any of these address books' condition covering all 12 books.

Step 2: In Purple, navigate to each venue's settings under Management > Venues. For each venue, add a dotdigital connector at venue level, using the same API credentials but selecting the property-specific address book.

Step 3: Build a welcome automation programme in dotdigital triggered by contact addition to any of the 12 address books. Use dynamic content blocks in the email template to personalise the message based on the address book (property) the contact was added to — for example, featuring the specific hotel's amenities and a direct booking link.

Step 4: Build a re-engagement programme that fires 30 days after the last WiFi login, with a property-specific offer. Use dotdigital's contact scoring to identify high-value guests (multiple visits, high data completeness) for premium re-engagement campaigns.

Step 5: For group-wide campaigns — seasonal promotions, loyalty programme launches — use the master segment to reach the full opted-in database without duplicating sends to contacts who appear in multiple property address books.

Implementation Notes: This architecture correctly separates venue-level segmentation from group-level reach. The key decision point is using venue-level connector configuration rather than customer-level, which would route all 12 properties into a single address book and lose venue attribution. The master segment approach avoids the operational complexity of managing 12 separate campaign sends for group-wide communications. The dynamic content approach in the welcome email is a best practice that significantly improves engagement rates — guests respond to communications that reference their specific experience, not generic brand messaging. The re-engagement trigger at 30 days is based on documented industry benchmarks for hotel guest return frequency in city-centre properties.

A national retail chain with 85 stores has deployed Purple WiFi across its estate. After six months, the marketing team reports that contacts are appearing in dotdigital but the welcome automation programme is not triggering for approximately 15% of new contacts. The IT team has confirmed the connector is verified and contacts are being added to the correct address book. What is the most likely cause and how should it be resolved?

The most likely cause is a race condition between contact creation and programme enrolment in dotdigital, combined with contacts being added via the API rather than through dotdigital's native import. When contacts are added to an address book via the API — as Purple does — dotdigital's programme trigger logic may not fire if the programme is configured to trigger on 'contact added to address book via import' rather than 'contact added via API'.

Resolution Step 1: In dotdigital's Program Builder, open the welcome programme and inspect the enrolment trigger. Verify that the trigger condition is set to 'Contact added to address book' and that the 'Include contacts added via API' option is enabled. This option is not enabled by default in all dotdigital account configurations.

Resolution Step 2: If the trigger condition is correct, check whether the affected contacts have an opt-in status of 'Unknown' rather than 'Subscribed' in dotdigital. Contacts with 'Unknown' status may be excluded from programme enrolment depending on programme settings. Resolution: configure the programme to include contacts with 'Unknown' opt-in status, or implement dotdigital's double opt-in workflow to convert contacts to 'Subscribed' status on confirmation.

Resolution Step 3: Review the programme's enrolment frequency setting. If set to 'Enrol once only', contacts who have previously been enrolled — for example, from a prior WiFi session at a different store — will not be re-enrolled. For a retail chain where guests may visit multiple stores, consider whether re-enrolment on each new store visit is appropriate, and configure accordingly.

Resolution Step 4: Check for programme enrolment limits. Some dotdigital account configurations impose a maximum daily enrolment rate. If the retail chain's WiFi generates a high volume of new contacts on peak trading days, this limit may be causing the 15% gap.

Implementation Notes: This scenario illustrates a common class of integration issue that is not immediately visible from the connector configuration — it requires understanding of how dotdigital's programme trigger logic interacts with API-sourced contacts. The 'Include contacts added via API' setting is a frequent oversight in initial deployments. The opt-in status issue is equally common in multi-venue retail deployments where guests may have previously interacted with the brand through a different channel. The enrolment frequency question is a genuine architectural decision — for a retail chain, re-enrolment on each store visit may be appropriate to deliver store-specific content, but requires careful programme design to avoid over-communication.

Scenario Analysis

Q1. A conference centre operator runs a single Purple account covering three venues: a main auditorium, a breakout suite, and an exhibition hall. They want to use dotdigital to send post-event follow-up emails to attendees, with content specific to which space they visited. Their current connector is configured at customer level, routing all three venues into a single dotdigital address book. What change should they make, and what are the implications?

💡 Hint:Consider how venue-level configuration changes the address book structure, and what additional steps are required in dotdigital to support venue-specific content.

Show Recommended Approach

The operator should reconfigure the connector at venue level, creating three separate dotdigital address books — one per venue. This allows dotdigital to identify which venue a contact was added from, enabling venue-specific content in automation programmes. The implications are: (1) existing contacts in the single customer-level address book will need to be migrated or re-segmented; (2) three separate automation programmes will need to be created or a single programme with dynamic content blocks will need to be configured; (3) for group-wide communications, a dotdigital segment aggregating all three address books should be created. The migration of existing contacts is the most operationally complex step — it requires identifying which venue each existing contact was associated with, which may require cross-referencing Purple's analytics data with the dotdigital contact records.

Q2. A hotel group's IT team has deployed the Purple-dotdigital connector across 8 properties. Three months after go-live, the marketing team reports that the welcome email open rate is 12% — significantly below the 25% benchmark for hospitality welcome emails. Bounce rates are at 4.2%. What are the most likely causes and what remediation steps should the IT team recommend?

💡 Hint:A 4.2% bounce rate is a strong signal about data quality at the point of collection. Consider what happens to email deliverability when bounce rates are elevated, and how the consent mechanism may be contributing.

Show Recommended Approach

The 4.2% bounce rate is the primary issue and is almost certainly causing the low open rate. When bounce rates exceed 2%, inbox providers begin to treat the sending domain as a source of low-quality email, reducing inbox placement rates across the entire database — including valid, engaged contacts. The root cause of the high bounce rate is likely guests entering incorrect or temporary email addresses at the splash page, which is common in transient hospitality environments. Remediation: implement dotdigital's double opt-in workflow to verify email addresses before they enter the active database. This will reduce the volume of new contacts but will significantly improve data quality. Additionally, review whether the splash page requires email address confirmation (entering the address twice) — this simple UX change reduces typo-based bounces. For the open rate, review the welcome email send timing — if the email is sent hours after check-in rather than within minutes of WiFi connection, the contextual relevance is reduced. Also review the subject line and sender name for relevance and trust signals.

Q3. A large retail chain's data protection officer has raised a concern that the Purple-dotdigital integration may be re-adding previously unsubscribed contacts to the marketing database when they visit a store and connect to WiFi. The IT team needs to confirm whether this is happening and, if so, implement a fix. What steps should they take?

💡 Hint:This is a GDPR compliance issue, not just a technical one. Consider the data flow in both directions and what configuration is required to prevent re-addition of suppressed contacts.

Show Recommended Approach

This is a genuine GDPR risk. The scenario occurs when: (1) a contact unsubscribes from dotdigital marketing; (2) the unsubscribe is not synced back to Purple; (3) the contact subsequently visits a store and connects to WiFi; (4) Purple, unaware of the suppression, pushes the contact record to dotdigital again; (5) dotdigital re-adds the contact to the address book. To confirm whether this is happening, cross-reference dotdigital's suppression list with recent address book additions — any email address appearing in both lists indicates the problem is occurring. The fix requires two steps: (1) configure a dotdigital webhook that fires on unsubscribe events and updates the corresponding contact record in Purple to mark them as suppressed; (2) implement a pre-push check in the connector configuration to verify that the contact's email address is not on the dotdigital suppression list before transmitting. The DPO should also be advised that a Data Protection Impact Assessment should be conducted if one has not already been completed for this integration, given the cross-system personal data processing involved.

Q4. A stadium operator wants to use the Purple-dotdigital integration to send personalised post-match emails to fans who connected to the stadium WiFi during an event. They want to include the match result, a link to match highlights, and a personalised merchandise offer based on the fan's team affiliation. The current integration only captures the eight standard Purple data fields. What additional configuration is required to support this use case?

💡 Hint:Consider how event-specific data (match date, teams, result) can be associated with contacts in dotdigital, and how team affiliation can be captured at the splash page level.

Show Recommended Approach

This use case requires two enhancements beyond the standard integration. First, team affiliation must be captured at the splash page level using Purple's custom question feature on the splash page. A dropdown or radio button question — 'Which team are you supporting today?' — captures the affiliation at authentication time. This data can be passed to dotdigital as a custom contact data field, which must be created in dotdigital's account settings before the connector is configured. Second, event-specific data (match date, opponent, result) needs to be associated with the contact's session. This can be achieved by creating a separate dotdigital address book for each event, named with the match details, and configuring the Purple connector to route that event's WiFi logins to the event-specific address book. The post-match automation programme is then triggered by addition to that address book, with the match details embedded in the email template. For the merchandise offer, dotdigital's dynamic content feature can serve different product recommendations based on the team affiliation custom data field. This is a more complex deployment that benefits from Purple's Professional Services team involvement during the initial configuration.

Key Takeaways

✓The Purple-dotdigital connector is a real-time, consent-gated API integration that pushes eight guest profile fields to dotdigital at the point of WiFi authentication — but only when the guest has explicitly opted in to marketing communications.
✓Connector configuration requires four inputs: a connector name, a dotdigital API user email, the corresponding password, and the account-specific API endpoint URL retrieved from dotdigital's Account Settings > Access page. Incorrect endpoint URL is the leading cause of verification failures.
✓Deploy the connector at venue level for multi-property organisations to maintain clean address book segmentation per property; use customer level only for single-venue operators.
✓Build and test dotdigital automation programmes before activating the connector — the welcome email sent within minutes of WiFi login is the highest-engagement communication in the guest lifecycle and should not be missed.
✓Implement the dotdigital unsubscribe webhook to sync suppressions back to Purple; without this, the integration is non-compliant with UK GDPR and PECR and will generate deliverability problems over time.
✓Documented ROI benchmarks from the Purple estate include 54x return at Harrods, 842% at AGS Airports, and 10,630% at Brussels South Charleroi Airport — outcomes driven by deliberate programme design, not just a connected API.
✓Monitor deliverability metrics weekly during the first 90 days: target open rate above 20%, bounce rate below 2%, unsubscribe rate below 0.5%. Elevated bounce rates are the primary signal of data quality issues at the consent capture layer.