Corriger les erreurs de suivi du commerce électronique
Cependant, lors du suivi du commerce électronique, il peut arriver que le nombre de commandes enregistrées soit nettement inférieur à celui indiqué dans le système de boutique, le CRM ou le système de gestion des stocks, voire qu’aucune commande ne soit enregistrée.
Bien qu’une correspondance à 100 % entre le système de gestion et le système d’analyse Web ne soit guère possible et que des écarts inférieurs à 10 % soient normaux (par exemple en raison de la désactivation de JavaScript), il convient d’examiner de plus près les écarts supérieurs à ce seuil. Cela concerne principalement deux domaines :
a. Installation du code de suivi et mise en place du suivi général.
b. Mise en place du tracking spécifique au commerce électronique.
Regardons de plus près ces deux domaines.
Partie 1 : écarts dus à des défauts d’intégration du code de suivi
1. suivi uniquement après consentement
La principale source de perte de données est la collecte de données uniquement après consentement. En effet, selon la conception de la bannière de consentement, le taux de consentement ne se situe en moyenne qu’entre 20 et 40%. De plus, certains gestionnaires de consentement bloquent automatiquement les scripts externes. Il convient donc de vérifier si l’interaction avec etracker analytics et la gestion du consentement fonctionne correctement (voir les instructions pour les plates-formes de gestion du consentement courantes).
Pour le vérifier, vous pouvez par exemple consulter le rapport de base Mois & Année . Si le pourcentage de visites avec des cookies est de 100 %, il faut agir.
2. extensions de navigateur pour le blocage des publicités et du tracking
Des extensions de navigateur telles que Ghostery ou Adblock avec une configuration stricte peuvent bloquer la collecte de données. Cela concerne en moyenne environ 15% des visiteurs du site et donc des commandes. Les pertes de données dues aux ad- et tracking blockers peuvent être évitées en collectant les données via un sous-domaine dédié. Cette option de suivi peut être ajoutée à tous les comptes etracker. Vous trouverez ici plus d’informations sur le suivi via un domaine personnel.
3. paramètres Do Not Track dans le code etracker
La fonction Do Not Track est activée dans environ 15% des navigateurs. Pour les sites Web B2B, ce pourcentage peut être nettement plus élevé, car la configuration du navigateur est prédéfinie à l’échelle de l’entreprise. Le respect du signal Do Not Track est contrôlé au moyen de ce paramètre dans le code etracker :
data-respect-dnt="true"
Do Not Track (DNT) ne s’oppose pas à l’analyse Web en général, mais à la transmission de données de sites Web à des tiers. Selon le World Wide Web Consortium (W3C), il est dit à ce sujet
“Le suivi est la collecte de données sur les activités d’un utilisateur donné dans différents contextes et le stockage, l’utilisation ou la divulgation de données dérivées de ces activités en dehors du contexte dans lequel elles ont eu lieu“.
Source : https://www.w3.org/TR/tracking-dnt/
Etant donné qu’etracker ne transmet pas de données à des tiers, le respect du DNT avec etracker analytics est donc volontaire et le paramètre susmentionné n’est plus contenu dans le code standard etracker. Si le paramètre est encore contenu dans votre code etracker, le blocage DNT peut être désactivé en supprimant l’ensemble du paramètre.
Vous trouverez ici plus d’informations sur Do Not Track et etracker analytics.
4. placement de code de suivi
Le code etracker doit être inséré dans le code source HTML sur toutes les pages – et donc également sur les pages de check-out – entre la balise ouvrante <head> et la balise fermante </head>. Pour obtenir les meilleurs taux de collecte de données, nous recommandons d’insérer le code de suivi immédiatement après la balise ouvrante <head> ou le plus près possible de celle-ci.
Si le code etracker n’est pas directement intégré dans le HTML de la page, mais diffusé via le gestionnaire de balises, cela peut également avoir un effet négatif sur la collecte de données.
Il est très facile de vérifier si le code etracker est réellement intégré sur les pages du processus de commande via la console du navigateur.
Partie 2 : écarts dus à des défauts dans le suivi du commerce électronique
1. conclusion de la commande sur des sites externes
Si des fournisseurs de paiement externes tels que PayPal sont utilisés, il faut d’abord s’assurer que les acheteurs sont redirigés vers une page de confirmation après la fin de la commande. Pour PayPal, il faut activer le retour automatique et saisir l’URL appropriée. L’expérience montre que jusqu’à 10 % des commandes passées via des prestataires de paiement externes peuvent être perdues, car certains acheteurs mettent fin au processus avant le retour.
Si vous ne pouvez pas tolérer ce flou, il existe une méthode plus complexe, à savoir le transfert de la commande côté serveur :
- Le clic sur le bouton PayPal est transmis à etracker Analytics en tant que lead (avec un timestamp comme numéro de commande). En même temps, ce numéro de commande Timestamp est transmis à PayPal en tant que variable Custom.
- Au moyen de PayPals Notification de paiement instantané (IPN)le lead est envoyé via l’interface Lead to Sale Confirmation Interface dans etracker en une vente.
Cette méthode permet d’enregistrer toutes les transactions PayPal en tant que “ventes” dans etracker analytics. Elle n’est toutefois recommandée qu’à ceux qui disposent d’un savoir-faire suffisant pour travailler avec des webhooks ou pour utiliser des solutions de workflow telles que Zapier pour la connexion à l’interface.
2. les commandes ne sont pas transmises correctement
Il existe quatre manières de transmettre des informations sur les commandes à etracker analytics. Vous éviterez ainsi les pièges typiques respectifs :
a) Utilisation de plug-ins e-commerce pour etracker analytics
Les extensions spéciales pour les systèmes de boutique comme Shopware, WooCommerce ou Magento rendent l’implémentation particulièrement facile. Mais elles ont aussi leurs limites lorsque des adaptations très personnalisées sont apportées au système. C’est pourquoi elles peuvent, comme d’autres plug-ins, interférer avec le tracking. Dans tous les cas, en cas de divergence, il convient de vérifier que la dernière version du plugin est utilisée et que les instructions de configuration ont été correctement suivies.
b) Google Analytics Enhanced Ecommerce Grabber
Si le suivi Ecommerce (Enhanced) de Google Analytics est intégré dans la boutique, les données peuvent être collectées par etracker. Les conditions préalables sont toutefois les suivantes
- que le code de suivi actuel est correctement intégré et a été complété par l’attribut Data
data-ecommerce-grabber="{enabled:true}"et - que l’intégration se fasse directement via le site web et non via Google Tag Manager, par exemple.
c) Paramètres de commande dans le code etracker
Si seules les transactions doivent être enregistrées et non le funnel complet du commerce électronique avec des analyses approfondies de l’assortiment, il est possible d’utiliser les paramètres de commande dans le code etracker. Il faut alors veiller à ce qu’au moins les trois paramètres et_tval (chiffre d’affaires ou valeur de la commande), et_tonr (numéro de commande unique) et et_tsale (statut de la commande 0 pour lead et 1 pour sale) soient définis. Le contenu de la commande est transmis en option via le paramètre et_basket. Pour cela, il faut respecter les consignes de formatage indiquées dans le guide.
d) Intégration des événements e-commerce etracker
Le mode de débogage permet de vérifier l’intégration correcte des événements e-commerce. D’autre part, le rapport de base Dernier visiteur montre en temps réel si les événements sont transmis correctement. Si l’on déclenche soi-même les événements, il faut veiller à ce que le blocage IP ou l’opt-out individuel n’empêche pas la saisie.
Les événements e-commerce ne peuvent être transmis que lorsque le code etracker a été entièrement chargé. Pour les e-commerce events qui sont directement envoyés lors de l’appel de la page (comme par exemple la transmission de la transaction à etracker lors de l’appel de la page de confirmation de commande), il faut donc absolument s’assurer avec la fonction _etrackerOnReady que le code etracker a déjà été chargé avant l’envoi des e-commerce events.
Avec ces conseils, plus rien ne devrait vous empêcher d’obtenir la meilleure qualité de données e-commerce possible. Pour le reste, notre service clientèle se fera un plaisir de vous aider.