Webclat / PostHog Practice

Sending PostHog data to ad platforms without a second tag manager

PostHog's CDP layer treats ad platforms as destinations for data you already captured, instead of requiring a separate pixel and a separate source of truth for every platform. The integration work is deciding what syncs and confirming it actually arrived.

Sources versus destinations - the distinction that matters

PostHog's CDP (customer data platform) layer separates sources - external systems sending data into PostHog (Attentive, Impact partner data, Linear for product/engineering context) - from destinations - places PostHog sends event or audience data out to, which is where Microsoft Ads and Amazon Ads sit. Confusing the two during setup is the most common early mistake: an "integration" in PostHog's CDP list is not automatically bidirectional, and each connector has one direction.

What the ad-platform destinations actually sync

DestinationTypical useWhat to confirm before relying on it
Microsoft AdsConversion events or audience segments built from PostHog cohorts, sent for campaign optimization or retargetingWhich event or cohort definitions map to which conversion action on the Microsoft Ads side - this mapping is manual and easy to get subtly wrong
Amazon AdsSimilar conversion/audience sync for Amazon's ad ecosystemMatch key and identity resolution - Amazon's audience matching depends on identifiers actually present in your PostHog person properties

Source connectors worth knowing about

Attentive (SMS/email engagement data), Impact and Impact Partner (affiliate/partnership conversion data), and Linear (engineering issue context) are examples of sources that bring external context into PostHog rather than sending data out. Bringing partner or engineering data alongside product events lets you, for example, correlate a spike in support/error activity with a specific released feature tracked in Linear - without a manual cross-reference every time.

The full connector list and each one's exact field mappings change as PostHog's CDP catalog grows - verify current source and destination availability against PostHog's own CDP docs before scoping an integration plan around a specific connector.

How to verify it worked

  1. For a destination (Microsoft/Amazon Ads): trigger the conversion event or cohort membership change in PostHog, then confirm it actually appears on the ad platform's side within its documented sync window - not just that PostHog shows the destination as "connected."
  2. Check the ad platform's own audience size or conversion count against what you expect from the PostHog-side definition - a mismatch usually means an identity-matching or field-mapping problem, not a sync failure.
  3. For a source (Attentive, Impact, Linear): confirm the incoming data appears as expected properties on the correct person or event in PostHog, and that it is queryable alongside native PostHog events, which is the entire point of bringing it in.

Frequently Asked Questions

Do these integrations replace the ad platform's own tracking pixel?

Not automatically - decide deliberately whether PostHog-sourced conversion data replaces, supplements, or needs to be deduplicated against a platform's native pixel. Running both without reconciling them risks double-counted conversions.

How is a CDP source different from a regular data-warehouse connection?

Sources feed into PostHog's event/person model directly, joinable the same way any other event data is. The data warehouse feature (see that guide) is a separate mechanism for querying external tables without necessarily importing them as first-class PostHog events - different tool for a related job.

Get your ad-platform sync mapped before it double-counts.

We define the event and cohort mappings for each destination explicitly, and verify the sync against the ad platform's own numbers - not just PostHog's connection status.

Map My Ad Integrations