Un modèle de suivi Google Ads est un modèle d'URL, défini au niveau du compte, de la campagne, du groupe d'annonces, de l'annonce ou du mot clé, que Google Ads utilise pour construire l'adresse que le clic ouvre réellement, en insérant votre URL finale via un paramètre ValueTrack comme {lpurl} plus tout ce que vous ajoutez. C'est un champ distinct du suffixe d'URL finale, qui se contente d'ajouter des paramètres et ne peut rediriger nulle part. L'un réécrit l'URL entière ; l'autre l'étend. Confondre les deux explique pourquoi tant de comptes ont un suivi qui a cessé de fonctionner sans bruit.
Cet article traite de la mécanique au niveau du champ : où se situe le modèle dans la hiérarchie, quel niveau l'emporte, quand l'utiliser à la place du suffixe, et le détail d'encodage qui casse les URL de destination possédant leur propre chaîne de requête. Pour les tags eux-mêmes, les paramètres UTM expliqués sont l'abécédaire, et les paramètres UTM pour Google et Meta ads explique pourquoi Google Ads devrait surtout fonctionner avec le balisage automatique plutôt qu'avec des UTM manuels.
Ce que fait réellement le modèle de suivi
Rien sur la page de destination ne change lorsque vous modifiez un modèle de suivi. Il décide uniquement de ce qui se passe entre le clic et le chargement de la page.
Google Ads lit le modèle au moment de la diffusion, remplace {lpurl} par votre véritable URL finale, renseigne les paramètres ValueTrack, et n'envoie le navigateur vers l'adresse assemblée qu'ensuite. Un modèle commençant par un domaine de redirection y envoie d'abord le navigateur ; un modèle qui n'est que {lpurl} plus une chaîne de requête l'envoie directement vers votre page avec des paramètres supplémentaires attachés.
C'est tout l'intérêt du champ. Cent annonces peuvent partager une seule URL finale et un seul modèle, et une seule modification du modèle change ce que transportent les cent clics à la fois. Les définitions de champs sont détaillées mot pour mot dans la documentation de Google sur les URL finales et les modèles de suivi. Si le modèle n'est qu'une pièce d'un flux de balisage plus large, suivre les campagnes UTM de bout en bout couvre le reste du pipeline.
Où vit le modèle : compte, campagne, groupe d'annonces, annonce, mot clé
Le champ existe à cinq niveaux, et Google Ads ne les fusionne pas.
Configurez un modèle de suivi au niveau du compte, de la campagne, du groupe d'annonces, de l'annonce ou du mot clé, et lorsque plusieurs sont définis, Google Ads utilise le plus spécifique et ignore les autres, sans les additionner. Ordre du plus au moins spécifique : mot clé, annonce, groupe d'annonces, campagne, compte. Un modèle au niveau du mot clé prime sur tout ce qui est au-dessus ; le niveau compte ne s'applique que là où rien de plus spécifique n'existe.
C'est là que les comptes dérivent sans qu'on s'en aperçoive. Quelqu'un configure un modèle propre au niveau du compte pour un nouvel outil, et il fonctionne partout sauf dans trois groupes d'annonces qui en avaient déjà un laissé par un ancien prestataire. Ces trois-là continuent de faire tourner l'ancienne redirection indéfiniment, parce que le paramètre le plus spécifique l'emporte toujours. J'ai déjà passé un après-midi sur un compte qui continuait tranquillement à faire transiter des clics par un domaine de suivi d'appels fermé depuis plus d'un an, parce qu'un groupe d'annonces avait un modèle dont plus personne ne se souvenait avoir configuré. Auditez de haut en bas : compte, puis campagne, groupe d'annonces, annonce, mot clé, en vérifiant à chaque niveau une valeur résiduelle avant de supposer que le changement au niveau du compte a tout atteint.
Modèle de suivi vs suffixe d'URL finale
Ces deux champs sont confondus parce que tous deux ajoutent du texte à une URL. Ce qu'ils sont autorisés à ajouter n'est pas la même chose.
Un modèle de suivi peut remplacer l'URL entière : ajouter un domaine de redirection au début, insérer des paramètres n'importe où, tant que {lpurl} ou une variante apparaît quelque part. Un suffixe d'URL finale ne fait qu'une chose : il ajoute un ensemble fixe de paramètres à la fin de l'URL finale, après tout ce qui s'y trouve déjà, et ne peut pointer vers rien d'autre que votre propre page. Les instructions de Google sur l'ajout d'un suffixe d'URL finale précisent explicitement que le suffixe sert aux paramètres, pas aux redirections.
La règle tient en une phrase : pour ne faire qu'ajouter des paramètres, utilisez le suffixe. Pour faire d'abord transiter le clic par un domaine tiers, une redirection de suivi d'appels ou un pixel de vérification, utilisez le modèle, parce que le suffixe ne peut rediriger nulle part. Par défaut, préférez le suffixe et ne passez au modèle que lorsqu'une redirection est réellement nécessaire.
Les paramètres ValueTrack et personnalisés à connaître
Les paramètres ValueTrack sont des macros que Google Ads renseigne au moment du clic. Une poignée d'entre eux couvre presque tous les besoins pratiques.
{lpurl} est celui dont chaque modèle a besoin, votre URL finale. {campaignid} et {creative} (l'ID de l'annonce) identifient quelle campagne et quelle annonce ont été diffusées. {device} renvoie mobile, tablette ou ordinateur ; {network} indique Recherche, Réseau Display ou Partenaires de recherche. {keyword} et {matchtype} ne se renseignent que sur les campagnes Search : le mot clé déclencheur et s'il a correspondu en requête large, expression ou exact. Pour la liste complète, y compris quelques paramètres propres aux campagnes Shopping et applications, consultez la référence ValueTrack de Google.
Assemblé en un modèle prêt à coller dans le champ au niveau de la campagne :
{lpurl}?utm_source=google&utm_medium=cpc&utm_campaign={campaignid}&utm_content={creative}&utm_term={keyword}&device={device}&network={network}
Remplacez-les par les paramètres que vous interrogez réellement ; ajouter tous ceux que Google propose ne fait que laisser des colonnes vides sur le trafic Display ou Shopping, où la moitié d'entre eux ne se renseignent jamais. Tout ce qui sort des macros propres à Google, un ID de campagne interne, un code de région, nécessite à la place un paramètre personnalisé : un nom et une valeur que vous définissez vous-même, référencés sous la forme {_region}, jusqu'à huit par entité, nom limité à 16 caractères et valeur à 200. Le guide de Google sur les paramètres personnalisés donne les limites exactes.
Construire cette chaîne à la main sur des dizaines de campagnes est exactement le genre de tâche qui dérive dès que deux personnes y touchent. Le générateur d'UTM d'Elido génère la portion balisée à partir d'un formulaire plutôt que d'un champ de texte vide, si bien que les noms de paramètres restent cohérents avant même d'atteindre le modèle.
Le piège d'encodage : lpurl contre unescapedlpurl
Ce détail casse des modèles qui semblaient parfaits en test.
{lpurl} échappe certains caractères, points d'interrogation, signes égal, guillemets, espaces, dès qu'il apparaît ailleurs qu'en tout premier dans le modèle. {unescapedlpurl} n'échappe jamais rien, quelle que soit sa position. Cela n'a d'importance que lorsque votre URL finale possède déjà sa propre chaîne de requête : un ? échappé à l'intérieur d'un wrapper de redirection devient %3F, et un système en aval qui lit l'adresse littéralement obtient un paramètre cassé au lieu d'un paramètre qui fonctionne.
Placez {lpurl} en premier, comme dans {lpurl}?utm_source=google, et l'échappement ne se déclenche jamais, si bien que les deux macros se comportent de façon identique. Placez-le après un préfixe de redirection, comme dans https://track.example.com/go?dest={lpurl}, et le ? et le = propres à la destination sont échappés à l'intérieur de l'URL englobante, ce qui est généralement correct, puisque la redirection a besoin d'une seule valeur propre à transmettre. Inversez les deux et le service de redirection lit du charabia au lieu de votre page. Chaque fois qu'un modèle transite par un domaine de redirection, vérifiez avec la procédure de test ci-dessous plutôt que de supposer que le choix de la macro n'a pas d'importance.
Comment cela interagit avec le balisage automatique et gclid
Le balisage automatique et le modèle de suivi résolvent des problèmes différents, et ils ne se disputent pas l'URL comme le font les UTM manuels et le balisage automatique.
Le balisage automatique ajoute gclid après que le modèle a déjà assemblé l'adresse, puisque gclid est ajouté au moment de l'envoi, et non intégré dans la chaîne du modèle. Un modèle qui ajoute des paramètres ValueTrack ou personnalisés s'exécute en premier, et gclid arrive par-dessus, si bien que les deux coexistent sans conflit. Le mode de défaillance est différent de l'erreur des UTM manuels décrite dans les paramètres UTM pour Google et Meta ads : ici, cela ne se produit que si un modèle code en dur une destination statique au lieu de faire transiter le clic, auquel cas le clic n'atteint jamais le véritable chemin d'envoi et gclid est perdu avec tout le reste. Tant que {lpurl} ou {unescapedlpurl} figure véritablement dans le modèle, gclid continue de fonctionner en dessous, et les analytics de vos liens est l'endroit où les paramètres résultants et gclid apparaissent comme des données exploitables.
Le suivi parallèle a cassé les traceurs de redirection - testez avant de vous y fier
Si un modèle a cessé de fonctionner sans avertissement, voici probablement pourquoi.
Avant que le suivi parallèle ne devienne le comportement par défaut, un modèle de redirection fonctionnait comme son nom l'indique : le clic atteignait d'abord la redirection, le service de redirection faisait son travail, puis renvoyait le navigateur vers l'URL finale. Le suivi parallèle a changé cet ordre. Le navigateur va désormais directement vers l'URL finale immédiatement, tandis que la redirection du modèle se charge en arrière-plan au lieu de se trouver sur le chemin du visiteur. Un traceur véritablement dépendant du fait d'être le premier saut, de lire le clic avant de le transmettre, de poser un cookie avant que la page ne s'affiche, a cessé de voir du trafic réel dès que le suivi parallèle a pris le relais, même si le modèle semblait toujours correctement configuré. Comme le confirme la présentation du suivi dans Google Ads, le suivi parallèle est le comportement par défaut actuel, ce qui explique en partie pourquoi le suffixe d'URL finale, qui ne redirige jamais, est le champ par défaut le plus sûr.
Ne faites pas confiance à un modèle simplement parce qu'il a l'air correct dans l'éditeur. Google Ads propose un bouton Tester à côté du champ : cliquez dessus et Google Ads assemble l'URL exactement comme le ferait un clic réel, en substituant chaque paramètre, et affiche l'adresse résultante ainsi que le temps de chargement et les erreurs. Lisez cette chaîne caractère par caractère ; un {lpurl} mal placé ou une esperluette manquante apparaît ici avant de vous coûter une journée de données cassées. Le bouton Tester vérifie l'assemblage, pas la livraison, donc suivez-le d'un vrai clic : chargez votre propre annonce dans une fenêtre de navigation privée, lisez la barre d'adresse une fois la page stabilisée, confirmez que les valeurs ValueTrack sont bien renseignées plutôt que d'afficher littéralement le texte {device}, et confirmez que gclid est présent si le balisage automatique est activé. Cinq minutes suffisent ici pour repérer ce que la vérification syntaxique de l'éditeur ne peut pas voir.
À lire aussi sur le blog
Questions fréquentes
Qu'est-ce qu'un modèle de suivi dans Google Ads ?
C'est un champ qui contient un modèle d'URL que Google Ads utilise pour construire l'adresse sur laquelle un clic atterrit réellement, à l'aide de paramètres ValueTrack comme {lpurl} plus tout ce que vous ajoutez. Il existe au niveau du compte, de la campagne, du groupe d'annonces, de l'annonce et du mot clé, et il permet de faire passer un clic par une redirection ou d'y attacher des paramètres sans toucher à l'URL finale de chaque annonce.
Quelle est la différence entre un modèle de suivi et un suffixe d'URL finale ?
Un modèle de suivi peut réécrire l'URL entière, y compris en faisant passer le clic par un autre domaine au préalable. Un suffixe d'URL finale se contente d'ajouter des paramètres à la fin de l'URL finale et ne peut rediriger vers rien d'autre. Utilisez le suffixe pour de simples paramètres de requête et le modèle uniquement lorsque vous devez faire transiter le clic par autre chose.
Quel modèle de suivi s'applique si je le configure à plusieurs niveaux ?
Le plus spécifique l'emporte. Google Ads vérifie d'abord le mot clé, puis l'annonce, puis le groupe d'annonces, puis la campagne, puis le compte, et utilise le premier modèle qu'il trouve défini à ce niveau. Un modèle vide à un niveau inférieur n'efface pas celui d'un niveau supérieur ; seule une substitution explicite le fait.
Quelle est la différence entre lpurl et unescapedlpurl ?
Les deux insèrent votre URL finale dans le modèle, mais {lpurl} échappe certains caractères, comme les points d'interrogation et les signes égal, dès qu'il n'est pas placé tout au début du modèle, tandis que {unescapedlpurl} n'échappe jamais rien. Placez {lpurl} en premier dans un modèle et les deux se comportent de la même façon ; placez-le après un préfixe de redirection et ils divergent, ce qui est le piège d'encodage qui casse les URL de destination possédant leur propre chaîne de requête.
Un modèle de suivi affecte-t-il gclid et le balisage automatique ?
Non, ils fonctionnent indépendamment. Le balisage automatique ajoute gclid à l'adresse après que le modèle de suivi l'a déjà construite, si bien qu'un modèle qui ajoute des paramètres ValueTrack ou personnalisés ne supprime ni n'écrase gclid. La seule façon de le casser est de coder en dur une URL finale statique dans le modèle qui ne fait pas transiter le clic, ce qui supprime tous les paramètres, y compris gclid.
Pourquoi le suivi parallèle a-t-il cassé mon traceur de redirection tiers ?
Le suivi parallèle envoie le visiteur directement vers l'URL finale et charge la redirection du modèle de suivi en arrière-plan au lieu de faire d'abord transiter le clic par elle. Tout traceur qui dépendait du fait d'être le premier saut, de lire le clic avant de le transmettre, ou de poser un cookie avant le chargement de la page de destination, a cessé de voir ces clics dès que le suivi parallèle est devenu obligatoire.
Essayer Elido
Collez une URL, obtenez un lien court
Sans inscription. Lien actif 30 jours. Inscrivez-vous pour le garder pour toujours.
Gratuit, sans inscription · 2 par jour