Not working properly!

  • eragonsoftware

    (@eragonsoftware)


    1 week, 5 days ago

    This is yet another big , hot shot, let’s use this latest, newer, better and improved plugin that doesn’t actually do any good.
    What the hell, seriously.

    The plugin simply does not send Pixel + CAPI with the same event_id for most events.What the plugin should do:

    • Generate a single event_id in PHP
    • Send it to CAPI
    • Print it into Pixel JS
    • Let Meta dedupe

    What the plugin actually does:

    • Pixel fires one event
    • CAPI fires a different event
    • No shared event_id
    • Meta sees them as two separate events
    • You get duplicates, mismatches, missing order IDs, broken attribution

    This is why your Events Manager shows:

    • Purchases missing order IDs
    • Pixel-only events
    • CAPI-only events
    • “Received but not deduplicated”
    • “Missing external_id”
    • “Missing fbp/fbc”
    • “Low match rate”

    So how about this:
    ADD two simple config fields, or better yet, READ IT FROM THE ESTABLISHED CONNECTION between the site using the plugin, and the meta/facebook account, AND THEN
    – use a single event id to send to both the pixel, and CAPI
    Why do you have to overcomplicate in tons of code, that still doesn’t work, and events manager is still complaining, when all this could be accomplished with about 100 lines of code?

Viewing 11 replies - 1 through 11 (of 11 total)
  • Plugin Support Marija

    (@marijastuntcoders)

    1 week, 3 days ago

    Hi @eragonsoftware – thank you for reaching out.

    Can you try resetting the connection by performing the following:

    • Temporarily disable all cache plugins and clear the cache
    • Delete the connection and reinstall the plugin
    • Reconnect to your page

    If the issue persists, please share your System Status report, the latest facebook_for_woocommerce log (located in WooCommerce > Status > Logs), and any plugin-related errors from your debug.log using PasteBin.

    Also – are you noticing the issue with any event in particular? If so, please let us know which event you are having issues with and share some screenshots as well.

    Kind regards,
    Marija

    Thread Starter eragonsoftware

    (@eragonsoftware)

    1 week, 3 days ago

    I’ve done that already. And honestly, even suggesting something like that is counterproductive. Please try to look at it from a pragmatic, progammer mindset:
    – connection exists = credentials should be valid.
    If the EVENT ID sent by the pixel is known by the plugin, why not simply send the same thing via CAPI ?
    Complicating and overcomplexifying things are not necessary. It is what it is… Me disconnecting and reconnecting is not going to solve it, and SHOULD not solve it.
    Does the plugin have specific code to see if it has been connected and disconnected and then reconnected again? Seriously.. this is hiding behind the finger, instead of fixing what’s actually broken.

    We are not speaking the same language, from what I’ve seen in your reply.
    What I have stated above, is EQUALLY VALID FOR ALL EVENTS.

    The plugin simply does not send Pixel + CAPI with the same event_id for most events.What the plugin should do:

    • Generate a single event_id in PHP
    • Send it to CAPI
    • Print it into Pixel JS
    • Let Meta dedupe

    What the plugin actually does:

    • Pixel fires one event
    • CAPI fires a different event
    • No shared event_id
    • Meta sees them as two separate events
    • You get duplicates, mismatches, missing order IDs, broken attribution
    Plugin Support Marija

    (@marijastuntcoders)

    1 week, 3 days ago

    Hi @eragonsoftware ,

    The reason why I suggested re-connecting to your page is that oftentimes this can resolve glitches in the plugin behaviour.

    All events are tracked with both the Pixel and CAPI, and will have matching event_ids (which you can check by using the Meta Pixel Helper & the facebook_for_woocommerce log).

    Please share a few of examples of where you noticed a mismatch with the event_id parameters, as well as your System Status report, the latest facebook_for_woocommerce log, and any plugin-related errors from your debug.log to help us troubleshoot the issue further.

    Kind regards,
    Marija

    Plugin Support Marija

    (@marijastuntcoders)

    1 week ago

    Hi @eragonsoftware – just wanted to follow up and check if you are still experiencing this issue?

    If so, can you share the following using PasteBin:

    • A few of examples of where you noticed a mismatch with the event_id parameters
    • Your System Status report
    • The latest facebook_for_woocommerce log
    • Any plugin-related errors from your debug.log 

    Kind regards,
    Marija

    Thread Starter eragonsoftware

    (@eragonsoftware)

    1 week ago

    I hate to tell you but your question , though kind, is meaningless. If you can show me ONE SINGLE instance of this plugin sending data properly, together with an events manager screen on which the data is matched 10/10, I’d be really interested to see it. I am not comfortable sharing the entire status report here. We are talking about an e-commerce site, and sharing the entire status report could compromise its security.


    There are no reported errors in the debug log, and I have not found any log for this plugin. But the main issue remains. You know it, everyone else using it knows it, and you asking for these logs is just busymaking. I’m not trying to troll here, but this is the truth. I have seen plenty enough facebook ads accounts, and plenty enough events manager accounts to know that the “official” plugin never works OOB.

    Let’s take a step back and think: if the plugin would truly send the proper data to the platform, would the events manager still say deduplication keys are not sent ?
    https://prnt.sc/WoQO_3QNSJJt


    Thanks anyway.

    Thread Starter eragonsoftware

    (@eragonsoftware)

    1 week ago

    here are a few more screenshots to exemplify the complete meaninglessness of some of the things the module does:
    So Server events are much higher in number then pixel events , but somehow coverage is just 25%, and told to increase to 75%. It’s probably because not even _fbc is sent, and deduplication doesn’t work.
    You tell me if I’m wrong, but events manager says so.
    https://prnt.sc/pI6FftaNg686
    https://prnt.sc/S1Z5dvIfkwnR
    https://prnt.sc/ckS1O6OWWKps
    I’m sorry, but all these things tell me the plugin is not working properly..

    Plugin Support Marija

    (@marijastuntcoders)

    3 days, 17 hours ago

    Hi @eragonsoftware ,

    Thank you for sharing the screenshots and additional info!

    Please complete the following steps:

    1. Go to the Events Manager → Datasets → [Your Pixel] → Settings → Event setup.
    2. Click Open Event Setup Tool.
    3. In the popup, enter your website URL and click Add Events.
    4. Your site will open with the Meta Event Setup Tool overlay.
    5. Open the All Events tab.
    6. Review events that were auto-created for button clicks (e.g., Add to Cart, Purchase, Subscribe) and delete them – removing these prevents extra browser events from firing without event_id.
    7. Reset the connection, and reconnect the plugin – this will allow the plugin to load the new setup from the Events Manager.

    Kind regards,
    Marija

    Thread Starter eragonsoftware

    (@eragonsoftware)

    2 days, 16 hours ago

    Thank you , but this will not solve anything, since THERE ARE NO AUTOMATICALLY CREATED EVENTS. All events have been manually selected, such as clicking on a menu, a submenu, a product option (color swatch), add to cart, initiate checkout, etc. And each event has been selected to be named accordingly:
    viewcontent, initiatecheckout, etc. Maybe we should revert to deleting all events, and add only the 4 main ones, viewcontent = seeing the product page, add to cart when they click the button, initiate checkout when they click that button, and order completed when they reach the proper URL ?
    We have added lots of events using the event setup tool, in the hope that it will improve the amount of data Meta sees from what people do on the site, and maybe this was counterproductive ?

    Thanks

    Plugin Support Marija

    (@marijastuntcoders)

    2 days, 13 hours ago

    Hi @eragonsoftware ,

    Yes, this is likely what is causing the issue with the events being sent without IDs, duplicated, etc. It would be best to remove the custom duplicate events – particularly the ones that are automatically tracked with the plugin (ViewContent, ViewCategory, InitiateCheckout, AddToCart, Purchase, etc) and then re-test using just the built-in events.

    Kind regards,
    Marija

    Plugin Support Marija

    (@marijastuntcoders)

    12 hours, 9 minutes ago

    Hi @eragonsoftware ,

    Just wanted to follow up and check if you were able to re-test with the custom events removed?

    Kind regards,
    Marija

    Thread Starter eragonsoftware

    (@eragonsoftware)

    11 hours, 16 minutes ago

    Well, since I only deleted the custom events yesterday, on the 8th of April, there isn’t much time in which things could have improved, for the moment, events manager is displaying the same skewed data, complaining about the same stuff. Let’s give it a rest, give it 7 days, and I will indeed get back on the 16th, and we’ll see if things have improved or not.

    Thank you

    As a sidenote: I still do not understand how any data like this can make sense to someone:
    Browser events 28, server events 1367, = ergo, THE NUMBER OF SERVER EVENTS is much higher.
    However, events manager is still complaining OF THE CONTRARY, telling us to improve by sending MORE server events.
    If someone at facebook/meta or from your team can make sense of it, we’d appreciate it.

    https://prnt.sc/vjRb_2QjEjGx

    • This reply was modified 11 hours, 8 minutes ago by eragonsoftware. Reason: added sidenote
Viewing 11 replies - 1 through 11 (of 11 total)

You must be logged in to reply to this topic.