Aller au contenu

Suivi des campagnes

Connecter une régie importe ses campagnes et ses dépenses quotidiennes. Ça ne dit pas pour autant à AdStrike de quelle campagne vient une visite donnée : ce lien passe par l’URL de la page d’arrivée, et chaque plateforme le traite différemment.

Sans lui, vous gardez le chiffre d’affaires attribué par canal, mais aucun coût, aucun ROAS et aucun CPA par campagne : la dépense est importée sans être reliée à quoi que ce soit.

La plupart des plateformes ne demandent rien de votre part. Lisez la section correspondant à la vôtre avant de modifier un réglage côté régie.

À l’arrivée d’une visite, AdStrike cherche sa campagne de trois façons, dans cet ordre :

  1. Par identifiant de campagne — un paramètre de l’URL portant l’identifiant propre à la plateforme. Exact et robuste, rien à maintenir.
  2. Par mapping UTM — le utm_campaign de l’URL est comparé au mapping UTM de la campagne, qu’il soit déclaré par la plateforme ou saisi par vous.
  3. Par nom de campagne — le utm_campaign de l’URL est comparé au nom de la campagne, sans tenir compte des séparateurs ni de la casse. Une campagne nommée Brand | FR | 2026 est ainsi rattachée par utm_campaign=Brand_FR_2026.

C’est ce troisième chemin qui fait que nommer vos UTM d’après vos campagnes suffit généralement.

Rien à faire. Google ajoute gad_campaignid de lui-même aux URL de clic, et AdStrike le lit.

N’ajoutez pas gad_campaignid={campaignid} au suffixe d’URL finale. Google envoie déjà le paramètre, donc un suffixe l’ajoute une seconde fois avec une valeur différente — et pour les campagnes Performance Max, le paramètre ValueTrack {campaignid} ne correspond pas à l’identifiant de campagne connu d’AdStrike. Quand les deux sont présents, c’est la valeur du suffixe qui l’emporte : le réglage casse donc silencieusement le rapprochement qu’il était censé permettre, en particulier sur Performance Max.

Si vous l’avez déjà posé, retirez-le. Les visites existantes conservent le lien qui leur a été donné ; les nouveaux clics se rétablissent d’eux-mêmes.

Rien à faire. Criteo ne met aucun identifiant de campagne dans ses URL de clic, donc AdStrike lit le utm_campaign que vos ad sets ajoutent et le rattache à la campagne automatiquement, en le rafraîchissant à chaque synchronisation.

Une réserve : un ad set dont le tracking code envoie une valeur générique comme acquisition ou retargeting ne peut pas être rattaché à une campagne précise, puisque plusieurs la partagent — et cette valeur ne correspond à aucun nom de campagne non plus. Donnez un utm_campaign distinctif à chaque ad set si vous voulez un coût par campagne.

Rien à faire dans la plupart des cas. Meta place son identifiant de campagne dans utm_id sur une partie de son trafic, et AdStrike se rabat sur le nom de la campagne pour le reste — nommer votre campagne comme se lit votre utm_campaign suffit donc.

Si une campagne reste sans rapprochement, vérifiez ses paramètres d’URL côté Meta : quand les UTM sont définis à la fois dans l’URL de destination et dans le champ paramètres d’URL, les deux se concatènent et l’un écrase l’autre. Gardez-les à un seul endroit.

Commencez par connecter TikTok dans Paramètres → Intégrations, et liez le compte publicitaire à un site. Une campagne ne peut pas être rattachée avant d’avoir été importée.

TikTok se rapproche ensuite par le nom de campagne, comme Meta. Si votre utm_campaign ne ressemble pas au nom de la campagne, alignez les deux ou saisissez la valeur dans AdStrike via la boîte de dialogue de mapping UTM de la page Campagnes.

Ouvrez la page Campagnes. Un avertissement y apparaît dès qu’une plateforme envoie du trafic qu’aucune campagne ne permet d’identifier, en nommant la plateforme concernée.

Les changements ne concernent que les nouvelles visites : le trafic enregistré auparavant reste sans lien de campagne, et il n’y a pas de reprise rétroactive. Laissez le temps à de nouveaux clics d’arriver — et à la copie du tracker mise en cache chez les visiteurs d’expirer — avant de conclure que ça n’a pas fonctionné.