Guide d’action rapide pour sauver vos conversions avant la suppression prochaine des paramètres gclid
, fbclid
, msclkid
dans Safari.
Besoin d'aide ? Découvrez les solutions de notre agence Data Marketing .
Apple ne veut plus d’URLs qui trahissent le suivi publicitaire. Résultat : les gclid
, fbclid
, msclkid
disparaissent progressivement dans Safari.
La réponse n’est pas cosmétique : il faut passer en server-side tracking et activer des solutions complémentaires (Enhanced Conversions, CAPI, Offline imports, GA4).
Ceux qui s’adaptent vite conservent une mesure fiable et un avantage compétitif.
Cet article vous explique ce qui change, pourquoi c’est un problème, et surtout comment mettre en place une parade efficace — même si vous n’êtes pas un expert technique. C’est la seule approche pérenne : Apple peut continuer à couper dans l’URL, mais vous contrôlez la donnée côté serveur.
Si besoin, notre agence Tracking Server peut vous accompagner pour ajuster votre server de tags ou déployer une nouvelle implémentation server side.
- Qu’est-ce que Safari supprime exactement ?
- Pourquoi est-ce un vrai danger pour vos campagnes ?
- Première étape : évaluer votre exposition
- La vraie solution : passer par le serveur (sGTM)
- Sauvegarder vos identifiants avant qu’ils ne disparaissent
- Recréer les identifiants avec sGTM
- Les alternatives indispensables quand les click IDs sautent
- Comment tester votre configuration dans Safari
- Monitorer en continu
- Tableau récapitulatif : votre plan d’action
Qu’est-ce que Safari supprime exactement ?
À partir de septembre 2025, Safari étend sa fonctionnalité Link Tracking Protection :
- Supprimés :
gclid
(Google Ads),fbclid
(Meta),msclkid
(Microsoft Ads), et d’autres click IDs. - Épargnés : les paramètres UTM (
utm_source
,utm_medium
,utm_campaign
).
=> Autrement dit : vos rapports Analytics continuent de fonctionner avec les UTM, mais vos plateformes publicitaires perdent les signaux nécessaires à l’optimisation.
Pourquoi est-ce un vrai danger pour vos campagnes ?
Sans click ID :
- Google Ads attribue mal vos conversions, votre ROI paraît en chute libre.
- Meta perd sa capacité à cibler finement pour le remarketing.
- Microsoft ne peut plus importer les conversions offline.
En clair : vos algorithmes publicitaires pilotent dans le brouillard. Et vos audiences se rétrécissent.
Première étape : évaluer votre exposition
Avant de vous lancer, mesurez le risque.
- Dans GA4, ajoutez “Navigateur” comme dimension.
- Isolez Safari.
- Comparez part de trafic, de conversions et de chiffre d’affaires.
=> Si Safari représente 20 % ou plus de vos utilisateurs, l’impact est sérieux : il faut agir.
La vraie solution : passer par le serveur (sGTM)
L’astuce consiste à déplacer la mécanique de tracking du navigateur vers votre serveur.
- Déployez Google Tag Manager Server-side (sGTM) sur un sous-domaine first-party (ex.
track.votredomaine.com
). - Ajoutez-y le Conversion Linker côté serveur.
- Résultat : même si le
gclid
disparaît de l’URL, le cookie est posé correctement (_gcl_aw
,FPGCLAW
).
C’est la seule approche pérenne : Apple peut continuer à couper dans l’URL, mais vous contrôlez la donnée côté serveur.
Sauvegarder vos identifiants avant qu’ils ne disparaissent
Safari supprime le gclid
ou le msclkid
? Collez une étiquette de secours :
- Google Ads : ajoutez dans le Final URL suffix
glb={gclid}
- Microsoft Ads : ajoutez
mslb={msclkid}
=> Ces paramètres de secours ne sont pas supprimés par Safari et restent accessibles côté serveur.
Recréer les identifiants avec sGTM
Ensuite, utilisez Query Replacer dans sGTM pour transformer vos backups (glb
, mslb
) en identifiants natifs (gclid
, msclkid
).
- Installez Query Replacer depuis la Template Gallery.
- Configurez : Replace
glb
→ Withgclid
. - Ajoutez une Transformation “Augment event” qui applique ce remplacement sur le
page_location
.
Résultat : le Conversion Linker pense que le gclid est présent et continue de fonctionner normalement.
Les alternatives indispensables quand les click IDs sautent
Même avec sGTM, il faut renforcer vos signaux :
- Google Ads : activez Enhanced Conversions (emails/tel hashés).
- Meta : implémentez la Conversions API avec un
event_id
pour déduplication. - Microsoft : utilisez l’import offline conversions avec votre backup
mslb
. - Google Ads encore : importez vos conversions GA4 pour bénéficier de la modélisation Consent Mode.
=> Ce mix assure que vos plateformes publicitaires continuent à recevoir assez de signaux pour optimiser vos campagnes.
Comment tester votre configuration dans Safari
Faites un vrai test utilisateur :
- Créez une URL de test :
https://votresite.com/?gclid=TEST123&glb=TEST123
- Ouvrez-la en Safari normal et privé.
- Vérifiez que :
- le
gclid
disparaît, - mais
glb
survit, - sGTM remplace
glb
→gclid
, - le cookie
_gcl_aw
ou FPGCLAW est bien créé.
- le
- Contrôlez côté Ads/Meta/Microsoft que vos conversions apparaissent.
Monitorer en continu
- GA4 : suivez Safari vs Chrome en conversions et CA.
- Google Ads : surveillez la couverture des Enhanced Conversions.
- Meta : vérifiez le taux de déduplication dans Events Manager.
- Looker Studio : configurez une alerte si la part Safari chute brusquement.
Tableau récapitulatif : votre plan d’action
Étape | Action | Outil |
---|---|---|
1 | Mesurer part Safari | GA4 |
2 | Déployer un container sGTM | GCP / AWS |
3 | Installer Conversion Linker côté serveur | sGTM |
4 | Ajouter glb={gclid} et mslb={msclkid} | Ads / Microsoft Ads |
5 | Remapper backups → IDs natifs | Query Replacer (sGTM) |
6 | Activer Enhanced Conversions | Google Ads |
7 | Implémenter CAPI | Meta |
8 | Configurer offline conversions | Microsoft Ads |
9 | Importer conversions GA4 | Google Ads |
10 | Tester Safari (normal & privé) | Navigateurs + logs |
11 | Monitorer en continu | GA4 / Ads / Meta |