Margin Calculator: Payout Against Traffic Cost, Fees and Rejections

Editorial team Spend Ledger

What the calculator measures

A margin calculator helps answer a practical question: after paying for traffic and accounting for fees and rejected or reversed conversions, what remains from the payout? The result is not the same as revenue, payout, or return on ad spend. It is an estimate of the amount left after the costs included in the calculation.

The calculator on this page is intended for comparing a campaign’s economics per conversion and over a day. Its result depends on the definitions and inputs used. In particular, “conversion” can mean an action recorded by an advertising platform, an action accepted by an offer or partner, or an action for which a payout has actually been cleared. Those are not interchangeable.

Use consistent units and reporting periods. If traffic cost is entered for submitted conversions, the rejection rate must describe the same group of conversions. If a daily traffic cost includes spend on clicks that did not convert, do not treat that full amount as though it were the cost of each conversion unless the cost-per-conversion input was calculated from that spend and the corresponding conversion count.

The calculator can support planning, but it cannot establish that a campaign will remain profitable. Payout terms, fees, attribution, approval decisions, and traffic costs can change. Check current values and definitions in the relevant platform’s own help and policy pages and in the applicable payment or partner terms.

Define the variables before entering them

Use the following variables to describe the calculation:

• Payout (P): the amount payable for one conversion that is accepted and remains valid.
• Traffic cost per submitted conversion (C): the traffic expense attributed to each conversion submitted for review, whether accepted or rejected.
• Platform fee (F): any fee charged by the platform, expressed either as an amount per conversion or as a rate on a defined fee base.
• Payment fee (M): any payment-processing or payout-related fee, also expressed as an amount or a rate on a defined base.
• Rejection and reversal share (R): the share of submitted conversions that are not ultimately payable because they are rejected, reversed, or otherwise invalidated under the applicable terms.
• Submitted conversions (N): the number of conversions counted in the chosen period before the acceptance or reversal adjustment.
• Daily fixed costs (D): costs that apply to the period rather than to each conversion, if the calculation includes them.

The phrase “rejection and reversal share” is deliberately broad. A conversion can first appear as pending and later be rejected, or it can be paid and subsequently reversed. The financial effect may be similar, but the timing and fee treatment may differ. If the calculator has one combined input, use a combined share that reflects the outcomes being modelled, and avoid counting the same loss twice.

Before using any result, establish whether fees apply to the gross payout, the amount remaining after another fee, each submitted conversion, each approved conversion, or a transaction as a whole. Fee bases vary. A rate alone is not enough to define a fee unless its base is known.

Calculate expected payout after rejection and reversal

If the rejection and reversal share is expressed as a proportion, the expected payable share of submitted conversions is:

Accepted share = 1 − R

The expected payout per submitted conversion before fees is:

Expected payout per submitted conversion = P × (1 − R)

This formulation spreads the effect of invalid conversions across all submissions. It does not mean that a specific conversion earns a fractional payout. It is an average used to estimate the economics of a batch or period.

If accepted and reversed conversions have different payout outcomes, a single rejection share may be too simple. For example, a reversal could remove a payout that was previously recorded, while a rejected conversion may never create a payable balance. If the terms or reporting provide separate rates, calculate each outcome separately and combine the effects. Do not assume every rejected or reversed action is treated identically.

The rejection input should reflect the same source and status rules as the payout input. A platform’s conversion count may include actions that a partner later rejects. In that case, using the platform’s raw count as though every action were payable will overstate expected revenue. Conversely, using an already-approved count and applying the rejection share again will understate it.

Where the final outcome is not yet known, the calculator provides a scenario estimate, not a cleared balance. Keep pending conversions visible in records and update the calculation when their status changes.

Include platform and payment fees correctly

Fees can be entered as a fixed amount per relevant event or as a rate. If the platform fee is a per-submission amount, call it Fₛ. If it is charged per accepted conversion, call it Fₐ. If it is a rate, call it f and state the amount to which that rate applies.

For a rate charged on the gross payout, the fee per submitted conversion can be represented as:

Platform fee per submission = f × P × (1 − R)

That expression is appropriate only if the fee is assessed on payable payout after rejection and reversal adjustments. If the platform charges on a different base, change the formula to match the actual terms. For instance, a fee charged on every submitted action would not be reduced by the accepted share.

Payment fees need the same care. A payment fee might apply only when funds are transferred, or it might be assessed against each payable amount. A fixed transaction charge can have a different effect from a percentage fee, especially when payouts are grouped or processed separately. Do not assume that a fee is charged once per conversion unless the applicable terms say so.

A useful way to avoid hidden assumptions is to calculate each fee as a separate line:

Net per submitted conversion = expected payout − traffic cost − platform fee − payment fee

For a percentage-based fee, first calculate the fee on its stated base, then subtract it. For a fixed fee, determine whether it applies to every submission, each accepted conversion, each payout transaction, or the period as a whole. The calculator’s output is only as accurate as this mapping.

Net margin per conversion

When C is the traffic cost per submitted conversion, the basic expected net margin per submission is:

Net margin per submitted conversion = P × (1 − R) − C − F − M

Here, F and M must represent fees on a per-submission basis. If they are instead stated per accepted conversion, convert them to an expected per-submission amount by multiplying each by (1 − R), provided the fee truly applies only to accepted conversions.

This is an expected contribution after the costs entered. It is not necessarily the campaign’s full profit. It may exclude staff time, creative production, account administration, taxes, currency conversion, subscription charges, refunds, or other overhead. Add those costs if the goal is to estimate a broader business-level margin. Avoid subtracting a cost both as a daily expense and again inside the per-conversion figure.

A positive result means the model estimates that each submitted conversion contributes more than its included traffic and fee costs on average. A negative result means the included costs exceed the expected payout under the assumptions. A result near zero is sensitive to small changes in approval share, fee treatment, or traffic cost. It should not be read as a guarantee that every conversion will follow the average.

If the calculator reports margin as a percentage, check its denominator. A common definition is:

Margin rate = net margin per submission ÷ expected payout per submission

Another possible measure divides net margin by total cost. These ratios answer different questions, so the label matters. The currency amount per submission is usually the clearest starting point for break-even decisions.

Net margin for a day

For a day with N submitted conversions, multiply the per-submission result by the submitted count, then account for any daily fixed costs:

Daily net margin = N × net margin per submitted conversion − D

This is appropriate when the traffic cost per conversion and per-conversion fees already reflect that day’s activity. If actual daily traffic spend is available, a direct version is often easier to audit:

Daily net margin = expected payable revenue − daily traffic spend − daily variable fees − daily fixed costs

Expected payable revenue can be estimated as:

Expected payable revenue = N × P × (1 − R)

The two daily formulas should agree when the inputs use consistent definitions. If they do not, check whether traffic cost per conversion was calculated from the same conversion count, whether fees were applied on the right base, and whether fixed costs were included twice.

A day with few conversions can look unusually strong or weak because outcomes are uneven. Rejections and reversals may also be reported after the traffic day has ended. For that reason, a daily estimate should be treated as a period snapshot, not as a final financial statement. Recalculate after conversion statuses and payout adjustments are settled, and keep the original assumptions alongside updated results.

When comparing days, separate changes in volume from changes in unit economics. More conversions do not necessarily mean a better margin if traffic costs rise, approval quality changes, or fees increase. Compare the per-submission margin and the daily total together.

Read the output and test break-even

The most useful output is not just whether the result is positive. It is the relationship among payout, traffic cost, fees, and the payable share. The calculator can show how much room exists between expected payout and the costs included in the model.

For a simplified per-submission calculation, break-even occurs when:

P × (1 − R) = C + F + M

If the included fees are fixed per submission, this equation can be rearranged to estimate the rejection share at break-even:

Break-even rejection share = 1 − (C + F + M) ÷ P

This rearrangement is useful only when the fee assumptions remain valid and payout is positive. If fees depend on payout or conversion status, include that dependency in the equation rather than treating fees as fixed. A break-even estimate is a boundary under stated assumptions, not a target or a prediction.

Sensitivity checks help reveal which assumptions matter most. Change one input at a time: use a higher traffic cost, a lower accepted share, or a different fee basis, then observe how the margin moves. If a small change reverses the result, the model has little room for error. If results vary substantially depending on whether fees apply to submissions or accepted conversions, verify the fee terms before relying on the output.

Hypothetical illustration: suppose a campaign has a stated payout, a traffic cost per submitted conversion, a fee assessed on payable revenue, and some conversions that do not remain payable. The calculator first reduces expected payout by the non-payable share, calculates the fee on its documented base, and subtracts traffic cost and fees. This illustration describes the method only; it does not represent actual market terms or campaign performance.

Keep inputs auditable and use the result responsibly

Record where each input comes from and what it includes. Traffic cost may come from campaign spend divided by a particular conversion count. Payout may be a listed rate or a cleared amount. Rejection and reversal share may be based on settled outcomes, a current reporting period, or an explicit planning assumption. Label estimates as assumptions, especially when final statuses are pending.

Do not combine incompatible reporting windows. A daily traffic cost paired with a rejection share from a different period can produce a misleading result, particularly when conversion review takes time. If there is not yet enough settled information to estimate the payable share, run scenarios rather than presenting one uncertain value as fact. Use the calculator’s assumptions transparently and revise them when reliable records become available.

This arithmetic can also help assess the operating cost of an advertising account arrangement. If account access or services carry a fee, include the relevant cost in the model without treating an account as a way around restrictions or review. Agree in writing on responsibilities, fees, ownership or access terms, reporting, and what happens if access changes. Keep account use within the applicable rules; do not create replacement accounts to evade a restriction or conceal connections between accounts. If an account is limited or an action is rejected, use the platform’s official support or appeal channel and address the underlying cause.

Finally, treat the margin result as an input to a decision, not a promise of future performance. Payout rules, fee schedules, approval decisions, traffic quality, and account conditions can change. Verify current requirements on the relevant platform’s official help and policy pages and in the governing payment or partner terms. The calculator is most useful when its definitions are clear, its assumptions are visible, and its output is checked against actual settled records.