industries

Customer Data Platform for iGaming Operators

By Art Kukharenko · Published · Updated

Customer-owned deployment evaluation01Licence and player data02Identity and consent03Risk review and controls04Approved communications
Customer-owned deployment evaluation. Conceptual evaluation sequence; confirm access, contractual scope and operating responsibilities for the actual deployment.

A customer data platform (CDP) can connect player records, consent and risk signals across brands. Your licences and local rules shape the design. Review limits, exclusions, data location and audit records. Use these guides to prepare tests with your compliance team.

Who this is for: CTOs, compliance leads, heads of CRM and data protection officers at licensed operators running more than one brand or licence.

Licensing geography defines the architecture

Regulatory drivers at a glance

Scroll horizontally to compare all columns ↔

Comparison — source references are listed below
DriverWhat regulators ask forExamples — Checked on 2026-10-17Guide
Hosting and localisationGambling system or data in-country, or provable accessSweden main rule; Brazil Article 4; Malta replica; Spain inspection accessResidency
Regulator data accessRecords the authority can inspect directlyUK licence condition 2.1.1; Germany Safe-ServerResidency
Identity across accounts and operatorsLink accounts; join shared registersUK 3.9.1, GAMSTOP, GamProtect; Germany LUGAS; Netherlands CRUKSSingle customer view
Real-time safer-gambling actionMonitor, intervene, evaluate, allow contestUK 3.4.3; Ontario Standards 2.10 and 2.11; AlbertaInterventions
Financial riskChecks on high spend and vulnerabilityUK GBP 150 per 30 days check; staged risk assessments announced 7 July 2026 6Interventions
Marketing suppression and consentFast removal of excluded players from marketingUK two-day rule; AlbertaCRM vs CDP
RetentionFixed record-keeping periodsGermany five years, Spain six, Alberta logs seven archivedResidency

Architecture patterns that follow

  • In-country core where a market localises the system or data.
  • Regulator-accessible replica where hosting is open but live access is required.
  • Per-jurisdiction tenants so one market's rules never force a migration elsewhere.
  • Central analytics on pseudonymised data, with re-identification keys held in the licensing country.

A customer-owned deployment (on-premise, in your own cloud account, hybrid or sovereign) lets you place each pattern where the rule requires; see on-premise, private cloud and self-hosted customer data platforms. PrivyCDP's reference deployment with a sovereign iGaming operator in the Middle East and North Africa runs air-gapped AI inference with in-region decisions at low latency; details are shared under evaluation on our cases page.

Guides in this section

Scoping checklist

  1. List your licences, brands and the residency rule in each.
  2. Identify which data stores count as the regulated system or database.
  3. Check that exclusion, limit and consent state reach every channel in time.
  4. Confirm you can answer a regulator request from the licence boundary.
  5. Decide who owns the identity graph and the audit record.

Related terms

Browse the glossary

Explore this collection

gaming

Frequently asked questions

What is a customer data platform for iGaming operators?

It is a platform that unifies player identity, consent and risk state across brands and licences and feeds other tools. For regulated operators the key questions are where it runs, who holds the keys, and whether it can evidence every decision to a regulator.

Does the UK require player data to be hosted in the UK?

No. The Gambling Act 2005 triggers licensing by where remote gambling equipment sits or where the facilities are used, but sets no hosting location. Licence condition 2.1.1 instead requires licensees to permit inspection of remote equipment and supply data copies on request 12. Residency still matters in other markets, such as Sweden and Brazil.

Can one customer data platform serve several licences?

Yes, if it can enforce different rules per market: in-country stores where a market localises data, regulator replicas where live access is required, and pseudonymised central analytics for the rest. A single shared tenant in one region struggles with that mix, because one market's rule becomes every market's constraint.

Is a customer data platform the same as an iGaming CRM?

No. A CRM decides and delivers campaigns, bonuses and rewards; a customer data platform governs the identity, consent and audit data underneath and feeds the CRM. Most operators need the CRM and, with several brands or licences, also a data layer they control. Our comparison covers vendors and the questions to ask each.

Where should we start?

Map your licences to the drivers table above, note which data stores each rule touches, then run a deployment qualification to test whether a customer-owned deployment fits your licence set, your teams and your timelines. Read the residency guide first if you are entering a new market.

Sources

  1. Gambling Act 2005, section 36 Open source
  2. UK Gambling Commission, Licence conditions and codes of practice (version effective 29 July 2026) Open source
  3. Portaria SPA/MF 722/2024 Open source
  4. Medida Provisória 1.394/2026 Open source
  5. Spelinspektionen guidelines for SIFS 2022:3 Open source
  6. UK Gambling Commission, Financial risk assessments update, July 2026 Open source

Put this evaluation into practice.

Assess your deployment requirements

This article is general information, not legal advice.

Further reading

Published: · Updated:

Editorial dates describe content changes. Confirm current sources before making legal, security or purchasing decisions.