Cookie Consent Hosting

Consent hosting where the banner survives the page cache.

A consent banner has to appear before anything loads and remember a choice per visitor. Full-page caching is designed to do the opposite of both.

Scripts blocked pre-consentCached pages still askChoices kept as proof
Cache-aware consentScript blockingConsent recordsDaily backupsFree SSL24/7 support
Built for consent

Two systems with opposite jobs.

The cache wants one identical response for everyone. Consent wants a different behaviour per visitor. Making both work is the entire exercise.

Nothing fires before somebody agrees

Analytics and marketing tags have to be held until consent is given, not loaded and then apologised for. Blocking happens ahead of the script rather than after it has already reported.

Blocked first

A cached page that still asks

The banner cannot be baked into a cached response as either shown or dismissed. Consent state is resolved per visitor on top of a page everyone shares.

Per-visitor state

Proof that consent was given

A regulator asks when somebody agreed and to what. Consent records are stored and backed up rather than living only in the visitor's own browser.

A banner that does not wreck the layout

Consent scripts are famous for shifting content as they load. Loading order is set so the banner appears without pushing the page around underneath it.

Rules that differ by region

Opt-in, opt-out and do-nothing are all correct depending on where the visitor is. Region detection happens without turning every page into an uncacheable one.

Compliance

The banner is not the compliance.

Most sites show a banner and load the tags anyway. That is worse than no banner, because it documents an intention the site does not honour.

  • Tags held until consent is recorded
  • Consent resolved on top of cached pages
  • Records stored server-side as evidence
  • Regional rules applied without breaking cacheability
Pre-consent tags
Fired
none
Cached pages
Banner shown
yes
Consent records
Stored
retained
Regional rules
Applied
running
First paint

Compliant and still fast.

The usual trade is a consent layer that adds half a second and a layout shift. Neither is necessary if the blocking happens in the right place.

Zero
tags before consent
Cached
pages still show it
Stored
consent as evidence
MagicWP105 ms
Typical shared host980 ms
Consent layer loaded late420 ms

Illustrative comparison of a first page view with a consent layer active. Your numbers depend on tag count and banner implementation.

Configuration

What we change for consent plugins

Every row exists because consent is per visitor and caching is per page, and those two facts have to be reconciled somewhere.

SettingWhat we doWhy
Tag blockingApplied before the script is requestedA tag that loads and is later disabled has already reported the visit, which is the failure mode most banners actually ship with.
Consent stateResolved per visitor on top of a shared cached pageBaking the banner into the cached response fixes it as either shown or dismissed for everybody, so one of those groups gets the wrong behaviour.
Consent recordsStored server-side and included in backupsProof of when consent was given and for what is the thing a regulator asks for, and a record kept only in the visitor's browser is not evidence.
Banner load orderSequenced to avoid shifting contentConsent layers are a common cause of layout shift, and a compliance requirement should not cost a visible page jump.
Regional rulesDetected without making pages uncacheableOpt-in and opt-out regimes need different behaviour, and the naive implementation turns every page into a per-visitor render.
Plans

Simple, transparent pricing.

Every plan includes free migration, daily backups, SSL and 24/7 support.

MonthlyYearly 2 months free
Starter
For personal sites, blogs, and portfolios.
$20/mo
  • 1 WordPress site
  • 10 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Support tickets
Start free trial
Pro★ Most popular
For growing businesses and busy stores.
$80/mo
  • 5 WordPress sites
  • 50 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Priority support tickets
Start free trial
Enterprise
For agencies and high-traffic platforms.
$250/mo
  • 20 WordPress sites
  • 200 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Dedicated support
Start free trial
FAQ

Questions, answered.

Does a cookie banner break my page cache?
It does if the banner is baked into the cached response — that fixes it as shown or dismissed for everyone. Here consent state is resolved per visitor on top of a page everyone shares.
Do my analytics tags load before consent?
No. Blocking happens before the script is requested. A tag that loads and is disabled afterwards has already reported the visit, which is what most banner setups actually do.
Where is consent stored?
Server-side and in backups, because proof of when somebody agreed and to what is what gets asked for. A record living only in the visitor's browser is not evidence.
Will the banner cause layout shift?
Not if the load order is set deliberately. Consent layers are a common source of it, and a compliance requirement should not cost a visible jump on every first view.

Comply without slowing down.

Move the site across — migration is free, consent setup reviewed.