At a glance
StackAdapt-attributed conversion value, the revenue the StackAdapt pixel credits to clicks and (if configured) view-through events from your campaigns. DSP attribution is multi-touch by nature; this number includes view-through credit on CTV impressions, which most commerce platforms do not credit on their last-click side. Expect this number to be 1.5, 3× the UTM-tagged Shopify-source revenue.
Calculation
Calculated automatically from your StackAdapt data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading.Worked example
The same US homeware brand. The 30-day window is 02 Apr 26 to 01 May 26.
Shopify-side total revenue for the same window: 48,200. GA4 Paid Display + Paid Video attributed: 117,400**; truth lies between Shopify’s 61k.
What the gap reveals:
- CTV view-through revenue ($28,400) is the biggest credibility wedge. StackAdapt credits view-through on CTV impressions; Shopify and GA4 give CTV essentially zero credit (no click event to track). If CTV is genuinely driving incrementality, the true contribution sits closer to StackAdapt’s claim. If it’s not (just brand exposure that doesn’t move the needle), Shopify’s UTM-truth is the honest number. The only way to know is incrementality testing (CTV holdout for 14 days vs control region).
- **Display click-through revenue (25, 32k typical for display). The 20, 40% over-claim is the standard DSP attribution gap; manageable.
- Retargeting at 4,800 spend is the standout (5.33× ROAS). Cross-platform retargeting (display + video to existing site visitors) is StackAdapt’s sweet spot; this is what the platform is best at. Scale this campaign aggressively.
- Audio at 3,200 spend (1.56× ROAS) is borderline. Streaming audio is hard to measure; the $4,200 click-through revenue is suspect (audio rarely drives direct clicks). Likely some misattribution from cross-platform exposure being credited to audio. Treat as awareness only; do not budget for direct attribution from audio.
- The 30-day prior had $128,200 revenue; this window is down 8.4%. Spend up 21%, revenue down 8% = real efficiency erosion. BidCore is finding more impressions but at lower conversion rate; check audience freshness and creative fatigue.
- Revenue up + spend up + ROAS flat = healthy scaling at constant efficiency.
- Revenue down + spend up + ROAS dropping = scaling beyond efficient frontier.
- Revenue down + spend flat + clicks unchanged = pixel is broken. Investigate before changing anything.
- Revenue down sharply on CTV only = view-through window probably misconfigured to 1 day; should be 3, 7 days.
- Revenue up sharply on display = BidCore likely found a strong audience; verify quality before scaling.
Sibling cards merchants should reference together
Reconciling against the vendor’s own dashboard
Where to look in StackAdapt: StackAdapt → Reports → Campaigns → “Conversions Value” at account level. The footer total should match this card to within sub-percent rounding once ingest catches up. Other StackAdapt views that look similar:- Conversions (count only): number of conversions, not value. Distinct field; for ROAS use Conversions Value.
- View-Through Conversions Value: subset of total. Toggle on/off depending on whether you want post-impression-only or total.
- Per-Channel Revenue: revenue broken out by display/native/CTV/etc. Sum across channels matches account total.
Cross-connector reconciliation, the important one:
Known limitations / merchant FAQs
Why does StackAdapt say I’m at 48k? The DSP-attribution gap has three components:- View-through credit. StackAdapt credits CTV and display view-through conversions; Shopify’s UTM truth credits only the last-paid-click. CTV view-through alone is $28k of the gap in our example.
- Multi-touch overlap. A user who saw a StackAdapt CTV ad on Tue, clicked Google Search on Sat, bought; StackAdapt claims it (within view-through window), Shopify credits Google Search.
- Pixel block + ITP. Some legitimate StackAdapt-driven conversions never reach the StackAdapt pixel due to ad-blockers and Safari ITP; StackAdapt under-counts here, but the over-claim from view-through dominates.