Why it matters for scraping and privacy
Favicon fingerprinting is a reminder that stateful tracking is not limited to cookies and localStorage. A scraper that rotates cookies but reuses the same browser profile can still be correlated across sessions through the favicon cache and similar caches (HSTS pins, HTTP/2 connection coalescing, the disk cache itself — see cache-timing fingerprinting). The practical defence for automation is a genuinely fresh, isolated profile per identity — not just cleared cookies. Major browsers added partitioning and mitigations after the 2021 disclosure, but the class of attack (persistent side caches as supercookies) remains relevant.
Defending against it when scraping
Because the favicon supercookie lives in a cache that survives normal cookie clearing, the defence is isolation: give every scraping session its own browser profile or container so the favicon cache (like cookies, localStorage and the HTTP cache) starts empty and is discarded afterward. Reusing one long-lived profile across thousands of requests lets the cache accumulate into a stable identifier that ties your sessions together.
Fresh, disposable profiles also matter because an empty favicon cache on every visit is itself slightly anomalous for a "returning" user — so for stateful crawls you want the cache to persist within a session but reset between identities. Managed browser pools and a web scraping API handle this rotation for you, pairing each fresh profile with a matching proxy so the favicon cache, cookies and IP all turn over together.
