Un changement discret de Google, appliqué le 15 juin 2026, peut faire disparaître une partie de vos conversions Google Ads sans le moindre message d'erreur. Le symptôme est déroutant : votre coût par acquisition grimpe, vos campagnes semblent moins performantes, mais rien n'a changé côté annonces. Le problème est ailleurs, dans la façon dont votre bandeau cookies parle (ou ne parle plus) à Google. Décryptage sans jargon, pour un e-commerçant ou un annonceur qui veut arrêter de piloter à l'aveugle.
Ce qui a changé le 15 juin 2026
Jusqu'à cette date, deux réglages devaient être d'accord pour que vos données publicitaires remontent vers Google Ads : le paramètre ad_storage du Consent Mode (piloté par votre bandeau cookies) et un interrupteur appelé Google Signals, planqué dans les réglages de Google Analytics 4. Beaucoup d'annonceurs s'appuyaient, sans le savoir, sur ce second réglage comme filet de sécurité : même avec un bandeau cookies imparfait, Google Signals pouvait rattraper une partie du signal.
Depuis le 15 juin 2026, ce filet a disparu. Google a annoncé le changement dans une note d'aide publiée le 16 avril, puis l'a appliqué en silence. Désormais, ad_storage est la commande unique qui décide si Google Ads a le droit de collecter ses cookies et ses identifiants. L'interrupteur Google Signals ne pilote plus l'envoi de données vers Google Ads ; il ne sert plus qu'à un usage restreint, côté reporting Analytics.
Traduction concrète : votre bandeau cookies, et lui seul, décide maintenant de la santé de votre suivi de conversion. S'il est mal réglé, il n'y a plus rien en aval pour rattraper l'erreur.
Pourquoi un bandeau mal réglé casse votre suivi
Le suivi de conversion Google Ads repose sur un petit cookie technique nommé _gcl_au. Quand un internaute clique sur votre annonce, Google ajoute à l'URL un identifiant de clic (le gclid). Pour relier ce clic à un achat qui arrive dix ou vingt minutes plus tard, cet identifiant doit être stocké dans le cookie _gcl_au. Or, écrire ce cookie exige que ad_storage soit accordé.
Le consentement est devenu binaire, sans demi-mesure :
| État de ad_storage | Ce que Google Ads reçoit |
|---|
| Accordé | Cookie _gcl_au écrit, identifiants collectés, attribution complète, audiences de remarketing alimentées, signaux pour le Smart Bidding. |
| Refusé | Aucun cookie publicitaire. Seul le gclid présent dans l'URL survit. Le remarketing se casse, les audiences rétrécissent, les conversions reposent sur de la modélisation. |
Le piège : si votre bandeau cookies n'émet pas correctement le signal ad_storage quand un visiteur accepte, Google se comporte comme si tout le monde refusait. Vous perdez du signal, votre coût par acquisition gonfle, et le Smart Bidding optimise sur des données trouées. Le tout sans alerte, parce qu'aux yeux de Google, rien n'est cassé : votre site a simplement cessé de dire « oui ».
Le piège du test qui rassure à tort
La plupart des dirigeants qui vérifient leur suivi tombent dans le même travers. Ils testent leur propre site, cliquent « Accepter » sur leur bandeau, voient le cookie _gcl_au se poser, et concluent que tout va bien. Sauf que ce test ne reflète pas la réalité : il montre ce qui se passe pour quelqu'un qui accepte, pas pour la majorité silencieuse qui ferme le bandeau sans y toucher.
Un suivi peut donc paraître parfait tout en sous-comptant lourdement. La vérification honnête consiste à tester en refusant le consentement, puis à mesurer ce que Google reçoit réellement dans cet état. C'est là que les vrais trous apparaissent.
Les 4 vérifications à faire maintenant
Voici l'état des lieux minimal, dans l'ordre, avant de dépenser un euro de plus en publicité.
1. Vérifier que ad_storage arrive bien jusqu'à Google
Le signal que vous croyez envoyer n'est pas toujours celui qui arrive. Les outils de Google (Tag Assistant, les rapports Consent Mode dans Google Ads, la vue Diagnostics des balises dans Analytics) permettent de confirmer le trajet du signal de bout en bout. Attention : le diagnostic des balises a une latence de 48 à 72 heures, il faut donc lancer les tests plusieurs jours avant toute décision.
2. Confirmer le Consent Mode avancé et l'auto-tagging
En mode avancé, les balises se déclenchent même sans consentement et envoient des signaux anonymes (sans cookie) qui permettent à Google de modéliser une partie des conversions perdues. Cette modélisation a des exigences : il faut un volume suffisant de clics et un taux de consentement raisonnable pour qu'elle fonctionne, sinon elle ne tourne pas. Vérifiez aussi que l'auto-tagging est actif dans Google Ads : le gclid dans l'URL est le seul signal qui survit à un refus, il devient donc vital.
3. Ne pas oublier ad_user_data pour les conversions améliorées
ad_storage n'est pas le seul paramètre qui compte. Les conversions améliorées (Enhanced Conversions), qui renvoient à Google une donnée client de première main (un e-mail haché en SHA-256, jamais en clair) pour retrouver un achat même sans cookie, dépendent d'un autre signal : ad_user_data. S'il n'est pas accordé, les conversions améliorées ne fonctionnent pas, même quand ad_storage l'est.
4. Envisager le tracking server-side
Le suivi côté serveur (server-side) déplace la mesure du navigateur vers un serveur que vous contrôlez, sur un sous-domaine à vous. Intérêt : les cookies posés par le serveur échappent aux limitations des navigateurs. Depuis plusieurs années, Safari raccourcit la durée de vie des cookies posés en JavaScript à 7 jours, parfois 24 heures pour un visiteur venu d'un lien tracké. Un cookie posé côté serveur, lui, tient beaucoup plus longtemps, ce qui récupère du signal perdu (les estimations des praticiens tournent autour de 15 à 30 % de conversions retrouvées, à prendre comme des ordres de grandeur, pas des garanties).
Une précision honnête, parce qu'on vous vendra parfois l'inverse : le server-side ne contourne pas le consentement. C'est un choix d'ingénierie qui améliore la qualité de la mesure, pas un moyen de tracker sans autorisation. Le serveur hérite du consentement collecté sur votre bandeau, les valeurs par défaut restent « refusé » pour les visiteurs européens, et traiter des données sans base légale reste passible d'une sanction RGPD (jusqu'à 20 millions d'euros ou 4 % du chiffre d'affaires mondial). Le server-side récupère du signal dans le cadre du consentement, jamais autour. C'est exactement la même logique de conformité que celle qu'on détaille dans notre article sur le RGPD et les données clients de votre entreprise.
Ce qu'il faut retenir
Le message de fond n'est pas « tout est cassé ». Pour une entreprise dont le bandeau cookies est correctement configuré, ce changement du 15 juin ne change presque rien. Pour celles qui s'appuyaient, souvent sans le savoir, sur l'ancien filet de sécurité de Google Signals, il ferme un contournement et met la mesure à nu. La bonne nouvelle : c'est vérifiable, et une fois le suivi propre, vous pilotez vos campagnes sur des chiffres réels au lieu de naviguer au jugé.
Ce sujet est le prolongement direct de la question « SEO ou Google Ads à La Réunion » : quel que soit le canal, sans mesure fiable, vous ne savez pas ce que rapporte votre budget. Et la mesure propre est aussi ce qui fait la différence entre une boutique qui optimise sa conversion et une qui devine, comme on l'explique dans notre article sur les données de première main en e-commerce.
Faire le point sur votre suivi
Le tracking server-side (Meta CAPI, GA4, Consent Mode propre) fait partie des compétences rares localement, et c'est l'un des services d'Axiom Marketing, studio d'ingénierie web à La Réunion. Si vous faites de la publicité et que vous vous demandez combien de conversions vous perdez sans le voir, notre service de tracking server-side commence toujours par un état des lieux : ce que votre bandeau émet réellement, ce que Google reçoit, et où le signal fuit.
Pour un diagnostic sans engagement, demandez un audit gratuit de votre tracking et de votre consentement, ou contactez-nous pour un devis détaillé et fixe sous 24 heures.
