Consentement aux cookies

ConnectWiz peut gérer le consentement aux cookies de votre site web dans le code même qui fait fonctionner le widget de chat et qui enregistre la provenance des visiteurs. Une fois cette option activée :

• tous les signaux de consentement partent sur refusé, sur chaque page, avant qu’aucune balise ne s’exécute ;
• le choix du visiteur est conservé dans un cookie interne (first party) et réappliqué sur chaque page ;
• les balises déjà présentes sur votre page — Google (Consent Mode), Meta Pixel, Microsoft Clarity, Microsoft UET (Bing Ads) et le pixel OpenAI — sont informées de ce choix, chacune dans son propre langage ;
• les visiteurs voient la bannière de cookies ConnectWiz — Tout accepter, Tout refuser et Préférences, dans leur langue — jusqu’à ce qu’ils fassent leur choix, puis un petit bouton cookies qui leur permet de le modifier ou de le retirer ;
• chaque choix est enregistré comme preuve (qui, quand, quelles catégories, quelle version), indépendamment du consentement marketing de la personne.

Pour savoir ce que chaque loi exige de vos cookies — RGPD, KVKK, lois des États américains, Québec, Brésil, Google et Amazon — et comment ConnectWiz y répond, consultez Réglementations sur la vie privée.

Qui peut le configurer

Le consentement aux cookies est inclus dans tous les forfaits. Sa configuration — l’interrupteur et l’onglet Consentement aux cookies — nécessite l’autorisation Gérer les intégrations (integrations.manage). Pour consulter et exporter le Registre des consentements, il faut en outre l’autorisation Gérer les paramètres du registre de consentement (İYS) (consent.manage) ; pour supprimer les enregistrements d’un navigateur, l’autorisation Supprimer ou anonymiser les données d’une personne (contacts.erase).

Activation

1. Allez dans Paramètres → Intégrations → Site web et ouvrez votre site.
2. Vérifiez que Capturer avec le code du widget de chat est activé : le consentement s’exécute dans le code du widget de chat. (Voir Connecter votre site web.)
3. Sous Ce que fait le script du site, activez Consentement aux cookies ConnectWiz.
4. Ouvrez l’onglet Consentement aux cookies pour rédiger les textes de la bannière et choisir son apparence (voir Configurer la bannière), puis copiez le bloc d’installation depuis l’onglet Configuration.

Installation

Lorsque le consentement aux cookies est activé, la carte Installation vous fournit un seul bloc de code :

1. un court script en ligne (moins de 1 Ko) qui définit les valeurs par défaut du consentement, et
2. la ligne du widget de chat que vous connaissez déjà.

Collez ce bloc dans chaque page, tout en haut de <head> — au-dessus de Google Tag Manager et de toute autre balise — en gardant les deux parties ensemble, dans cet ordre. Google exige que la valeur par défaut du consentement soit définie avant l’exécution de la moindre de ses balises ; un script chargé en arrière-plan ne peut pas la définir après coup, et c’est pourquoi la première partie est en ligne.

Lorsque le consentement aux cookies est désactivé, la carte Installation n’affiche que la ligne du widget, comme auparavant.

Des balises dans Google Tag Manager ?

Choisissez B — Google Tag Manager + consentement ConnectWiz dans l’onglet Configuration : c’est alors le modèle ConnectWiz Consent de Tag Manager qui définit les valeurs par défaut à la place du script en ligne, et le code d’installation se réduit à la ligne du widget. Voir Utilisation avec Google Tag Manager.

Sur un site WordPress

Vous n’avez rien à coller. Sous Installation, choisissez Télécharger l’extension WordPress, puis, dans WordPress, allez dans Extensions → Ajouter une extension → Téléverser une extension, envoyez le fichier .zip et activez l’extension. Votre exemplaire contient déjà la clé du widget.

L’extension place le chat sur chaque page et, si le consentement aux cookies est activé, la première partie du bloc tout en haut de <head> — avant Google Tag Manager et avant toutes les balises qu’insèrent les autres extensions. Elle demande cette partie à ConnectWiz lorsque vous enregistrez ses réglages, puis toutes les heures : une modification faite ici (une règle régionale, par exemple) parvient donc au site sans que vous ayez à recoller le bloc. Sa page de réglages, Réglages → ConnectWiz Chat, comporte un encadré Cookie consent qui indique ce que ConnectWiz sait du site, ainsi qu’un bouton Check now.

• L’adresse du site WordPress doit être l’un des domaines de ce site, et le site doit être lié au widget de chat. Sinon, l’encadré indique que ConnectWiz ne connaît pas le site, et l’extension n’ajoute que le chat.
• En mode B, l’extension n’ajoute aucun code en ligne : c’est le modèle de Tag Manager qui définit les valeurs par défaut.
• Si ConnectWiz est injoignable lors d’une vérification, l’extension conserve le dernier code reçu. Une panne passagère ne retire pas du site les valeurs par défaut du consentement.
• Un cache de pages (WP Rocket, LiteSpeed Cache, etc.) continue de servir l’ancienne page tant que vous ne l’avez pas vidé. L’extension marque ses scripts de sorte que les options « retarder » et « différer le JavaScript » ne les touchent pas.
• Si l’extension WP Consent API est active, le choix du visiteur lui est transmis (statistiques, marketing, préférences). Les extensions qui suivent cette API, dont WooCommerce et Site Kit, respectent alors elles aussi la bannière ConnectWiz.
• Supprimez toute autre extension de bannière de cookies, et ne collez pas le bloc dans le thème en plus.

Sur une boutique Shopify

La bannière fonctionne sur Shopify comme sur n’importe quel autre site, et le choix du visiteur est également transmis au réglage de consentement propre à Shopify (la Customer Privacy API de Shopify). Shopify, ses pixels dans Événements clients, le Consent Mode de l’application Google & YouTube et toute autre application qui lit le réglage de Shopify suivent alors le même choix : analyse, marketing, préférences (notre catégorie fonctionnels), ainsi que la vente ou le partage de données, qui suit le marketing.

1. Placez le chat sur la boutique en ligne : activez ConnectWiz chat dans les Intégrations d’applications de l’éditeur de thème (voir Shopify), ou collez la ligne du widget dans theme.liquid, avant </body>.
2. Dans Shopify, allez dans Paramètres → Confidentialité des clients → Bannière de cookies et désactivez la bannière de Shopify, afin que les visiteurs ne voient qu’une seule bannière, la nôtre. Laissez telles quelles les régions dans lesquelles Shopify doit demander le consentement : Shopify met son suivi en attente jusqu’à ce que notre bannière lui transmette la réponse du visiteur.
3. Supprimez toute autre application de bannière de cookies.

• Seul un choix effectué par le visiteur est transmis (c’est la règle de Shopify). Un visiteur qui a fait son choix sur une page précédente est déjà connu de Shopify ; rien n’est renvoyé.
• Le signal Global Privacy Control d’un visiteur reste du ressort de Shopify, qui l’applique dans les régions où il a une portée ; la bannière ne peut pas passer outre.
• Si des balises Google ont été collées à la main dans le thème au lieu d’être ajoutées par l’application Google & YouTube, ajoutez aussi la première partie du bloc d’installation tout en haut de <head> dans theme.liquid, pour que ces balises partent sur refusé.

Sur un site Wix

Dans Wix, ouvrez Paramètres → Code personnalisé, ajoutez le bloc d’installation avec Ajouter un code, appliquez-le à Toutes les pages, placez-le dans le Head et choisissez Essentiel comme type, afin que Wix ne bloque jamais la bannière elle-même. Supprimez toute autre application de bannière de cookies et désactivez la bannière de cookies de Wix, afin que les visiteurs ne voient qu’une seule bannière, la nôtre.

Le choix du visiteur est également transmis au réglage de consentement propre à Wix (le Consent Policy Manager de Wix) : analyse, fonctionnels et — dans le sillage du marketing — publicité et partage de données avec des tiers. Wix et les applications Wix dont les scripts sont catégorisés suivent alors le même choix à partir de la page suivante.

• Seul un choix effectué par le visiteur est transmis ; rien n’est envoyé au chargement de la page.
• Tant que le visiteur n’a pas choisi, Wix applique la valeur par défaut du site, qui autorise tout à moins qu’une application de consentement ne l’ait modifiée. Les balises que charge ConnectWiz, ainsi que les balises Google soumises aux valeurs par défaut Consent Mode du bloc d’installation, attendent le choix dans tous les cas. Une application ConnectWiz pour le Wix App Market, qui définira aussi cette valeur par défaut, est en préparation.

Ce que fait la première partie

• gtag('consent', 'default', …) avec tous les signaux sur refusé (ad_storage, ad_user_data, ad_personalization, analytics_storage, functionality_storage, personalization_storage), security_storage accordé, et une attente de 500 ms pour la mise à jour ;
• ads_data_redaction activé, de sorte que les requêtes publicitaires Google ne transportent aucun identifiant de clic tant que le stockage publicitaire est refusé ;
• la même valeur par défaut refusée pour Microsoft UET ;
• si le visiteur a déjà fait son choix sur une page précédente, ce choix est appliqué immédiatement, avant qu’une balise ne lise le moindre cookie.

La bannière

La bannière s’affiche sur chaque page de votre site jusqu’à ce que le visiteur fasse son choix. Elle ne recouvre pas la page et ne la bloque pas (pas de « cookie wall »), et elle ne décale jamais votre contenu : elle flotte à l’emplacement que vous avez choisi, dans la police du système, dans la langue du visiteur (toutes les langues du panneau ; l’arabe, l’hébreu, le persan et l’ourdou s’affichent de droite à gauche).

• Premier niveau : un texte court, le lien vers votre politique de cookies et trois boutons — Tout accepter, Tout refuser, Préférences — dessinés exactement à l’identique. La loi exige qu’ils aient le même poids ; le panneau ne propose donc qu’un seul style de bouton pour les trois.
• Préférences : une ligne par catégorie. Strictement nécessaires est toujours activée et ne relève pas d’un choix ; toutes les autres cases sont décochées au départ. Chaque catégorie indique à quoi elle sert, les fournisseurs qu’elle couvre, les pays vers lesquels leurs données peuvent être transférées et ses cookies (nom, fournisseur, durée, interne ou tiers). Le visiteur fait sa sélection et appuie sur Enregistrer mes choix, ou utilise ici aussi Tout accepter / Tout refuser.
• Votre identifiant de consentement apparaît dans les préférences dès qu’un choix existe. Le visiteur peut le citer pour demander ce qui a été enregistré ou pour en obtenir la suppression — voir L’onglet Registre des consentements.
• Le bouton cookies reste dans un coin inférieur de chaque page une fois le choix fait. Il rouvre les préférences ; Tout refuser y retire un oui donné auparavant, aussi facilement qu’il a été donné. Votre propre lien peut faire de même : window.cwz.consent.open().

Le code de la bannière n’est téléchargé que lorsqu’elle doit s’afficher : un visiteur qui revient et dont le choix est toujours valable ne télécharge que le bouton cookies (moins de 1 Ko).

Configurer la bannière

Paramètres → Intégrations → Site web → votre site → Consentement aux cookies. L’aperçu à droite montre vos modifications non enregistrées, sur les deux niveaux ; Publier les met en ligne.

• Textes : choisissez une langue et saisissez votre propre formulation ; un champ laissé vide conserve le texte par défaut de cette langue. Texte brut uniquement. Ajoutez l’adresse de votre politique de cookies — elle s’affiche comme un lien distinct, à part des boutons.
• Apparence : la bannière adopte un modèle d’apparence — disposition, style des boutons, couleurs, bouton cookies, etc. Modifier l’apparence ouvre le studio. Quel que soit le modèle, Tout accepter, Tout refuser et Préférences ont toujours le même aspect, le texte reste lisible (4,5:1) et le bouton cookies ne peut pas être désactivé.
• Catégories demandées : mesure d’audience, marketing et fonctionnels ; strictement nécessaires figure toujours dans la liste.
• Fournisseurs sur ce site : cochez les balises qu’utilise votre site (Google Analytics, Google Ads, Meta Pixel, Microsoft Clarity, Microsoft Advertising, OpenAI Ads). La bannière les liste avec leurs cookies et leur pays ; une balise qu’elle détecte sur la page est listée même si vous ne l’avez pas cochée. Ajoutez vos propres cookies (nom, fournisseur, catégorie, jours ou session, origine, finalité) pour le tableau des cookies.
• Redemander après : durée pendant laquelle un choix est conservé avant que la bannière ne repose la question — après un oui, de 1 à 12 mois (12 par défaut) ; après Tout refuser, de 6 à 12 mois (6 par défaut ; jamais moins, pour qu’un refus ne puisse pas être obtenu à l’usure en reposant la question).

Données transférées à l’étranger

La bannière indique le pays vers lequel partent les données de chaque fournisseur (pour les fournisseurs ci-dessus : les États-Unis). Elle informe ; elle ne remplace pas la démarche juridique requise pour les transferts à l’étranger — au titre de la KVKK, il s’agit en général d’un contrat type conclu avec le fournisseur et d’une notification au Conseil de protection des données personnelles.

Les entrées propres à ConnectWiz (le cookie de consentement, le stockage du chat, le cookie d’attribution) indiquent elles aussi les États-Unis : ConnectWiz traite leur contenu sur des serveurs situés dans ce pays. ConnectWiz est votre sous-traitant pour ces données ; mentionnez-le dans votre politique de confidentialité, comme vos autres sous-traitants.

Valeurs par défaut par région

Avant que le visiteur ne choisisse, tout est refusé, partout — c’est la valeur par défaut. Vous pouvez ajouter jusqu’à cinq règles qui ouvrent d’autres régions (par exemple, la mesure d’audience accordée par défaut aux États-Unis). La Turquie, l’UE/EEE, le Royaume-Uni et la Suisse sont toujours sur refusé et ne peuvent pas figurer dans une règle. La bannière s’affiche quand même dans une région ouverte, afin que les visiteurs de cette région puissent refuser.

Les règles régionales sont écrites dans la partie en ligne du bloc d’installation. Après les avoir modifiées, copiez à nouveau le bloc d’installation depuis l’onglet Configuration ; le bloc doit rester sous 1 Ko, d’où le nombre limité de règles.

Visiteurs des États-Unis et Global Privacy Control

Les lois sur la protection de la vie privée des États américains (Californie, Colorado, Connecticut, Virginie, Texas et les autres) n’exigent pas de consentement avant le dépôt des cookies. Elles exigent une information au moment de la collecte des données, un moyen simple de s’opposer à la « vente » ou au « partage » des informations personnelles et — pour la plupart d’entre elles — que le signal Global Privacy Control envoyé par un navigateur soit respecté comme valant cette opposition.

Activez Utiliser le modèle des lois des États américains (opt-out) sous Valeur par défaut avant un choix, par région pour offrir exactement cela aux visiteurs des États-Unis :

• Ils partent avec tout activé et voient la bannière une seule fois, sous la forme d’un avis comportant trois boutons de même poids : OK · Ne pas vendre ni partager mes informations personnelles (désactive le marketing et laisse le reste) · Préférences, où les cases indiquent ce qui est activé.
• Un choix qui désactive le marketing est conservé au moins 12 mois, le délai que ces lois imposent avant de proposer à quelqu’un de revenir sur son opposition.
• Le bouton de réouverture s’intitule Vos choix de confidentialité. Pour placer le même lien dans le pied de page de votre site, donnez à n’importe quel élément l’attribut data-cwz-privacy-choices, par exemple <a href="#" data-cwz-privacy-choices>Your privacy choices</a>.
• Chaque enregistrement indique qu’il a été effectué selon le modèle opt-out et si le navigateur envoyait le signal Global Privacy Control.

Le modèle s’applique à l’ensemble des États-Unis : l’adresse ne permet pas de savoir de quel État vient le visiteur, et l’avis comme l’opposition ne nuisent en rien là où un État n’a pas de loi. Le Canada n’est pas proposé, car le Québec (Loi 25) exige d’abord le consentement. Les États-Unis ne peuvent pas figurer en plus dans une règle régionale. Comme les règles régionales, cet interrupteur est écrit dans le bloc d’installation : copiez à nouveau le bloc d’installation après l’avoir activé ou désactivé.

Signaux IAB GPP

Si votre site vend ou diffuse de la publicité programmatique — Prebid, un serveur publicitaire, des outils publicitaires qui lisent les signaux de confidentialité sur la page —, ces outils recherchent l’API IAB Global Privacy Platform, window.__gpp, pour savoir si un visiteur américain s’est opposé. Avec le modèle américain activé, activez Envoyer aussi les signaux IAB GPP (US National) :

• Le bloc d’installation définit alors __gpp immédiatement (il répond « loading » et met chaque appel de côté), et l’API complète suit un instant plus tard avec la réponse du visiteur : la section US National (usnat) pour un visiteur américain — information fournie, et opposition à la vente, au partage et à la publicité ciblée lorsque le marketing est désactivé — avec la sous-section Global Privacy Control. Pour tous les autres visiteurs, aucune section ne s’applique.
• Les publicités affichées dans des cadres y ont aussi accès (__gppLocator).
• Le bloc d’installation passe à 2 Ko au maximum. Copiez à nouveau le bloc d’installation après avoir activé ou désactivé cette option.

Laissez-la désactivée si rien sur votre site ne lit __gpp ; les balises Google utilisent le Consent Mode, pas GPP.

Global Privacy Control partout. Quelle que soit la région, et que le modèle américain soit activé ou non, un navigateur qui envoie Global Privacy Control ne démarre jamais avec le marketing activé : là où une règle régionale ou le modèle américain l’activerait par défaut, il reste désactivé. Seul le choix du visiteur lui-même dans la bannière peut l’activer. En Turquie, dans l’UE/EEE, au Royaume-Uni et en Suisse, le marketing est de toute façon désactivé jusqu’à ce que le visiteur choisisse.

Publication et versions

Chaque choix est enregistré sous la version de la bannière. Toute modification des textes, du lien vers la politique, des catégories, des fournisseurs ou de votre liste de cookies publie une nouvelle version, et chaque visiteur est de nouveau sollicité — son choix antérieur ne compte plus tant qu’il n’a pas répondu (son identifiant de consentement reste le même). Les couleurs, les positions, les délais avant nouvelle demande, les règles régionales et le modèle américain ne changent pas la version.

Les catégories

Catégorie	Signaux Consent Mode	Ce qu’elle couvre
Nécessaires	security_storage	Toujours activée ; ne nécessite aucun consentement. Le cookie de consentement lui-même en fait partie.
Mesure d’audience	analytics_storage	Balises de statistiques (Google Analytics, Clarity).
Marketing	ad_storage, ad_user_data, ad_personalization	Balises publicitaires et identifiants de clic (Google Ads, Meta, UET, OpenAI), cookie d’attribution _cw_at de ConnectWiz.
Fonctionnels	functionality_storage, personalization_storage	Préférences, par exemple une langue mémorisée.

Les cases sont décochées au départ : une catégorie laissée de côté dans un choix est refusée.

Définir le choix depuis votre site

// Everything accepted / refused
window.cwz.consent.acceptAll();
window.cwz.consent.rejectAll();

// A mix: categories left out are refused
window.cwz.consent.set({ analytics: true, marketing: false, functional: true });

// Take everything back (as easy as giving it)
window.cwz.consent.withdraw();

// Open the banner's preferences (e.g. from a "Cookie settings" link in your footer)
window.cwz.consent.open();

// Read the current state, and follow changes
window.cwz.consent.get(); // { analytics, marketing, functional, source, id, version, at }
window.cwz.consent.on((state) => { /* … */ });
window.addEventListener('cwz:consent', (e) => console.log(e.detail));

window.cwz existe une fois le code du widget chargé ; appelez-le depuis vos propres boutons ou liens, et non tout en haut de la page. Avec la bannière ConnectWiz, ces appels sont inutiles ; ils sont là pour un site qui construit ses propres boutons.

Où le choix est conservé

• Dans le cookie cwz_consent, sur votre propre domaine : l’identifiant de consentement, la version, les catégories et l’heure. Il est conservé aussi longtemps que l’indiquent vos délais Redemander après (par défaut 12 mois si quelque chose a été accepté, 6 mois si tout a été refusé) ; passé ce délai, ou après une nouvelle version de la bannière, le visiteur est considéré comme n’ayant pas fait de choix et voit de nouveau la bannière. Une copie est conservée dans le stockage local du navigateur, au cas où celui-ci supprimerait le cookie prématurément.
• Ce cookie est le cookie de préférence de l’outil de consentement lui-même : il ne nécessite pas de consentement propre. Mentionnez-le dans votre politique de cookies comme nécessaire.

Ce qui arrive aux balises

Balise sur votre page	Quand le visiteur accepte la catégorie	Quand il la refuse ou retire son consentement
Balise Google / Google Tag Manager	gtag('consent', 'update', …) accordé	Mise à jour sur refusé
Meta Pixel	fbq('consent', 'grant')	fbq('consent', 'revoke')
Microsoft Clarity	clarity('consentv2', …) accordé	refusé ; Clarity supprime ses cookies
Microsoft UET	mise à jour du consentement uetq, ad_storage accordé	refusé
Pixel OpenAI	oaiq('consent', true)	oaiq('consent', false)

Lorsqu’une catégorie est retirée, les cookies de ces balises relevant de cette catégorie (_ga, _gid, _gcl_*, _fbp, _fbc, _clck, _clsk, _uetsid, _uetvid, __oppref, __obref) sont supprimés de votre domaine, de même que le cookie _cw_at de ConnectWiz.

Dans ces modes, ConnectWiz se contente d’informer les balises que vous avez déjà. Pour que ConnectWiz les charge lui-même — uniquement après consentement, avec les événements et un identifiant d’événement commun — utilisez le gestionnaire de balises (mode A). Meta et OpenAI démarrent par défaut sur « accordé » si votre page les charge avant le code du widget — voir la section suivante.

Pixels qui démarrent avant le consentement

Le pixel Meta ne lit pas le Google Consent Mode, et le pixel OpenAI démarre avec le consentement donné. L’un comme l’autre doit recevoir « revoked » avant sa ligne init — ce que le code du widget, chargé en arrière-plan, ne peut pas garantir pour un pixel que votre page démarre elle-même. Lorsque ConnectWiz détecte un tel pixel déjà démarré sans révocation préalable, l’onglet Consentement aux cookies affiche « Le pixel Meta démarre avant le consentement sur ce site » (ou l’avertissement équivalent pour OpenAI), avec la date de la dernière détection. Pour corriger :

1. déplacez le code du pixel sous le bloc d’installation ConnectWiz, ou chargez-le depuis Google Tag Manager avec Exiger un consentement supplémentaire sur ad_storage ;
2. si le pixel reste dans la page, appelez fbq('consent', 'revoke') — pour OpenAI, oaiq('consent', false) — avant sa ligne init ;
3. vérifiez de nouveau après un jour : l’avertissement disparaît 30 jours après la dernière détection.

Un pixel dont la bibliothèque a déjà démarré et vidé sa file d’attente ne peut pas être lu de cette façon : l’absence d’avertissement ne prouve donc pas que l’ordre est correct. La solution durable est le gestionnaire de balises : ConnectWiz charge lui-même ces balises et leur communique le choix avant leur init.

Contenu intégré

Une vidéo YouTube, une carte Google ou une publication Instagram intégrée à votre page dépose les cookies de son fournisseur dès son chargement. Pour la faire attendre le consentement, écrivez data-cwz-src au lieu de src :

<iframe data-cwz-src="https://www.youtube.com/embed/VIDEO_ID"
        title="Our clinic tour" width="560" height="315"
        allow="fullscreen"></iframe>

Sans src, le navigateur ne charge rien : rien ne peut donc passer avant que ConnectWiz ne s’exécute. Tant que le visiteur n’a pas autorisé la catégorie du contenu, un encadré prend sa place : il indique qui fournit le contenu et quels cookies son chargement autorise, et propose deux boutons d’apparence identique :

• Charger une fois charge cette vidéo pour cet affichage de la page uniquement. Aucun consentement n’est enregistré.
• Autoriser les cookies « Marketing » (ou « Mesure d’audience », ou « Fonctionnels ») enregistre le choix du visiteur comme le fait la bannière, et tous les contenus intégrés de cette catégorie se chargent sur votre site. Le registre des consentements le fait apparaître avec la source placeholder.

Si le visiteur autorise la catégorie plus tard, depuis la bannière ou depuis votre propre lien, le contenu se charge. S’il retire son consentement, l’encadré revient.

La catégorie dépend du fournisseur : YouTube, Google Maps, Instagram, TikTok, X, Facebook, Spotify, SoundCloud et Dailymotion relèvent du Marketing ; Vimeo et Loom de la Mesure d’audience ; Calendly et Typeform des Fonctionnels. Toute autre adresse relève du Marketing. Vous pouvez la définir vous-même avec data-cwz-category="analytics", "marketing" ou "functional".

YouTube se charge depuis youtube-nocookie.com, qui laisse moins de traces. Le consentement reste néanmoins nécessaire. Pour conserver youtube.com, désactivez Charger les vidéos YouTube marquées depuis youtube-nocookie.com sous Paramètres → Intégrations → Site web → Consentement aux cookies.

Les scripts peuvent attendre de la même façon :

<script type="text/plain" data-cwz-category="analytics"
        data-cwz-src="https://example.com/widget.js"></script>

Le script s’exécute dès que sa catégorie est autorisée ; pour un script en ligne, omettez data-cwz-src et placez le code à l’intérieur de la balise. Un script déjà exécuté reste actif jusqu’au rechargement de la page.

Le contenu ajouté après coup, par exemple par une application monopage, est lui aussi pris en charge. Le contenu marqué nécessite que le consentement aux cookies ConnectWiz soit activé : sans lui, il ne se charge jamais.

Blocage automatique (bêta)

Marquer chaque script et chaque contenu intégré reste la méthode sûre. Pour un site où c’est difficile, l’option Bloquer automatiquement les scripts de suivi et les intégrations connus (onglet Consentement aux cookies, désactivée par défaut) confie cette tâche au code en ligne :

• Les scripts de Meta, TikTok, LinkedIn, Pinterest, Snap, X, Amazon, OpenAI (Marketing) et de Microsoft Clarity, Hotjar, Yandex Metrica (Mesure d’audience) attendent que leur catégorie soit autorisée, puis s’exécutent.
• Les iframes YouTube, Vimeo, Google Maps, Instagram, TikTok, X, Facebook et Spotify deviennent des espaces réservés.
• Les balises Google et Microsoft Advertising (UET) ne sont pas bloquées : le code en ligne règle déjà leur valeur par défaut Consent Mode sur refusé, et les bloquer arrêterait Google Tag Manager ainsi que la mesure sans cookies du Consent Mode avancé.

Le bloqueur fait partie du code en ligne, qui grossit donc jusqu’à 2 Ko : collez-le à nouveau après avoir activé l’option (les intégrations WordPress, Shopify et Wix le récupèrent d’elles-mêmes). Il fonctionne dans les modes page et A. Avec Google Tag Manager (B ou C), il n’y a pas de code en ligne : réglez le consentement de chaque balise dans GTM.

Ce que nous avons mesuré dans Chrome (30 octobre 2026) : un traceur ajouté par un extrait de code, comme on installe généralement Meta, TikTok, Hotjar et LinkedIn, n’est ni téléchargé ni exécuté avant le consentement. Un traceur écrit directement dans le HTML sous la forme <script src="…"> ne s’exécute pas non plus, mais le navigateur le télécharge quand même par anticipation : la requête parvient donc au fournisseur avec l’adresse IP du visiteur. Pour ces traceurs-là, utilisez type="text/plain" data-cwz-category="…" (voir plus haut). Une iframe YouTube présente dans le HTML n’a pas été demandée avant le consentement. Vérifiez votre site après avoir activé l’option : un de vos scripts qui compte sur la présence d’un script bloqué peut cesser de fonctionner tant que le visiteur ne l’a pas autorisé.

Déclaration des cookies

La page de votre politique de cookies peut afficher le tableau des cookies à jour au lieu d’une liste tenue à la main. Placez ceci à l’endroit où le tableau doit apparaître :

<div data-cwz-cookie-table></div>

Le widget déjà présent sur la page le repère et affiche, dans la langue du visiteur :

• une section par catégorie avec sa description, les fournisseurs et les pays vers lesquels leurs données peuvent être transférées, ainsi qu’un tableau de ses cookies : nom, fournisseur, finalité, durée, et interne ou tiers. Les lignes sont les mêmes que dans les préférences de la bannière : les fournisseurs que vous avez sélectionnés, les cookies que vous avez ajoutés et le stockage propre à ConnectWiz. Les finalités apparaissent telles que vous les avez rédigées.
• le choix actuel du visiteur, catégorie par catégorie, avec son identifiant de consentement (celui qu’il cite lorsqu’il s’informe sur son enregistrement). Il se met à jour dès que le choix change.
• un bouton Modifier les paramètres des cookies qui ouvre les préférences de la bannière.
• Dernière mise à jour : la date de la dernière publication de la bannière comportant une modification de ses textes, de ses catégories, de ses fournisseurs ou de ses cookies.
• Dernière vérification par une analyse automatique des cookies : la dernière analyse réussie, s’il y en a eu une.

Le tableau fait partie de votre page, ce n’est pas un encadré posé par-dessus : il reprend les polices et les couleurs de votre site. Les titres sont des h3 ; ajoutez data-cwz-heading="h2" (jusqu’à h6) pour les adapter à votre page. Les classes cwz-decl, cwz-decl-cat, cwz-decl-choice, cwz-decl-change et cwz-decl-meta sont à la disposition de votre propre CSS. Le code du tableau ne se charge que sur une page qui porte ce marqueur.

Accessibilité

La bannière et le widget de chat visent le niveau WCAG 2.2 AA : tout fonctionne au clavier, les lecteurs d’écran annoncent les noms, les rôles et les nouveaux messages, le focus est toujours visible, les deux tiennent sur un écran de 320 pixels, et les animations s’arrêtent pour les visiteurs qui demandent des mouvements réduits. Chaque version publiée est testée avec axe-core. Notre déclaration d’accessibilité publique décrit notre façon de tester et ce qui manque encore. L’accessibilité des styles que vous ajoutez vous-même (le CSS personnalisé du widget) reste de votre ressort.

Votre propre outil de consentement à la place

Si votre site dispose déjà d’une bannière de consentement, laissez Consentement aux cookies ConnectWiz désactivé. ConnectWiz lit néanmoins la réponse de votre outil — il ne la définit jamais :

1. window.cwConsent ({ ads, analytics }), si votre site le définit ;
2. un outil de consentement IAB TCF (__tcfapi) : la mesure d’audience nécessite les finalités 1 et 8 ou 9, le marketing les finalités 1, 3, 4 et 7 ;
3. les appels Google Consent Mode présents dans votre dataLayer.

L’absence de tout signal vaut absence de consentement. Voir Consentement pour savoir ce que l’attribution conserve avec et sans consentement.

Un identifiant de visiteur unique

L’identifiant de consentement contenu dans cwz_consent sert aussi d’identifiant du visiteur sur votre site — uniquement tant que la mesure d’audience ou le marketing est accepté. Les visites, le parcours de pages, le chat et les formulaires d’un même navigateur se rattachent alors à un seul visiteur, d’un jour à l’autre. Un visiteur qui a refusé reçoit un nouvel identifiant pour chaque onglet du navigateur, comme auparavant. Un visiteur qui avait déjà un cookie _cw_at conserve cet identifiant.

Les enregistrements de consentement

Chaque choix effectué via ConnectWiz est stocké dans sa propre ligne, qui n’est jamais modifiée : l’identifiant de consentement, la version, les catégories, l’action (acceptation, refus, choix mixte ou retrait), la page (sans sa chaîne de requête), la langue, le pays, l’adresse IP du visiteur tronquée à son réseau (203.0.113.0/24) accompagnée d’un hachage à clé de l’adresse complète, ainsi que le navigateur, le système et le type d’appareil. L’adresse IP complète et la chaîne d’identification du navigateur ne sont jamais stockées.

• Un choix n’est pas un consentement marketing ou aux messages commerciaux (İYS) : ces consentements sont enregistrés séparément et ne sont pas modifiés par lui.
• Fiche contact → Consentement marketing → Choix de cookies télécharge les enregistrements des navigateurs de cette personne (JSON) — pour répondre à une demande d’accès. Un navigateur qui a tout refusé n’a jamais partagé son identifiant : ses enregistrements ne sont donc rattachés à personne.
• Supprimer ou anonymiser un contact supprime ses enregistrements de consentement aux cookies.
• Un choix qui refuse toutes les catégories facultatives (Tout refuser, un retrait, ou un enregistrement avec toutes les cases décochées) ne conserve aucune information IP — ni le réseau ni son hachage ; l’identifiant de consentement, la version, le choix, l’heure, le pays et le type d’appareil subsistent comme preuve que le refus a été respecté. Les enregistrements écrits avant cette règle conservent ce qu’ils contenaient.
• Les enregistrements sont conservés 13 mois par défaut ; voir ci-dessous.
• Lorsqu’un visiteur retire son consentement marketing, ConnectWiz cesse d’envoyer ses conversions publicitaires à Meta et à Google Ads (identifiants de clic compris).

L’onglet Registre des consentements

Paramètres → Intégrations → Site web → votre site → Registre des consentements.

• Lister et filtrer par site, par période et par action (a tout accepté, a tout refusé, choix personnalisé, a retiré son consentement), les plus récents en premier.
• Rechercher par ID de consentement — l’identifiant qu’un visiteur cite depuis les préférences de la bannière. C’est le seul moyen de retrouver un visiteur qui a tout refusé : il n’a jamais partagé d’identifiant de visiteur, si bien qu’aucun contact ne lui est rattaché.
• Exporter les enregistrements filtrés au format CSV ou JSON (jusqu’à 50 000 lignes) ; chaque export est consigné dans le journal d’audit.
• Supprimer les enregistrements d’un navigateur : recherchez son ID de consentement, puis cliquez sur Supprimer les enregistrements de ce navigateur et confirmez. Utilisez cette fonction pour la demande d’effacement d’un visiteur. L’opération est irréversible ; le journal d’audit conserve le fait qu’une suppression a eu lieu et le nombre d’enregistrements supprimés, mais pas l’ID lui-même.
• Durée de conservation des enregistrements : une seule valeur pour tous les sites de l’espace de travail, 13 mois par défaut, 12 au minimum — la durée de validité maximale d’un choix, de sorte que la preuve d’un choix ne disparaît jamais tant que ce choix compte — et 120 au maximum. Les enregistrements plus anciens sont supprimés chaque nuit.

Les mêmes enregistrements peuvent être lus (mais non modifiés) depuis votre propre agent IA via MCP — list_consent_records —, et les réglages de la bannière lus et modifiés avec get_cookie_banner / update_cookie_banner (avec une clé disposant de mcp:write). Le site lui-même peut être configuré de la même façon : list_websites liste vos sites, connect_website en ajoute un, update_website le modifie (ces deux derniers nécessitent mcp:write), et get_install_snippet renvoie exactement le bloc qu’affiche la carte Installation, afin qu’un agent qui modifie votre site puisse l’y coller.

Taux de consentement

Au-dessus de la liste, Réponses des visiteurs présente les 7, 30 ou 90 derniers jours : la part des navigateurs qui ont tout accepté, tout refusé, fait leur propre choix ou retiré leur consentement ; combien ont accordé la mesure d’audience, le marketing et les cookies fonctionnels ; la part sans consentement marketing ; le taux de consentement (la part ayant autorisé au moins une catégorie facultative) ; et les mêmes chiffres par pays, par appareil et par page de la décision. Chaque navigateur est compté une seule fois, avec son dernier choix sur la période.

• Un pays ou un appareil qui compte moins de dix navigateurs n’est pas affiché séparément (il est regroupé dans « Autre », lui-même masqué s’il est aussi petit). Une période qui compte moins de dix navigateurs au total n’affiche que les totaux. Les petits groupes en disent davantage sur quelques personnes que sur votre site.
• Aucun identifiant de consentement ni aucune adresse IP ne figure dans ces chiffres. Une page n’apparaît que sous la forme de son chemin (/en/pricing, sans chaîne de requête), uniquement à partir de dix décisions, et seules les 20 pages les plus fréquentées sont nommées, au maximum.
• Le pays est déterminé à partir de l’adresse du visiteur, sur les propres serveurs de ConnectWiz (base de données de pays gratuite de DB-IP, mise à jour chaque mois ; l’adresse n’est envoyée nulle part pour cela). Une adresse impossible à localiser — un réseau privé, certains opérateurs mobiles et VPN — n’a pas de pays, et la répartition l’affiche comme Inconnu. Les totaux et les taux restent exacts. Les enregistrements antérieurs au 27 octobre 2026 n’ont pas de pays.
• Rapports → Conversions affiche la même part « sans consentement marketing » sous le nom Perte de consentement : les conversions de ces visiteurs ne parviennent à Meta et à Google Ads que dans la mesure où le consentement l’autorise côté serveur.
• Via MCP : get_consent_report (nécessite la même autorisation que les enregistrements).

L’entonnoir de la bannière

Sous les taux, Entonnoir de la bannière montre combien de fois la bannière s’est ouverte d’elle-même et ce qu’il en est résulté : Affichée, Préférences ouvertes, Tout accepté, Tout refusé, Sélection personnelle et Aucune interaction, en proportion des affichages, par jour et par pays, appareil, langue et modèle de consentement.

• Un affichage correspond à une page vue, pas à un visiteur. La bannière ne s’ouvre d’elle-même que pour un visiteur qui n’a pas de choix encore valable ; ConnectWiz ne conserve ici aucun identifiant permettant de distinguer un visiteur d’un autre. Un visiteur qui parcourt trois pages et accepte sur la quatrième compte pour 4 affichages et 1 acceptation : Aucune interaction inclut donc les pages parcourues avant la décision.
• Une bannière que le visiteur rouvre avec le bouton cookies ne compte pas comme un affichage.
• Les données envoyées sont anonymes : la clé du widget, l’étape et la langue. Ni cookie, ni identifiant de consentement, ni page. Le serveur se contente d’incrémenter un compteur quotidien pour le pays, le type d’appareil, la langue et le modèle de consentement. Les robots des moteurs de recherche, les navigateurs sans interface (headless) et le scanner de ConnectWiz ne sont pas comptés.
• Le taux d’opt-in correspond à tout accepté ÷ affichages. Le taux de consentement correspond aux décisions qui autorisent au moins une catégorie facultative ÷ décisions (le dernier choix de chaque navigateur). Ils répondent à des questions différentes et donnent des chiffres différents.
• Le comptage a commencé le 5 novembre 2026 ; les périodes antérieures n’ont pas d’entonnoir.

Quand le taux de consentement baisse

Chaque matin, ConnectWiz compare le taux de consentement de chaque site sur les 7 derniers jours avec celui des 28 jours précédents. S’il a baissé de 15 points ou plus, avec au moins 50 décisions de chaque côté, les administrateurs de l’espace de travail reçoivent une notification dans la cloche et un e-mail. Ensuite, aucune nouvelle alerte n’est envoyée pour ce site pendant une semaine. Un nouveau texte ou une nouvelle disposition de la bannière, un nouveau fournisseur qui a entraîné une nouvelle demande à tous les visiteurs, ou davantage de visiteurs venant d’une région aux valeurs par défaut plus strictes en sont les causes habituelles ; l’entonnoir montre où les visiteurs s’arrêtent.

Analyser votre site

Paramètres → Intégrations → Site web → votre site → Analyse.

Le scanner ouvre votre site trois fois dans un navigateur vierge — aucun cookie, rien en mémoire — et liste ce que chaque visite dépose et envoie :

Visite	Ce qui doit se vérifier
Avant un choix	Uniquement des cookies et un stockage strictement nécessaires. Aucune balise n’envoie de données, sauf les balises Google en Consent Mode avec tous les signaux refusés.
Après « Tout refuser »	Même chose : le refus arrête toutes les balises facultatives.
Après « Tout accepter »	Tout ce que le visiteur a autorisé peut s’exécuter, et les balises Google indiquent un consentement accordé.

Il ouvre la page d’accueil et jusqu’à quatre des liens qu’elle contient (les mêmes pages à chaque visite), attend quelques secondes sur chacune pour laisser aux balises tardives le temps de se manifester, et relève les noms des cookies, leurs domaines, leur origine (interne ou tiers) et leur durée de vie — jamais leurs valeurs —, les noms des clés localStorage / sessionStorage, ainsi que chaque requête vers un hôte de suivi connu (Google, Meta, Microsoft, TikTok, LinkedIn, Yandex, Hotjar, Pinterest, Snap, X, OpenAI). Pour les requêtes Google, il décode les paramètres Consent Mode (gcs, gcd, npa, dma). Un site où le consentement ConnectWiz est désactivé n’est visité qu’avant un choix : c’est la seule question à laquelle cette visite peut répondre.

• Analyser maintenant lance une analyse en arrière-plan (d’une à trois minutes). Au maximum trois analyses par site et par heure, et vingt par espace de travail et par jour ; une seule à la fois par site.
• Analyse complète lit votre sitemap (les lignes Sitemap: du fichier robots.txt, /sitemap.xml, /sitemap_index.xml) et les liens de votre page d’accueil, puis ouvre jusqu’à 25 pages. Les balises d’un site dépendent de ses modèles de page, pas de son nombre de pages — cent articles de blog déposent ce que dépose un seul article —, si bien que l’analyse prend une page de chaque type (un article de blog, un produit, la page des tarifs) dans chaque langue avant d’en prendre une deuxième du même type. Lorsque votre sitemap est découpé par type, comme le font WordPress, Shopify et Wix, chaque fichier compte comme un type de page. L’analyse procède par lots de cinq pages et dure de cinq à quinze minutes ; le panneau indique combien de pages ont été ouvertes. Une fois par jour et par site.
• Relancer l’analyse chaque semaine — activé par défaut pour un site où le consentement ConnectWiz est activé, désactivé pour les autres ; votre choix l’emporte dans les deux cas. Une nouvelle balise qui démarre avant le consentement apparaît en moins d’une semaine.
• Analyse complète chaque mois — même valeur par défaut ; un modèle de page vers lequel la page d’accueil ne renvoie pas est ainsi vérifié une fois par mois.
• Lorsqu’une analyse trouve des cookies que la bannière ne décrit pas, une analyse automatique (hebdomadaire ou mensuelle) prévient les administrateurs — par une notification dans le panneau et un e-mail qui en donne les noms. Chaque nom n’est signalé qu’une fois ; un nom qui disparaît puis réapparaît est de nouveau signalé. Vous les ajoutez sous Cookies absents de la bannière.
• Lorsque le Google Consent Mode ne fonctionne plus correctement, une analyse hebdomadaire prévient une seule fois les administrateurs de l’espace de travail — par une notification dans le panneau et un e-mail qui nomme les vérifications en échec. Le même problème n’est pas signalé de nouveau chaque semaine ; après une analyse où tout est conforme, le problème suivant est de nouveau signalé. Une analyse que vous lancez vous-même n’envoie rien : vous avez déjà le résultat sous les yeux.
• La visite « Tout accepter » charge vos balises comme le ferait un visiteur : vos propres outils de mesure d’audience peuvent donc compter quelques pages vues issues de cette visite (son navigateur s’identifie comme ConnectWizConsentScan).
• L’analyse visite le site en tant que visiteur de l’UE (Allemagne) : la bannière, la valeur par défaut régionale et les règles régionales de Google lui répondent comme à un visiteur de l’UE, soit le cas le plus strict. Une règle que vous avez définie pour d’autres pays n’est pas testée.
• Elle ne lit votre robots.txt que pour y trouver l’adresse du sitemap (analyse complète), et ne suit pas ses lignes Disallow : il s’agit de votre propre site, d’un nombre limité de pages, et l’analyse se fait à votre demande. Les pages protégées par une connexion, les formulaires et le tunnel de commande ne sont pas visités.
• Si le panneau affiche « Le scanner n’est pas encore disponible. », aucun navigateur headless n’est installé sur cette installation ; rien n’est analysé tant qu’il ne l’est pas.
• Via MCP : get_consent_scan lit la dernière analyse, run_consent_scan en lance une (mcp:write ; kind: "full" pour une analyse complète).

Chaque constat est assorti d’un niveau de gravité — Élevée (quelque chose s’exécute sans consentement), Moyenne (le consentement n’est pas appliqué comme il le devrait), Faible (les informations de la bannière sont incomplètes), Remarque — et de la marche à suivre.

La liste de vérification Google Consent Mode

En haut d’une analyse terminée, Google Consent Mode répond à une seule question : le Consent Mode est-il correctement configuré sur les pages analysées ? Chaque ligne est réussie, en échec ou non observée :

Vérification	Réussie lorsque
Les balises Google transmettent un état de consentement	chaque requête Google lue indique ce que le visiteur a autorisé
La valeur par défaut est définie avant l’exécution des balises Google	la valeur par défaut du consentement était en place avant le démarrage de la balise Google
Les signaux Consent Mode v2 sont définis	ad_user_data et ad_personalization sont définis
Tout est refusé avant que le visiteur ne choisisse	avant un choix, les balises Google ont indiqué tous les signaux refusés
« Tout refuser » parvient aux balises Google	après un refus, les balises Google sont restées sur refusé
« Tout accepter » parvient aux balises Google	après acceptation, les balises Google ont indiqué un consentement accordé

• Une vérification n’est réussie que si l’analyse a vu, lors de la visite concernée, une requête Google dont elle a pu lire l’état de consentement. Non observée ne vaut pas réussite : un site dont les balises Google attendent le consentement (Consent Mode de base) n’envoie rien avant un choix, et un site où le consentement ConnectWiz est désactivé n’est visité qu’avant un choix.
• Une vérification en échec correspond toujours à l’un des constats ci-dessous ; leurs corrections indiquent ce qu’il faut changer.
• La carte indique aussi quel Consent Mode le site utilise : avancé (les balises Google se chargent avant un choix et envoient des pings sans cookies) ou de base (elles n’envoient rien avant le consentement).
• ads_data_redaction et url_passthrough modifient ce qu’une requête omet, et non un paramètre : l’analyse ne peut donc pas les vérifier. Le bloc et le modèle de consentement ConnectWiz définissent ads_data_redaction.
• Via MCP, get_consent_scan renvoie la même liste de vérification (consent_mode).

Le script de consentement est absent ou la bannière ne s’affiche pas

Le consentement ConnectWiz est activé, mais la page ne charge pas widget.js, ou un visiteur venu pour la première fois n’a vu aucune bannière, ou le choix d’un visiteur de retour n’a pas été relu. Collez le code d’installation dans le <head> de chaque page (avec la partie consentement au-dessus de Google Tag Manager), et vérifiez qu’aucun autre script ne retire la bannière ni ne supprime le cookie cwz_consent.

Cookies avant le consentement ou après « Tout refuser »

Un cookie (ou une clé de stockage) de mesure d’audience ou de marketing a été écrit avant que le visiteur ne choisisse, ou après son refus. Quelque chose charge cette balise sans attendre :

• Dans Google Tag Manager : ouvrez la balise → Paramètres avancés → Paramètres de consentement → Exiger un consentement supplémentaire pour analytics_storage ou ad_storage. Les balises de Google elles-mêmes attendent déjà grâce au Consent Mode.

• Sur la page : ne chargez la balise qu’une fois que le choix l’autorise :

  window.addEventListener('cwz:consent', (e) => {
    if (e.detail.marketing) { /* load the tag here */ }
  });

Les cookies de préférence (fonctionnels) sont signalés comme Faible.

Les copies propres à ConnectWiz pour l’onglet en cours ne sont pas signalées. Sans consentement, ConnectWiz conserve la campagne de la visite (_cw_at, sans aucun identifiant de clic) et le parcours de pages de l’onglet (_cw_ps) dans le stockage de session du navigateur. Ces données portent un identifiant aléatoire qui n’est jamais rattaché à une personne, et elles disparaissent à la fermeture de l’onglet. Le même _cw_at écrit dans un cookie ou dans le stockage local avant un choix est signalé.

Balises qui envoient des données ou se chargent avant le consentement

• Envoie des données (un hit, un pixel, un appel collect) avant un choix ou après un refus : Élevée. Bloquez la balise jusqu’à ce que sa catégorie soit autorisée, comme ci-dessus. Pour les pixels Meta et OpenAI, voir Pixels qui démarrent avant le consentement.
• Charge une balise dépourvue de réglage de consentement propre — TikTok, LinkedIn, Yandex, Hotjar, Pinterest, Snap, X : Moyenne. Ces balises ne doivent pas se charger du tout avant le consentement ; placez-les derrière le consentement.
• Microsoft Clarity sans ses cookies et Microsoft UET marqué refusé fonctionnent dans un mode sans cookies ; ils sont signalés comme Moyenne et comme Remarque.

Google Consent Mode

• Les balises Google s’exécutent sans Consent Mode — les requêtes ne transmettent aucun état de consentement et se comportent donc comme si le consentement avait été donné. Ajoutez le bloc de consentement ConnectWiz tout en haut de <head> (ou, avec Tag Manager, le modèle ConnectWiz Consent sur Initialisation du consentement - Toutes les pages) avant toute balise Google.
• Accordé avant un choix / après « Tout refuser » — une autre valeur par défaut du consentement ou un gtag('consent', 'update', …) précoce accorde le consentement. Supprimez l’autre code de consentement pour que seul le choix ConnectWiz fasse foi.
• La valeur par défaut arrive trop tard — la balise n’a lu le consentement qu’après avoir démarré (ou la valeur par défaut est arrivée après le config de la balise). La valeur par défaut doit s’exécuter avant le chargement de la balise Google, jamais de manière asynchrone.
• Signaux Consent Mode v2 manquants — ad_user_data et ad_personalization ne sont pas définis. Le bloc et le modèle ConnectWiz les définissent ; supprimez tout ancien extrait qui ne définit que ad_storage et analytics_storage.
• « Tout accepter » ne parvient pas aux balises Google — après acceptation, les requêtes indiquent toujours refusé : vous perdez une mesure à laquelle vous avez droit. Vérifiez que widget.js s’exécute sur la page.
• Pings sans cookies (une Remarque) — lorsque tous les signaux sont refusés, les balises Google envoient, sans cookies ni identifiants, un signal que Google utilise pour la modélisation (Consent Mode avancé). Google l’autorise ; savoir si c’est acceptable pour vos visiteurs relève d’un choix juridique. Pour ne rien envoyer avant le consentement, bloquez la balise Google jusqu’au consentement.

Le scanner lit l’état de consentement dans l’adresse de la requête et, pour les beacons Google qui l’envoient dans le corps de la requête (/g/s/collect de GA4), dans le corps. Un beacon dont il n’a pas pu lire le corps n’est jugé ni dans un sens ni dans l’autre.

Cookies que personne ne reconnaît

Le scanner identifie les cookies à partir de la liste propre à ConnectWiz, des balises qu’il connaît et de l’Open Cookie Database (Apache-2.0). Un cookie qui ne figure dans aucune de ces sources est listé comme inconnu : identifiez le script qui le dépose et décrivez-le vous-même sous Consentement aux cookies → Vos propres cookies (catégorie, fournisseur, durée de vie).

Cookies absents de la bannière

Chaque cookie de votre site doit être décrit dans la bannière — les cookies strictement nécessaires compris. Sous Ajouter au tableau des cookies de la bannière, l’analyse propose les balises connues et les entrées de la base de données correspondant aux cookies qu’elle a vus : cochez celles qui sont exactes, puis cliquez sur Ajouter la sélection. Rien n’est ajouté automatiquement. Un ajout change la version de la bannière : chaque visiteur est donc de nouveau sollicité. La description issue de la base de données est en anglais — modifiez-la dans l’onglet Consentement aux cookies si votre bannière s’exprime dans une autre langue.

Ce que le scanner ne peut pas voir

Il visite un nombre limité de pages publiques (jusqu’à 25 lors d’une analyse complète), en tant que visiteur d’un seul pays et avec un navigateur de bureau. Il ne se connecte pas, ne remplit pas de formulaires et n’ouvre pas votre tunnel de commande ; il n’ouvre pas les adresses privées ou locales (une balise chargée depuis l’une d’elles est listée comme refusée) ; et une balise qui ne se déclenche qu’au clic ou au défilement peut ne pas apparaître. Une analyse sans anomalie constitue un bon indice, pas une preuve — relancez une analyse après avoir modifié vos balises.