Table of Contents

iOS 26, Click IDs, and the new attribution squeeze

Opensend

September 18, 2025

The following is a practical, no‑nonsense guide for eCommerce brands, agencies, and marketers preparing for iOS 26’s new tracking constraints.

This article is brought to you as a collaboration between Opensend and our attribution partner, Fueled. Sean Larkin, Fueled’s CEO, is the primary author.

What’s changing with iOS 26?

In short, no one exactly knows all the details (and there’s a lot of well-intentioned misinformation out there) – but Apple is clearly taking dramatic steps to enhance privacy in iOS 26 by limiting fingerprinting and likely turning on default Safari privacy settings that strip tracking parameters from the website URLs that you visit.

These changes, particularly the removal of tracking parameters (i.e., click IDs from ads and marketing platforms), could have a significantly negative impact on ad performance and measurement within retention marketing platforms.

What is a Click ID?

Click IDs are URL parameters that advertising and marketing platforms add to campaign URLs. When you click on these campaign URLs, javascript running on the web page converts these Click IDs into cookies that track campaign attribution. Advertising platforms like Google and Meta optimize ad delivery and targeting based upon these cookies to understand what campaigns are creating the most engagement, converting, and so forth.

Stripping these click IDs will make it much more difficult for advertising platform algorithms to optimize campaign performance.

Here are the changes that we think we know:

High-level guidance

To address this likely signal loss, marketers will need to become more savvy in how they implement tracking pixels and Conversion APIs. Brands will have to adopt advanced best practices for pixel tracking, and strongly consider leveraging more robust 3rd-party tracking solutions (like Opensend and Fueled) to get around these constraints.

(Specific recommendations follow.)

A short history lesson: iOS 14 → iOS 17 → iOS 26

[Short-History]

The problem with iOS 26

What we know is coming with iOS 26

Apple is pushing privacy features that could significantly dampen signal into advertising platforms, like Google and Meta Ads, with the release of iOS 26.In iOS 26, Advanced Fingerprinting Protection will extend to all browsing by default (not just Private Browsing).

Apple’s own press coverage has reinforced the “default‑on” direction for AFP in iOS 26.

What is likely coming with iOS 26 – and matters most to advertisers

Link Tracking Protection (LTP) from iOS 17 will continue to strip “known” tracking parameters in Mail, Messages, and Private Browsing. UTM parameters will generally remain.


While we don’t know for sure (Apple won’t say, and they change details late), the big concern is that Apple will expand this parameter stripping beyond those iOS 17 contexts (Mail, Messages, Private) to all regular Safari browsing in a way that broadly removes advertising tracking parameters (like Google’s gclid and Meta’s fbclid) before a website loads and tracking pixels have a chance to run.

In other words: The big concern with the release of iOS 26 is that it will strip critical Click IDs from all Safari browser sessions by default. Some blogs say “yes, this is definitely going to happen”, while others are hedging. This is an area to watch and test – and to treat third‑party claims as provisional unless you can reproduce them in your own flows.

Examples of informed (yet still speculative) takes:

Why all this matters for eCommerce performance

Click-through attribution weakens when click IDs go missing

When Link Tracking Protection (LTP) removes click IDs like gclid, fbclid, or msclkid, fewer sessions attach cleanly to an ad click. The symptoms: lower reported conversions in platform dashboards, noisier CPA/ROAS, and slower bid learning.

Audience building and remarketing shrink

Many platforms seed website audiences from click-sourced identifiers or cookie-based tags. With fewer usable click IDs and shorter-lived browser storage, match rates drop, audience sizes taper, and prospecting/retargeting frequency becomes harder to control. Expect more budget to shift to broad targeting unless server-side signals backfill the gaps.

Attribution models tilt toward whichever still gets signal

Within a single advertising channel, like Meta or Google Ads, attribution will look better for browsers/devices that do not strip these identifiers—shifting ad budgets automatically towards these audiences, even if they are not the actual highest performers.

Between advertising channels, performance will appear stronger for those channels that provide alternative attribution modeling that doesn’t rely solely on click IDs. Without advanced mixed media modeling, this could drive teams to mis-allocate advertising budget between paid channels.

Lifecycle and retention reporting gets noisier

Email/SMS journeys sourced from ads will be harder to tie back to the original click on iOS. Platforms like Klaviyo will still show revenue, but ad platforms may under-credit the initial acquisition. Without server-side joins (order ID ↔ hashed email/phone ↔ campaign), LTV by channel will skew low.

[get-your-personas]

Practical consequences of iOS 26 by workflow

Bidding & budgets

With fewer attributed conversions, automated bidding will under-spend or chase the wrong inventory. Server-side events and EC/Enhanced Conversions restore volume and quality so Smart Bidding, Advantage+ Shopping, and similar systems keep learning.

Creative & audience testing

Smaller audiences and weaker event signals elongate test cycles. Expect more reliance on holdouts, geo splits, or modeled outcomes to validate winners.

Forecasting & CFO conversations

Reported ROAS may fall while revenue stays flat. The right narrative is “signal loss,” not “channel collapse.” Durable fixes (EC/CAPI/server-side tracking solutions) should precede budget cuts.

Analytics & MMM

Google Analytics and other click-based measurement platforms will experience similar signal loss in reporting attribution. Mixed Media Modeling (MMM) will continue to become more and more important — as these tools do not rely on click data to evaluate channel attribution.

Metrics to watch (leading indicators of health)

Match rate/event match quality (by channel)

Consistently work to improve event quality match scores in your advertising platforms by finding ways to collect and send 1st-party identifiers to your advertising platforms.

% of conversions with a click ID present

Expect this share to decline on iOS; the goal is stable total conversions after server-side uplifts.

Modeled vs. observed conversions (platform diagnostics)

Increases in modeled conversions are normal with more privacy; just ensure server-side inputs are maximized.

Lag-adjusted ROAS/CPA

Use consistent lookback windows and watch for recovery after deploying Enhanced Conversion optimization and Conversion API strategies.

Net-net: the play isn’t to outsmart Apple; it’s to starve the brittleness out of the stack. 1st-party data, Enhanced Conversions, server-side CAPIs, and ID graph implementations turn a scary change into a survivable—often net-positive—upgrade.

What you should do right now

Keep auto-tagging and click-based attribution on everywhere

It might be obvious, but you should continue to leverage click IDs and pixel-based tracking – despite all of these changes. While it’s likely, at some point, that other browsers will follow suit with Safari 26, at least for now, click IDs are critical and continue to function for most browsers.

Make sure you’re leveraging “Enhanced Conversions”

Many advertising platforms allow you to send hashed customer data as personal identifiers when tracking conversions – most notably Google Ads. Make sure that you have Enhanced Conversions configured correctly, as these identifiers help advertising platforms stitch together ad impressions to conversions, even when click IDs are stripped.

Make sure your Conversion APIs are optimized

Advertising platforms such as Meta and TikTok allow you to send attribution events server-side in addition to sending these events via their client-side JavaScript libraries. Make sure that these Conversion API (CAPI) configurations are healthy, collecting all available hashed personal identifiers, and deduplicating client-side and server-side events appropriately.

Begin to leverage 1st-Party ID Graphs and 3rd-party Identity Resolution tools

Platforms like Fueled and Opensend can enrich your signal into Conversion APIs by storing persistent identifiers that help improve customer match rates into platforms like Meta and TikTok across sessions and devices. These tools are becoming critical to brands’ success as click IDs are stripped from the browser.

Winners and losers in an iOS 26 world

Winners

  • Brands with durable 1st-party data. In an iOS 26 world, clean collection at checkout and signup (email, phone, address with consent) becomes the backbone for measurement and modeling.
  • Enhanced Conversions (Google/Microsoft) turned on. Hashed 1st-party data travels with the conversion, lifting match rates when click IDs are absent.
  • Server-side CAPIs across paid channels. Meta/TikTok/Amazon/TTD events sent from the server—with event_id deduplication against the pixel—keep optimization loops fed when client-side tags can’t see parameters.

Losers

  • Setups that depend on fragile query strings and 3rd-party cookies. If success hinges on reading ?gclid=... in the browser and stuffing a 3rd-party cookie, expect steady decay.
  • Fingerprints and “rename the parameter” tricks. Tactics designed to dodge protection lists will age poorly and create maintenance debt. (Though we do reference some of these tricks below, if you’re curious.)
  • Single-point-of-failure pixels. One vendor’s client-side tag as the only source of truth will miss more conversions and train bidding models on partial data.

How to prepare for iOS 26 per channel

Klaviyo

iOS 26’s impact on Klaviyo link tracking is a gray area. Some guides on the Web suggest that Klaviyo click IDs are not impacted by changes with iOS 17 or 26. However, when viewing a site in iOS 17 in privacy mode, Apple commonly reports that Klaviyo trackers are disabled.

Regardless, to boost signal into Klaviyo, we strongly recommend that you:

  1. Enable Klaviyo’s new Extended ID Graph
  2. Leverage advanced identity resolution tools provided by Fueled and Opensend to boost CRM profile stitching across extended browser sessions and across devices.

Meta

We aren’t going to lie to you, losing Facebook Click ID (fbclid) into Meta because of iOS 26 changes is a significant loss.

Most advertisers run dozens, if not hundreds, of campaigns and ads simultaneously, and Meta’s click IDs are the only truly deterministic way to attribute conversions to different advertising experiences.

That said, Meta’s Conversions API is the most robust solution on the planet for matching shoppers and their conversions to ad experiences.

We recommend a few strategies and tools to boost signal into Meta in an iOS 26 world.

Collect hashed PII wherever possible for both Pixel and CAPI events

Meta uses hashed PII (personally identifiable information) to match advertising experiences to website visitors when click IDs are not collected. This tactic is available on both Pixel events (implementing “Advanced Matching Data”) and CAPI events (implementing “Event Quality Match Data”).

Be sure that any time someone places an order or fills in a log-in or pop-up form, you collect this PII and send it to Meta.

Customer Data Platforms (CDPs), like Fueled, implement this for you.

Leverage an Identity Match Boost Tool like Opensend

Fueled and Opensend recently partnered to further improve EMQ Scores and customer identification in Meta by appending 2.5x more identifiable email and phone numbers to Meta CAPI events. This solution uses Opensend’s identity resolution network to identify website visitors across devices.

Fueled and Opensend’s combined enrichment for CAPI boosts EMQ scores significantly – with merchants seeing 30% improvement in ROAS.

Leverage a 1st-Party Identity Graph

CDPs like Fueled also leverage Identity Graphs to stitch together these 1st-party signals across browser sessions – further improving Event Match Quality (EMQ) Scores and improving signal in an iOS 26 world.

Google Ads

Like Meta’s click ID, Google’s click ID (gclid) is a primary target of iOS 26 tracking parameter stripping – making the following solutions incredibly important moving forward.

Leverage Google Enhanced Conversions

With Google Enhanced Conversions, you can send hashed identifiers on your conversion events, most notably lead form submissions and purchases.

This allows you to attribute conversions where a Click ID might have been stripped – as well as understand view-through conversions, which are particularly key to YouTube advertising.

We frequently see brands make two mistakes with Google Enhanced Conversions, particularly on Shopify.

  1. Brands fail to send through all available identifiers.
  2. Brands fail to normalize (e.g., collect the data in the right format) before sending to Google.

The following is a Shopify Custom Pixel recipe that we’ve found to be highly effective at optimizing Google Enhanced Conversions:

code box

Leverage Offline Conversion Tracking (and the “ghost GCLID” trick)

One of the easiest ways to survive iOS 26’s stripping of click IDs is to stop depending on the browser to hang onto them at all. Instead, capture them yourself, tie them to orders, and send them back later via Offline Conversion Tracking (OCI) in Google Ads.

Why this matters:

  • Apple is going to keep nuking gclid in more contexts (Mail, Messages, Private Safari, maybe regular Safari too).
  • When the gclid disappears before the landing page loads, Google can’t stitch the click to the purchase.
  • Offline conversions let you upload conversions keyed on either the native gclid or your own renamed parameter that you smuggle through.

The “ghost GCLID” approach:

Because Apple’s Link Tracking Protection targets known tracking parameters (gclid, fbclid, msclkid…), a common resilience move is to mirror the value into a differently named parameter. Apple doesn’t strip arbitrary names (yet), so you get to keep it.

Example:

  • Real Google click ID arrives as ?gclid=EAIaIQ…
  • You also pass it along as ?acid=EAIaIQ… (where “acid” = Ad Click ID, but you can call it whatever you want).
  • When LTP strips gclid, the hidden twin (acid) survives and can be stored server-side.
  • Later, when you upload the conversion, you map acid back to gclid in your warehouse or in the upload payload.

How to set it up in Google Ads

1. Go to Campaign → Settings → Tracking template.

Add a Final URL Suffix to duplicate the gclid into your own parameter. For example:

code box

2. Now your ad click URLs will look like https://example.com/?gclid=XYZ&acid=XYZ.

3. On your site, write a tiny script to capture acid and store it in a 1st-party cookie or your database (just like you would with gclid).

code box

4. Tie that acid to the order in your backend (e.g., store it on the customer/session record).


5. When you report the conversion back via the Google Ads API or CSV upload, set the gclid field equal to the stored acid value. Google doesn’t care that it didn’t arrive in the landing page URL as gclid—as long as you hand it a valid click ID at upload time, it works.

Uploading an offline conversion (API pseudo-example)

code box

The punchline

  • If you just rely on the native gclid, it may never reach your servers in iOS 26 contexts.
By creating a “ghost param” (e.g., acid) in your Tracking Template, you get a backup that Apple won’t strip.
  • You collect it, persist it, and feed it back in offline conversions.
  • That keeps Google’s Smart Bidding and ROAS models learning, even as Apple tries to restrict these click IDs.

TikTok Ads

iOS will likely begin stripping TikTok click IDs by default as well. Optimizing your Pixel and TikTok API integrations for TikTok Ads for iOS 26 changes is almost identical to the optimization strategy we listed above for Meta Pixel/CAPI.

  1. Ensure that you’re collecting as many hashed customer identifiers as possible as website visitors engage with your site.
  2. Append this data on both Pixel and TikTok API events
  3. Leverage a 1st-party ID graph for event enrichment for TikTok API.
  4. Implement identification boost into TikTok API leveraging a solution like Fueled’s Opensend Enrichment (coming soon for TikTok).

Microsoft/Bing Ads

Leverage Microsoft/Bing Ads’ Enhanced Conversions

Microsoft/Bing Ads’ click ID (msclkid) is another primary target of iOS 26’s privacy features. Fortunately, in February 2024, Microsoft Ads released its own Enhanced Conversions framework, similar to Google Ads’ solution. Microsoft’s Enhanced Conversions are much simpler than Google’s, and only support email and phone number as enhanced identifiers.

The following is a Shopify Custom Pixel recipe that we’ve found to be highly effective at optimizing Microsoft Ads Enhanced Conversions:

code box

Rescuing the Bing Click ID (msclkid) with a Ghost Parameter

iOS 26 is likely to strip Microsoft/Bing Ads’ click ID (msclkid) by default as well. However, the good news is that Microsoft gives us {msclkid} as a template token for your campaign URLs, which means we can clone it into another parameter name that Apple doesn’t recognize. Think of it like a spare house key hidden under the doormat.

Unlike Google’s gclid, Microsoft makes it easy for us to use this cloned click ID to set its campaign/click ID cookie – allowing us to capture/restore this identifier when msclkid is stripped by iOS 26.

Here’s how to set it up:

NOTE: This is extremely experimental - and it is very possible that Microsoft will change the strategy it uses to set these cookies in the near future. Please use only at your own risk. We provide no guarantee that this will work consistently, nor do we provide any sort of warranty for this potential solution.

Step 1: Add a Ghost Parameter in Microsoft Ads

Go into your campaign (or account-level) settings in Microsoft Ads and edit the Tracking Template.

Add this:

msclkid={msclkid}&bclid={msclkid}

  • msclkid={msclkid} ensures the real click ID still gets passed when not stripped.
  • bclid={msclkid} is your ghost param — it mirrors the real click ID under a different name.

So your landing page URLs will now look like:

https://www.example.com/?msclkid=123abc456&bclid=123abc456

Step 2: Capture and Restore the Cookie

On your site, drop a small script that:

  1. Reads msclkid from the query string.
  2. If missing, check for bclid.
  3. If either exists, sets a 1st-party cookie named msclkid — exactly what Bing’s UET tag expects.
code box

This guarantees that even if Safari nukes msclkid, the twin bclid will survive, and you’ll still set the correct cookie.

Step 3: Verify It’s Working

  1. In a clean browser session (ideally Safari Private or iOS test), click a Microsoft Ads link.
  2. On your landing page, inspect cookies (document.cookie in dev tools).
  3. You should see msclkid=... set, even if the URL query string no longer shows it.

The Bing UET tag automatically reads this cookie, so your conversions continue to tie back to the right clicks.

Why This Works

  • Microsoft Ads generates a unique msclkid per click and exposes it as {msclkid} in tracking templates.
  • Apple strips the name msclkid from URLs, but doesn’t (yet) know or strip arbitrary names like bclid.
  • By cloning the ID into bclid and restoring it as the msclkid cookie, you keep attribution intact.

Reference

Official Microsoft Ads documentation on msclkid: https://help.ads.microsoft.com/#apex/ads/en/60178/-1

The Trade Desk

As of September 14th, 2025, it is unclear to us if iOS 26 will strip The Trade Desk’s click IDs – though it would seem likely, given that The Trade Desk is a major programmatic ads platform.

Fortunately, The Trade Desk recently released its own Conversions API – and Fueled is slated to be able to offer this solution to its customers in Q4 2025. Interestingly, our solution will include UID2 identification as well, providing stronger identification than The Trade Desk click IDs alone.

References

Compliance, consent, and reality checks

In navigating this cat and mouse game between browser technologies and advertising platforms, you need to be mindful about compliance and build trust with your customers through transparency.

  • Consent first. Enhanced Conversions/CAPIs often require you to assert you have permission to use customer data for ads measurement. If the user declines ad storage/measurement, don’t send the identifiers.

  • Hashing ≠ magic privacy dust. Hashing is necessary when sending PII to advertising platforms – but it’s not a hall pass for lack of compliance. Be mindful of your website visitor’s privacy and intentional in how you collect, store, and send this data.

  • Document your signals. Know exactly which identifiers you rely on per channel and your fallbacks when they’re missing.

Wrap‑up and how to keep up with changes

Apple will keep tightening. They also keep details intentionally squishy until the last minute.

Advertisers that keep up with these changes will continue to win.

The most successful advertisers will lean on attribution tracking partners and technology providers to help them stay on top of these best practices auto-magically, so that they can stay focused on brand, creative, and high-level strategy.

Our commitment to you is to continue to provide you with as much information on these changes as possible – and to share tactics that boost signal in a privacy-first world.

Sources and further reading

Official / primary

Context & analysis

Treat as informed commentary, not gospel.

Get The Ultimate Guide to Identity Resolution

Discover how first-party identity resolution can transform anonymous site visitors into actionable revenue, without relying on third-party cookies.
Download Now

7B+

Event Daily

In our network, we see the traffic for 100k+ US-based sites

180M

US Shoppers in Network

We have a 73% USA shoppers match rate

100%

Legally Compliant

We follow all the laws and regulations to always comply

End-to-end encryption

and consent-based partnerships
"Opensend has helped us grow our sales month over month ever since we started using their platform. The best part is that it's very easy to integrate with your Shopify and Klavyio account!"
Josh Colley
Co Founder, Track Barn

Ready to see your best customer?

Target smarter. Spend better. Glow faster.
Get Your Personas

Get 1 month free for $1

Exclusive, blog only offer: Identify hidden visitors and boost conversions for only a dollar.
Start Your Trial
Opensend

September 18, 2025

Before iOS 14: The rollout of ITP

Apple’s attempts to protect privacy and limit 3rd-party tracking scripts started way before iOS 14 was released in September 2020. 
In 2017, Apple began tightening cross-site tracking via the debut of Intelligent Tracking Prevention (ITP)—blocking 3rd-party cookies, shortening lifetimes for some 1st-party cookies, and generally sanding down “free” identifiers marketers had taken for granted.
If you felt your cookie windows shrinking in 2019, that was ITP 2.1 capping many JavaScript-set cookies to 7 days.

iOS 14: The mobile ID reset

With the release of iOS 14 in September 2020, App Tracking Transparency (ATT) made device-level ad identifiers opt-in, and Apple shipped privacy-preserving attribution options (e.g., Private Click Measurement on web/app-to-web).
In response, Google added WBRAID/GBRAID tracking parameters to keep some campaign measurement working in iOS flows where gclid was no longer viable.
Much more notably, seeing the writing on the wall for 3rd-party tracking pixels, Facebook released its Conversions API (CAPI) in 2020 to help advertisers track campaign engagement without complete dependence on Facebook Pixels.
References:

iOS 17: The link parameter squeeze & further limiting of cookie lifespans

With the release of iOS 17 in September 2023, Link Tracking Protection (LTP) started stripping known tracking parameters (think gclid, fbclid, msclkid) in Mail, Messages, and Safari Private Browsing.
UTM parameters typically continued to pass for aggregate reporting, but click-ID-only pipelines got shakier in these contexts.
References:
Perhaps more importantly, with the release of iOS 17, all Safari WebKit browsers (including desktop browsers) started deleting all tracking cookies set with 3rd-party JavaScript after 7 days of inactivity on a website.
References:

iOS 26/Safari 26: “Default-on” tightening

Now, in the fall of 2025, we are of course confronted by further tightening of 3rd-party tracking pixels with these default changes to click IDs.

Stay ahead of the curve

Ecom advice delivered to your inbox
We’re buyer’s choice on TrustRadius.