Meta Ads reporting
How to deactivate a Facebook pixel without deleting it
Deactivate, remove from the account or delete: what each action does to history and audiences, and which one to pick when a pixel should stop collecting.
Also available in: Português · Español
The first thing to clear up: "deactivate pixel" is not an action in Events Manager. There is no switch. What exists are three different actions with quite different consequences, and the real question is which one you need.
The three actions, and what each does
| Action | Stops collecting | Keeps history | Reversible |
|---|---|---|---|
| Remove the code from the site | Yes | Yes | Yes |
| Remove the pixel from the ad account | No | Yes | Yes |
| Delete the pixel | Yes | No | No |
The middle row confuses people most. Removing a pixel from an ad account takes away that account's ability to use it in campaigns, while the code on the site keeps collecting. It is the right action when you end a client relationship and want to hand control back.
Which to pick, by situation
You are rebuilding the site and do not want dirty data in between. Remove the code. Put it back afterwards. History survives.
You ended a client contract. Remove the pixel from your ad account and leave the code with them. The pixel belongs to their business, not yours.
The pixel was created by mistake and never collected anything. Delete it. Nothing to lose.
The pixel has history and you no longer use it. Do not delete. Abandon it. Deleting erases an asset that costs nothing to keep, and the day someone needs to check an old number you will want it to exist.
The short rule: delete only what never collected. Everything else gets abandoned.
What happens to custom audiences
This is the consequence that surprises people most.
Audiences based on site activity depend on the pixel collecting. When it stops, the audience does not vanish immediately: it drains as the retention window passes.
A 30-day visitor audience is empty in 30 days. A 180-day one takes six months. During that time, remarketing campaigns keep running against a shrinking audience — and cost per result climbs gradually, with nothing having changed in the campaign.
If you are stopping collection and keeping remarketing live, know it has an expiry date. How audiences work is in Meta Ads remarketing.
What happens to running campaigns
A campaign optimizing for a pixel event that stopped arriving enters a bad state: it keeps spending while the system loses the signal it used to decide who sees the ad.
The typical effect is cost per result rising while recorded conversions fall to zero. Not because the campaign got worse, but because measurement ended.
If the stop is planned, pause the campaigns optimizing for that event before removing the code. Resuming later with the pixel back is cheaper than letting budget run unmeasured for a week.
Deactivating temporarily, the right way
For a short pause — a site migration, a theme test — the sequence that breaks the least:
- Pause the campaigns optimizing for pixel events.
- Write down the pixel ID somewhere outside the panel. It sounds silly until you need it on a Friday night.
- Remove the code or turn off the platform integration.
- Check in Events Manager that activity stopped.
- Put it back and confirm before resuming campaigns.
Step 5 prevents the most expensive scenario: resuming budget with the pixel still off and finding out three days later.
What is not deactivating the pixel
Three things people do believing they stopped collection, which do not:
Pausing all campaigns. The pixel does not depend on an active campaign. It collects while the code is on the site, with zero budget running.
Removing the pixel from Ads Manager. That removes the account association, not the code. Collection continues.
Deleting the custom audience. That erases the audience, not the source. A new audience created later finds the people the pixel kept recording.
The only thing that stops collection is removing the code, or turning off the integration that injects it.
The agency exit case
When an agency ends a contract, the question is whose pixel it is. The operational answer: the pixel belongs to the business portfolio where it was created, and the history lives with it.
If the pixel was created in the agency's portfolio, the client does not take the history when switching providers — an unpleasant conversation avoided at the start, not at the end. The right way is creating the pixel in the client's portfolio and granting the agency access.
On exit, then, the agency removes its own access and the association with its ad account. It deletes nothing.
How to confirm it stopped
- Events Manager, recent pixel activity.
- Open the site in a private window and browse a few pages.
- Return to Events Manager and confirm no new events arrived.
- Wait an hour and check again, because display lags.
Step 4 avoids the most common wrong conclusion: thinking it stopped when it merely has not appeared yet, or thinking it did not stop because old events are still rendering.
Too many pixels in one account
If you landed here because you have pixel sprawl and want to clean up, the order that avoids damage is: find which one has the most history, keep that, abandon the rest without deleting.
The pixel with the most history trains the algorithm best. Migrating to a new one for the sake of tidiness is the decision that costs the most performance in a mature account, because learning restarts from zero.
The difference between stopping and starting over
Worth separating, because the two get confused and the second is expensive.
Stopping is what this article covers: collection pauses, history stays, resuming costs nothing beyond the gap in data.
Starting over means a new pixel, and it is a different decision entirely. The new pixel has no conversion history, so the algorithm begins learning from nothing. Cost per result rises for the first weeks in every campaign using it, and the recovery takes as long as it takes to accumulate conversions again.
People end up starting over by accident: they cannot find the old pixel, or they see two in the list and create a third to be safe. Both situations are solved by looking rather than creating — the checks are in rename a Facebook pixel, which covers the naming convention that prevents pixel sprawl in the first place.
If you genuinely must switch, do it knowing the cost and plan for a few weeks of worse numbers. Do not do it for tidiness.
Before you touch anything
Write down the pixel ID and the portfolio it lives in before any action. Thirty seconds of information that saves half an hour of searching, and nobody remembers it at the moment they need it.
The reporting routine that makes a stop show up the next day, instead of the next week, is on the paid media reporting page.
Frequently asked questions
Is there a deactivate button for a pixel?
There is no on-off switch in Events Manager. In practice, deactivating means removing the code from the site, or removing the pixel from the ad account, or both — and each has different consequences.
Does deactivating erase the history?
No. Removing the code stops new collection, and everything already collected stays. Deleting is what erases, and it cannot be undone.
What happens to custom audiences?
They stop receiving new people and drain as the retention window passes. A 30-day audience is empty in 30 days; a 180-day one takes six months.
Can I turn it back on later?
If you only removed the code, yes: putting it back resumes collection and the old history is still there. If you deleted the pixel, there is no reactivation.