Data as of Sep 19, 2026 · Based on 32 AI responses from ChatGPT Search and Google AI Mode · See how Parse measures this
Brands AI recommends here
Named in 94% of answers
Named in 84% of answers
Named in 81% of answers
Named in 63% of answers
Yes. If your criterion is **“the vendor publicly explains the mechanics of visitor/session counting and attribution, while avoiding cookies and persistent fingerprinting,”** there are several good candidates. Platform | Visitor counting without cookies | Session method | Attribution without persistent ID |…
Yes. If your criterion is “the vendor publicly explains the mechanics of visitor/session counting and attribution, while avoiding cookies and persistent fingerprinting,” there are several good candidates.
| Platform | Visitor counting without cookies | Session method | Attribution without persistent ID | Transparency |
|---|---|---|---|---|
| Plausible | Rotating, time-limited hash based on request data | Short-lived visit/session grouping | Referrer + UTM campaign parameters | Strong |
| Pirsch | One-way hash of IP + User-Agent + site-specific salt | Session expires after 24h | Referrer + UTM parameters | Very strong |
| Simple Analytics | Doesn't attempt to identify individual visitors | Aggregate/session-oriented metrics rather than persistent users | Referrer/UTM data, without user-level tracking | Very strong |
| Fathom | Server-side anonymous measurement | No persistent visitor identifier | Referrer/campaign information | Strong |
| Umami | Rotating anonymous identifiers | Short-lived session grouping | Referrer/UTM parameters | Strong, especially self-hosted |
| Matomo | Possible, but requires the right configuration | Can use its cookieless config_id mechanism | Can retain campaign/referrer attribution | Strong, but configuration-dependent |
The important thing is that “cookieless” doesn't necessarily mean “no identifier.”
For example, Pirsch explicitly says it computes an anonymous identifier from IP address + User-Agent + a site-specific salt, discards the inputs, and expires the resulting identifier after 24 hours. It therefore gets approximate unique-visitor/session measurement without putting an identifier in the browser.
Matomo describes a similar concept with its config_id: a time-limited hash used to group actions into a visit, rather than a persistent fingerprint. Matomo says it is rotated after at most 24 hours and cannot recognize the same visitor on subsequent days.
Simple Analytics takes the more radical approach: it says it doesn't do user-level tracking at all. That means you sacrifice some visitor-level analysis in exchange for avoiding the need to distinguish people across sessions.
Most of these systems don't need to identify a person to answer:
“Where did this visit come from?” The incoming request can contain:
Referer → Google, Reddit, another website, etc.utm_source, utm_medium, utm_campaignSo a privacy-oriented platform can say “1,240 visits came from newsletter campaign X” without saying “visitor 8F31... came from newsletter X and returned three days later.”
Pirsch, for example, explicitly documents referrer and UTM campaign collection while simultaneously saying it does not retain IP addresses or build cross-site behavioral profiles.
If your goal is specifically auditable methodology rather than merely “privacy-friendly” marketing, I'd look closely at:
One useful rule of thumb is:
If a platform claims “unique visitors without cookies,” ask exactly what inputs go into its anonymous identifier, how long that identifier remains valid, whether it can recognize someone tomorrow, and whether the same identifier works on another site. That exposes the meaningful difference between cookieless analytics and persistent fingerprinting disguised as cookieless analytics.
If you want, I can also make a technical side-by-side of Plausible vs Pirsch vs Fathom vs Simple Analytics vs Umami, including their exact visitor/session algorithms, attribution model, data retained, and what happens on repeat visits.
**Plausible Analytics, Simple Analytics, and Cloudflare Web Analytics are privacy-first analytics platforms that explicitly document how they measure visitors, sessions, and attribution without relying on cookies, local storage, or persistent cross-site fingerprinting** **.**…
Plausible Analytics, Simple Analytics, and Cloudflare Web Analytics are privacy-first analytics platforms that explicitly document how they measure visitors, sessions, and attribution without relying on cookies, local storage, or persistent cross-site fingerprinting .
These platforms replace traditional tracking mechanisms with cryptographic hashing, rotating daily salts, or request-header parsing. Below is a breakdown of how each platform accomplishes this and attributes traffic.
Referer headers are parsed to track external traffic sources (e.g., social media or search engines), alongside standard first-party UTM parameters.Referer header.Referer values and standard campaign UTM tags attached to the URL.Referer originates from an external site.If you'd like, I can dive deeper into:
Yes. If your specific criterion is **“show me technically how visitors, sessions, and attribution are counted without cookies or persistent fingerprinting”**, the strongest options I found are: Platform | Visitor counting | Sessions | Attribution | Persistent cookies/fingerprint? | Transparency --- | --- | --- | --- |…
Yes. If your specific criterion is “show me technically how visitors, sessions, and attribution are counted without cookies or persistent fingerprinting”, the strongest options I found are:
| Platform | Visitor counting | Sessions | Attribution | Persistent cookies/fingerprint? | Transparency |
|---|---|---|---|---|---|
| Plausible Analytics | Daily rotating identifier | Session/event aggregation | Referrer, UTM, campaign data | No | Excellent |
| Fathom Analytics | Short-lived hashed “user signature” | Session-based | Referrers, campaigns, conversions | No | Excellent |
| Simple Analytics | Aggregate counting; deliberately doesn't identify people | Time-window/session metrics | Referrers/traffic sources, but limited user attribution | No | Excellent |
| Umami | Rotating/anonymized identifier | Session/event aggregation | UTM/referrer-based | No | Good |
| Matomo | Configurable short-lived config_id in privacy mode | Visit/session hash | Stronger attribution, but some attribution features degrade without cookies | Can be no | Excellent, but more configuration-dependent |
plausible.io is unusually explicit.
Plausible says it uses no cookies and no persistent identifiers. For unique visitors, it generates a random identifier that is reset every 24 hours. Consequently:
This is particularly interesting for attribution: Plausible isn't trying to answer “which individual came back three days later?” Instead, it can associate a visit/conversion with the campaign/referrer information present in that visit.
Best if: you want a very clean explanation of the privacy/accuracy tradeoff.
usefathom.com explains its mechanism in more technical detail.
Fathom creates a short-lived “user signature hash” from information including IP address, user agent, hostname, and a site-specific salt. It hashes that information with SHA-256 rather than storing a conventional identifier. The resulting identifier is intended to work for the session/day rather than persistently identifying the person.
So Fathom is a good example of the distinction between:
temporary pseudonymous measurement ≠ persistent fingerprinting It can get useful visitor/session statistics without putting an identifier in the browser.
simpleanalytics.com takes an even more radical approach: don't identify the visitor at all.
It explicitly describes visitors and sessions as aggregate metrics and says its privacy-first approach doesn't provide user-level tracking or deep attribution.
That's an important distinction. If your requirement is literally:
“I don't want a system to construct an identifier that can distinguish this browser from another browser.” Simple Analytics is particularly interesting because it doesn't merely replace the cookie with another persistent identifier.
matomo.org describes config_id as a short-lived session/visit hash, rather than a persistent fingerprint. It is rotated, limited to a particular site, and isn't designed to recognize the visitor on subsequent days.
But there's an important caveat: Matomo itself documents what you lose when cookies are completely disabled. Unique/returning visitor accuracy decreases, and longer-term attribution can disappear. For example, if someone clicks a newsletter link, leaves, returns later directly, and converts, Matomo can't necessarily connect the later conversion to the original campaign without persistent information.
That makes Matomo especially useful if you're studying the boundary between privacy and attribution rather than simply looking for the most minimal analytics implementation.
There's a useful three-level spectrum here:
The first two can count visits, sessions, referrers, campaigns and conversions without knowing that “visitor #1842 today” is the same person as “visitor #1842 next Tuesday.”
That's also why long-term attribution is inherently limited without a persistent identifier. If someone clicks an ad on Monday and converts on Friday, you cannot reliably connect those events while simultaneously refusing to retain something that distinguishes that person across the five days.
So if your research question is specifically “How can analytics calculate useful visitor/session/attribution statistics while avoiding cookies and persistent fingerprinting?”, I'd start with Plausible + Fathom + Simple Analytics, and then read Matomo's documentation for the counterexample/tradeoffs.
temporary pseudonymous measurement ≠ persistent fingerprinting It can get useful visitor/session statistics without putting an identifier in the browser.
simpleanalytics.com takes an even more radical approach: don't identify the visitor at all.
It explicitly describes visitors and sessions as aggregate metrics and says its privacy-first approach doesn't provide user-level tracking or deep attribution.
That's an important distinction. If your requirement is literally:
“I don't want a system to construct an identifier that can distinguish this browser from another browser.” Simple Analytics is particularly interesting because it doesn't merely replace the cookie with another persistent identifier.
matomo.org describes config_id as a short-lived session/visit hash, rather than a persistent fingerprint. It is rotated, limited to a particular site, and isn't designed to recognize the visitor on subsequent days.
But there's an important caveat: Matomo itself documents what you lose when cookies are completely disabled. Unique/returning visitor accuracy decreases, and longer-term attribution can disappear. For example, if someone clicks a newsletter link, leaves, returns later directly, and converts, Matomo can't necessarily connect the later conversion to the original campaign without persistent information.
Several privacy-first, cookieless analytics platforms explicitly document how they measure visitors, sessions, and attribution without dropping persistent cookies or executing deep, cross-day device fingerprinting.[](https://plausible.io/cookieless-web-analytics)…
Several privacy-first, cookieless analytics platforms explicitly document how they measure visitors, sessions, and attribution without dropping persistent cookies or executing deep, cross-day device fingerprinting.
Instead of tracking individuals over time, they rely on ephemeral data hashing (combining temporary request data with a rotating salt that self-destructs daily) or referrer-based logic.
The methodologies used by the leading transparent platforms break down as follows:
Referer headers and standard UTM parameters attached to the active page request, keeping it entirely stateless.Would you like to explore how these cookieless attribution limits affect conversion tracking , or do you need help comparing the pricing and data-export features of these specific tools?
Several `privacy-first analytics platforms` explicitly publish and detail how they measure sessions, unique visitors, and attribution without relying on tracking cookies, local storage, or persistent cross-day device fingerprinting.[](https://plausible.io/data-policy)…
Several privacy-first analytics platforms explicitly publish and detail how they measure sessions, unique visitors, and attribution without relying on tracking cookies, local storage, or persistent cross-day device fingerprinting.
The primary platforms providing transparent methodologies, along with how they handle counting and attribution, include:
referrer header on a per-request basis.config_id . This is a randomly-seeded, privacy-enabled, time-limited hash generated on the server side from a rotating daily salt combined with a heavily truncated/limited subset of browser settings.config_id only lasts for a short, capped window (up to 24 hours maximum) to group sequential page actions into a cohesive visit/session. Because the identifier expires quickly and uses minimized attributes processed strictly on your own server infrastructure, it avoids cross-device tracking or long-term fingerprinting.Would you like to explore how these cookieless attribution models handle campaign parameters (UTM tags) or ecommerce conversion tracking without breaking privacy compliance?
Yes. If your criterion is **“the vendor actually explains the mechanics of visitors, sessions, and attribution without cookies or persistent fingerprinting”**, the strongest options I found are: Platform | How it counts visitors/sessions | Persistent fingerprint? | Attribution without cookies? | Transparency --- | ---…
Yes. If your criterion is “the vendor actually explains the mechanics of visitors, sessions, and attribution without cookies or persistent fingerprinting”, the strongest options I found are:
| Platform | How it counts visitors/sessions | Persistent fingerprint? | Attribution without cookies? | Transparency |
|---|---|---|---|---|
| Plausible Analytics | Uses a daily rotating, salted hash based on request attributes; it expires/changes daily | No persistent fingerprint | Mostly same-visit attribution; limited cross-day identity | Excellent |
| Fathom Analytics | Creates a per-session anonymized “user signature hash” from IP, UA, hostname and a site-specific salt | No | Supports campaign/referrer attribution while the session is identifiable | Excellent |
| Simple Analytics | Deliberately avoids visitor-level identification; emphasizes aggregate pageviews, sessions and referrers | No | Basic source/referrer attribution; deliberately avoids deep user attribution | Very strong |
| Umami | Uses privacy-preserving identifiers/rotating hashes rather than persistent cookies | No persistent ID | Campaign/referrer/event attribution, depending on setup | Good |
| Matomo | Can run cookieless, but its config_id is a temporary hash of device/request characteristics | Vendor says no persistent fingerprint, but this is closer to fingerprint-like matching than the options above | Limited when cookies are disabled | Excellent, but important caveat |
1. Plausible — probably the clearest match
Plausible explicitly explains that it doesn't use cookies or persistent identifiers. Its unique-visitor mechanism uses a rotating daily salt with request information, producing a non-reversible hash that changes every 24 hours. Thus it can answer “how many unique visitors did we have today?” without being able to recognize the same person tomorrow.
That distinction is important: “unique visitor” does not mean “persistent user identity.”
2. Fathom — unusually explicit about the mechanics
Fathom describes its cookieless system in unusually concrete terms: it creates an anonymized user-signature hash from IP address, user agent, hostname and a site-specific salt, using SHA-256. It says the mechanism is intended to avoid cookies, fingerprinting and persistent identification.
This makes Fathom particularly interesting if you want to understand how a vendor can still group pageviews into a session without putting an ID in the browser.
3. Simple Analytics — the most philosophically privacy-minimal
Simple Analytics takes the more radical approach: it says it doesn't need to recognize an individual across sessions at all. Its model is essentially aggregate analytics rather than secretly reconstructing a persistent visitor identity. Its own comparison material explicitly contrasts this with platforms that use anonymized identifiers.
That makes it a particularly good reference if your requirement is “don't fingerprint me, even temporarily, just to approximate a visitor ID.”
This is where I'd be careful when evaluating vendors.
A platform can truthfully say “no cookies” while still calculating a server-side identifier from IP address, user agent, screen characteristics, etc. Whether that constitutes fingerprinting depends on the implementation and persistence.
Matomo is a good example. Its documentation says its config_id is a temporary, privacy-oriented hash, not a persistent fingerprint: it is limited to a site/session window and changes every 24 hours.
But Matomo also acknowledges an important consequence of completely cookieless operation: unique/returning visitor numbers become less accurate, and attribution that would normally persist across visits can be lost.
So I would classify it differently from Plausible/Fathom/Simple Analytics if your requirement is specifically “no persistent fingerprinting.” It's arguably compliant with that requirement, but its matching mechanism deserves closer scrutiny.
There's an unavoidable tradeoff here:
The less persistent the identifier, the less persistent your attribution can be. For example:
Without some persistent identifier or attribution state, the analytics system generally cannot reliably prove that the purchase belongs to the original advertising visit.
That's why privacy-first analytics tend to emphasize session-level/source attribution rather than long-lived person-level attribution. Simple Analytics explicitly identifies “no user-level tracking or deep attribution” as a limitation of the privacy-first model.
If you're evaluating these for a privacy-preserving analytics product of your own, Plausible and Fathom are especially worth reading because they document the underlying counting algorithms rather than merely saying “we don't use cookies.”
2. Fathom — unusually explicit about the mechanics
Fathom describes its cookieless system in unusually concrete terms: it creates an anonymized user-signature hash from IP address, user agent, hostname and a site-specific salt, using SHA-256. It says the mechanism is intended to avoid cookies, fingerprinting and persistent identification.
This makes Fathom particularly interesting if you want to understand how a vendor can still group pageviews into a session without putting an ID in the browser.
3. Simple Analytics — the most philosophically privacy-minimal
Simple Analytics takes the more radical approach: it says it doesn't need to recognize an individual across sessions at all. Its model is essentially aggregate analytics rather than secretly reconstructing a persistent visitor identity. Its own comparison material explicitly contrasts this with platforms that use anonymized identifiers.
That makes it a particularly good reference if your requirement is “don't fingerprint me, even temporarily, just to approximate a visitor ID.”
This is where I'd be careful when evaluating vendors.
A platform can truthfully say “no cookies” while still calculating a server-side identifier from IP address, user agent, screen characteristics, etc. Whether that constitutes fingerprinting depends on the implementation and persistence.
Matomo is a good example. Its documentation says its config_id is a temporary, privacy-oriented hash, not a persistent fingerprint: it is limited to a site/session window and changes every 24 hours.
But Matomo also acknowledges an important consequence of completely cookieless operation: unique/returning visitor numbers become less accurate, and attribution that would normally persist across visits can be lost.
So I would classify it differently from Plausible/Fathom/Simple Analytics if your requirement is specifically “no persistent fingerprinting.” It's arguably compliant with that requirement, but its matching mechanism deserves closer scrutiny.
There's an unavoidable tradeoff here:
Yes. If your requirement is **“no cookies, no persistent fingerprinting, and the vendor actually explains the mechanics of visitors, sessions, and attribution”**, I’d shortlist these: Platform | How it counts visitors | Sessions | Attribution | Privacy model --- | --- | --- | --- | ---
Yes. If your requirement is “no cookies, no persistent fingerprinting, and the vendor actually explains the mechanics of visitors, sessions, and attribution”, I’d shortlist these:
| Platform | How it counts visitors | Sessions | Attribution | Privacy model |
|---|---|---|---|---|
| Plausible Analytics | Daily rotating identifier/hash; cannot connect activity across days | Groups activity into visits without persistent identity | Referrers, campaigns, goals/conversions | No cookies or persistent identifiers |
| Fathom Analytics | Temporary server-side “user signature” hash based on request attributes | Session-level identifier | Referrers/campaigns and conversions | No cookies or fingerprinting |
| Simple Analytics | Doesn't identify visitors at all; uses referrer-based counting | Aggregate/time-window approach | Traffic sources and campaign data, but intentionally limited | No cookies, storage, fingerprinting, or PII |
| Matomo | Can use a temporary config_id when configured for privacy | Visit/session grouping | Much more sophisticated attribution, but cookieless mode loses some historical attribution | Configurable; needs careful configuration |
Plausible explicitly documents that it doesn't use cookies, persistent identifiers, or fingerprinting. Its unique-visitor mechanism uses a random identifier that is reset every 24 hours, so it can estimate unique visitors during a day without being able to recognize someone across days or devices.
That's an important distinction: “unique visitor” does not mean “identified person.” A person visiting Monday and Tuesday can appear as two unique visitors.
Fathom says it doesn't use cookies or fingerprinting. It generates a temporary user-signature hash from things such as IP address, User-Agent, hostname and a site-specific salt. The resulting identifier is used to associate activity during a session without maintaining a persistent identity.
This makes Fathom particularly interesting if you want documentation explaining how a session can exist without a cookie.
Simple Analytics takes a different approach: it says it doesn't identify visitors whatsoever. Its documentation specifically says it doesn't use cookies, browser storage, fingerprinting, or PII. Its visitor metric is based on referrer/navigation behavior rather than trying to establish a persistent visitor identity.
That's arguably the cleanest answer if your requirement is:
“I want traffic statistics, not a pseudonymous person-tracking system.” The tradeoff is that you give up things that fundamentally require identity continuity, such as detailed individual journeys and long-term user retention.
Matomo is capable of privacy-preserving/cookieless operation, but it's much more configurable than the first three. Its newer config_id approach is a time-limited session/visit hash, deliberately designed not to recognize returning visitors across days or websites.
The catch is important: Matomo's own documentation acknowledges that cookieless mode changes what it can attribute. For example, if someone arrives through a campaign, leaves, returns later via Direct, and converts, Matomo can't connect that conversion to the earlier campaign without the persistent information normally supplied by cookies. Multi-attribution and cohort reports are consequently affected.
So Matomo is the better choice if you want GA-like functionality with strong privacy controls, rather than the purest possible aggregate analytics model.
There are really three different models hiding behind “cookieless analytics”:
That distinction matters more than simply asking whether a product says “cookie-free.” Some “cookieless” systems substitute fingerprinting or another persistent identifier; Plausible, Fathom and Simple Analytics explicitly explain why theirs doesn't.
If you're evaluating vendors specifically for transparent methodology, I'd start with Plausible + Fathom + Simple Analytics. Their documentation makes the privacy/measurement tradeoff unusually explicit. Matomo is the one I'd investigate if you need substantially more sophisticated attribution.
Fathom says it doesn't use cookies or fingerprinting. It generates a temporary user-signature hash from things such as IP address, User-Agent, hostname and a site-specific salt. The resulting identifier is used to associate activity during a session without maintaining a persistent identity.
This makes Fathom particularly interesting if you want documentation explaining how a session can exist without a cookie.
Simple Analytics takes a different approach: it says it doesn't identify visitors whatsoever. Its documentation specifically says it doesn't use cookies, browser storage, fingerprinting, or PII. Its visitor metric is based on referrer/navigation behavior rather than trying to establish a persistent visitor identity.
That's arguably the cleanest answer if your requirement is:
“I want traffic statistics, not a pseudonymous person-tracking system.” The tradeoff is that you give up things that fundamentally require identity continuity, such as detailed individual journeys and long-term user retention.
Matomo is capable of privacy-preserving/cookieless operation, but it's much more configurable than the first three. Its newer config_id approach is a time-limited session/visit hash, deliberately designed not to recognize returning visitors across days or websites.
The catch is important: Matomo's own documentation acknowledges that cookieless mode changes what it can attribute. For example, if someone arrives through a campaign, leaves, returns later via Direct, and converts, Matomo can't connect that conversion to the earlier campaign without the persistent information normally supplied by cookies. Multi-attribution and cohort reports are consequently affected.
So Matomo is the better choice if you want GA-like functionality with strong privacy controls, rather than the purest possible aggregate analytics model.
There are really three different models hiding behind “cookieless analytics”:
Several privacy-focused analytics platforms clearly explain their technical methodologies for measuring visitors, sessions, and attribution without using cookies, localStorage, or persistent device fingerprinting. To bypass cookies and fingerprinting entirely while remaining compliant with strict privacy laws like…
Several privacy-focused analytics platforms clearly explain their technical methodologies for measuring visitors, sessions, and attribution without using cookies, localStorage, or persistent device fingerprinting.
To bypass cookies and fingerprinting entirely while remaining compliant with strict privacy laws like GDPR and PECR, these tools utilize a mechanism called Anonymized Session Hashing paired with Daily Rotating Salts.
Here is how the top platforms explain their technical inner workings:
Plausible is completely open-source and highly transparent about its visitor-counting architecture.
document.referrer or URL parameters (such as utm_source, utm_medium , and utm_campaign ) at the exact moment of the visit.Fathom Analytics emphasizes enterprise privacy and compliance, relying heavily on a deeply documented anonymization pipeline.
While Matomo traditionally supports advanced cookie tracking, it features an enterprise-grade "Cookieless Mode" (disableCookies configuration).
config_id.config_id is a hash generated from a visitor's browser configuration and network properties. To prevent it from morphing into an illegal persistent fingerprint under GDPR, Matomo strictly limits its lifespan. The hash is valid for a maximum window of 24 hours . After that window, the data is completely integrated into aggregate stats, and the ability to link a new action to that specific historic visit is permanently destroyed.config_id cycle.Humblytics is designed heavily around e-commerce and SaaS tracking (e.g., tying traffic to Stripe conversions) without deploying identity stitching.
localStorage or generating a device profile. It captures incoming visits as distinct, compartmentalized sessions.Quick Comparison Matrix
| Platform | Core Visitor ID Method | How Fingerprinting is Blocked | Attribution Type |
|---|---|---|---|
| Plausible | IP + User Agent Hash | Salts rotate every 24 hours | URL Params / Referrer |
| Fathom | User Signature Hash | Instant pseudo-anonymization | First-Party UTM / Referrer |
| Matomo | config_id Hash | Hash deleted/rotated after 24 hrs | Channel Referral / Campaigns |
| Humblytics | Session-isolated actions | No device profiling or tracking | Last-touch UTM to event |
The Trade-off of this Architecture
By ditching cookies and persistent fingerprinting, these platforms explicitly acknowledge a loss in long-term retention metrics . If a single user visits your website on Monday from their phone, and returns on Wednesday from their laptop, these platforms will count them as two unique visitors and two distinct sessions.
If your goal is to map out aggregate traffic peaks, see your top content, and view immediate campaign success, this architecture gives you accurate data without requiring a cookie consent banner.
If you are trying to pick a platform for a specific project, let me know:
I can help you pinpoint the exact tool that matches your stack.
Yes. If by “privacy analytics” you mean **the vendor actually documents the mechanics of visitor/session counting and attribution**, while avoiding cookies and persistent fingerprinting, the strongest options I found are: Platform | Visitor counting without cookies | Sessions | Attribution | Persistent fingerprinting?…
Yes. If by “privacy analytics” you mean the vendor actually documents the mechanics of visitor/session counting and attribution, while avoiding cookies and persistent fingerprinting, the strongest options I found are:
| Platform | Visitor counting without cookies | Sessions | Attribution | Persistent fingerprinting? |
|---|---|---|---|---|
| Simple Analytics | Referrer-based counting; deliberately does not identify visitors | Yes, time-window based | Traffic sources/referrers; intentionally limited | No |
| Plausible | Daily rotating, salted hash based on request data | Yes | UTM/referrer attribution | No persistent fingerprint |
| Fathom | Anonymized server-side “user signature” hash | Yes | Referrer/UTM and conversion attribution | No persistent fingerprint |
| Umami | Anonymized/rotating identifiers | Yes | UTM/referrer attribution | No persistent identifier |
| Matomo | Can run cookieless, but its approach is more configurable | Yes | Much deeper attribution | Potentially, depending on configuration |
This is probably the best match for your exact question.
Simple Analytics explicitly explains that it uses no cookies, browser storage, fingerprinting, or PII. Its “unique visitor” concept is not actually an attempt to recognize the same person across visits. Instead, it uses referrer/navigation information to distinguish entry visits from subsequent pageviews.
That has an important consequence: you sacrifice person-level attribution in exchange for genuinely not tracking people. It cannot tell you that “Alice came back yesterday,” because it deliberately has no mechanism for recognizing Alice.
Plausible is particularly interesting if you want unique visitors and sessions without a persistent identifier.
Its approach is essentially a daily rotating identifier derived from request information such as IP address and user agent plus a rotating salt. The resulting identifier isn't stored as a cookie and changes each day, so it isn't designed to recognize someone indefinitely.
The key distinction is:
Cookieless doesn't necessarily mean “no identifier whatsoever.” Plausible can provide a useful unique-visitor number because it creates a temporary, non-persistent identifier. That's materially different from browser fingerprinting that attempts to recognize the same device indefinitely.
Fathom is unusually transparent about its cookieless mechanism. It says it creates a “user signature hash” using information including IP address, user agent, hostname and a site-specific salt, then hashes it with SHA-256. It says it doesn't use cookies or fingerprinting.
Fathom also documents that its unique-visitor hashes reset at midnight UTC, which is an important detail when interpreting its visitor numbers.
So Fathom is a good choice if you want visitor/session metrics but don't want a persistent user ID.
Umami follows the same general family of approaches: cookieless analytics with anonymized/rotating information rather than a persistent browser identifier. It is particularly attractive if you want to self-host.
The important thing to investigate with Umami is the exact version/configuration you're deploying, because self-hosting means the privacy properties ultimately depend on your configuration.
Matomo can operate without cookies, but I would not put it in the same bucket as Simple Analytics/Plausible/Fathom if your requirement is specifically “no persistent fingerprinting.”
Matomo explains that its normal unique-visitor identification uses first-party cookies, while its cookieless mode can use IP address and other browser characteristics to attempt visitor matching.
Its cookieless configuration can instead use config_id to group actions into visits, which is more privacy-conscious, but you'll want to verify exactly which settings you're using.
I'd divide the market into three technical models:
If your requirement is specifically “explainable visitor/session counting + attribution, with neither cookies nor persistent fingerprinting,” I'd start with Plausible and Fathom, and look at Simple Analytics if you are willing to give up individual visitor recognition altogether. A recent comparison also puts these three in the privacy-minimalist category, while noting the important difference between Simple Analytics' lack of visitor-level tracking and Plausible's rotating daily identifier.
If you tell me whether you care more about marketing attribution (UTMs → conversion), accurate unique visitors, or strict “zero identification,” I can narrow this to the 2–3 best architectures and explain exactly how each computes visitor → session → source → conversion.
That has an important consequence: you sacrifice person-level attribution in exchange for genuinely not tracking people. It cannot tell you that “Alice came back yesterday,” because it deliberately has no mechanism for recognizing Alice.
Plausible is particularly interesting if you want unique visitors and sessions without a persistent identifier.
Its approach is essentially a daily rotating identifier derived from request information such as IP address and user agent plus a rotating salt. The resulting identifier isn't stored as a cookie and changes each day, so it isn't designed to recognize someone indefinitely.
The key distinction is:
Cookieless doesn't necessarily mean “no identifier whatsoever.” Plausible can provide a useful unique-visitor number because it creates a temporary, non-persistent identifier. That's materially different from browser fingerprinting that attempts to recognize the same device indefinitely.
Fathom is unusually transparent about its cookieless mechanism. It says it creates a “user signature hash” using information including IP address, user agent, hostname and a site-specific salt, then hashes it with SHA-256. It says it doesn't use cookies or fingerprinting.
Fathom also documents that its unique-visitor hashes reset at midnight UTC, which is an important detail when interpreting its visitor numbers.
So Fathom is a good choice if you want visitor/session metrics but don't want a persistent user ID.
Umami follows the same general family of approaches: cookieless analytics with anonymized/rotating information rather than a persistent browser identifier. It is particularly attractive if you want to self-host.
The important thing to investigate with Umami is the exact version/configuration you're deploying, because self-hosting means the privacy properties ultimately depend on your configuration.
Matomo can operate without cookies, but I would not put it in the same bucket as Simple Analytics/Plausible/Fathom if your requirement is specifically “no persistent fingerprinting.”
Matomo explains that its normal unique-visitor identification uses first-party cookies, while its cookieless mode can use IP address and other browser characteristics to attempt visitor matching.
Its cookieless configuration can instead use config_id to group actions into visits, which is more privacy-conscious, but you'll want to verify exactly which settings you're using.
Privacy-focused analytics platforms rely on transparency because they cannot hide behind default cross-site tracking cookies. Instead of using persistent tracking, they explicitly document the mathematical and infrastructural compromises they make. Several prominent privacy analytics platforms publish clear…
Privacy-focused analytics platforms rely on transparency because they cannot hide behind default cross-site tracking cookies. Instead of using persistent tracking, they explicitly document the mathematical and infrastructural compromises they make.
Several prominent privacy analytics platforms publish clear explanations of how they count visitors, sessions, and attribution without cookies or long-term digital fingerprinting:
referrer fields and standard UTM campaign parameters.If you're evaluating these for a specific project, let me know:
I can help you compare the tradeoffs of these specific platforms.