Cookies et traceurs : comprendre les obligations du RGPD et découvrir les solutions efficaces

Les cookies et traceurs sont devenus le terrain de contrôle privilégié des autorités de protection des données en Europe. Plus de 400 millions d’euros d’amendes prononcées par la CNIL sur ce seul sujet, des géants du numérique sanctionnés à hauteur de 150 millions d’euros, et des PME qui pensaient encore qu’un bandeau minimaliste suffirait à les mettre à l’abri. La réalité du terrain est sans ambiguïté : la conformité en matière de traceurs n’est pas une option, c’est une obligation technique et juridique précise, dont chaque détail peut faire l’objet d’un contrôle automatisé. Pour les DPO qui gèrent plusieurs clients simultanément, la maîtrise de ce sujet est un impératif opérationnel quotidien.

• Le consentement préalable est obligatoire pour tous les cookies non strictement nécessaires, avant tout dépôt de traceur.
• Le refus doit être aussi simple que l’acceptation : un bouton « Tout refuser » doit figurer au même niveau que « Tout accepter ».
• Google Analytics n’est pas exempté de consentement dans sa configuration standard.
• Les dark patterns (interfaces rendant le refus plus complexe) sont explicitement ciblés et sanctionnés par la CNIL.
• Les preuves de consentement doivent être conservées et présentables en cas de contrôle.
• Les sanctions peuvent atteindre 20 millions d’euros ou 4 % du chiffre d’affaires mondial.
• Matomo en configuration CNIL et Piano Analytics sont les rares outils d’audience pouvant être exemptés sous conditions strictes.

Cadre juridique des cookies : ce que le RGPD et la directive ePrivacy imposent vraiment

La réglementation applicable aux traceurs repose sur deux textes qui s’articulent de façon complémentaire, et non redondante. La directive ePrivacy de 2002, transposée en France à l’article 82 de la loi Informatique et Libertés, régit spécifiquement le dépôt et la lecture de traceurs sur le terminal de l’utilisateur. C’est ce texte qui fonde l’obligation de consentement préalable, indépendamment de toute qualification des données collectées.

Le RGPD entre en jeu dès que les informations collectées via ces traceurs constituent des données personnelles — ce qui est quasi systématiquement le cas dès lors qu’un identifiant unique, une adresse IP ou des données de navigation sont enregistrés. Il encadre alors les conditions de validité du consentement (article 7), les obligations d’information (article 13) et les droits des personnes concernées. Opérer un site web en 2026 sans respecter ces deux textes simultanément, c’est exposer son client à un double risque juridique.

Le référentiel d’application français est constitué des lignes directrices CNIL de septembre 2020 (délibération n° 2020-091) et de la recommandation mise à jour en 2023 (délibération n° 2023-010). Ces textes ont notamment précisé la position de l’autorité sur les « cookie walls » et les dark patterns. Pour aller plus loin sur le cadre légal, la CNIL détaille les règles applicables aux traceurs sur son site officiel, avec une clarté suffisante pour en faire le point de départ de tout audit client.

Ce que ce cadre impose concrètement, c’est une logique de transparence active : l’utilisateur doit être informé avant que quoi que ce soit ne se dépose sur son terminal, comprendre ce à quoi il consent, et pouvoir revenir sur ce choix à tout moment. La conformité n’est pas un état fixe — c’est un processus continu, qui implique une veille sur l’évolution des outils tiers intégrés dans les sites clients.

https://www.youtube.com/watch?v=z9tjA0FT_Y0

L’articulation entre ePrivacy et RGPD : pourquoi les confondre coûte cher

Une erreur fréquente consiste à traiter les obligations cookies comme relevant exclusivement du RGPD. Or, l’article 82 de la loi Informatique et Libertés s’applique indépendamment du RGPD : même un cookie qui ne collecte aucune donnée personnelle identifiable reste soumis à l’obligation de consentement si son dépôt n’est pas strictement nécessaire au service demandé. Cette distinction a des conséquences pratiques directes sur la façon dont on catégorise les traceurs lors d’un audit.

Pour les DPO gérant des PME e-commerce, la vigilance est renforcée : les sites marchands cumulent des traceurs publicitaires, des pixels de conversion et des outils de personnalisation qui mobilisent les deux textes. La gestion des cookies dans le contexte e-commerce soulève des problématiques spécifiques qui méritent un traitement dédié dans la politique de conformité de chaque client.

La clé est d’intégrer dès le départ la double lecture juridique dans la grille d’audit : chaque traceur identifié doit être qualifié au regard des deux textes, et la base légale retenue doit être documentée de façon à tenir face à un contrôle CNIL.

Consentement cookies : les exigences qui font réellement l’objet de sanctions

Le principe du consentement préalable est désormais bien connu. Mais ce qui génère encore le plus de non-conformités — et de sanctions — ce sont les détails d’implémentation. Prenons les faits : la CNIL a infligé 150 millions d’euros à Google, 60 millions à Meta et à Microsoft, 35 millions à Amazon. Dans tous ces cas, le motif principal n’était pas l’absence totale de bannière, mais l’asymétrie entre le parcours d’acceptation et le parcours de refus.

Le refus des cookies doit être aussi simple que l’acceptation. Un bouton « Tout refuser » doit figurer au premier niveau de la bannière, avec la même visibilité que « Tout accepter ». Si l’acceptation se fait en un clic et que le refus nécessite deux ou trois étapes supplémentaires, c’est un dark pattern — et c’est sanctionnable. Cette règle s’applique quelle que soit la taille du site.

Les autres exigences du consentement valide méritent d’être traitées avec la même rigueur. Le consentement doit être libre (l’accès au site ne peut être conditionné à l’acceptation), spécifique (recueilli par catégorie de finalité, pas en bloc), éclairé (avec identification du responsable de traitement, finalités et destinataires) et univoque (un acte positif est requis — la simple navigation ne vaut rien).

Dark patterns : ce que la CNIL contrôle automatiquement

Depuis 2021, la CNIL utilise des outils de scan automatisé pour détecter les cookies déposés avant consentement. Le robot simule la visite d’un utilisateur, analyse les cookies présents au chargement de la page, puis teste le parcours de refus. Ce n’est pas une vérification manuelle ponctuelle — c’est un dispositif de surveillance continue qui peut déclencher une procédure sans que le responsable de traitement en ait été averti au préalable.

Les dark patterns identifiés par la CNIL incluent : bouton « Tout refuser » absent ou relégué au deuxième niveau, case « Accepter » pré-cochée, interface conçue pour décourager le refus (couleurs, taille des boutons, formulations ambiguës), et absence d’option de paramétrage granulaire. Chacun de ces éléments constitue un manquement autonome, cumulable avec d’autres.

Un site qui propose un bandeau avec uniquement « Accepter » et « Paramétrer » — sans « Tout refuser » au premier niveau — est non conforme, même si le paramétrage fin permet techniquement de tout refuser. La CNIL a été explicite sur ce point dans sa recommandation de 2023. C’est un détail d’interface qui peut coûter très cher.

Cookies exemptés, cookies soumis à consentement : faire le tri sans se tromper

Tous les traceurs ne sont pas logés à la même enseigne. La liste des exemptions est strictement limitée, et c’est précisément là que beaucoup de sites — y compris chez des clients bien intentionnés — accumulent des erreurs par excès d’optimisme sur la portée de ces exemptions.

Les cookies strictement nécessaires sont exemptés : authentification, panier d’achat, mémorisation de langue, équilibrage de charge, protection CSRF. Leur durée de vie doit rester limitée à la session ou au strict nécessaire. Aucune ambiguïté ici — mais attention aux périmètres : un cookie de session prolongée à 30 jours « pour le confort de l’utilisateur » sort de l’exemption.

Les cookies d’audience exemptés sont soumis à des conditions cumulatives strictes définies par la CNIL : finalité limitée à la mesure d’audience pour le compte de l’éditeur, données non croisées avec d’autres traitements, pas de suivi inter-sites, information de l’utilisateur avec possibilité d’opposition, durée de vie limitée à 13 mois et données collectées conservées au maximum 25 mois. Ce n’est pas une liste de principes généraux — c’est un cahier des charges technique précis.

Type de cookie	Consentement requis	Exemples	Durée maximale
Strictement nécessaire	Non	Session, panier, CSRF, auth	Durée de session / strict nécessaire
Mesure d’audience exemptée	Non (sous conditions strictes)	Matomo CNIL-compliant, Piano Analytics	13 mois
Analytics standard	Oui	Google Analytics (config. standard)	13 mois max après consentement
Publicité / retargeting	Oui	Meta Pixel, Google Ads, pixels DSP	13 mois max après consentement
Réseaux sociaux	Oui	Boutons partage Facebook, LinkedIn	13 mois max après consentement
Personnalisation	Oui	Recommandations produits, A/B testing tiers	13 mois max après consentement

Google Analytics : le cas qui revient systématiquement chez les clients PME

La question de Google Analytics est posée dans pratiquement chaque mission de mise en conformité. La réponse est tranchée : Google Analytics n’est pas exempté de consentement dans sa configuration standard. La CNIL l’a explicitement exclu de la liste des outils éligibles à l’exemption, au motif que les données sont transmises à Google et potentiellement croisées avec d’autres services du groupe. L’anonymisation partielle des IP ne suffit pas à changer cette qualification.

Les alternatives concrètes pour les PME sont Matomo en configuration auto-hébergée conforme aux recommandations CNIL, ou Piano Analytics (ex-AT Internet) sous les mêmes conditions. Ces outils peuvent être exemptés, mais uniquement si la configuration technique respecte scrupuleusement les critères : pas de transmission à des tiers, pas de croisement de données, opposition possible. Pour les clients qui tiennent absolument à Google Analytics, le consentement préalable doit être intégré dans la CMP — sans exception.

Cette distinction a un impact direct sur la stratégie de mise en conformité : un client qui refuse de migrer vers Matomo doit comprendre que son outil analytics sera bloqué pour tous les utilisateurs qui refusent les cookies. Sur un site avec un taux de refus élevé, cela peut significativement affecter la qualité des données de mesure. C’est un argument de terrain qui aide à faire accepter les alternatives.

Outils de gestion du consentement : choisir sa CMP sans se perdre dans les promesses commerciales

Le marché des CMP (Consent Management Platform) s’est considérablement densifié. Pour un DPO externe gérant plusieurs PME simultanément, la question n’est pas « quelle est la meilleure CMP ? » — c’est « quelle CMP offre le meilleur rapport entre conformité réelle, facilité de déploiement multi-clients et coût raisonnable pour une PME ? » Ce n’est pas la même question.

Trois outils méritent d’être distingués dans ce contexte précis. Axeptio est un outil français, avec une interface utilisateur plus soignée que la moyenne et une gestion du consentement qui inclut automatiquement la génération de preuves horodatées. Son positionnement tarifaire est accessible pour les PME, et la prise en main reste raisonnable. Il est certifié par la CNIL via le programme de certification des CMPs.

Didomi cible davantage les entreprises avec des besoins plus complexes : multi-sites, multi-langues, gestion avancée des SDK mobiles. Pour un DPO qui gère un portefeuille de clients dont certains ont des sites avec trafic international ou des applications mobiles, c’est une option à considérer. Le coût est plus élevé, mais la gestion centralisée fait gagner un temps réel.

Cookiebot (Usercentrics) est une référence en Europe, avec une fonctionnalité de scan automatique des cookies intégrée. Son avantage principal est la mise à jour automatique de la liste des traceurs détectés sur le site — ce qui évite le problème classique d’un bandeau qui ne reflète plus la réalité technique du site après ajout d’un plugin tiers. Un bandeau cookies visible ne garantit pas à lui seul une conformité effective — c’est précisément ce type de dérive que Cookiebot permet de surveiller en continu.

Preuve de consentement et documentation : ce que la CNIL peut demander

La conformité ne se limite pas à l’affichage d’un bandeau fonctionnel. En cas de contrôle, la CNIL peut demander la preuve que chaque consentement recueilli était valide. Cette preuve doit inclure : l’identifiant anonyme de l’utilisateur, la date et l’heure du choix, la version de la bannière affichée au moment du consentement, et les catégories acceptées ou refusées. Les CMP professionnelles génèrent automatiquement ces logs — c’est l’un des arguments les plus solides pour convaincre un client PME d’investir dans un outil dédié plutôt que de bricoler une solution maison.

La durée de conservation de ces preuves suit la durée de vie des cookies concernés, soit 13 mois maximum. Au-delà, les données de consentement doivent être purgées — ce qui implique de paramétrer correctement la politique de rétention dans la CMP. Un détail souvent oublié lors des déploiements rapides.

Pour les clients qui demandent une validation complète de leur dispositif, la mise en conformité cookies RGPD sans faille passe aussi par un audit régulier de la cohérence entre la liste des traceurs déclarés dans la politique de confidentialité et les traceurs effectivement détectés par scan technique. Les deux ne correspondent pas toujours — surtout après une refonte de site ou l’intégration d’un nouveau plugin.

Mise en conformité opérationnelle : la checklist terrain pour les DPO multi-clients

Gérer la conformité cookies pour plusieurs PME en parallèle, c’est avant tout une question de méthode. Le processus suivant permet de traiter chaque client de façon systématique, sans réinventer la roue à chaque mission, tout en s’adaptant aux spécificités de chaque site.

• Audit technique des traceurs : scanner le site avec un outil dédié (Cookiebot Scanner, Chrome DevTools en mode incognito, ou un audit réseau manuel) pour identifier tous les cookies déposés au chargement, avant toute interaction. Cette étape révèle souvent des surprises — des pixels tiers intégrés via un plugin que le client avait oublié, ou des cookies de tests A/B laissés actifs.
• Classification par catégorie : distinguer les cookies strictement nécessaires, les cookies d’audience, les cookies publicitaires, les cookies de réseaux sociaux et les cookies de personnalisation. Cette classification détermine lesquels nécessitent un consentement et selon quelles modalités.
• Vérification du blocage préalable : tester en mode incognito que les scripts non essentiels ne s’exécutent pas avant que l’utilisateur ait exprimé son choix. C’est le test le plus simple et le plus révélateur.
• Audit de la bannière : vérifier la présence et la visibilité équivalente des boutons « Tout accepter » et « Tout refuser » au premier niveau. Vérifier le niveau de paramétrage proposé. Vérifier l’information disponible sur les finalités et les destinataires.
• Vérification de la politique de confidentialité : s’assurer que la liste des cookies déclarés correspond à la réalité technique, avec les durées de vie et les tiers destinataires à jour.
• Paramétrage des preuves de consentement : configurer la CMP pour générer et conserver les logs de consentement dans les règles.
• Documentation du registre de traitements : intégrer le traitement lié aux cookies dans le registre RGPD du client, avec base légale, finalités, durées et destinataires. Pour structurer cette documentation, le registre de traitements prévu à l’article 30 du RGPD est le document de référence.

Ce processus en sept étapes prend entre deux et quatre heures par client pour un premier audit, selon la complexité du site. Pour les mises à jour périodiques (recommandées tous les six mois), une heure suffit en général si la CMP est correctement configurée. La régularité est plus efficace que les audits ponctuels exhaustifs.

Gestion des applications mobiles : le point de vigilance de 2025-2026

La campagne d’audit CNIL menée sur les applications mobiles en 2024-2025 a mis en lumière un angle mort fréquent : les SDK tiers intégrés dans les applications déposent des traceurs sans que le développeur — ni le DPO — en ait toujours conscience. Un SDK de mesure d’audience ou de monétisation publicitaire peut, dans ses paramètres par défaut, collecter des identifiants publicitaires avant tout consentement.

Pour les clients PME qui opèrent une application mobile, l’audit des SDK tiers est désormais une étape obligatoire de la démarche de conformité. Chaque SDK doit être qualifié : collecte-t-il des données personnelles ? Dépose-t-il des identifiants de tracking ? Dans quelles conditions ? Les éditeurs d’applications doivent configurer leurs SDK pour bloquer la collecte jusqu’à l’obtention du consentement via le framework de gestion du consentement de l’application. C’est techniquement plus complexe que sur un site web, et souvent sous-estimé lors des missions.

La protection des données dans les environnements mobiles suit les mêmes principes que sur le web — consentement préalable, spécificité des finalités, droit d’opposition — mais leur implémentation technique est différente et nécessite une collaboration étroite avec les équipes de développement du client.

Sanctions et contrôles CNIL : ce que les chiffres disent vraiment aux DPO

Plus de 400 millions d’euros d’amendes liées aux cookies prononcées par la CNIL en quatre ans. Ces chiffres ne sont pas anecdotiques — ils reflètent un choix stratégique de l’autorité de faire des traceurs un axe prioritaire d’enforcement. La question n’est pas de savoir si la CNIL contrôle, mais quand elle contrôlera un site donné.

Les grandes entreprises ont été frappées en premier : Google (150 M€), Facebook/Meta (60 M€), Microsoft (60 M€), Amazon (35 M€). Mais la CNIL dispose également d’une procédure simplifiée qui lui permet de sanctionner les acteurs de taille plus modeste rapidement, pour des montants allant de quelques milliers à quelques dizaines de milliers d’euros. Ces décisions sont rendues publiques — et pour une PME, la publicité de la sanction peut avoir un impact réputationnel disproportionné par rapport au montant de l’amende.

Les motifs de sanction les plus fréquents sont : dépôt de cookies avant consentement, absence de bouton « Tout refuser » au premier niveau, cookie walls non conformes, et documentation insuffisante des traitements. Sur ces quatre points, trois relèvent directement de l’implémentation technique — ce qui signifie qu’une grande partie des risques est maîtrisable avec une CMP correctement configurée et un audit régulier. Les obligations RGPD sur les cookies en 2026 font l’objet d’une surveillance accrue, et les outils de détection automatisée de la CNIL couvrent désormais un périmètre bien plus large que les seuls grands sites.

Cookie walls : où en est la jurisprudence ?

Les « cookie walls » — ces interfaces qui conditionnent l’accès au contenu à l’acceptation des cookies — ont fait l’objet d’une précision importante dans la recommandation CNIL de 2023. Un cookie wall strict, sans alternative, est considéré comme contraire au RGPD car le consentement n’est pas libre. Le Conseil d’État avait déjà tranché en ce sens en juin 2020.

La nuance introduite depuis concerne les cookie walls « payants » : proposer un accès sans cookies moyennant un abonnement peut être admissible sous conditions, notamment si le tarif est raisonnable et ne constitue pas une pression disproportionnée. Mais la jurisprudence sur ce point reste en construction, et la prudence s’impose. Pour les clients qui souhaitent explorer ce modèle, la recommandation est de documenter précisément la justification économique et de ne pas positionner l’abonnement à un tarif dissuasif.

Ce point illustre une tendance plus large : la réglementation des traceurs continue d’évoluer, et les DPO doivent intégrer une veille juridique active dans leur pratique — non pas pour tout maîtriser en temps réel, mais pour identifier les évolutions qui impactent les clients sous mandat. La gestion de la vie privée numérique est un champ en mouvement permanent.

{« @context »: »https://schema.org », »@type »: »FAQPage », »mainEntity »:[{« @type »: »Question », »name »: »Google Analytics nu00e9cessite-t-il un consentement pru00e9alable ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Oui, sans exception dans sa configuration standard. La CNIL a explicitement exclu Google Analytics de la liste des outils u00e9ligibles u00e0 l’exemption de consentement, car les donnu00e9es sont transmises u00e0 Google et potentiellement croisu00e9es avec d’autres services du groupe. L’anonymisation partielle des IP ne change pas cette qualification. Les alternatives Matomo en configuration auto-hu00e9bergu00e9e conforme et Piano Analytics peuvent u00eatre exemptu00e9es sous conditions strictes du00e9finies par la CNIL. »}},{« @type »: »Question », »name »: »Que doit contenir la preuve de consentement conservu00e9e par une CMP ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »La preuve de consentement doit inclure : l’identifiant anonyme de l’utilisateur, la date et l’heure exactes du choix, la version de la banniu00e8re affichu00e9e au moment du consentement, et les catu00e9gories de cookies acceptu00e9es ou refusu00e9es. Ces donnu00e9es doivent u00eatre conservu00e9es pendant la duru00e9e de vie des cookies concernu00e9s, soit 13 mois maximum. Les CMP professionnelles comme Axeptio, Didomi ou Cookiebot gu00e9nu00e8rent automatiquement ces logs. »}},{« @type »: »Question », »name »: »Un cookie wall est-il autorisu00e9 en France ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Un cookie wall strict conditionnant l’accu00e8s au contenu u00e0 l’acceptation des cookies sans alternative est contraire au RGPD, car le consentement n’est pas libre u2014 position confirmu00e9e par le Conseil d’u00c9tat et la CNIL. Un modu00e8le proposant une alternative payante raisonnable (accu00e8s sans cookies moyennant abonnement) peut u00eatre admissible sous conditions, mais la jurisprudence reste en construction. La prudence s’impose, avec une documentation pru00e9cise de la justification u00e9conomique. »}},{« @type »: »Question », »name »: »u00c0 quelle fru00e9quence faut-il re-solliciter le consentement des utilisateurs ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »La CNIL recommande de redemander le consentement tous les 13 mois maximum pour les cookies dont la duru00e9e de vie est de 13 mois. En pratique, une re-sollicitation tous les 6 mois est recommandu00e9e pour maintenir une conformitu00e9 solide. Tout changement dans les cookies utilisu00e9s, l’ajout d’un nouveau partenaire tiers ou une modification substantielle des finalitu00e9s impose une re-sollicitation immu00e9diate, indu00e9pendamment du du00e9lai u00e9coulu00e9. »}},{« @type »: »Question », »name »: »Comment auditer les cookies d’un site client rapidement ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »La mu00e9thode la plus efficace combine un scan automatisu00e9 (Cookiebot Scanner ou u00e9quivalent) avec un test manuel en mode incognito. Le scan identifie tous les traceurs pru00e9sents sur le site et les classe par catu00e9gorie. Le test en mode incognito vu00e9rifie que les scripts non essentiels sont bien bloquu00e9s avant tout consentement. Ces deux u00e9tapes prennent moins d’une heure pour un site standard et permettent d’identifier les non-conformitu00e9s prioritaires avant de du00e9ployer une CMP ou d’en vu00e9rifier la configuration. »}}]}

Google Analytics nécessite-t-il un consentement préalable ?

Oui, sans exception dans sa configuration standard. La CNIL a explicitement exclu Google Analytics de la liste des outils éligibles à l’exemption de consentement, car les données sont transmises à Google et potentiellement croisées avec d’autres services du groupe. L’anonymisation partielle des IP ne change pas cette qualification. Les alternatives Matomo en configuration auto-hébergée conforme et Piano Analytics peuvent être exemptées sous conditions strictes définies par la CNIL.

Que doit contenir la preuve de consentement conservée par une CMP ?

La preuve de consentement doit inclure : l’identifiant anonyme de l’utilisateur, la date et l’heure exactes du choix, la version de la bannière affichée au moment du consentement, et les catégories de cookies acceptées ou refusées. Ces données doivent être conservées pendant la durée de vie des cookies concernés, soit 13 mois maximum. Les CMP professionnelles comme Axeptio, Didomi ou Cookiebot génèrent automatiquement ces logs.

Un cookie wall est-il autorisé en France ?

Un cookie wall strict conditionnant l’accès au contenu à l’acceptation des cookies sans alternative est contraire au RGPD, car le consentement n’est pas libre — position confirmée par le Conseil d’État et la CNIL. Un modèle proposant une alternative payante raisonnable (accès sans cookies moyennant abonnement) peut être admissible sous conditions, mais la jurisprudence reste en construction. La prudence s’impose, avec une documentation précise de la justification économique.

À quelle fréquence faut-il re-solliciter le consentement des utilisateurs ?

La CNIL recommande de redemander le consentement tous les 13 mois maximum pour les cookies dont la durée de vie est de 13 mois. En pratique, une re-sollicitation tous les 6 mois est recommandée pour maintenir une conformité solide. Tout changement dans les cookies utilisés, l’ajout d’un nouveau partenaire tiers ou une modification substantielle des finalités impose une re-sollicitation immédiate, indépendamment du délai écoulé.

Comment auditer les cookies d’un site client rapidement ?

La méthode la plus efficace combine un scan automatisé (Cookiebot Scanner ou équivalent) avec un test manuel en mode incognito. Le scan identifie tous les traceurs présents sur le site et les classe par catégorie. Le test en mode incognito vérifie que les scripts non essentiels sont bien bloqués avant tout consentement. Ces deux étapes prennent moins d’une heure pour un site standard et permettent d’identifier les non-conformités prioritaires avant de déployer une CMP ou d’en vérifier la configuration.