Woocommerce tracking does not work when admin-ajax.php is used

[YohannJsl1]

Hello,

My e-commerce logs are empty even if I know I had orders and I tested several add to cart as an user, everything was tracked on the real team visit report as you can see below

For the ecommerce logs it's always empty regardless of the period.

I tried to disable LSCache and disable the tracking code but it's not working. I found nothing answering to this issue.

Here is my system report :

Matomo

• Version de l’extension Matomo: 4.15.1
• Config existe et est accessible en écriture.: Oui ("$abs_path/wp-content/uploads/matomo/config/config.ini.php" )
• JS Tracker existe et est accessible en écriture.: Oui ("$abs_path/wp-content/uploads/matomo/matomo.js" )
• Répertoires de l’extension: Yes ([{"pluginsPathAbsolute":"$abs_path\/wp-content\/plugins\/matomo\/plugins","webrootDirRelativeToMatomo":"..\/"}])
• Répertoire temporaire accessible en écriture: Yes ($abs_path/wp-content/cache/matomo)
• Version de Matomo: 4.15.1
• idSite du site web Matomo: 1
• Version installée de Matomo: 4.15.0 (Install date: 2023-09-02 23:12:14)
• Upgrades outstanding: No
• Upgrade in progress: No

Endpoints

• Matomo JavaScript Tracker URL: ($site_url/wp-content/uploads/matomo/matomo.js)
• Matomo JavaScript Tracker - WP Rest API: ($site_url/wp-json/matomo/v1/hit/)
• Matomo HTTP Tracking API: ($site_url/wp-content/plugins/matomo/app/matomo.php)
• Matomo HTTP Tracking API - WP Rest API: ($site_url/wp-json/matomo/v1/hit/)

Crons

• Heure du serveur: 2023-09-11 08:40:07
• Heure du site web: 2023-09-11 10:40:07 (Les dates ci-dessous sont affichées dans le fuseau horaire du site web)
• Sync users & sites: Next run: 2023-09-11 23:13:31 (12 heures 33 min) ( Last started: 2023-09-10 23:20:48 (-11 heures 19 min). Last ended: 2023-09-10 23:20:48 (-11 heures 19 min). Interval: daily)
• Archive: Next run: 2023-09-11 11:12:18 (32 min 11s) ( Last started: 2023-09-11 10:12:40 (-27 min 27s). Last ended: 2023-09-11 10:12:57 (-27 min 10s). Interval: hourly)
• Update GeoIP DB: Next run: 2023-10-02 23:13:23 (21 jours 12 heures) ( Last started: 2023-09-02 23:13:33 (-8 jours 11 heures). Last ended: 2023-09-02 23:13:41 (-8 jours 11 heures). Interval: matomo_monthly)

Contrôles obligatoires

• Version PHP >= 7.2.5: ok
• PDO extension: ok
• PDO\MYSQL extension: ok
• MYSQLI extension: ok
• Autres extensions requises: ok
• Fonctions requises: ok
• Configuration PHP requise (php.ini): ok
• Répertoires avec les droits d'accès en écriture: ok
• Répertoires avec accès en écriture pour Gestionnaire de balises: ok

Contrôles facultatifs

• Binaire PHP 64 bits: ok
• État du traqueur: ok
• Limite mémoire: ok
• Fuseau horaire: ok
• Ouvrir l'URL: ok
• GD > 2.x + FreeType (graphics): ok
• Autres extensions: ok
• Warning Autres fonctions: warning (shell_exec Il est recommandé d'activer cette fonction intégrée à PHP. Lisez ceci pour en savoir plus. set_time_limit mail parse_ini_file glob gzopen md5_file )
• Système de fichiers: ok
• Dernière exécution d'archivage réussie: ok
• Capacités de la base de données: ok
• Taille maximale des paquets: ok
• Géolocalisation: ok
• Mettre à jour via HTTPS: ok
• Supports Async Archiving: No
• Location provider ID: geoip2php
• Location provider available: Yes
• Location provider working: Yes
• Had visit in last 5 days: Yes
• Matomo URL: Yes ($site_url/wp-content/plugins/matomo/app/)

Matomo Settings

• Track mode: default
• Track codeposition: footer
• Track api endpoint: default
• Track js endpoint: default
• Version history: 4.15.1, 4.15.0
• Core version: 4.15.1
• Last tracking settings update: 1694420841
• Last settings update: 1694420841

Logs

• Aucun:

WordPress

• Home URL: $site_url
• Site URL: $site_url
• WordPress Version: 6.3.1
• Number of blogs: 1
• Multisite Enabled: No
• Network Enabled: No
• WP_DEBUG: No
• WP_DEBUG_DISPLAY: Yes
• WP_DEBUG_LOG: No
• DISABLE_WP_CRON: -
• FORCE_SSL_ADMIN: Yes
• WP_CACHE: Yes
• CONCATENATE_SCRIPTS: -
• COMPRESS_SCRIPTS: -
• COMPRESS_CSS: -
• ENFORCE_GZIP: -
• WP_LOCAL_DEV: -
• WP_CONTENT_URL: $site_url/wp-content
• WP_CONTENT_DIR: $abs_path/wp-content
• UPLOADS: -
• BLOGUPLOADDIR: -
• DIEONDBERROR: -
• WPLANG: -
• ALTERNATE_WP_CRON: -
• WP_CRON_LOCK_TIMEOUT: 60
• WP_DISABLE_FATAL_ERROR_HANDLER: -
• MATOMO_SUPPORT_ASYNC_ARCHIVING: -
• MATOMO_TRIGGER_BROWSER_ARCHIVING: -
• MATOMO_ENABLE_TAG_MANAGER: -
• MATOMO_SUPPRESS_DB_ERRORS: -
• MATOMO_ENABLE_AUTO_UPGRADE: -
• MATOMO_DEBUG: -
• MATOMO_SAFE_MODE: -
• MATOMO_GLOBAL_UPLOAD_DIR: -
• MATOMO_LOGIN_REDIRECT: -
• Permalink Structure: /%postname%/
• Possibly uses symlink: No
• Upload base url: $site_url/wp-content/uploads
• Upload base dir: $abs_path/wp-content/uploads
• Upload url: $site_url/wp-content/uploads/2023/09
• Custom upload_path:
• Custom upload_url_path:
• Compatible content directory: Yes

WordPress Plugins

• Akismet Anti-Spam: Spam Protection: 5.2
• All-in-One WP Migration: 7.78 (Réseau activé)
• Astra Pro: 4.3.0
• BBQ Firewall: 20230718
• Booster for WooCommerce: 7.1.0
• CartFlows: 1.11.15
• CookieYes | GDPR Cookie Consent: 3.1.3
• Elementor: 3.15.3
• Elementor Header & Footer Builder: 1.6.15
• Google Listings and Ads: 2.5.3
• Hello Dolly: 1.7.2
• iThemes Security: 8.1.7 (Réseau activé)
• LiteSpeed Cache: 5.6
• MailPoet: 4.26.0
• Matomo Analytics - Ethical Stats. Powerful Insights.: 4.15.1
• Pinterest for WooCommerce: 1.3.8
• Premium Starter Templates: 3.4.0
• Rank Math SEO: 1.0.122
• SEOPress: 6.9.1
• SEOPress PRO: 6.9
• Simple SEO: 2.0.22
• Site Reviews: 6.10.4
• TrackingMore Order Tracking for WooCommerce (Free plan available): 1.1.5
• Ultimate Addons for Elementor: 1.31.0
• UpdraftPlus - Backup/Restore: 1.23.9
• Variation Swatches for WooCommerce: 1.0.7
• WooCommerce: 8.0.3
• WooCommerce PayPal Payments: 2.2.2
• WooCommerce Stripe Gateway: 7.5.0
• WPForms Lite: 1.8.3.1
• WP Mail SMTP: 3.9.0
• Active Plugins: 20 (all-in-one-wp-migration astra-addon better-wp-security block-bad-queries elementor header-footer-elementor litespeed-cache mailpoet matomo seo-by-rank-math site-reviews trackingmore-woocommerce-tracking updraftplus variation-swatches-woo woocommerce-gateway-stripe woocommerce-jetpack woocommerce-paypal-payments woocommerce wp-mail-smtp wpforms-lite)
• Theme: astra (astra-child)

Server

• Server Info: LiteSpeed
• PHP OS: Linux
• PHP Version: 7.4.33
• PHP SAPI: litespeed
• PHP Binary Name: /opt/alt/php74/usr/bin/lsphp
• Extension PHP Maxmind DB: Non chargé
• PHP Error Reporting: After bootstrap: 0
• Timezone: UTC
• WP timezone: Europe/Paris
• Locale: fr_FR
• User Locale: fr_FR
• Memory Limit: 512M (Au moins 128MB recommandé. En fonction de votre trafic, 256MB ou plus peuvent être nécessaires.)
• WP Memory Limit: 40M
• WP Max Memory Limit: 512M
• Timezone version: 2022.1
• Time: 1694421607
• Max Execution Time: 360
• Max Post Size: 128M
• Max Upload Size: 134217728
• Max Input Vars: 200000
• Disabled PHP functions: Yes (show_source, system, shell_exec, passthru)
• zlib.output_compression is off: Yes
• Curl Version: 7.87.0, OpenSSL/1.1.1p
• Suhosin installed: No

Database

• MySQL Version: 5.5.5
• Mysqli Connect: Yes
• Force MySQL over Mysqli: No
• DB Prefix: wp_
• DB CHARSET: utf8
• DB COLLATE:
• SHOW ERRORS: No
• SUPPRESS ERRORS: No
• Uses Socket: No
• Uses IPv6: No
• Matomo tables found: 76
• DB tables exist: Yes
• Matomo users found: 1
• Matomo sites found: 1
• Permissions obligatoires: OK

Browser

• Browser: (Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/116.0.0.0 Safari/537.36)
• Language: fr-fr,fr,en-us,en,ja,ar

[diosmosis]

Hi @YohannJsl1, I've started looking into your problem, can you confirm that the "Enable ecommerce" option is set in the Matomo Analytics > Settings > Tracking page? I suspect this isn't the issue, but I want to make sure.

EDIT: and another question, is there a checkout page that's part of your ecommerce workflow and if so what would the URL path of the page be? (eg, if the URL is https://mysite.com/checkout, then /checkout).

[YohannJsl1]

Hi @diosmosis thank you for your answer.

Yes "Enable ecommerce" option is on

On the first screenshot of my previous message I was translating with google but the path is /confirmation and not /checkout The thing is if the user is adding to the cart it is just loading a side cart without changing the url and I also want to track theses add to cart.

One other thing : my website is host on a subdirectory site.com/subdirectory so all the urls follow this subdirectory, for example site.com/subdirectory/confirmation . I don't know if it can have any impact.

[diosmosis]

@YohannJsl1 when you view a product on your site, would you be able to check if somewhere in the HTML of the page there is this text: addEcommerceItem or setEcommerceView within a <script> element?

NOTE: if you're comfortable sharing the website, that might help speed things up. This can be done via email if you'd like.

[YohannJsl1]

Please send me your email I'll send the URL to you

[YohannJsl1]

Thank you, just sent to you

[diosmosis]

@YohannJsl1 received, I'll look into it and update you when I find something.

[diosmosis]

@YohannJsl1 I've looked into this and it seems it's a bug in Matomo for Wordpress when using AJAX requests to manage ecommerce functionality. Unfortunately there doesn't appear to be an easy fix. There doesn't appear to be a workaround either.

[YohannJsl1]

@diosmosis do you have any idea of how long it will take to fix it ? Or do you know any alternatives app to use to do so ?

[diosmosis]

@YohannJsl1 If a fix is identified soon, then it might be able to go out in a release in around a month. If I can think of a workaround you can use I'll post it here as well.

If you're asking for alternative wordpress plugins that work like Matomo for Wordpress for ecommerce then I'm not particularly aware of any, apologies.

[YohannJsl1]

Is there a workaround to at least track when the user is on the confirmation page ? The slug end with /confirmation/

[diosmosis]

@YohannJsl1 actually I may be incorrect about the problem, looking into it again.

Regarding the confirmation page, if the page is marked as the checkout page in Woocommerce. Is this not the case for your site?

[YohannJsl1]

Yes confirmation and checkout page is the same page.

The problem is I don't have any way to track the add to cart as it's an AJAX add to cart, but maybe I can at least track when the person is on the checkout page (it will not solve the problem but I will still have a better view)

[diosmosis]

The problem is I don't have any way to track the add to cart as it's an AJAX add to cart, but maybe I can at least track when the person is on the checkout page (it will not solve the problem but I will still have a better view)

This should actually already be the case, I misread parts of the existing code. In case of AJAX the ecommerce tracking is done server side, and as far as I can tell it should be working for you.

I do have one possible idea, the "Block Bad Queries" plugin might be blocking those requests. I haven't verified, but you could try temporarily deactivating that plugin and checking if ecommerce actions start getting tracked.

[YohannJsl1]

I don't know what "Block Bad Queries" plugin is but I tried disabling all security plugin and it didn't change anything.

[diosmosis]

Bugs found from debugging (will create new issues for each):

• Some plugins (like Astra Pro) will use admin-ajax.php to perform ecommerce actions. Since that is an admin page, the is_admin() check in Woocommerce.php skips adding hooks.
• In AjaxTracker.php, the response can sometimes be an error but also an array instance, causing a problem when trying to access a method on the $response.
• The wordpress server can be seen as a bot by the Matomo tracker. AjaxTracker.php needs to add &bots=1 to bypass this.
• Clicking "Archive Reports" can return HTML response as an admin.json. I'm unsure as to why yet.

[diosmosis]

• Regression in core in 4.15.1, ecommerce metrics are not archived when there are no orders or goal conversions, though there may be abandoned cart metrics.

[diosmosis]

Since debugging is complete, I'm going to close this.