Qu'est-ce que la perte de signal, et pourquoi a-t-elle autant grandi ?
La perte de signal, c'est lorsqu'une conversion a réellement lieu mais que la plateforme publicitaire ne la voit jamais. La cause n'est pas un seul changement ; ce sont plusieurs couches de blocage empilées les unes sur les autres. La prévention du suivi de Safari (ITP) restreint les cookies tiers et certains cookies propriétaires. L'App Tracking Transparency (ATT) d'iOS affaiblit l'appariement sur mobile, car la plupart des utilisateurs refusent le consentement. Les bloqueurs de publicité, eux, empêchent tout simplement le pixel de se charger.
Une précision importante : le projet de Chrome de supprimer entièrement les cookies tiers a été abandonné en 2025. Le problème n'est donc pas « la mort des cookies » ; la perte se produit surtout au niveau du navigateur, et c'est précisément pour cela que la solution passe du navigateur au serveur.
Qu'est-ce que le suivi côté serveur, exactement ?
Le suivi côté serveur envoie les événements de conversion directement depuis votre propre serveur (ou depuis un conteneur de balises côté serveur) vers l'API de la plateforme, au lieu de les envoyer depuis le navigateur de l'utilisateur. L'événement part d'un endroit que les bloqueurs de publicité et les restrictions du navigateur ne peuvent pas atteindre. Meta le propose via la Conversions API (CAPI), Google via les conversions optimisées et son API de conversion.
- Pixel navigateur : s'exécute sur l'appareil de l'utilisateur et reste exposé au blocage et aux limites sur les cookies.
- Côté serveur : envoie l'événement depuis votre propre infrastructure, largement à l'abri du blocage.
- Les deux ensemble : la configuration la plus robuste ; le même événement emprunte deux chemins, puis il est dédupliqué.
Meta Conversions API : faites grimper votre event match quality
La valeur de la CAPI dépend de la capacité de Meta à apparier vos événements à la bonne personne. Le score qui mesure cela, c'est l'Event Match Quality (EMQ, de 1 à 10). Plus il monte, plus de conversions atteignent le système d'optimisation, et plus votre CPA baisse.
- E-mail haché : le champ le plus puissant à lui seul ; sur la plupart des comptes, il fait passer l'EMQ de 4-5 à 7-8.
- Téléphone, nom et localisation hachés : hachez les champs d'identité en SHA-256.
- fbc, fbp, IP et user agent : envoyez-les en clair, ne les hachez pas.
- event_id : la clé commune qui apparie les événements du pixel et du serveur.
Quelle part de vos données voyez-vous vraiment ?
Ads Sensor réunit vos données Meta, Google et GA4 dans un seul panneau et rend visible l'écart entre le déclaré et le réel.
Côté Google Ads : conversions optimisées et serveur
L'équivalent chez Google, ce sont les conversions optimisées (enhanced conversions). Elles envoient à Google les données propriétaires hachées collectées au moment de la conversion (e-mail, téléphone) et récupèrent une partie de la perte causée par iOS et Safari. Dans une configuration plus avancée, le balisage côté serveur envoie les événements entièrement depuis le serveur.
- Conversions optimisées : le gain le plus rapide ; sur beaucoup de comptes, elles sont activées en quelques heures.
- Balisage côté serveur : plus robuste, mais demande une configuration technique.
- Consent Mode : comble le vide avec des conversions modélisées lorsque le consentement est refusé.
Pixel et serveur ensemble : la déduplication
La configuration la plus robuste fait tourner les deux en même temps : la même conversion est envoyée depuis le navigateur et depuis le serveur, et la plateforme utilise un event_id commun pour reconnaître qu'il s'agit d'un seul événement et ne le compter qu'une fois. Sans déduplication, cette configuration compte les conversions en double et donne de moins bons résultats que chacune des méthodes prise séparément.
Après la mise en place : faire confiance au chiffre
Le suivi côté serveur ramène les données, mais il ne termine pas le travail. La vraie question est la suivante : pouvez-vous faire confiance au chiffre que vous rapportez ? Un suivi défaillant ressemble à une vraie baisse de performance ; un suivi tout juste installé crée un « saut » qui peut fausser votre comparaison avec la période précédente. Distinguer ces deux cas garde vos décisions de campagne sur un terrain solide.
C'est exactement là qu'intervient Ads Sensor : il réunit vos données Meta, Google et GA4 dans un seul panneau, repère les changements soudains dans les conversions rapportées grâce à une surveillance des anomalies 24h/24 et 7j/7, et vous aide à savoir s'il s'agit d'un problème de performance ou d'un changement de suivi. Rejoignez la bêta et connectez votre compte pour voir votre panorama multiplateforme en quelques minutes.
Erreurs fréquentes
- Activer le pixel et la CAPI sans déduplication (double comptage).
- Ne pas envoyer les champs d'identité ; l'EMQ reste bas et le CPA paraît élevé.
- Envoyer le fbclid brut au lieu de fbc/fbp, ou hacher ces derniers.
- Mettre en place les conversions optimisées mais sauter le Consent Mode ; un vide subsiste quand le consentement est refusé.
- Prendre le « saut » qui suit un changement de suivi pour une vraie performance et augmenter le budget à tort.