Reading campaign results
X-Preferred-Partner-Id — there is no
partner_id query parameter.
Response (campaign_results):
Switching the attribution model
campaign_results and fb_insights —
the reference webapp wires this through a shared
EventAttributionModelContextProvider that both Lookout and Wave consume.
Partner-level default model is read from GET /partners/ →
attribution_model_default. Update via:
Sales adjustments and manual entry
If a partner needs to manually record a sale (e.g. box-office tickets the data feed missed), the reference webapp uses the transaction-summary ingest flow, notPOST /campaign_results/:
GET /daily_revenue_summary/’s manual_adjustments array).
Reference implementation
Gotchas
Facebook endpoint, not generic campaign_results
Facebook endpoint, not generic campaign_results
/integrations/facebook/events/{eid}/campaign_results is the
one in use. The generic /campaign_results/ is not authorised for
partner tokens and returns auth errors.No `partner_id` query parameter
No `partner_id` query parameter
Partner scope is the
X-Preferred-Partner-Id header. Don’t pass
partner_id as a query param.Statistics tab disables itself when stats unavailable
Statistics tab disables itself when stats unavailable
Attribution model change must refetch
Attribution model change must refetch
Don’t cache campaign_results indefinitely. When the user changes
FD / META / EXTERNAL, refetch.Related
- Attribution concept.
- Wave — Campaign detail.
- Lookout — Sales Uploads — manual
adjustments via
/ingest/transaction_summary.