Optimization Events

Complete Registration vs Purchase Optimization

In short: Both point Meta's delivery at a finished business outcome rather than a click, but they are finished outcomes from different business models. Complete Registration chases signups - the moment someone joins, not the moment they pay. Purchase chases the checkout itself, the point money changes hands. A store running Complete Registration is optimizing for the wrong finish line; a SaaS trial running Purchase optimization often has no purchase event to optimize toward at all. Pick the one that matches what actually earns you revenue: signup for access-gated products, purchase for anything sold at checkout.

By the AdFlint research team · Fact-checked against current Google and Meta platform behavior · Last reviewed July 2026

Complete Registration Optimization

Optimizes toward finished signups (account creation, trial starts, webinar registrations) rather than the clicks or page views that precede them.

You fire a CompleteRegistration event when a user finishes creating an account, and Meta builds an audience model from those conversions. It suits SaaS trials, apps, courses, and gated communities where the signup is the real business milestone. The mistake is firing the event on the form view or on a soft opt-in, which teaches the model the wrong behavior and quietly inflates reported registrations.

Full definition

Purchase Optimization

Points Meta's delivery system at people predicted to complete a checkout, bidding for buyers rather than for clicks, sessions, or cart activity.

Meta needs a steady stream of purchase signals, from the pixel, the Conversions API, or both, to model who buys. It is the correct default for any store with real sales volume, since every shallower event is a proxy. The failure case is running it at a budget that cannot generate enough weekly purchases per ad set: delivery starves, the ad set never exits learning, and costs swing wildly.

Full definition

Side by side.

The differences that actually change what happens in your account.

 Complete Registration OptimizationPurchase Optimization
What counts as the winAccount created, trial started, or webinar registration submitted.Checkout completed and payment captured.
Typical business modelSaaS trials, apps, courses, gated content, communities.Ecommerce, and any funnel with a real transaction event.
Signal sourcePixel or app SDK CompleteRegistration event, ideally also mirrored server-side.Pixel and Conversions API purchase events, matched on value and currency.
How often the event firesUsually more often than a purchase would on the same traffic, since signup has no payment friction.Less often than registration-style events, since payment adds a real drop-off step.
What a rising cost usually meansThe audience of likely signups is shrinking, or the form got harder to complete.The audience of likely buyers is shrinking, or a price or checkout change reduced conversion.
Downstream metric that matters moreActivation or paid-conversion rate after signup, which the optimization has no visibility into.Return on ad spend, since the event already carries a transaction and can carry a value.
Failure modeFiring the event on a soft opt-in or form view, which inflates registrations without producing real signups.Insufficient weekly purchase volume per ad set, which stalls the ad set in learning.

What actually separates them.

01

Complete Registration has no concept of revenue attached to the event by default, while Purchase optimization can carry a transaction value that lets Meta bid for bigger orders.

02

A registration event typically fires with less friction than a purchase, so registration-optimized ad sets usually exit learning faster on the same budget.

03

Purchase optimization directly informs ROAS reporting because the event carries value; registration optimization tells you nothing about revenue without a second, downstream event.

04

Running Purchase optimization on a business with no true purchase event just means the ad set never gets a real signal and Meta falls back to a proxy behavior nobody configured on purpose.

05

Registration is the terminal event for access-gated products, so there is no deeper event to graduate to the way a store graduates from cart or checkout events up to Purchase.

Which one should you use?

Use Complete Registration Optimization when

  • Your product is a SaaS trial, app, or membership where signup, not payment, is the moment of value.
  • You run a free-to-join community or webinar and the registration itself is the business goal.
  • There is no checkout event in your funnel because the offer converts to revenue later, through sales calls or in-app upgrades.
  • You are validating demand for a new gated product before any payment flow exists.

Use Purchase Optimization when

  • You run a store or checkout flow where the transaction is the entire point of the ad.
  • You have consistent weekly purchase volume per ad set and want Meta to bid directly for buyers.
  • You can pass real, varied order values back through the pixel or Conversions API.
  • You have already validated your funnel converts registrations or leads to paying customers and now want to buy the paying step directly.

Common questions.

Can I optimize for Purchase if my product is free to sign up for?

No, not usefully - Meta needs actual purchase events firing with enough weekly volume to learn from, and a free product generates none. Use Complete Registration or a deeper in-app event like a paid upgrade instead, and treat the eventual purchase as something you measure outside the ad platform.

Should I switch from Complete Registration to Purchase once my SaaS starts charging?

Only if the paid conversion event fires often enough per ad set to sustain delivery, which for many subscription products it does not, since trial-to-paid conversion can take days or weeks. Many SaaS advertisers stay on Complete Registration or an intermediate trial-start event and manage the real economics outside the ad account.

Why does my Complete Registration campaign show great cost-per-result but bad revenue?

The optimization has no idea what happens after signup, so it is doing exactly what you told it to do - find people likely to register, not people likely to pay or stay. If revenue is the real goal, look at activation and paid-conversion rate by ad set outside the platform, and consider optimizing toward a later event if volume allows.

Or stop choosing between them.

AdFlint picks the setting, writes the ads, and keeps optimizing inside the Google and Meta accounts you already own.

Related comparisons

All comparisons