forumNouveau sujet

Comment vérifier la réalité des chiffres dans un suivi de conversion configuré en turc ?

AAleyna B***Membre actif
Poste
Stagiaire
Secteur
Comptabilité et conseil
Type d'organisation
filiale d'un groupe
Membre depuis
sept. 2024
Message
200
#1

on est une entreprise familiale à Cologne qui fait de la vente en gros et au détail de produits alimentaires turcs... notre site est bilingue en allemand et en turc puis on consacre environ 2 200 EUR par mois de budget pub. bref le mois dernier, on a finalisé et mis en service les étapes de suivi de conversion configurées en turc, à la fois pour les campagnes search et pour la partie analytics.

mais depuis quelqus semaines, il y a un décalage illogique entre les chiffres qu'on voit dans le panneau et nos écritures comptables. certains jours le panneau pub n'enregistre même pas une seule conversion alors qu'on prépare 7 colis de commande à l'entrepôt. d'autres jours, on voit 9 conversions d'achat dans le panneau mais seulement 2 paiements de commande arrivent sur notre compte bancaire.

je soupçonne que les redirections de langue ou la structure de panier multilingue puissent fausser ce compteur. quelles méthodes dois-je appliquer pour tester étape par étape si la configuration fonctionne vraiment correctement ?

SSelin K***Membre actif
Poste
Chargé de ressources humaines
Secteur
E-commerce
Type d'organisation
atelier
Membre depuis
sept. 2024
Message
42
Plus utile#2

Réponse courte : dans les boutiques multilingues, l'incohérence des données de conversion vient du fait que la structure d'URL change lors des passages de langue et que la session se casse au retour du prestataire de paiement, ce qui fait sauter les déclencheurs. Pour confirmer une mesure correcte, il faut passer une commande test de bout en bout séparément dans chaque langue et examiner les variables du data layer.

Commencez par vérifier la structure des pages panier et confirmation de commande. Si l'adresse de redirection après une commande en interface turque et celle après une commande en allemand se trouvent dans des répertoires différents, et que votre règle de conversion n'est liée qu'à une seule structure d'URL, les commandes dans l'autre langue resteront totalement non enregistrées. À l'inverse, si les tentatives échouées sur le canal de paiement externe ou abandonnées en cours de route par l'utilisateur redirigent vers une page intermédiaire générique, il est aussi possible qu'une conversion soit écrite sans qu'aucun paiement n'ait été encaissé.

Vous devez dérouler le processus de vérification dans cet ordre : 1) Activez le mode debug dans votre outil de gestion de tags. 2) Passez une commande depuis l'interface turque pour un produit test symbolique et à prix cohérent, via le vrai canal de paiement, et confirmez que le tag se déclenche sans problème. 3) Répétez exactement le même processus depuis l'interface allemande et dans une session de navigateur propre. 4) Assurez-vous que le code de confirmation ne se déclenche pas dans un scénario d'annulation de commande. Quand vous vérifierez que la devise est bien transmise en EUR dans les deux langues au niveau du data layer, la contradiction entre le panneau et la comptabilité s'éclaircira.

CCeren B***Membre actif
Poste
Directeur commercial
Secteur
Droit
Type d'organisation
startup en phase de lancement
Membre depuis
janv. 2025
Message
282
#3

Dans votre condition de déclenchement, utilisez directement l'événement du data layer plutôt que le contrôle de l'adresse de page. Déclenchez l'événement purchase côté serveur au moment même où la commande est bien écrite en base. Ainsi, que l'adresse soit à la racine turque ou allemande, le tag se base sur le nom de l'événement et non sur l'URL, donc il n'est pas affecté par la structure de langue.

JJülide A***Membre actifMembre de la communauté
Membre depuis
août 2024
Message
1
#4

Est-ce que le virement bancaire local ou des portefeuilles externes sont en jeu comme moyen de paiement ? Si le client ferme le navigateur après avoir terminé l'opération sur l'écran de paiement externe, sans être redirigé vers votre site, la page de remerciement ne se charge pas et le panneau ne voit pas la vente.

GGürkan Ö***Membre actifMembre de la communauté
Membre depuis
août 2024
Message
112
#5

Ouvrez le rapport des chemins de page dans votre panneau analytics et examinez l'étape juste avant la page de remerciement. Si vous voyez des entrées vers la page de remerciement directement depuis la page d'accueil ou depuis des liens externes, il se peut que le lien de la page ait fuité dans l'index du moteur de recherche et que les bots crawlers écrivent une conversion à chaque visite de la page.

HHasan K***Membre actifMembre de la communauté
Membre depuis
avr. 2023
Message
221
#6

Quand on a eu le même problème on a galéré deux semaines. Quand le client changeait la langue du panier de l'allemand vers le turc, le cookie de session se réinitialisait et la session analytics était perdue. Notre dev a configuré le domaine du cookie pour qu'il couvre tous les sous-répertoires et le problème a été réglé à la racine.

İİlknur Y***VétéranMembre de la communauté
Membre depuis
juil. 2022
Message
3
#7

Les étapes que vous devez appliquer pendant les tests sont les suivantes : 1) Réglez à zéro seconde le délai de retour vers la boutique depuis la page de paiement externe. 2) Mettez en place une règle noindex sur la page de remerciement pour empêcher son indexation. 3) Testez que la session panier est bien conservée lors des changements de langue.

VVahide A***Membre actif
Poste
Expert en test
Secteur
Formation
Type d'organisation
filiale d'un groupe
Membre depuis
déc. 2023
Message
3
#8

Les plateformes de consentement en vigueur en Allemagne doivent impérativement transmettre les mêmes catégories de cookies, de façon complète, dans les deux langues. Si la fenêtre de consentement ne se charge pas correctement dans l'option turque, le système peut bloquer automatiquement les tags en supposant l'absence de consentement.

CCaner B***Membre actif
Poste
Analyste de données
Secteur
Immobilier
Type d'organisation
Entreprise de 20 personnes
Membre depuis
nov. 2025
Message
39
#9

Attendre que les chiffres de la compta et du panneau coïncident au centime près n'est pas un objectif réaliste. À cause des extensions bloqueurs de pub et des utilisateurs avertis qui refusent directement le consentement aux cookies, il restera toujours une marge d'écart raisonnable.

AAleyna D***Membre actifMembre de la communauté
Membre depuis
juil. 2023
Message
3
#10

Quand on passe ces commandes test, est-ce que payer depuis notre propre site avec la carte de la société pose problème côté compta, ou bien il existe un réglage dans les panneaux qui affiche la commande à montant zéro, genre mode test ?

İİlker G***Membre actif
Poste
Directeur des opérations
Secteur
Cosmétique
Type d'organisation
entreprise de taille moyenne
Membre depuis
juin 2024
Message
75
#11

Il faut y aller étape par étape. Plus il est difficile de revenir sur une décision plus il faut la prendre lentement.

LLevent Ö***Vétéran
Poste
Planification de production
Secteur
Textile
Type d'organisation
filiale d'un groupe
Membre depuis
janv. 2023
Message
13
#12

Oui, la situation est exactement ainsi concernant configuration du suivi de conversion. Ce qui nous faisait perdre le plus de temps, c'était l'absence de clarté sur qui prenait les décisions.

Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

JJale K***Expert
Poste
Chef d'équipe développement
Secteur
Élevage
Type d'organisation
filiale d'un groupe
Membre depuis
févr. 2026
Message
136

Doki · Migration d'infrastructure · 2023

#13

Je parle du point de vue du fournisseur c'est mon côté. La vitesse est une question de seuil ; si c'est déjà rapide, accélérer davantage ne change rien.

Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

HHavva M***Membre actif
Poste
Agent du service client
Secteur
Immobilier
Type d'organisation
entreprise individuelle
Membre depuis
juin 2024
Message
18

Doki · Application mobile · 2023

#14

J'ai été soulagé en lisant cette réponse, donc ce n'est pas seulement mon cas. Les décisions hâtives finissent par être corrigées six mois plus tard.

L'inscription sur les cartes apporte plus de trafic à la plupart des commerces locaux que la rédaction de blog.

KKemal G***Membre actifMembre de la communauté
Membre depuis
nov. 2025
Message
5
#15

je suis intéressé.

EEsra K***Membre actifMembre de la communauté
Membre depuis
juil. 2025
Message
1
#16

Je suis une petite entreprise, laissez-moi expliquer de mon point de vue. Lors de la prise de décision, écrivez aussi le pire scénario, pas seulement le meilleur.

Aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger. C'est confirmé par l'expérience.

BBurcu Ş***Membre actif
Poste
Responsable réseaux sociaux
Secteur
Médias et édition
Type d'organisation
atelier
Membre depuis
mars 2025
Message
406
#17

Je vais essayer. Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

C'est mon avis je ne l'écris pas comme une vérité absolue.

ZZehra Y***Expert
Poste
Membre du conseil d'administration
Secteur
Sport et fitness
Type d'organisation
distributeur régional
Membre depuis
oct. 2022
Message
3
#18

Je suis une petite entreprise laissez-moi expliquer de mon point de vue. Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant, j'ai appris cela trop tard.

Si c'est une première commencez petit, l'échelle viendra plus tard. C'est mon avis je ne l'écris pas comme une vérité absolue.

ÜÜlkü B***Nouveau membreMembre de la communauté
Membre depuis
sept. 2026
Message
240
#19

C'est une bonne idée d'avoir ouvert ce sujet.

IIrmak V***Membre actif
Poste
Comptabilité préliminaire
Secteur
E-commerce
Type d'organisation
filiale d'un groupe
Membre depuis
févr. 2025
Message
312
#20

C'est vrai en théorie, mais ça ne marche pas ainsi en pratique. La plupart des pertes de temps s'accumulent sur les tâches en attente de validation.

Le classement du concurrent vient peut-être de son ancienneté, pas de son contenu. Corrigez-moi si je me trompe.

Répondre