Track · Server-Side Pixel

The OnlyFans server-side pixel

A subscription happens on onlyfans.com — a page you can’t put a pixel on. So the conversion is sent to Meta from a server instead of the browser. That one change is what makes OnlyFans conversions trackable at all — and it’s immune to ad-blockers, iOS and in-app browsers.

Why a browser pixel goes blind on OnlyFans

A normal Meta pixel fires JavaScript on your checkout page. It sees the “Purchase” because it’s literally running on the page where the purchase happens. OnlyFans breaks that model completely:

The result: your ad manager shows a handful of “conversions,” Meta can’t optimize, and you’re flying blind on the exact events that matter — Subscribe and Purchase.

What a server-side pixel does instead

Instead of asking the browser to report the conversion, the event is sent to Meta from a server, over the Conversions API, after the subscription or payment is confirmed. Nothing depends on the fan’s browser cooperating.

  1. Capture on the landing pageWhen a fan lands from your ad, the tracked landing page records the Meta click identifiers (fbc/fbp) and the signals available, tied to that visit.
  2. Follow the fan to OnlyFansThe visit is linked to the fan as they reach your OnlyFans profile — so the later subscription can be traced back to the click that started it.
  3. Confirm the real eventWhen the subscription or payment actually happens, the server learns about it from the account data — not from a pixel guessing in the browser.
  4. Send to Meta server-sideThe Subscribe / Purchase event is delivered to Meta through the Conversions API with the match keys attached, so it’s attributed to the right ad and person.

The match keys that make attribution work

A server-side event is only useful if Meta can tie it back to a click. That’s the job of the match keys carried from the landing page through to the conversion:

What gets matched

fbc / fbp (the Meta click & browser identifiers), plus network-level and device signals available at landing time. OnlyFans Pixel keeps custom data lean and Meta-standard — no internal IDs or fan PII — which is what keeps events eligible for optimization.

The stronger those keys, the higher your event match quality — and the better Meta can optimize delivery toward people who actually subscribe.

Deduplication: browser and server, counted once

For the events that can fire in the browser (a landing PageView, for example), the server and browser can both send them. Each event carries a shared event ID so Meta deduplicates them and never double-counts. You get the reach of browser signals and the reliability of server signals, without inflating your numbers.

What you need to turn it on

The server-side pixel rides on a one-time Meta setup: a pixel/dataset, a Conversions API token, and a verified domain. Our step-by-step guide walks every screen — including the ones that trip everyone up.

Setup

Follow Create your app, pixel & access token, then verify your domain & connect. After that, the events flow on their own.

Questions

Why can’t I just put the Meta pixel on my OnlyFans page?

You don’t control onlyfans.com, so you can’t install a pixel or any script on it. The subscription and every payment happen on that domain — completely out of reach of a browser pixel. A server-side pixel solves this by sending the conversion to Meta from a server after the event happens, instead of from the fan’s browser.

Is a server-side pixel the same as the Conversions API?

The Conversions API (CAPI) is Meta’s server-to-server endpoint — the pipe. The “server-side pixel” is the whole mechanism built on top of it: capturing the match keys on your landing page, tying them to the subscription and payment, and delivering each event through CAPI with deduplication. In short, CAPI is the API; the server-side pixel is how OnlyFans Pixel uses it end to end.

Does this survive ad-blockers and iOS?

Yes. Because the event is sent from a server, not the browser, it isn’t stopped by ad-blockers, iOS/ITP cookie limits, or Instagram/TikTok in-app browsers that strip tracking. Those are exactly the cases where a browser-only pixel silently loses conversions.

Will Meta still be able to attribute the conversion to an ad?

Yes, as long as the match keys are carried through. The landing page captures the click identifiers (fbc/fbp) and available signals, and the server sends them with the Subscribe/Purchase event so Meta can match it back to the ad and the person.

Track the conversions that actually pay

Get Subscribe and Purchase into Meta server-side — the events a browser pixel can never see.