Hi @irenella,
Thanks for reaching out on this!
I noticed that the server side tracking works only for “View content” event, while all the other events keep on having browser tracking only.
I’m wondering if you may be seeing the natural result of the Facebook for WooCommerce plugin deduplicating events. With the Facebook for WooCommerce plugin, the same data that flows through Conversions API and the Facebook Pixel is deduplicated based on a unique event ID, so there’s no concern about the same events being double counted. You can read more about this in our blog post here: https://woocommerce.com/posts/adapt-for-the-future-with-facebook-conversions-api/
Could you take a look at your particular events and see if it looks like that may be the case?
If not, could you please give us some more specific information about events you would expect to be seeing but are not, along with any specific errors or additional information you are able to see with the Chrome Pixel Helper tool?
We look forward to hearing back from you on this!
Hello, actually i See a very different behaviour.
I attach screenshot for the view content event (the one that tracks server events as well) and the add to cart event , which also has a different sidebar, as you can see.
view content
https://ibb.co/2MMHRMy
add to cart
https://ibb.co/xjmVLgL
Events list
https://ibb.co/W5vvwQ6
-
This reply was modified 4 years, 10 months ago by
irenella.
-
This reply was modified 4 years, 10 months ago by irenella.
Hi @irenella
Thanks for the screenshots. It does help understand the issue. Could you clarify if you have any other plugins related to Facebook on your site other than Facebook for WooCommerce?
Also, could you share your with us if you are seeing any errors in the logs when you check your site with the Chrome Pixel tool?
It would really help if you share those errors or logs with us to look into this further.
Hello, i don’t have any other plugin except for “product feed pro”, but it is not connected to the pixel and it’s used only for the catalogue.
Here’s a compared screenshot of the View content event and the add to cart event, as inspected with the pixel helper
No errors whatsoever
VC: https://ibb.co/5BCrFZ9
ATC: https://ibb.co/9Z3QyHs
-
This reply was modified 4 years, 10 months ago by irenella.
-
This reply was modified 4 years, 10 months ago by irenella.
Hi,
Thanks for the clarification and the tests with the pixel tool.
Would it be possible to disable (temporarily) Product Feed Pro and check on these metrics to see if there are any conflicts and if the issue resolves.
Thanks.
Unfortunately i can’t because i have some ads running. But I’m almost sure 100% that it has nothing to do with it, because on another client’s website i have the exact same problem (only view content tracks server events) and i don’t have product feed pro on that website.
dougaitken
(@dougaitken)
Automattic Happiness Engineer
Hey @irenella
I’m asking our developers for some advice about this and someone will get back to you ASAP.
Thanks,
dougaitken
(@dougaitken)
Automattic Happiness Engineer
Hi @irenella
One of our developers was able to help me out here with some advice around this:
From the code level, the plugin will send all events via both server (Conversions API) and browser (Browser pixel) with the same event name and event ID. Then Facebook will try to deduplicate identical events sent through the Facebook pixel and the Conversions API. Reference: https://developers.facebook.com/docs/marketing-api/conversions-api/deduplicate-pixel-and-server-events
From the screenshot #01 and #02 provided by the user, we can see that the received number of ViewContent and AddToCart events were indicated in the Browser pixel and Conversions API (server-side) rows and the Events received column of the tables. And the Event deduplicated column shows the number of events that are subsequently considered by Facebook to be duplicated and then combined. This should indicate that the server events were sent and received correctly.
In addition to this, we’ve found no obvious problems when testing this.
I hope this helps, have a great day!
Thanks,
Ok, i think i’ve got this but how is it explained the fact that on the main dashboard only the view content event has browser+server tracking, while all the other events have only browser tracking? And the different sidebar? Thanks a lot.
Hi @irenella. I’ve pinged our developers about this and will update when we have more information.
Hi @irenella. Our developers said that the most likely reason that the View Content event was the only one with browser + server tracking was because after matching and deduplicating the View Content events sent from the server and browser, the source of the final result still contains events from both the server and browser. But after the Add To Cart events are matched, all 38 server events are recognized as duplicates, leaving only the browser as the source of the final result.
They pointed to these docs: https://developers.facebook.com/docs/marketing-api/conversions-api/using-the-api, but also said that it would be a good idea for you to reach out to Facebook about this and ask them for more information about the exact meaning of the “Connection method” column, as well as why it would show differences, as this is a bit outside of our area of expertise.
Let us know how that goes or if you have any further questions!
We haven’t heard back from you in a while, so I’m going to mark this as resolved – if you have any further questions, you can start a new thread.
