Intelligent Tracking Prevention (ITP)
Safari's quiet war on tracking cookies - third-party blocked, first-party capped to days, and the measurement scramble that followed.
- Term
- Intelligent Tracking Prevention
- In
- Safari / WebKit, since 2017
- Did
- Blocked 3p cookies; capped 1p cookies to 7d then 1d
- Forced
- Server-side tracking, first-party rebuilds
Forms & parts of speech
Definition in plain terms
Intelligent Tracking Prevention (ITP) is Safari's privacy engine, built into WebKit and shipping since 2017, that limits cross-site tracking by blocking THIRD-PARTY-COOKIES and aggressively shrinking the lifetime of FIRST-PARTY-COOKIES set by scripts. It was the browser-side force that broke a great deal of web analytics, attribution, and retargeting years before the third-party-cookie debate went mainstream — quietly, version by version, on the browser with the affluent mobile audience marketers most wanted to measure.
The mechanics
The escalation that matters, because each step broke something: ITP 1.0 (2017) used machine learning to classify cross-site trackers and restrict their cookies; subsequent versions tightened until ITP fully blocked third-party cookies in Safari (WebKit, 2020) — years ahead of Chrome's stop-start timeline; and the part that surprised teams who thought 'we use first-party cookies, we're fine': ITP 2.1 capped script-set (document.cookie / JavaScript) first-party cookies to 7 days, and ITP 2.2 (April 2019) cut client-side cookies to 24 hours in cross-site-navigation cases — so analytics and attribution cookies written by JavaScript (which is most of them) expire in a day to a week on Safari, making returning visitors look new, attribution windows collapse, and cohort retention read as churn. What it didn't touch and what that implied: cookies set server-side in the HTTP response (Set-Cookie header) by the FIRST-PARTY domain are treated more durably, which is exactly why the fix became server-side: server-set first-party cookies, the CONVERSION-API / server-side-tagging migration this glossary documents (sending events server-to-server with durable first-party identity rather than relying on browser cookies the browser is deleting), CNAME and first-party-context setups, and consented authenticated identity (the HASHED-EMAIL join key) as the durable spine. The honest framing: ITP is not a bug to bypass but a privacy stance to design within — Apple has actively closed 'ITP circumvention' techniques, so the durable response is genuine first-party server-side architecture and modeled/aggregated measurement, not cat-and-mouse. ITP also previews where the open web is heading: the cookie's role as a stable cross-visit identifier is ending, and Safari got there first.
When it matters
ITP matters to anyone whose audience skews Safari (affluent, iPhone-heavy, often the highest-value segment) — its cookie caps silently distort returning-visitor counts, attribution windows, frequency capping, and retention cohorts, and the distortion is invisible unless you segment analytics by browser. It matters as the early, real version of the cookieless future (it arrived in 2017, not in Chrome's perpetually-delayed someday) and as the forcing function behind server-side measurement. The discipline is browser-segmented analytics (read Safari separately before trusting any cross-visit metric), server-side first-party architecture as the durable fix, modeled measurement for the gaps, and designing within the privacy stance rather than chasing circumventions Apple closes.
Synonyms & antonyms
Synonyms
Antonyms
Origin & history
Apple shipped ITP in Safari 11 (2017), built on a WebKit machine-learning classifier, and escalated it version by version - capping script-set cookies (ITP 2.1-2.2, 2019) and fully blocking third-party cookies (2020) - arriving at the cookieless web years before Chrome's repeatedly-postponed timeline and forcing the server-side measurement era early.
Etymology: source.
Usage trends
Search interest for this term over the last five years:
Common questions
- What is ITP?
- Safari's WebKit privacy engine (since 2017) that blocks third-party cookies and shrinks the lifetime of script-set first-party cookies — breaking much web analytics, attribution, and retargeting on Safari.
- Why does ITP affect first-party cookies?
- ITP 2.1+ caps JavaScript-set (document.cookie) first-party cookies to 7 days, and ITP 2.2 to 24 hours in cross-site cases — so most analytics cookies expire fast, making returning visitors look new.
- How do you work with ITP?
- Server-side first-party architecture — server-set cookies, the Conversions API, server-side tagging, and consented authenticated identity — plus browser-segmented analytics and modeled measurement, not circumvention hacks Apple closes.
Related tools & calculators
- toolCAC calculator
- toolLTV:CAC calculator
Resources & people to follow
- referenceWebKit — tracking prevention
- referenceWebKit ITP version history (2017-2020 cookie caps)
- referenceRGM analysis — read Safari separately, fix it server-side; ITP is the cookieless future that already arrived
Curated, non-competitor resources verified per term.
Related training
- modulePerformance marketing
Disciplines
Areas of marketing where intelligent tracking prevention (itp) is a core concern: