Bandeau cookies qui ne s’affiche pas sur WordPress : les causes et les vérifications à faire

Bandeau cookies qui ne s'affiche pas : commencer par votre propre navigateur

Quand un bandeau cookies ne s'affiche pas, on pense d'abord à une panne. C'est rarement le cas. La raison la plus fréquente est la plus simple : vous avez déjà répondu au bandeau sur ce navigateur, et le site s'en souvient. C'est exactement son rôle.

Avant de toucher à un réglage, ouvrez donc le site dans une fenêtre de navigation privée, ou dans un autre navigateur sur lequel vous n'êtes pas connecté. Si le bandeau y apparaît, tout fonctionne. Il suffit d'effacer les cookies du site dans votre navigateur habituel pour le revoir.

Testez aussi en étant déconnecté de l'administration. Selon la configuration, un administrateur connecté ne voit pas toujours la page comme un visiteur, en particulier quand un cache est en jeu. La fenêtre privée règle les deux questions d'un coup.

• Fenêtre privée ou autre navigateur
• Session WordPress fermée
• Cookies du site effacés avant un nouveau test

Faire réapparaître le bandeau cookies, dans l'ordre

1. 1

   Vérifier que le module Cookies est allumé

   Dans le hub nexya, contrôlez que le module Cookies est actif. Un module éteint n'enregistre rien et n'affiche donc aucun bandeau.

   
2. 2

   Tester en fenêtre privée, déconnecté

   Ouvrez le site dans une fenêtre de navigation privée. Si le bandeau y apparaît, il fonctionne : vous y aviez simplement déjà répondu.

   
3. 3

   Vider tous les caches

   Videz le cache de l'extension de cache, celui de l'hébergeur et celui de Cloudflare s'il y en a un. Le cache de page de nexya Pro vide Cloudflare avec le sien.

   
4. 4

   Écarter les optimisations et les autres bandeaux

   Désactivez provisoirement le report et la fusion du JavaScript, puis retirez tout autre outil de consentement. Retestez après chaque changement.

   
5. 5

   Contrôler que les scripts attendent l'accord

   Lancez le scan du module Cookies, puis vérifiez dans l'onglet Réseau du navigateur que rien de tiers ne se charge avant votre réponse.

   

Le cache de page sert une ancienne copie

Deuxième suspect, et de loin le plus courant sur les forums : le cache. Un cache de page garde une copie toute faite de chaque page et la sert au visiteur suivant. Si cette copie a été faite avant l'activation du bandeau, ou si l'extension de cookies écrit l'état du consentement directement dans la page, tous les visiteurs reçoivent la même chose. Le bandeau manque à tout le monde, ou s'affiche chez quelqu'un qui a déjà répondu.

Le cache peut se trouver à plusieurs endroits : une extension de cache dans WordPress, le cache de l'hébergeur, et un réseau comme Cloudflare devant le site. Après avoir activé ou modifié le bandeau, videz-les tous, pas seulement le premier.

Le bandeau du module Cookies de nexya est prévu pour fonctionner derrière un cache de page. Si vous utilisez le cache de page de nexya Pro, il se vide tout seul quand le contenu change, y compris à l'enregistrement dans Elementor, et il vide aussi le cache de Cloudflare avec le sien : en entier, ou seulement les adresses de la page modifiée. Le cache de l'hébergeur reste à vider de votre côté.

Un bandeau qui manque à tous les visiteurs en même temps, c'est presque toujours une copie en cache.

Une optimisation JavaScript retarde ou fusionne le script du bandeau

Les extensions de performance proposent souvent de différer le JavaScript, de le combiner en un seul fichier ou de ne le charger qu'au premier mouvement de souris. Pour un bandeau de consentement, c'est une source classique de problèmes. Le script arrive trop tard, s'exécute dans le mauvais ordre, ou ne s'exécute pas du tout.

Le symptôme typique : le bandeau apparaît seulement après un clic ou un défilement, ou n'apparaît jamais sur mobile. Pour le vérifier, désactivez provisoirement ces options, videz le cache, puis testez en fenêtre privée. Si le bandeau revient, réactivez les options une à une et excluez le script du bandeau de celle qui le casse.

Même logique pour la minification du CSS. Si le bandeau est là mais sans mise en forme, c'est souvent sa feuille de style qui a été fusionnée ou retirée.

• Report du JavaScript (defer, delay)
• Fusion des scripts en un seul fichier
• Chargement au premier geste de l'utilisateur
• Minification ou suppression du CSS inutilisé

Deux bandeaux de consentement se disputent la page

Il arrive qu'un site garde deux outils de consentement : une ancienne extension oubliée, un bandeau fourni par le thème, ou un service externe ajouté par un script dans l'en-tête. Les deux se recouvrent, l'un masque l'autre, ou chacun bloque les scripts de l'autre. Résultat : un bandeau qui clignote, ou aucun.

Faites l'inventaire. Regardez les extensions actives, les options du thème et les codes ajoutés dans l'en-tête du site. Ne gardez qu'un seul outil.

Avec nexya, le consentement est un module que vous allumez ou éteignez depuis le hub. Un module éteint n'enregistre rien : aucun de ses crochets ne s'exécute sur le site. Vérifiez donc aussi que le module Cookies est bien allumé, et qu'aucun autre bandeau ne tourne à côté.

Le bandeau clignote ou s'affiche mal

Un bandeau qui apparaît une fraction de seconde puis disparaît se trouve souvent dans l'un des deux cas précédents : une copie en cache faite pour un autre visiteur, ou deux outils qui se marchent dessus. Commencez par là.

Si le bandeau reste visible mais mal placé, coupé ou caché derrière un autre élément, la cause vient en général du thème : une règle CSS trop large, un en-tête fixe placé au-dessus de tout, une fenêtre de type popup qui s'ouvre en même temps. Testez avec un thème par défaut pour en avoir le cœur net.

Pour les couleurs, le bandeau de nexya part des couleurs de marque définies dans l'onglet Couleurs des réglages, qu'on peut reprendre du thème en un clic. Le réglage plus poussé de l'apparence du bandeau, comme le consentement service par service, fait partie de nexya Pro.

Une fois le bandeau visible, vérifier que les scripts attendent

Un bandeau affiché ne suffit pas. Ce qui compte, c'est que les scripts tiers ne se chargent pas avant l'accord du visiteur. Beaucoup de sites montrent un bandeau correct alors que le pixel Meta, une vidéo YouTube ou Google Analytics se chargent déjà en dessous.

Le module Cookies de nexya bloque les scripts et les iframes côté serveur jusqu'au consentement. Une vidéo embarquée reste à sa place, mais ne se charge pas avant l'accord. Le module comprend aussi un scan du site qui repère les scripts tiers présents, pour que vous sachiez ce qui doit attendre.

Si vous utilisez le Google Consent Mode réglé sur avancé dans Cookies, la balise Google Analytics du module SEO se charge tout de suite, en mode refusé jusqu'à l'accord du visiteur. Google Ads trouve ainsi la balise Google sur le site, sans qu'aucune mesure ne soit autorisée avant la réponse.

Pour contrôler vous-même, ouvrez la page en fenêtre privée, ouvrez les outils de développement du navigateur à l'onglet Réseau, et regardez ce qui se charge avant votre clic. Puis refaites le test après avoir accepté, et après avoir refusé.

• Rien de tiers ne se charge avant la réponse
• Tout se charge après l'accord
• Rien ne se charge après un refus