display.

Croissance7 min de lecture

Le consentement sans perdre de conversions

La plupart des bandeaux cookies sont conçus pour qu’on les esquive, pas pour qu’on y réponde. Comment bloquer correctement les scripts tiers sans transformer votre tunnel en interface trompeuse (dark pattern).

Presque tous les bandeaux cookies que vous croisez reposent sur une hypothèse : le visiteur cliquera « accepter » pour s’en débarrasser. Le texte reste vague, le bouton de refus est un lien gris trois tailles en dessous du bouton d’acceptation, et l’ensemble est pensé comme un obstacle plutôt que comme une question.

Cela fonctionne, au sens étroit où le taux d’acceptation reste élevé. Cela produit aussi un consentement qui n’en est pas un, et une mesure bâtie sur un socle qu’un régulateur peut retirer en un après-midi.

La vraie question n’est pas de maximiser l’acceptation. C’est de concevoir une barrière à laquelle un visiteur peut répondre honnêtement, tout en gardant assez de signal pour piloter une activité.

Ce que la loi demande réellement

Une fois le folklore écarté, les exigences sont étroites et vérifiables :

Refuser doit être aussi simple qu’accepter. Pas « possible » — aussi simple. Même nombre de clics, poids visuel comparable. Un « Tout accepter » violet plein à côté d’un lien gris « Gérer mes préférences » échoue à ce test, et c’est le défaut le plus répandu.

Rien de non essentiel ne se charge avant la réponse. Pas « se charge mais ne se déclenche pas ». Pas « se charge en mode anonyme ». Le script n’atteint pas le navigateur. C’est l’exigence la plus souvent manquée, parce que les gestionnaires de balises sont fréquemment installés au-dessus du bandeau dans le code source et s’exécutent déjà pendant que le visiteur lit.

Le silence vaut refus. Faire défiler n’est pas consentir. Poursuivre la navigation n’est pas consentir. Une case pré-cochée n’est pas un consentement.

Le retrait doit rester accessible. Si accorder prend un clic sur la page d’accueil et retirer exige un email à une adresse de confidentialité, l’accord n’est pas libre.

Le choix doit être conservé. Daté, et rattaché à ce qui était réellement proposé à ce moment-là. Si vous ajoutez un traceur six mois plus tard, l’ancien consentement ne le couvre pas.

Rien de tout cela n’exige une plateforme payante. L’essentiel tient dans un cookie, un événement, et la discipline de garder les scripts hors du head.

Le coût que personne ne chiffre

Voici la partie que les vendeurs passent sous silence : un bandeau conforme fera baisser vos conversions mesurées. Pas vos conversions réelles — celles que vous mesurez. Selon le secteur et le bandeau, cela peut aller d’un visiteur sur cinq à un sur deux qui refuse la mesure d’audience — et ces sessions deviennent invisibles pour les outils avec lesquels vous décidez.

Les équipes découvrent cela la semaine suivant la correction de leur bandeau, paniquent, et reviennent discrètement au dark pattern.

L’erreur est de traiter la baisse comme une perte plutôt que comme une correction. Vos chiffres précédents n’étaient pas plus exacts : ils étaient collectés auprès de gens qui n’avaient pas accepté d’être comptés. Ce qui change n’est pas la vérité de votre tunnel, seulement votre visibilité dessus — et cette visibilité se reconstruit en grande partie autrement.

Récupérer le signal

Déplacez la mesure qui compte vers votre propre serveur. Une soumission de formulaire que votre endpoint enregistre est un fait de première partie sur votre propre activité. Elle n’exige aucun consentement, parce qu’elle ne suit personne à travers le web : elle est la transaction. Nombre de leads, formulaires complétés, demandes de rendez-vous — tout cela se compte côté serveur, exactement, pour cent pour cent des visiteurs. Seule l’attribution — quelle annonce, quelle campagne — requiert un consentement. C’est ainsi que nous câblons la mesure sur chaque tunnel de génération de leads que nous construisons — la transaction comptée côté serveur d’abord, l’attribution par-dessus.

Instrumentez des résultats, pas des parcours. La plupart des équipes suivent quarante événements et en regardent trois. Décidez lesquels changent réellement une décision, et protégez ceux-là.

Lisez le trafic consenti comme un échantillon, pas comme le tout. Si un tiers de vos visiteurs accepte la mesure, il vous reste un tiers — assez pour voir des tendances, comparer des pages, repérer un tunnel cassé. Ce que vous perdez, c’est la précision sur les totaux absolus, dont très peu de décisions ont réellement besoin.

Cessez de bloquer ce qui n’a pas à l’être. Une bonne part de ce qui se cache derrière les bandeaux n’exige aucun consentement : comptages de pages côté serveur, journalisation d’erreurs, mesures de performance — rien de tout cela n’identifie qui que ce soit. La Search Console non plus — le suivi du référencement naturel survit intact à la politique de consentement la plus stricte, parce qu’il ne repose sur aucun cookie.

Le cas du calendrier

Les modules de réservation sont le piège classique. Intégrer un agenda — Cal.com, Calendly, peu importe — charge un tiers qui dépose ses propres cookies. Cette intégration ne peut légalement apparaître au chargement sans consentement, ce qui crée un vrai problème de conception : votre appel à l’action principal se trouve derrière une porte que le visiteur n’a pas encore ouverte.

La mauvaise réponse est de le charger quand même en espérant que ça passe. La bonne est de faire du refus un chemin qui fonctionne, pas une impasse. Placez dans le HTML un lien de réservation réel et opérant, qui mène vers la page hébergée par l’agenda. Le visiteur qui refuse réserve quand même : il quitte votre domaine pour le faire. Celui qui accepte obtient le calendrier intégré sur place. Personne ne rencontre de fonctionnalité cassée, et aucun script ne se charge sans qu’on l’ait demandé.

Le même principe couvre les cartes, les vidéos intégrées et les modules de discussion : livrez un repli fonctionnel en HTML, améliorez-le à l’arrivée du consentement.

Une liste de contrôle qui en vaut la peine

  • Ouvrez votre site dans un profil de navigateur neuf, refusez tout, et observez l’onglet réseau. Toute requête tierce qui part encore est une infraction, pas un cas limite.
  • Comptez les clics pour refuser. Si c’est plus que pour accepter, corrigez cela avant toute autre chose.
  • Vérifiez le code source : y a-t-il des balises au-dessus du bandeau ? L’ordre dans le DOM décide de ce qui s’exécute en premier.
  • Regardez si votre bandeau propose des catégories qui ne gouvernent rien. Un interrupteur « publicité » sur un site sans pixel publicitaire décrit mal ce que vous faites, et invite une réclamation que vous perdriez.
  • Confirmez que le chemin de retrait existe et fonctionne depuis chaque page.

La position honnête

Un bandeau de consentement est la première chose que voient beaucoup de visiteurs, et il dit quelque chose de la façon dont vous les traitez. Celui qu’on construit pour qu’on l’esquive annonce que le consentement est une friction. Celui qu’on construit pour qu’on y réponde — langage clair, boutons égaux, une expérience qui fonctionne dans les deux cas — coûte une part de tableau de bord et achète quelque chose de plus difficile à obtenir.

Pour une agence qui vend de la mesure et de l’acquisition, se tromper là-dessus sur son propre site n’est pas un problème de conformité. C’est un problème de crédibilité.

  • consentement
  • RGPD
  • analytics
  • conversion

Une décision de ce type à prendre ?

Trente minutes, sans engagement — nous cadrons votre contexte et le chemin le plus court vers un résultat.

Réserver un appel découverte