Live Built for iGaming — not adapted from a generic CMS

A content system that understands iGaming.

Game menus, promotion pages, skin-specific layouts, jurisdiction-specific content rules. Operators control it. Developers stay focused on what actually needs them. Built on Blazor — fast, reactive, no page reloads.

Content Manager
LIVE
Pages
🏠 HomepagePublished
🎰 Casino LobbyPublished
🎁 Spring PromotionDraft
📋 Terms & ConditionsPublished
Game Menus
24
across 3 brands
Active Skins
6
per jurisdiction
Multi-brand
One editor manages content across every brand and skin in your portfolio
Blazor
Reactive editor with no page reloads — same .NET stack as PAM
<100ms
Publish lag — Redis-cached delivery propagates instantly
Native
Shares PAM's auth, RBAC, and audit trail — no parallel user system

Content workflows shaped by iGaming, not by a generic agency CMS.

Adapting WordPress to manage a casino lobby ends with custom plugins, brittle deployments, and a permissions model that doesn't match how operators actually work. WebPrefer's CMS is built from the start around game providers, brands, skins, jurisdictions, and the back-office permission model.

Game menu management

Drag-and-drop sections, featured games, category ordering — across all brands from one editor. Changes propagate live.

Promotion + bonus pages

Build promo pages with bonus code wiring built in. Page schedules, regional visibility, and CTA tracking all native.

Skin-specific layouts

Each brand has its own skin without forking templates. Marketing changes one brand's hero without touching another.

Jurisdiction-aware content

Sweden players see Sweden-compliant terms. Ontario players see Ontario CTAs. Rules enforced at render time, not by guesswork.

Blazor-native

Fast, reactive editor with no page reloads. Same .NET stack as the rest of the platform — one toolchain, one deploy.

PAM permission model

Same RBAC as PAM. Content editors get exactly the access they need — no separate user system to maintain.

One toolchain. One deploy. One audit trail.

CMS lives inside the WebPrefer platform — same auth, same RBAC, same back-office shell. Operators don't switch tools to publish content or to manage players. Developers don't maintain a parallel content stack.

  • Shared cookie auth — log in once, manage everything
  • Same permission filters as the rest of the back-office
  • Skin selector built into every content surface
  • Audit log entries flow into the same event stream as PAM
  • Redis-cached delivery — published changes live in milliseconds
Content Workflow
SYNCED
Recent activity · shared audit log
Published Spring Promotion → Brand A 2m
Updated Casino Lobby ordering 8m
Draft Terms update (Ontario) 23m
Bonus code WELCOME200 linked to promo 1h
Editor permissions · shared with PAM
Content editor · Sweden cms:publish
Marketing · Brand A only cms:draft
Legal reviewer cms:review
Cache hit
99.4%
Brands
3
Publish lag
<100ms

Draft. Review. Publish. Cache. All in one place.

Most CMS workflows assume one site, one audience, one editor. iGaming reality is multiple brands, multiple jurisdictions, regulated copy reviews, and a marketing team that wants to publish a promo at midnight without paging an engineer. The workflow is shaped accordingly.

Step 1
Draft

Edit per brand, per skin, per jurisdiction

Marketing creates or edits a page targeting a specific brand and jurisdiction. Drafts stay private. Linked bonus codes, game menus, and promotion windows wire in without leaving the editor.

Step 2
Review

Permission-scoped approval gates

Regulated markets need a legal review before terms or bonus T&Cs go live. The CMS supports approval gates by permission — drafts can require a reviewer with a specific role before publish is enabled.

Step 3
Publish

Atomic publish + Redis cache invalidation

Publish writes the new version to the database and invalidates the matching Redis cache keys. The next player request hits a cold cache once, then everyone after gets fresh content from cache — usually within 100ms of publish.

Step 4
Audit

Every change versioned and traceable

Every save and publish is a new version with editor, timestamp, brand, and diff. Roll back to any version with one click. Audit entries flow into the same event log as the rest of the platform.

A CMS module, not a separate stack.

CMS is a module inside the WebPrefer platform. No separate deployment, no second user system, no parallel permission model. Operators install PAM and get CMS in the box.

Blazor-native editor

Fast, reactive editor with no page reloads. Same toolchain and deploy pipeline as the rest of PAM.

Versioned content

Every save creates a new version. Compare any two versions, roll back instantly, never lose a draft.

Brand + jurisdiction scoping

Editor scoping enforced at query time. A marketing manager for Brand A literally cannot see Brand B drafts.

Redis-cached delivery

Published content hits Redis cache. Player site reads are sub-millisecond — DB hit only on first request after publish.

Skin-aware rendering

A single page definition renders differently per skin via the skin selector — no template forks, no copy-paste across brands.

Audit trail in the platform log

Every publish and draft change writes to the same audit pipeline as wallet operations and KYC reviews.

See content managed live across multiple brands.

We'll show how operators run game lobbies, promotion pages, and skin-specific content for several brands from a single editor — and how it plugs into the rest of the platform.