Library · Traffic · How to run this
A revised payout is not a reject
Revised ÷ approved make revision %. Type both.
Pair: Payout revision rate on Traffic. Rejects: conversion reject rate. Paid gap: approved vs paid.
What you type
Revised — approved payouts later edited / revised in the window.
Approved — payouts marked approved in that same window.
Revision % = revised ÷ approved × 100. Fix offer terms when revision % is fat — do not invent a revision chip.
What not to do
Do not invent revision %. Do not mix conversion rejects into revised payouts. Do not treat unpaid holds as revisions. Do not average every offer when one owns the hole.
Related: Traffic, conversion reject rate, approved vs paid, affiliate CB clawback.
Procedure
- Type revised and approved payouts.
- Read revision %.
- Fix offer terms when revision % is material.
Failure modes
- Inventing revision %.
- Mixing conversion rejects into revised payouts.
- Treating unpaid holds as revisions.
Worked example
None on this page yet. When one lands it will be a real case: what broke, the number, and what changed. Not a composite.
Glossary
- Payout revision %
- Revised payouts ÷ approved payouts × 100.
Work with us — We run this job on your accounts. Services
FAQ
- Is this conversion reject rate?
- Sibling Affise door. [Conversion reject rate](/manuals/affise-conversion-reject-rate) is rejected conversions ÷ posts. This page is revised payouts ÷ approved payouts.
- Is this approved vs paid payout?
- Related cash gap. [Approved vs paid](/manuals/tune-approved-vs-paid-payout) is approved $ minus paid $. This page is how often approved payouts get revised.
- What revision % should I invent?
- None. Type revised and approved payout counts from the same Affise window.