Skip to content

Pulse · Cookieless analytics

Cookieless web analytics, explained

No cookies, no localStorage identifiers, no fingerprinting — and still accurate traffic numbers. Here is exactly how cookieless measurement works, and why it means you never need a consent banner.

See the live demo

01 · The mechanism

What “cookieless” actually means

Traditional analytics writes a cookie — a small, persistent identifier stored on the visitor’s device — so it can recognise the same browser across pages, sessions and even other sites. That persistent identifier is what turns aggregate web analytics into personal data, and it is what triggers the consent requirement in the EU.

Cookieless analytics removes that identifier entirely. Pulse’s tracking script sends a single anonymous event per pageview containing the page path, the referrer, the device type and browser, and a country resolved from the IP address at the moment of the request. The IP itself is never stored. To tie the pageviews of one visit together — so an entry page and an exit page belong to the same session — the server derives a salted hash that rotates every day, and a second, monthly-rotating hash deduplicates unique visitors; both follow the site’s own calendar and neither ever reaches the browser. The only thing the script touches client-side is a five-second sessionStorage guard against double-counting a refresh — never transmitted, wiped with the tab.

There is no client-side key, no cross-site key, and no fingerprint. A returning visitor is deduplicated within a calendar month and then the key rotates away — no long-lived profile ever exists, which is precisely why the method collects no personal data and needs no cookie banner. A site owner can switch on visitor-level views to read that month’s groupings one reader at a time; the month is still the horizon, and the key is still gone at the end of it.

02 · Accuracy

Cookieless does not mean fewer insights

The worry with dropping cookies is that the numbers get worse. In practice the opposite is usually true. Cookie-based analytics only ever sees the visitors who accept the consent banner, and it is the single most-blocked category of script in ad- and tracker-blockers. A cookieless script that needs no consent runs for everyone and is far less likely to be blocked, so it captures a more complete picture of real traffic.

Pulse still gives you the reports teams look at every day: real-time visitors, pageviews, unique visitors, top pages, referrers and UTM campaigns, entry and exit pages, device, browser and country breakdowns, and custom events for the actions that matter. The tracking script is under three kilobytes and loads asynchronously, so it does not slow the page down. And because the dashboard and script are open (AGPL) with a public live demo, you can inspect exactly what is measured rather than take it on trust.

FAQ

Frequently asked questions

01

How does cookieless analytics count visitors without cookies?

Pulse counts people without ever learning who they are. When a pageview arrives, the script records the page, referrer, device type, browser and a country derived from the IP at request time — then discards the IP. Pageviews are grouped entirely server-side: a salted session hash that rotates daily and a visitor hash that rotates monthly, both in the site’s own timezone. The browser stores nothing that identifies anyone — sessionStorage holds only a five-second guard against double-counting a refresh, and it is never sent. There is no cookie and no client-side identifier, so nothing can follow a person across sites or beyond a calendar month.

02

Is cookieless analytics less accurate than cookie-based tracking?

For the numbers most teams actually use — pageviews, top pages, referrers, entry and exit pages, device and country breakdowns — cookieless is as accurate or more accurate, because it does not depend on consent and is not blocked by tracker-blockers the way cookie-based tools are. The trade-off is that identity is short-lived by design: a returning visitor is deduplicated within a calendar month, never stitched into a long-lived profile, and never recognised across devices or sites. For product-level identity resolution you would still want a dedicated product-analytics tool.

03

Does Pulse use device fingerprinting instead of cookies?

No. Fingerprinting — combining signals like fonts, canvas and hardware to re-identify a browser — is just cookies by another name, and regulators treat it that way. Pulse does not fingerprint. That is the whole point: no cookies and no fingerprint means no consent banner is required, and no personal data is collected.

Get started

Try privacy-first analytics free

One script under 3 KB, no cookies to configure, no consent banner to build. Start on the free Hobby tier, or explore the live demo on real traffic first — no signup required.

View live demo

Cookie-free · Open-source client · GDPR compliant