Create a transfer ledger with one row for each campaign responsibility rather than one row for each campaign name. The row identifies the current BidVertiser job, intended FroggyAds cell, owner, first eligible date, evidence still outstanding and the condition that completes the transfer. A native campaign and a direct-navigation campaign remain separate rows even when they promote the same offer, because their user-entry context and optimization history differ.
Add a dependency column for shared destinations, suppression lists, CRM workflows and creative approvals. A campaign can be technically ready while a downstream sales queue or consent record is not. Do not release spend until the dependency owner confirms that the added traffic can be processed without changing the acceptance rule used in the comparison.
During the parallel period, update the ledger with actual spend, unmatched events, source concentration and mature accepted results. Mark a row transferred only after the candidate has assumed the named workload and the incumbent reduction has been verified. If the result is a permanent split, close the row with both owners and the rule that governs future allocation changes.
Use the ledger for incident response. When tracking, destination or policy fails, the on-call reviewer can see which platform owns the affected traffic, which state is safe to restore and which evidence must be preserved. This operational clarity is part of alternative fit and should be included alongside acquisition economics.