Duplicated orders appear in tfacebook pixel

Hello,

Where exactly do they see double the number of purchases that you see?

Does it means that your Events Manager reports numbers are different from the numbers they see internally?

If this is the case, I don’t have an answer, it’s probably some Meta reporting bug.

Or that the number of purchase events you have in the Events Manager is double the number of transactions you have inside WooCommerce?

If this is the case, you need to first test your events flow and check if there is any extra Purchase fired for the transaction. Use Pixel Helper Chrome extension to check your events.

As a general rule: don’t add any extra purchase events, and make sure Automatic Events Without Code option in the Meta Events Manager is OFF.

I will check some of your questions above and get back to you after a while.

Can the cache of wp-rocket create any problem with the order numbers?

Best Regards

Can the cache of wp-rocket create any problem with the order numbers?

I don’t think so.

Hello @pixelyoursite

Thank you for the update regarding the caching.

To answer one of your questions :
Use Pixel Helper Chrome extension to check your events.

I am currently using the meta pixel helper, and in incognito mode, I do not see any extra purchase events to be fired. Something that I noticed is that if the order is cancelled by the user, the user is redirected back to the page where the URL says “order-received”, but with the failure message (That the transaction could not go through). The questions that came up here are:
1) Does this event count as a successful order?
2) Also under the Event info, I can see the Setup Method (for the purchase event ) set to Manual. Is this ok?

I would like to point out that I have disabled this option on your plugin: “Use Ajax when conversion API is enabled. Keep this option active if you use a cache.”

I have checked, using the Chrome extension, that the events get a different ID, under the Event info. So I disabled the Ajax option.
Is this ok? Should the Page View Event, for the same user, have a different ID? Can this create any conflicts?

Best Regards

• This reply was modified 1 year, 11 months ago by Efs.
• This reply was modified 1 year, 11 months ago by Efs.
• This reply was modified 1 year, 11 months ago by Efs.

I am currently using the meta pixel helper, and in incognito mode, I do not see any extra purchase events to be fired. Something that I noticed is that if the order is cancelled by the user, the user is redirected back to the page where the URL says “order-received”, but with the failure message (That the transaction could not go through). The questions that came up here are:
1) Does this event count as a successful order?

I can’t answer the question because it depends on your configuration. You need to test and check if there is any purchase events fired for this scenario.

When you say configuration, you mean on the plugin or on facebook business?

I men your website.

Hello @pixelyoursite,

With further investigation, I can see that the orders based on woocommerce, are the same as I can see them on the site. But the pixel expert insists that the problem is on our site because he can see double the number of orders.

For whatever reason, I can see that this does not make any sense. Can this be an internal bug on meta reports? Or false sorting? Should I report this to the support of Meta pixel?

Also about 1) Does this event count as a successful order?

I can see that there is a purchase fired, with different ID. Can i fix this from the plugin?

Best Regards

@pixelyoursite

New update on the matter:

The Automatic Events Without Code option in the Meta Events Manager is OFF. So I do not know how the purchase events are duplicated and why.

1) Can any of the settings of the plugin or any JS file that is not excluded from the cache, be fired twice?
2) If I have set up a Conversion API, should I also add Meta Pixel ID?
3) Under the Purchase event, I can see that in some cases there is a mismatch between events received from the browser and from the server. Does 2 or 1 affect this?

Best Regards

• This reply was modified 1 year, 11 months ago by Efs. Reason: Added some details/clarifications

Hello @pixelyoursite,

Do you still follow up on this?

Best Regards

@pixelyoursite
That’s the response that I got from meta support when I said to them that I see more purchase events appearing on the schedule.

As our Internal Team further investigate.

As Facebook Pixel implementation is handled by the 3rd party’s platform, we unable to advise further on any adjustments from our end as we do not specialize in these platforms and we do not have the same debugging flexibility when the Facebook Pixel is implemented via 3rd Party Tag Manager/Integration because the Facebook Pixel code is either hidden or is manipulated to make it compatible with the Tag Manager/Partner Integration Platform.

You may need to contact the 3rd party tag manager/Integration.

So how do you suggest to approch this now?

I can still see on the events manager report, more purchase events, than I can see on the backend of my shop.

I don’t have any follow up on this matter because it’s not clear to me what is the actual problem. You mentioned that the number of events reported inside Events Manager is correct, but Meta somehow insist they see double numbers. Where exactly do they see these double numbers? Do you see double numbers of purchases anywhere?

Excuse any missunderstanding that I may have caused. Now I have full access on the account and I can see something better.

I and the Meta expert are seeing the same page with the same results.

Data sources -> Inside the Events Report and under the Purchase event, I can see 4 Total events. But on my site’s woocommerce back-end, I have only 2 orders.

So I believe the problem now is more clear from my end.

Also, the Event ID is different even on page refresh (as tested with the Pixel meta browser plugin) and Automatic Events Without Code option in the Meta Events Manager is OFF.

If i missunderstood something, let me know.

It’s possible that the order confirmation page was visited multiple times by the client, or by you, when testing. This would result in multiple purchase events triggered for the same order.

I have made the purchase from an incognito window. I choose Cash on Delivery, as a payment method and I did not refresh or did anything else on the page. After that i just closed the page.

I have also screen recorded through the Events manager when I was testing the page. Here is a temporary link to check the Video: ?https://www.temporary-url.com/05FB . You will notice a deduplicated tag has been applied, but the actions happened only once.