How Accurate Is an Email Tracking Pixel in 2026?

Apple Mail preloads images, Gmail proxies them and Outlook blocks them. What a tracking pixel load really means today, and when it is still worth using.

· Written by the team that runs Track Link

Short answer

A tracking pixel load tells you an image was fetched, not that a person read the email. Apple Mail Privacy Protection can preload pixels for messages nobody opened, Gmail fetches them through a proxy that hides the reader, and Outlook often blocks them, so open counts can be too high or too low. Use pixels for relative comparisons and page views, and use link clicks or replies when you need to know someone engaged.

An email tracking pixel is a tiny image with its own address. When something fetches that image, the sender's tracker writes down an "open". For years that something was nearly always the reader's mail app, a moment after they opened the message. That is no longer a safe assumption. Apple preloads images, Google fetches them through a proxy, Outlook often doesn't fetch them at all, and security tools fetch them on their own schedule.

We run a link tracker with tracking pixels built in, so we look at raw pixel loads every day. Here is what a load means today, what it doesn't, and how to get a signal you can act on.

What a pixel load actually tells you

A pixel load proves one thing: a device or a server requested the image. The request carries an IP address, a user agent string and sometimes a referrer. A tracker turns those into a time, an approximate location and a device type.

What it can't tell you is whether a person looked at the message. The fetch happens when the image is downloaded, and the download is now often done by something other than the reader: a privacy relay, an image proxy, a security scanner. So read every pixel load as "the image was fetched", then decide whether that fetch stands for a read.

Apple Mail Privacy Protection: opens that may not be reads

Apple introduced Mail Privacy Protection in 2021, with iOS 15 and macOS Monterey. When a user turns it on, Apple Mail downloads remote content in the background through Apple's relays, whether or not the message is ever opened. Your pixel loads, your tracker logs an open, and the reader may not have seen the email at all.

Two more effects follow from that:

  • The time is unreliable. The load can happen soon after delivery rather than when the person reads the message.
  • The location is the relay's. The address that fetched the image belongs to Apple's relay, so the location you see is that relay's approximate region, not where the reader is.

From the pixel alone there is no dependable way to tell an Apple preload from a real open, in Track Link or anywhere else. What you can do: if much of your list reads on Apple Mail, expect open rates to run high, and stop using "opened" as the trigger for a follow-up.

Gmail's image proxy: the reader is hidden

Since 2013, Gmail has loaded images through Google's image proxy. The proxy fetches the image and serves it to the reader, so the request your tracker sees comes from Google, not from the reader's device. You lose the reader's own IP address and location. Because the proxy may cache images, a second open may not fetch the pixel again either.

Track Link goes one step further. Our pixel treats requests that arrive through the Gmail and Yahoo Mail image proxies as automated and doesn't record them, the same way it skips a search-engine crawler. That keeps proxy fetches from inflating your numbers, but it also means a Track Link pixel undercounts Gmail readers rather than guessing at them. If most of your recipients use Gmail, a pixel is the wrong tool and a tracked link is the right one.

Outlook, blockers and security gateways

Outlook desktop often blocks external images until the reader chooses to download them or trusts the sender. Anyone who reads without allowing images never fetches the pixel, so those opens are simply missing. That is the opposite of Apple's problem: an undercount.

Two more groups move the count, in either direction:

  • Privacy extensions and image blocking can stop the image from loading, so a real read leaves no trace.
  • Corporate email gateways can fetch images and open links to check them before the message reaches the inbox. Those fetches look like opens and tend to arrive seconds after sending. We cover how to spot them in why your link was opened seconds after you sent it.
Where the email is readWhat happens to the pixelEffect on your opens
Apple Mail with Mail Privacy Protection onPreloaded in the background through Apple's relaysOpens that may never have been reads; location is the relay's region
GmailFetched by Google's image proxy, which may cache itReader's IP and location hidden; Track Link doesn't record proxy fetches
Outlook desktopOften blocked until the reader allows imagesMissed opens
Behind a corporate security gatewayMay be fetched by a scanner before deliveryOpens seconds after sending that no person made
With a privacy extension or images turned offMay never loadMissed opens

What we see across Track Link

Pixels look like a small feature on the pricing page. They are not small in our traffic.

A pixel has no idea where it is embedded. It counts requests for an image, from wherever they come. For email that means two habits: give each campaign its own pixel rather than reusing one everywhere, and check where the loads come from (country, device, time after sending) before you believe a spike.

How Track Link handles pixel loads

A Track Link pixel lives at an address like gettrack.link/p/your-slug, and you embed it as an image. The pixel docs have the snippets. If you put one in an email, these are the rules it follows:

  • Known bots are skipped. A request whose user agent names a crawler, a link preview or the Gmail or Yahoo Mail image proxy is not recorded.
  • Cloud-server addresses are not dropped. On redirect links we discard clicks from major cloud-compute ranges, because people don't browse from rented servers (more in why your link shows clicks nobody made). Pixels are different: firing a pixel from your own server is a supported way to use them, so a load from a cloud address is expected and counted.
  • Repeat loads count. The pixel is served with no-cache headers, so every fetch that reaches us is recorded. Unique visitors are shown separately.
  • Loads use your click allowance. Each recorded load counts toward your plan's monthly click limit, the same as a click on a link, and each pixel counts as one link toward your link limit.
  • Every plan has them. Tracking pixels are included on every plan, Free included.

When a pixel is still worth using

None of this makes pixels useless. It makes them a relative measure rather than a count of readers. They hold up well when:

  • You compare like with like. Two subject lines sent to the same list in the same week face the same Apple and Gmail effects, so the gap between them still means something. Comparing this year's open rate with one from before 2021 does not.
  • You send B2B mail where images are allowed. In inboxes that load images normally and don't preload them, a load is closer to a real open. Still discount anything in the first seconds after sending.
  • You measure page or document views. On a web page, a docs site, a README or an HTML report, the pixel loads when a browser renders the page, which is what pixels do best. See the pixel tracker.
  • You can't put a link. Some places accept an image and nothing else. There a pixel is the only signal you'll get.

Better signals when you need to know someone read it

If a decision hangs on whether a specific person engaged, such as when to follow up on a proposal, use a signal that needs a human action:

  1. Link clicks. A click needs someone to tap. Put a tracked link in the email and read clicks, not opens. Our guides for email, Gmail and Outlook cover the setup.
  2. One link per recipient. A shared link tells you someone clicked. A separate link for each person tells you who. For a short list of prospects it is worth the extra minute.
  3. A document link instead of an attachment. Send the deck or proposal as a tracked link (see document tracking), and the open you see is someone loading the file.
  4. Replies. Still the clearest signal of all, and no privacy feature changes it.

Questions people ask

Can you tell a real open from an Apple Mail Privacy Protection preload?

Not reliably from the pixel alone. The preload comes through Apple's relays, so both cases look like the same image fetch. Treat an open from an Apple Mail reader as a possible open and wait for a click or a reply before you act on it.

Why does my email pixel show a location the reader has never been to?

The image was fetched by a relay, proxy or scanner, not by the reader's own device, so the location is that server's approximate region. Apple's relays and corporate security gateways are the usual cause.

Does a Track Link pixel count Gmail opens?

Requests that arrive through the Gmail and Yahoo Mail image proxies are treated as automated and are not recorded. That keeps proxy fetches out of your numbers, but it means a pixel undercounts Gmail readers. For a Gmail-heavy list, use a tracked link instead.

Do pixel loads count toward my Track Link click limit?

Yes. Each recorded pixel load counts toward your plan's monthly click limit, the same as a click on a link, and each pixel counts as one link. Known bots are skipped before anything is counted.

Are email open rates still worth tracking?

As a trend within the same audience, yes: two sends to the same list face the same preloading and blocking, so the difference between them still means something. As proof that a particular person read your email, no.

See it on your own links

Track Link is free to start: sign in with Google or Microsoft, no credit card.