Forum Replies Created

Viewing 7 replies - 1 through 7 (of 7 total)
  • Thread Starter 3p1demicz

    (@3p1demicz)

    Hi,

    Sadly it was probably just some buffer and the bug is not solved by deactivating the “cart content in data layer”.

    I tried everything i believe. When i leave only the datalayer active (without putting the actual code of the GTM to the website) and use the datalayer to load other scripts (TikTok Pixel, FB purchase event). It works smooth, loads all data, click, add to cart, purchase etc etc.

    But when the actual Google “pixel” is activated this “lag” starts to happen. And it only happens on the Shop page (Product archive). If i click any Buy button (link to product page) anywhere else on the page, it does not happen. If i click a “Prodcut loop” like for example “You may also like upsells on product / page” it does the same (because it is the same WooCOmmerce loop).

    This “Lag” can take up to 4 seconds, before the page actually starts loading. It is like if there was a CSS wall or something that purposely delays the click.

    If the GTM code is active and I disable the “Track enhanced e-commerce” completely, it goes away. But so does my tracking :D.

    Any suggestion what can be causing this from the devs?

    the shop / product archive page

    Only last thing i can think about is the site being in HTTP instead of HTTPS.

    Thank you.

    EDIT: i have a “patch”. If i use plugin, to selectively disable some JS on specific pages and go ahead and disable “gtm4wp-woocommerce-enhanced –
    /wp-content/plugins/duracelltomi-google-tag-manager/js/gtm4wp-woocommerce-enhanced.js” on the shop page. This lag goes away.

    It is not the best solution, as any google tag thing is not being traced on shop page, but at least the product loads fast, which is more important.

    • This reply was modified 3 years, 5 months ago by 3p1demicz.
    • This reply was modified 3 years, 5 months ago by 3p1demicz.

    Hey !

    For me this is called ?wc-ajax=stripe_verify_intent&order=XYXYXY

    Depending on how many of our plugins is active, this “request” takes between 4 seconds (no plugins active) to 21 seconds when all plugins active.

    So far what plugins cause delay (active separately, not togetehr)

    Affiliate WP – 0,4 sec
    AeroCheckout: Custom WooCommerce Checkout Pages – +8 seconds
    Google Tag Manager – + 6 secodns
    CBM2 – + 2 seconds
    Redux + 5 seconds
    PixelYourSite + 5 seconds
    RankMath SEO – +5 seconds
    Yoast SEO – + 10 seconds

    All these times are projected in the ?wc-ajax=stripe_verify_intent&order=XYXYXY

    Kind regards,
    Kristof

    Hey Jr,

    Thank you for that. Disabling Yoast did make it at least 2 times faster. And using older version of stripe makes it also 20% faster. So with old version of Stripe and No Yoast we are looking at some quite reasonable checkout time at 13 seconds with 3D Authentications enabled.

    Although it is still quite slow compared to Braintree checkout we was using before, which as around 4 seconds tops.

    But stripe gives much better deal money-wise…. so, it is a tough call.

    I would just hope Automattic could make the plugin as fast as the Braintree. Having 13 seconds load time is obviously unecessary in 2020 when Braintree (also official plugin by WooCommerce) can have fast checkout process.

    Hey,

    I am writing here mostly to be posted in this matter

    We are experiencing the same thing. For us this slow (21 seconds) load time happens only for credit cards with 3D authentication. WooSupport already looking in to it, but it’s funny they said, that it is uncommon and 2 more people here have the same issue.

    Also we tried to switch to default theme and let only WooCommerce and Stripe active. This made the “intent_verify” load only 3 seconds. But with each plugin active it grows up to 21 seconds.

    For credit cards WITHOUT 3D verification process (almost nobody in EU market) it is fast as it should be (less than 3 seconds load time)

    Hope you can fix the plugin. I would not be shocked if the other user would not even know this is happening on their site.

    Kind regards,
    Kristpf

    Thread Starter 3p1demicz

    (@3p1demicz)

    Had to clear cache for the whole website and that solved it.

    Hey!

    It did not crash my site, but i am testing it out on our staging environment and i got the same error as you.

    DB actions in the Scheduler will not run even if i click manually “Run. And i still have 4 more scheduled. Maybe connected .

    3p1demicz

    (@3p1demicz)

    Where can i edit this Code pls? Is it in the folder of the Plugin?

Viewing 7 replies - 1 through 7 (of 7 total)