Open mariusandra opened 3 years ago
Thanks for this detailed issue @mariusandra
My concern with option 1 is that the benefits of conversion optimization can be really significant, conversion monitoring alone will likely lead to a lot higher cost per acquisition.
With Option 3, I wonder if we can do this easily today with our HubSpot plugin?
With Option 3, I wonder if we can do this easily today with our HubSpot plugin?
I'll have a look at our Zapier app as well.
I'll have a look at our Zapier app as well.
Hm, Zapier seemed kinda promising (easy to select a PostHog Action to be the trigger) but I got stuck on the second half:
Yes, this gclid
is something we will need to capture via posthog-js on the website. Google Ads append this to any URL they open, so we just need to capture it from the URL. Alternatively, posthog-js could do it automatically. I'm not sure what is needed to make that data flow into Zapier. @Twixes perhaps does?
The conversion action should be something you set up in Google Ads, e.g. "the coupon I printed with this qr code was used at my restaurant".
There's a "Formatter" step we can add which can apply regex. If gclid
is appended to the URL, it should be simple enough to extract it from $current_url
.
Is that property included with actions, or only events? If I'm understanding this correctly it looks like our Zapier integration only supports actions as triggers, not events.
I guess we’d need to set and get the gclid in a cookie though since we’re not likely to trigger the conversion event on the landing page which will have the gclid in the url.
On Thu, 26 Aug 2021 at 15:27, Sam Winslow @.***> wrote:
There's a "Formatter" step we can add which can apply regex. If gclid is appended to the URL, it should be simple enough to extract it from $current_url.
Is that property included with actions, or only events? If I'm understanding this correctly it looks like our Zapier integration only supports actions as triggers, not events.
— You are receiving this because you commented. Reply to this email directly, view it on GitHub <PostHog/integrations-repository#10>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AUKYC7KTU54PTSMSJY2PTQLT6ZFMXANCNFSM5C3IZA5A .
it looks like our Zapier integration only supports actions as triggers, not events.
Yep that's right
There's a "Formatter" step we can add which can apply regex. If
gclid
is appended to the URL, it should be simple enough to extract it from$current_url
.
The infrastructure already exists for this:
gclid
here: https://github.com/PostHog/posthog-js/blob/57cee9e599e1d1c0b3d55b441c907216ad8b548a/src/utils.js#L631gclid
and $initial_gclid
property set on themSlight updates:
gclid
query parameter and store it on the events inside PostHog.gclid
value for e.g. users in the last 7 days directly inside PostHog.gclid
.
NOT_ADS_USER
. (I asked @jamesefhawkins to push a few more buttons in the hopes of fixing this)What's the status on this?
eTracker provides a mechanism of Conversion Upload / export that is quite smart: https://www.etracker.com/en/docs/integration-setup-2/campaign-tracking/google-ads/conversion-upload-guide/
Perhaps something like that would be the better alternative out of the box. So you wouldn't have to use Zapier or other Third-Party services, just the plugin? And I think Google Ads is still very popular ;)
Any updates here on this plugin?
@gregegan until there is a plugin you could just create a rest endpoint somewhere that returns an CSV that follows the Google Ads format, you can then point to that endpoint in Goals -> Conversions -> Uploads -> Schedules.
I'd like to track how well my ads are converting, without using Google Tag Manager or any other third party script tags. To do that I see two ways:
Option 1: utm_campaign=Ad Text Here
?utm_source=adwords&utm_campaign=my_ad_2021_b_final_new_v2
similar tracked parameters to the end of each URL that an ad leads to.Drawback: This will work, but without telling Google if an ad converted or not, we won't benefit from their ad optimisation and intelligence tools. There would be some manual back and forth between posthog and google ads. Would this be fine?
Option 2: Offline Conversion Actions
The aim is to send a backend API request to Google whenever a conversion action/event is triggered within PostHog. To do this we must:
gclid
on posthog.com and store it as a person property via posthog-js. Or have posthog-js do it automatically.It's still a bit of work, some of these steps will need to be performed by anyone using the plugin, and Google can always refuse access if they so decide.
Option 3: Offline Conversion Actions / Manual upload
Manual import of Conversion Actions or integration through any of the other supported import paths (salesforce, zapier, hubspot).
gclid
on posthog.com and store it as a person property via posthog-js. Or have posthog-js do it automatically.gclid
-s that converted, and feed that into GoogleOption 4: Search Ads 360
If the user has a subscription to this talk to sales service, there's an alternative API to track conversions
gclid
on posthog.com and store it as a person property via posthog-js. Or have posthog-js do it automatically.