Converlay Repère Enfin le Script Qui Sabote Discrètement Votre Suivi — et Vous Dit Comment le Corriger

Presque aucune boutique Shopify ne fait tourner Converlay en isolation. Au moment où un marchand l'installe, le thème contient déjà généralement un tag Google déposé par un ancien développeur, une application de canal de vente déclenche son propre pixel, une bannière de cookies est censée tout filtrer, et peut-être qu'un second outil d'analyse tourne "juste pour comparer". La plupart de tout cela coexiste sans problème. Une partie ne le fait pas, en silence—et jusqu'ici, un marchand n'avait aucun moyen de faire la différence sans ouvrir les outils de développement du navigateur et lire les requêtes réseau à la main.

Converlay v2.40.0 change cela. Le tableau de bord scanne désormais la boutique en ligne réelle à la recherche de scripts tiers qui entrent en conflit avec son propre suivi, affiche précisément ce qu'il a trouvé, et—nouveauté de cette version—transmet chaque constat à North avec un correctif concret et sourcé : quoi cliquer, dans quel panneau d'administration, et comment vérifier que ça a fonctionné.

Le Problème : Personne N'Audite Son Propre Thème

Les scripts en conflit ne sont pas un problème propre à Converlay—c'est un problème de boutique Shopify qui précède Converlay sur la plupart des installations. Un thème conçu il y a deux refontes contient encore un extrait gtag() brut dans theme.liquid. Une application de canal de vente installe son propre pixel via le Web Pixels Manager. Une application de gestion du consentement est censée dialoguer avec la Customer Privacy API de Shopify, mais une intégration mal configurée fait que les choix du visiteur ne l'atteignent jamais réellement. Aucune de ces situations ne génère d'erreur. Elles coûtent simplement, en silence, des données propres au marchand : le même achat rapporté deux fois à la même plateforme publicitaire via deux configurations de suivi différentes, ou des événements qui continuent d'être envoyés vers une destination dont un acheteur s'est explicitement désinscrit.

Le pixel de Converlay et sa livraison côté serveur n'ont jamais été le maillon fragile—le sandboxing de Shopify et le back-end de Converlay isolent déjà cela. Le maillon fragile a toujours été tout le reste qui tourne à côté, invisible pour un marchand qui n'a aucune raison de savoir quels scripts sa boutique charge réellement.

Ce Que le Scan Vérifie Réellement

Le nouveau scan de compatibilité s'exécute sur un catalogue de plus de 70 scripts et outils connus—gestionnaires de tags, GA4, pixels publicitaires, trackers de canaux de vente, autres applications de suivi, outils d'analyse produit, plateformes email/SMS, outils de relecture de session, et une trentaine de plateformes de gestion du consentement, chacune avec son propre comportement de synchronisation Shopify. Pour chacune qu'il trouve active sur la boutique, il vérifie deux points qui comptent réellement pour les chiffres d'un marchand :

• Double comptage. La même plateforme reçoit-elle le même événement deux fois via deux chemins différents—par exemple, le tag GA4 propre au thème qui tourne à côté de la destination GA4 de Converlay, tous deux se déclenchant à chaque achat ? Chaque tag GA4 ou Google hors Converlay qui coexiste avec la destination GA4 de Converlay pour la même propriété double les pages vues, les vues de produit et les événements de panier—il ne devrait y avoir qu'un seul expéditeur par événement.
• Synchronisation du consentement. Si une bannière de consentement est installée, le choix du visiteur atteint-il réellement la Customer Privacy API de Shopify, ou se contente-t-elle de masquer une bannière de cookies pendant que tous les tags continuent de se déclencher en dessous ? Le scan classe chaque outil de consentement comme synchronisé, partiellement synchronisé, non vérifié, ou pas synchronisé du tout—une distinction que la plupart des marchands n'ont aucun moyen de vérifier eux-mêmes.

Les résultats apparaissent dans une nouvelle carte Compatibilité sur la page Santé du tableau de bord, exécutée automatiquement à l'installation puis relancée à la demande, avec une fenêtre de fraîcheur de 30 jours pour qu'un marchand sache toujours à quel point un résultat est récent avant d'agir dessus.

De « Voici un Problème » à « Voici le Correctif »

Une liste de scripts en conflit n'est utile que si le marchand sait quoi en faire, et c'est précisément ce qu'ajoute la v2.40.0. Chaque constat de la carte Compatibilité porte désormais des étapes de correction destinées au marchand—le chemin de clics dans l'admin Shopify ou dans les réglages de l'application concernée, ce qui continuera de fonctionner après le changement, et comment vérifier que le correctif a bien pris—sourcées directement depuis la documentation de l'éditeur ou de Shopify, et marquées comme vérifiées, probables, ou déduites selon la solidité avec laquelle ce chemin a été confirmé.

À côté de chaque constat se trouve un bouton « Demander à North comment corriger ceci ». En cliquant dessus, North déroule le correctif de façon conversationnelle—un constat à la fois, le plus grave en premier, avec une étape de vérification à la fin et une proposition de relancer le scan une fois le changement en ligne. Interrogé directement, North peut aussi expliquer ce que le scan ne peut pas voir : un scan lit ce qui tourne dans le navigateur à l'instant présent, pas tous les scripts qui pourraient un jour se charger, donc North est transparent sur cette limite plutôt que de laisser entendre qu'un scan propre garantit une boutique totalement propre.

Également dans la v2.40.0 : Mieux Cohabiter avec l'Existant

Parallèlement au scan, cette version resserre le comportement de Converlay lui-même face aux scripts sur lesquels il fait désormais des constats. Avec le consentement analytique accordé mais le consentement publicitaire refusé, le pixel omettait déjà correctement les champs dédiés d'identifiant de clic publicitaire—mais l'URL de page et le référent qu'il enregistrait pouvaient encore transporter un paramètre de requête fbclid ou gclid jusqu'au serveur, puis jusque dans le journal d'événements d'une plateforme publicitaire. Le pixel comme le SDK retirent désormais les paramètres d'identifiant de clic de ces URL dès que le consentement publicitaire n'est pas accordé, tout en laissant intacts les paramètres UTM et tout le reste.

Un garde-fou de propriété unique, qui bloquait auparavant l'activation d'une seconde destination GA4 ou GTM côté serveur, a lui aussi été affiné : il empêche désormais uniquement l'activation nouvelle d'une destination sur une propriété déjà détenue par une autre destination, au lieu de rétrograder par accident une destination déjà active—pour que le renforcement du garde-fou ne devienne pas lui-même une nouvelle panne.

Pourquoi Cela Compte Plus Qu'un Chiffre de Catalogue Plus Élevé

Converlay existe pour combler l'écart entre ce qui se passe réellement sur une boutique Shopify et ce que rapportent les plateformes publicitaires et les outils d'analyse. Un marchand avec un tag GA4 en double ne reçoit pas de mauvaises données de la part de Converlay—il reçoit de bonnes données de Converlay mélangées à des données dupliquées venues d'ailleurs, et jusqu'ici il n'y avait aucun moyen de voir ce mélange, encore moins de le démêler. Le scan de compatibilité ne se contente pas de signaler du bruit ; c'est une ligne directe entre « quelque chose semble anormal » et un correctif précis et sourcé, sans qu'un développeur ait besoin de lire d'abord le code source du thème.

Converlay connecte votre boutique Shopify à 26 destinations—dont Meta, Google Analytics 4, TikTok, Pinterest, Klaviyo et bien d'autres—via un envoi d'événements côté serveur, et scanne désormais les scripts tiers les plus susceptibles de travailler discrètement contre lui.

Installez Converlay depuis la Shopify App Store et consultez la page Santé—la carte Compatibilité s'exécute automatiquement, et North est à un clic de chaque constat qu'elle rapporte.