S
Sudonex
Location

iGamingDevelopmentCompanyUK:UKGC,RTS&2026ComplianceGuide

iGaming Development Company UK guide covering UKGC, RTS rules, licensing, costs, and 2026 compliance requirements.

GLI-19 / iTech ready
Modern stack
MGA / UKGC fluent
SC

Written by

Sudonex Compliance Desk

Compliance & Licensing

SE

Reviewed by

Sudonex Engineering Team

Senior Engineering

Published Updated Editorial standards
Author credentials & methodology

Sudonex Compliance Desk

AML/CFT certified · GLI/iTech liaison · UKGC LCCP-aligned reviewer

Sudonex's compliance desk advises operators on AML/CFT, responsible-gambling tooling, GLI-19 RNG submissions, and license-jurisdiction matchmaking. Cited in 17 client license filings.

Sudonex Engineering Team

GLI-19 audit experience · MGA technical reviewer · 12+ yrs in real-money game systems

The Sudonex engineering team has built licensed-grade casino, slot, and exchange platforms for operators across UKGC, MGA, AGCO, and Curacao. Specialties: matching engines, RNG certification, KYC/AML pipelines, and regulator-fluent architecture.

GLI-19 ready

RNG cert pipeline

MGA / UKGC

License-fluent

PCI DSS L1

Payment compliant

ISO 27001 aligned

Information security

An operator commissioned a UK iGaming platform in late 2025, launched in Q1 2026, and received a UKGC enforcement notice within 60 days. The platform was technically functional. It processed payments, loaded games, and tracked player sessions correctly. What it did not do was enforce the £2 stake cap for players aged 18–24, trigger the frictionless affordability check at the £150 net deposit threshold, or decouple casino and sportsbook bonuses as the mixed-product ban requires. Three separate platform build failures — all three introduced by the 2026 UKGC reforms — all three preventable if the development brief had been written with regulatory precision.

This is the guide that prevents that outcome. It covers the 2026 UKGC reforms as platform development specifications, explains Remote Technical Standards as a commissioning brief, walks through the licence application process with current fees and timelines, quantifies the commercial impact of the 40% Remote Gaming Duty, and gives operators a framework for selecting a UK iGaming development partner who actually knows what they are building into.

What the 2026 UKGC Reforms Mean for Your Platform Build — Not Just Your Compliance Team

The 2026 UKGC reforms are not a set of policy updates your legal team handles after the platform launches. Each reform is a development specification that must be architected into your platform before it goes live. Operators who commission a platform without briefing their developer on these requirements will discover the gap at UKGC audit — not during UAT.

There are four reforms that require specific platform build responses in 2026.

Stake Caps: Age-Verified Enforcement at the Bet Layer

The UKGC introduced mandatory online slot stake caps in early 2026: £2 maximum stake per spin for players aged 18–24, and £5 maximum for players aged 25 and over. These are not front-end limits applied at the UI layer — they must be enforced at the bet placement layer, using verified age data from your KYC system to determine which cap applies per player per session.

The development implication is significant. Your platform requires a verified age data feed from your KYC provider to the bet engine, real-time stake limit enforcement that cannot be overridden at the client side, and audit logging of every stake placement against the applicable cap tier. Platforms that implement stake caps as a UI restriction — rather than a server-side enforcement — fail certification testing. The RTS testing process specifically validates that stake limits cannot be bypassed by client-side manipulation.

Frictionless Affordability Checks: The £150 Trigger Architecture

Frictionless affordability checks are mandatory for all UKGC-licensed casinos from 2026. The trigger threshold is £150 in net deposits within a rolling period. When a player crosses this threshold, your platform must initiate a background credit reference check using data from UK credit reference agencies — without interrupting the player session or requiring player interaction. The UKGC target is for approximately 80% of these checks to complete without any player friction.

The platform architecture requirement here is a background API integration with an approved credit reference data provider, asynchronous processing that does not block game loading or bet placement, a clear decision logic for what happens when a check flags elevated risk, and audit trails that demonstrate every check was triggered, completed, and acted upon. Operators who implement this as a manual review process rather than an automated API-driven check will not meet the frictionless standard that the UKGC now mandates.

Mixed-Product Bonus Ban: Promotional Architecture Decoupling

The mixed-product bonus ban — fully in force in 2026 — prohibits operators from offering promotions that combine casino and sportsbook products. A welcome offer cannot credit casino free spins alongside a sports betting bonus. A cashback promotion cannot apply across both verticals simultaneously.

For platform development, this means your promotional engine must maintain hard product-category walls in its bonus logic. Casino bonuses are issued, tracked, and cleared within the casino product only. Sportsbook bonuses are entirely separate. Any promotional architecture that references cross-product wagering contribution — even in the back-office reporting layer — creates a compliance risk. Operators migrating from a white-label provider to a custom build must specifically audit their inherited promotional logic for cross-product contamination.

Deposit Limit Labelling: The June 2026 Technical Requirement

From June 30, 2026, deposit limits displayed to players must reflect gross deposits only — not net of withdrawals. This is a subtle but technically meaningful change. Your wallet and display layer must clearly distinguish gross deposit totals from net position, and any limit-setting interface must calculate and display against the gross figure. Platforms that report net position as the limit denominator will be non-compliant with this specific requirement from July 2026 onwards.

Bottom line: The 2026 UKGC reforms require specific, verifiable technical implementations at the bet layer, the payment layer, the promotional engine, and the player-facing display layer. Each one must appear in your platform development specification before a single line of code is written.

RTS Compliance — What the Remote Technical Standards Actually Require From Your Platform

The UKGC's Remote Technical Standards (RTS) are the technical certification framework that every platform operating under a UK licence must meet. The UK Gambling Commission's official Remote Technical Standards documentation sets out the full requirements — but few operators commissioning their first UK platform understand what the standards actually mean for the development brief they hand to a studio.

RTS is not a post-development audit. It is a set of technical requirements that should drive architectural decisions from the beginning of the build. The standards cover seven core areas.

RNG and game outcome integrity (RTS 1–4): Random Number Generators used in any game offered to UK players must be independently certified by an approved test house — Gaming Laboratories International (GLI), iTech Labs, or eCOGRA. The RNG must produce outcomes that are statistically verifiable as fair across millions of game rounds. Critically, game RTP (Return to Player) figures displayed to players must be accurate to within defined tolerances. The gap between displayed RTP and actual RTP is one of the most commonly flagged issues in RTS certification testing.

Responsible gambling functionality (RTS 8): Your platform must enforce responsible gambling controls at the system level, not merely offer them as UI options. Deposit limits, loss limits, session time controls, and self-exclusion must function at the transaction and authentication layers. A player who has set a deposit limit must be blocked from exceeding it at the payment API level — not just warned at the screen level. Self-exclusion must trigger across all products, all devices, and all sessions simultaneously. The UKGC has specifically cited implementations where self-exclusion applied to the casino product but not the sportsbook within the same operator account as non-compliant.

Record-keeping and reporting (RTS 12): Your platform must maintain complete, auditable transaction records that can be provided to the UKGC on request. This includes bet placements, outcomes, player session data, balance movements, and responsible gambling tool activations. The data architecture must support extraction in UKGC-specified formats within defined timeframes. This is an observability and data pipeline requirement — not just a database backup requirement.

Security and access controls (RTS 13–14): System access must be controlled through documented role-based permissions. All player data must be encrypted in transit and at rest. Player authentication must meet defined security standards. For operators unfamiliar with iGaming terminology, a solid iGaming terminology reference for operators new to the UK regulatory environment — iGaming terminology reference for operators new to the UK regulatory environment — provides useful grounding before technical briefing sessions with a development studio.

The certification process itself typically adds 8–16 weeks to a platform launch timeline after development is complete. Operators who engage a certification laboratory like Gaming Associates or BMM during the development phase — not after — compress this timeline materially. The certification lab reviews against RTS specifications during build, flags issues early, and reduces the rework cycle that accounts for most post-submission delays.

Bottom line: RTS compliance is not a post-launch certification exercise. It is a set of architectural requirements that must be built into the platform from the initial technical specification. Operators should require their development partner to provide a documented RTS compliance mapping before development begins.

Getting a UKGC Licence — The Application Process, Fees, and Timeline Operators Face in 2026

A UKGC operating licence is required to offer gambling products to UK consumers. The application process is structured, well-documented, and takes longer than most operators anticipate. Understanding the current timeline and fee structure prevents the budget and schedule failures that derail market entry.

Application Timeline

The standard UKGC licence application timeline is 16 weeks from submission of a complete application. This is not a negotiable timeline — the UKGC processes applications at this pace regardless of the applicant's urgency. The 16-week clock does not start until the application is deemed complete. Incomplete applications are returned for remediation, which resets the clock and adds weeks or months to the overall timeline.

Operators should budget for the preparation phase separately from the 16-week assessment period. Preparing a complete UKGC application — including documented AML and KYC procedures, responsible gambling policy, key personnel personal management licences, financial stability evidence, and technical platform documentation — typically takes 8–12 weeks for an experienced team.

A complete UK market entry timeline for a new operator: 8–12 weeks application preparation, 16 weeks UKGC assessment, 8–16 weeks RTS certification, 4–6 weeks soft launch and monitoring. Realistic total: 9–12 months from project initiation to compliant public launch.

Licence Fees

UKGC licence fees are based on Gross Gambling Yield (GGY) — the amount retained by the operator after paying out winnings but before paying operating costs. Fee tiers for remote casino licences in 2026 range from approximately £2,640 for the smallest operators (under £100,000 GGY) to £57,304 and above for operators generating significant UK revenue. Annual continuation fees apply at similar GGY-based tiers.

The fee structure creates a meaningful threshold question for new operators: at what GGY level does the cost of a direct UKGC licence become commercially preferable to a white-label sublicence arrangement? For operators projecting under £5 million in annual GGY, the white-label route — accessing the UK market through an existing UKGC licensee's infrastructure — frequently offers a faster and more cost-efficient market entry while the business scales toward the revenue levels that justify a direct licence.

Enforcement Context

The UKGC has materially increased enforcement intensity in 2026. The Commission issued 13 licence suspensions in the most recent reporting period and allocated £26 million over three years specifically for enforcement against illegal gambling site operators and non-compliant licensees. Operators who regard UKGC compliance as a box-ticking exercise rather than an operational discipline are operating in a materially different enforcement environment than existed three years ago.

Bottom line: A compliant UK iGaming launch requires 9–12 months from project start to public launch. The 16-week UKGC assessment window is fixed. The variables are application preparation quality and RTS certification timing — both of which are controlled by decisions made before the application is submitted.

UK iGaming Development Costs in 2026 — What the 40% Tax Does to Your Commercial Model

The Remote Gaming Duty (RGD) increase from 21% to 40%, effective from April 1, 2026, changes the UK iGaming commercial model for smaller operators more significantly than any platform development decision. Understanding the tax impact before commissioning a development project is not optional due diligence — it determines whether the business model is viable at your projected scale.

The RGD Impact on Unit Economics

Remote Gaming Duty is levied on the operator's gross gaming yield — revenue retained after paying player winnings. At 21%, an operator generating £1 million in annual GGY paid £210,000 in RGD, leaving £790,000 before operating costs. At 40%, the same operator pays £400,000 in RGD — nearly doubling the tax burden on the same revenue, leaving £600,000 before operating costs.

This is a £190,000 annual increase on £1 million GGY that falls directly on the bottom line. For operators building business cases around sub-£5 million GGY projections in the first two years, the commercial model must be rebuilt from the April 2026 RGD rate, not the historical 21% rate that informed most pre-2026 business plans. Smaller operators entering the UK market in 2026 with marginal unit economics at 21% RGD are frequently not viable at 40% RGD without meaningful volume scale.

The UK remote gambling market generated £7.8 billion in gross gambling yield in the most recent full reporting year, representing 62% of the UK's total £12.6 billion GGY. The scale of the market is not in question. The question for each operator is whether their projected share of that market, taxed at 40%, supports their development investment and operating cost structure.

Platform Development Cost Ranges

UK iGaming platform development costs vary significantly by build approach. White-label solutions with an existing UKGC licensee typically cost £10,000–£50,000 in setup fees plus ongoing revenue share arrangements of 15–35% of GGY. At 40% RGD plus a 25% white-label revenue share, an operator retains 35% of GGY before operating costs — a tight margin that requires high player volume to generate meaningful absolute returns.

Custom-built platforms range from £100,000 for a tightly scoped MVP with a single game provider integration to £500,000 and above for a full-stack platform with multiple integrations, custom game content, and a proprietary back-office. The custom build eliminates the ongoing white-label revenue share, improving margins at scale, but requires the full capital commitment upfront before a single pound of GGY is generated.

Bottom line: The 40% RGD from April 2026 requires every new UK operator to rebuild their financial model from the current tax rate. Platform development investment decisions — white-label versus custom build — must be made in the context of the 40% RGD margin reality, not the historical 21% rate.

London as a Global iGaming Development Hub — What It Means for Your Studio Selection

London is the third-largest global game development hub after Los Angeles and San Francisco, and the concentration of iGaming-specific technical talent in and around London makes it a genuinely differentiated location for commissioning UK-facing platform development — not simply a cost or timezone choice.

The London iGaming development ecosystem has several characteristics that matter for operators commissioning UK-compliant platforms. Studios based in London are embedded in the UKGC regulatory environment by proximity — they attend ICE London, maintain relationships with certification laboratories, and hire compliance-first engineering talent that treats UKGC requirements as first principles rather than constraints imposed from outside. This is materially different from commissioning a platform from a development studio in a jurisdiction with no direct UKGC exposure.

The current development talent landscape in London is shaped by two converging trends. First, AI integration into development workflows has accelerated delivery timelines for studios that have embedded it effectively — reducing the time from specification to working prototype for standard platform components by 30–40% compared to purely manual workflows. Second, HTML5 mobile-first development is now the baseline standard for any studio worth commissioning. Platforms built with legacy Flash or non-responsive frameworks will not pass RTS certification or meet modern player experience standards. Studios still delivering non-HTML5 mobile implementations in 2026 should not be on a UK operator's shortlist.

Unreal Engine and Unity are increasingly used for game engine development within London studios, but the iGaming-specific compliance layer — RTP configuration, RNG certification integration, regulatory reporting hooks — is typically built alongside the game engine, not within it. Operators should ask their prospective development partner specifically how they separate the game engine layer from the compliance and reporting layer, and how each layer is independently tested and certified.

.

Bottom line: London's position as the third-largest global game development hub means operators have access to UKGC-native development talent that understands regulatory requirements as engineering specifications — not as post-development constraints. Studio location is a legitimate selection criterion for operators who require a development partner with direct UKGC market experience.

Choosing a UK iGaming Development Partner — What to Verify Before You Commission

Selecting a UK iGaming development partner is a procurement decision with long-term operational consequences. The market contains studios making near-identical claims about UKGC compliance expertise. The verification process that separates credible partners from those who learn on your budget requires asking specific questions that a competent partner answers immediately and an incompetent one cannot.

Regulatory Certification Evidence

Ask for documented evidence of platforms the studio has delivered that hold current UKGC licences or have passed RTS certification. Not case studies. Not client testimonials. Actual platform names and the certification bodies that tested them. A studio that has delivered a UKGC-certified platform understands what RTS testing involves, has navigated the pre-submission process with a certification laboratory, and has resolved the specific technical flags that RTS testing generates in practice. A studio that has not is learning those lessons at your expense and on your timeline.

RTS Compliance Mapping

Before any development contract is signed, require your prospective partner to provide a written mapping of how their proposed platform architecture addresses each relevant RTS requirement. This document should exist independently of any sales presentation. A studio that cannot produce a pre-contract RTS compliance mapping does not have the depth of UKGC technical knowledge that UK platform development requires.

The White-Label Decision

White-label providers serving the UK market — including White Hat Gaming, Gamingtec, TRUEiGTECH, Tecpinion, and Gaming Innovation Group (GiG) — offer UKGC sublicensing arrangements that allow operators to launch under an existing licensee's regulatory umbrella. This removes the 16-week UKGC application timeline and the direct licence fee burden, replacing them with ongoing revenue share and platform fees. The trade-off is a loss of platform ownership, reduced customisation capability, and long-term commercial dependency on the white-label provider's regulatory standing.

The correct choice between white-label and custom development depends on your projected GGY scale, your timeline constraints, and your long-term strategic intention. Operators targeting launch within six months with limited capital available for custom development will often find the white-label route the only viable path to market. Operators with 12+ month timelines and £200,000 or more in development budget available should model both routes against the 40% RGD reality before committing.

How we evaluate software quality and regulatory compliance standards — how we evaluate software quality and regulatory compliance standards — applies the same framework to development partner assessment that it applies to operator platform evaluation. The core principles — documented methodology, verifiable claims, transparent standards — are identical.

Sandbox and Handover Requirements

Require a sandbox environment as a contractual deliverable. A professional development partner provides a testing environment that replicates the production platform for pre-launch QA, certification testing, and ongoing feature development. Platforms delivered without a sandbox environment create operational dependency on the original studio for every subsequent development cycle.

Require full technical documentation as a contractual deliverable. API reference guides, database schema documentation, and system architecture diagrams are not nice-to-haves — they are the difference between a platform you own and one you cannot maintain or extend without returning to the original vendor.

Bottom line: The verification process for a UK iGaming development partner has three hard requirements: documented evidence of UKGC-certified platform deliveries, a pre-contract RTS compliance mapping, and contractual provisions for sandbox environment and full technical documentation at handover.

Frequently Asked Questions

Q: How much does it cost to build an iGaming platform for the UK market? UK iGaming platform development costs range from £10,000–£50,000 for a white-label setup with ongoing revenue share to £100,000–£500,000 and above for a custom-built platform. White-label solutions access the UK market faster but carry ongoing revenue share arrangements of 15–35% of GGY. Custom builds require higher upfront capital but eliminate revenue share at scale. The correct choice depends on your projected GGY, timeline, and available capital — and must be modelled against the 40% Remote Gaming Duty rate effective from April 2026.

Q: How long does it take to get a UKGC licence? The UKGC standard licence assessment timeline is 16 weeks from submission of a complete application. This is a fixed processing timeline — it does not compress regardless of the operator's urgency. Application preparation — including AML procedures, responsible gambling policy, financial stability evidence, and key personnel management licences — typically requires a further 8–12 weeks before submission. RTS certification adds 8–16 weeks after platform development is complete. Total realistic timeline from project initiation to compliant public launch is 9–12 months.

Q: What are the Remote Technical Standards (RTS) for UK iGaming platforms? The UKGC's Remote Technical Standards are the mandatory technical certification requirements for all platforms operating under a UK gambling licence. They cover RNG integrity and certification (outcomes must be independently verified as statistically fair), RTP accuracy (displayed return-to-player percentages must match actual outcomes within defined tolerances), responsible gambling functionality (deposit limits, self-exclusion, and loss limits must function at the system level, not the UI level), record-keeping and reporting (complete auditable transaction logs must be available to the UKGC on request), and platform security and access controls. RTS compliance is assessed by approved certification laboratories including GLI, iTech Labs, and Gaming Associates.

Q: What is Remote Gaming Duty and how does the 2026 rate affect UK iGaming operators? Remote Gaming Duty (RGD) is the UK tax levied on operators' gross gaming yield — revenue retained after paying player winnings. From April 1, 2026, the RGD rate increased from 21% to 40%. On £1 million in annual GGY, this represents an increase from £210,000 to £400,000 in annual tax liability — a £190,000 additional burden on the same revenue. For operators building UK market entry business cases, every financial model must be constructed at the 40% RGD rate. Pre-2026 business plans built at the 21% rate significantly underestimate the tax burden and frequently produce non-viable unit economics at sub-£5 million GGY scale.

Q: What are the online slot stake caps in the UK in 2026? The UKGC introduced mandatory online slot stake caps in early 2026: a maximum of £2 per spin for players aged 18–24, and a maximum of £5 per spin for players aged 25 and over. These caps must be enforced at the server-side bet placement layer using verified age data from the platform's KYC system. Implementing stake caps as a front-end UI restriction is insufficient — the UKGC's RTS testing specifically validates that limits cannot be bypassed through client-side manipulation. All online casino platforms licensed by the UKGC must implement age-tier stake enforcement as a development specification, not a compliance add-on.

Q: What is a frictionless affordability check and must my platform support it? A frictionless affordability check is a mandatory background financial assessment that UKGC-licensed platforms must conduct when a player's net deposits reach £150 within a rolling period. The check uses data from UK credit reference agencies and must complete without requiring any player interaction — the UKGC targets approximately 80% of checks completing entirely in the background. Platforms must integrate with an approved credit reference data provider via API, process checks asynchronously without blocking gameplay, and maintain complete audit trails of every check triggered and its outcome. All UKGC-licensed casinos operating in 2026 must support frictionless affordability checks as a platform architecture requirement.

Q: Can I use a white-label solution to launch a UKGC-licensed casino? Yes. White-label providers including White Hat Gaming, Gamingtec, TRUEiGTECH, Tecpinion, and Gaming Innovation Group (GiG) offer UKGC sublicensing arrangements that allow operators to launch under an existing licensee's regulatory umbrella without a direct UKGC operating licence. This removes the 16-week application timeline and direct licence fees, replacing them with platform fees and revenue share arrangements of 15–35% of GGY. The trade-off is reduced platform ownership, limited customisation, and commercial dependency on the provider's regulatory standing. White-label is typically the correct choice for operators with sub-six-month timelines and limited development capital, provided the revenue share model is sustainable against the 40% RGD rate.

Q: Are credit cards banned for UK iGaming deposits? Yes. The UKGC credit card ban has been in force since April 2020 and remains fully operative in 2026. UK-licensed online casinos and sports betting operators cannot accept deposits made by credit card from UK residents. Accepted payment methods are limited to debit cards, e-wallets (PayPal, Skrill, Neteller), bank transfers, and prepaid cards. This prohibition must be implemented at the payment gateway configuration layer — the platform must refuse credit card deposit attempts at the processing stage, not merely display a warning to players. Any platform development brief for a UK market launch must specify credit card blocking as a payment architecture requirement.

Q: What is a mixed-product bonus ban and how does it affect my platform's promotional architecture? The mixed-product bonus ban, fully in force in 2026, prohibits UKGC-licensed operators from offering promotions that combine casino and sportsbook products. Casino bonuses — including free spins, deposit matches, and cashback — must be issued, tracked, and wagered within the casino product only. Sportsbook bonuses must operate entirely separately. No promotional mechanic may reference cross-product wagering contribution or require activity in both verticals to unlock an offer. Platform development implications include hard product-category walls in the promotional engine's bonus logic, separate bonus wallet accounting per product vertical, and audit-ready promotion reporting that demonstrates product segregation across all promotional campaigns.

Q: Does my iGaming software supplier also need a UKGC licence? Yes. The UKGC requires that software suppliers providing gaming systems, game content, or payment processing to UKGC-licensed operators hold their own B2B software supplier licence from the Commission. This requirement applies to game studios supplying content to your platform, back-office system providers, and payment gateway operators processing UK player transactions. Operators must verify that all third-party technology suppliers integrated into their platform hold current UKGC supplier licences before going live. A supplier without a valid UKGC licence cannot legally provide services to a UKGC-licensed operator — using an unlicensed supplier creates an immediate compliance breach for the operator, not just the supplier.

Sources & References

UK Gambling Commission — gamblingcommission.gov.uk — Remote Technical Standards requirements, licence application process, Remote Gaming Duty rates, stake cap regulations, frictionless affordability check requirements, and enforcement activity cited throughout this article

UK Gambling Commission — gamblingcommission.gov.uk/licensees-and-businesses/guide/page/remote-gambling-and-software-technical-standards — Full RTS documentation referenced in the Remote Technical Standards section

UK Gambling Commission Industry Statistics — gamblingcommission.gov.uk — UK Remote GGY figure of £7.8 billion and total UK GGY of £12.6 billion cited in the commercial model section

HM Revenue and Customs — gov.uk/guidance/remote-gaming-duty — Remote Gaming Duty rate increase from 21% to 40% effective April 1, 2026, cited in the development costs and commercial model section

Gaming Laboratories International — gaminglabs.com — RTS certification body referenced in the RTS compliance and FAQ sections

FAQ

Frequently Asked Questions

See the relevant section above for the detailed answer; reach out to Sudonex for specifics about your build.

Free 30-min discovery

Ready to build something operators trust?

Tell us about your build — region, licensing, timeline, budget. We'll come back with a technical scope and a fixed-bid roadmap within 48 hours.