Communitygithub.com

Système de Consentement et de Préférences

Concevoir et implémenter un cadre systématique pour la confidentialité des utilisateurs, gérant les bannières de consentement, les centres de préférences et les contrôles de confidentialité persistants pour équilibrer conformité légale et confiance des utilisateurs.

Qu'est-ce que Système de Consentement et de Préférences ?

Ce skill fournit une méthodologie complète pour concevoir l'interface utilisateur et la structure visuelle de la gestion de la confidentialité des utilisateurs. Il couvre les bannières de consentement initial, les centres de préférences granulaires, les déclencheurs de confidentialité persistants et l'adaptation réglementaire (RGPD, CCPA, etc.). Ce système est utile pour les développeurs et concepteurs qui doivent intégrer des contrôles de confidentialité légaux, accessibles et dignes de confiance, tout en évitant la « fatigue du consentement » grâce à une hiérarchisation claire de l'information et des contrôles intuitifs. Il est destiné à être utilisé avec des agents IA de codage comme Claude Code, Cursor, ou Codex, et définit un flux de travail étape par étape, des règles de décision, des contraintes d'accessibilité et des critères de validation pour garantir une mise en œuvre conforme et centrée sur l'utilisateur.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/coastdigitalgroup/coastai-skills/tree/HEAD/website-design/consent-and-preference-system

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Que fait Système de Consentement et de Préférences ?

Objectif

Le Système de Consentement et de Préférences fournit une méthodologie pour concevoir le cadre visuel et structurel de la gestion de la confidentialité des utilisateurs. Il garantit que les avis de confidentialité, les bannières de cookies et les contrôles de préférences granulaires sont intégrés dans l'expérience du site web d'une manière conforme à la loi (RGPD, CCPA), accessible et inspirant confiance. Ce système évite la « fatigue du consentement » en organisant les informations en hiérarchies claires et en fournissant des contrôles intuitifs pour le partage des données.

Cas d'Utilisation

  • Bannières de Consentement Initial : Concevoir la superposition ou la barre de premier contact qui informe les utilisateurs de l'utilisation des cookies.
  • Centres de Préférences Granulaires : Créer des fenêtres modales ou des pages où les utilisateurs peuvent activer ou désactiver des catégories de données spécifiques (Analytique, Marketing, etc.).
  • Déclencheurs de Confidentialité Persistants : Implémenter des déclencheurs discrets « Paramètres de confidentialité » qui restent accessibles après le choix initial.
  • Adaptation Réglementaire : Standardiser la conception pour répondre aux exigences variables selon les régions (par exemple, exigences du bouton « Tout Refuser »).
  • Préférences de Communication : Concevoir l'interface utilisateur pour la gestion des inscriptions aux newsletters ou aux notifications marketing.

Quand NE PAS Utiliser

  • Gouvernance Interne des Données : Cette compétence traite de la couche UI/UX ; elle ne gère pas l'architecture des données backend ni la rédaction des politiques juridiques.
  • Bannières Génériques : Pour les annonces simples comme les soldes ou la maintenance, utilisez banner-and-alert-system.
  • Paramètres Système : Pour les paramètres d'application purement fonctionnels (par exemple, Thème, Langue) sans implications de confidentialité, utilisez site-navigation-system ou des vues de paramètres dédiées.

Entrées

  1. Exigences Réglementaires : Quelles lois s'appliquent (RGPD, CCPA/CPRA, DMA) ?
  2. Catégories de Données : Une liste de tous les outils de collecte de données (Nécessaire, Fonctionnel, Analytique, Marketing/Ciblage).
  3. Voix de la Marque : Le ton prévu pour la communication sur la confidentialité (par exemple, Transparent, Minimaliste, Rassurant).
  4. Contexte de Disposition : Où la bannière doit-elle se trouver (Barre en Bas, Boîte Flottante, Modale Plein Écran).
  5. Signaux du Navigateur : Le site doit-il détecter et honorer les signaux Global Privacy Control (GPC) ou « Do Not Track » comme un refus valide.

Sorties

  1. Spécification d'Anatomie du Consentement : Définition des zones de la bannière/modale (Titre, Description, Interrupteurs, Actions).
  2. Matrice d'États : Spécifications visuelles pour les états En Attente, Accepté, Refusé et Ciblé.
  3. Plan du Centre de Préférences : Une carte structurelle pour la gestion granulaire des catégories.
  4. Spécification d'Interaction : Règles pour le comportement de l'arrière-plan, la proéminence du bouton « Tout Refuser » et le placement du déclencheur persistant.

Flux de Travail

1. Catégoriser le Niveau de Consentement

Déterminez le niveau d'interruption requis en fonction des objectifs juridiques et UX :

  • Niveau 1 (Implicite/Info) : Une barre subtile qui ne bloque pas l'interaction. Idéal pour les régions à faible risque ou les sites sans suivi.
  • Niveau 2 (Actif/Modal) : Une boîte flottante ou une modale qui nécessite un choix avant ou pendant la navigation. Idéal pour la conformité RGPD/CCPA.
  • Niveau 3 (Barrière Dure) : Une superposition plein écran qui empêche tout accès jusqu'à ce qu'un choix soit fait. Uniquement pour les scénarios de conformité extrême ou de vérification d'âge.

2. Choisir le Motif Spatial

  • La Barre en Bas : S'étend sur toute la largeur en bas. Faible interruption, motif familier.
  • La Boîte Flottante : Généralement en bas à gauche ou à droite. Moins obstructive pour le contenu principal mais très visible.
  • La Modale de Préférences : Une superposition centrée pour les choix granulaires. Déclenchée par un bouton « Gérer les préférences ».

3. Établir la Hiérarchie de l'Information

Évitez la fatigue du « Mur de Jargon Juridique » :

  • Titre : Clair et honnête (par exemple, « Vos choix de confidentialité »).
  • Description Principale : 1 à 2 phrases percutantes expliquant pourquoi les données sont collectées et les droits de l'utilisateur.
  • Étiquettes de Catégories : Groupes de haut niveau (par exemple, « Personnalisation », « Publicité ») avec des détails extensibles « En savoir plus ».

4. Concevoir la Priorité des Actions

Suivez les règles de « Proéminence Égale » lorsque requis :

  • Actions Primaires : « Tout Accepter » et « Tout Refuser » (ou « Confirmer les choix ») devraient idéalement avoir un poids visuel similaire pour éviter les « Motifs Sombres ».
  • Action Secondaire : « Gérer les préférences » ou « Paramètres des cookies » lien vers la vue granulaire.
  • L'Issue de Secours : Assurez-vous que les utilisateurs peuvent facilement trouver le bouton « Fermer » ou « Ignorer » si le consentement implicite est utilisé.

5. Définir le Déclencheur Persistant

Le consentement est un état dynamique ; les utilisateurs doivent pouvoir changer d'avis :

  • L'icône « Bouclier de Confidentialité » : Une petite icône flottante persistante (généralement en bas à gauche) qui rouvre le centre de préférences.
  • Lien de Pied de Page : Un lien dédié « Paramètres des cookies » dans le site-footer-system.

6. Respecter les Signaux de Refus au Niveau du Navigateur

Pour les juridictions qui reconnaissent les mécanismes de refus automatisés (par exemple, la reconnaissance CCPA/CPRA du Global Privacy Control) :

  • Détecter et Appliquer : Si un signal GPC est présent, traitez-le comme un signal valide « Refuser » ou « refuser la vente/le partage » et reflétez cet état dans le centre de préférences sans forcer l'utilisateur à le rebasculer manuellement.
  • Ne Pas Demander à Nouveau : Ne réaffichez pas la bannière initiale uniquement pour demander à l'utilisateur d'outrepasser un signal GPC qu'il a déjà envoyé.
  • Transparence : Affichez le signal détecté dans le centre de préférences (par exemple, « Nous avons détecté un signal Global Privacy Control et appliqué votre refus ») afin que l'état ne soit pas appliqué silencieusement.

Règles de Décision

  • La Règle du « Poids Égal » : Si votre région exige « Tout Refuser » (comme l'UE), le bouton doit être aussi facile à trouver et à cliquer que « Tout Accepter ». Évitez de faire du bouton « Refuser » un petit lien texte alors que « Accepter » est un grand bouton bleu.
  • La Règle du « Non Pré-coché » : Tous les interrupteurs non essentiels (Analytique, Marketing) doivent être DÉSACTIVÉS par défaut pour la conformité RGPD.
  • La Règle du « Langage Clair » : Évitez le jargon technique. Utilisez « Améliorer notre site » au lieu de « Traiter la télémétrie basée sur les pixels ».
  • Divulgation en Couches : Gardez la bannière initiale simple. Déplacez la liste de politique de 20 paragraphes dans le Centre de Préférences ou une page dédiée de Politique de Confidentialité.
  • La Règle du « Honorer le Signal » : Un refus GPC détecté prévaut sur un cookie « tout accepter » local obsolète ; ne laissez pas un enregistrement de consentement mis en cache outrepasser un signal de refus frais au niveau du navigateur.

Contraintes

  • Accessibilité : Les bannières doivent être accessibles via le clavier. Les modales de préférences doivent piéger le focus, et l'indicateur de focus doit rester visible et non obstrué pendant le piégeage (WCAG 2.2 SC 2.4.11). Tous les interrupteurs doivent avoir des étiquettes ARIA claires et respecter la taille minimale de cible de 24x24px (SC 2.5.8).
  • Contraste : Le texte des boutons et les interrupteurs doivent respecter le contraste WCAG AA (4,5:1).
  • Adaptabilité : Les bannières ne doivent jamais chevaucher la navigation mobile primaire (comme une barre de navigation en bas). Passez à un tiroir plein écran si une boîte flottante est trop à l'étroit.

Modèles d'Échec Courants

  • Le Piège du « Motif Sombre » : Rendre impossible la recherche du bouton « Refuser » pour forcer le consentement de l'utilisateur.
  • Interférence avec la Navigation : Placer une bannière en bas qui recouvre le menu mobile du site ou l'appel à l'action principal.
  • Guerre des Z-Index : La bannière apparaissant sous d'autres superpositions ou menus, la rendant incliquable.
  • La « Liste de 50 » : Forcer les utilisateurs à basculer 50 fournisseurs individuels plutôt que des catégories de haut niveau.
  • Issue Cassée : Ne pas permettre aux utilisateurs de modifier leurs préférences une fois la bannière fermée.

Critères de Validation

  • « Tout Accepter » et « Tout Refuser » ont une proéminence visuelle appropriée pour la région cible.
  • Les catégories non essentielles sont désactivées par défaut (pour une conformité stricte).
  • Un déclencheur persistant (icône ou lien de pied de page) permet aux utilisateurs de rouvrir les paramètres.
  • L'information est en couches (bannière simple -> centre de préférences détaillé).
  • Les interrupteurs et les boutons respectent WCAG 2.2 SC 2.5.8 (cible tactile minimale de 24x24px).
  • Accessibilité : La gestion du focus est assurée pour les modales de préférences, et les indicateurs de focus ne sont jamais obstrués (WCAG 2.2 SC 2.4.11).
  • Les rapports de contraste pour tous les textes et états interactifs respectent WCAG AA.
  • Les signaux Global Privacy Control (ou équivalent) sont détectés et honorés sans redemander à l'utilisateur.

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

coastdigitalgroup/coastai-skills

Design and implement a systematic framework for progressive disclosure using accordions, ensuring structural integrity, visual affordances, and accessibility across different content densities and devices.

coastdigitalgroup/coastai-skills

Design and implement a systematic framework for long-form content, managing readability, vertical rhythm, and information density to ensure a superior reading experience.

coastdigitalgroup/coastai-skills

Design and implement a systematic framework for informational elements that communicate state (Badges) and categorization (Tags) with clarity and accessibility.

coastdigitalgroup/coastai-skills

Design and implement a systematic framework for non-overlay notifications, managing global announcements and contextual inline alerts to communicate system states without interrupting the user's flow.

coastdigitalgroup/coastai-skills

Design and implement a systematic, asymmetrical bento-grid layout framework to organize diverse content types cohesively while maintaining strict visual hierarchy, logical focus order, and responsive flexibility.

coastdigitalgroup/coastai-skills

Design a responsive, mobile-first bottom navigation bar and persistent action dock system for mobile websites and web applications, establishing spatial anchors, tab bar anatomy, badge indicators, thumb-zone ergonomics, safe area inset handling, active/inactive state contrast, and desktop responsive adaptation rules.

coastdigitalgroup/coastai-skills

Design a mobile-first bottom sheet overlay system with configurable detents, drag affordances, safe area padding, responsive desktop modal/popover adaptation, and WCAG AA accessibility compliance.

coastdigitalgroup/coastai-skills

Design and implement a systematic framework for secondary navigation trails that provide orientation, context, and one-click access to parent levels in deep information architectures.

coastdigitalgroup/coastai-skills

Design and implement a systematic framework for buttons and interactive triggers, managing visual hierarchy, variant logic, and action grouping to ensure clear intent and accessible interaction.

coastdigitalgroup/coastai-skills

Design a systematic framework for date and time selection, managing calendar grids, range pickers, and scheduling interfaces to ensure precision and accessibility.

coastdigitalgroup/coastai-skills

Design and implement a systematic framework for modular content containers that maintain hierarchy, structural integrity, and action alignment across variable content and responsive viewports.

coastdigitalgroup/coastai-skills

Design and implement a systematic framework for horizontal discovery components, managing navigation affordances, scroll behavior, and accessibility to ensure effective content density without compromising usability.

coastdigitalgroup/coastai-skills

Design a systematic, highly accessible, and developer-friendly UI layout framework for code blocks, snippet showcases, multi-file code tabs, line-highlighting, diff views, and syntax token contrast in technical documentation and developer platforms.

coastdigitalgroup/coastai-skills

Design a systematic framework for global command menus (Cmd+K panels) that combines keyboard-driven navigation, command execution, and shortcut discovery into an accessible, responsive overlay.

coastdigitalgroup/coastai-skills

Design and implement a systematic framework for threaded conversations, managing nesting depths, action hierarchies, and community signaling to foster engagement and readability.

coastdigitalgroup/coastai-skills

Design and implement a systematic framework for side-by-side comparison interfaces, managing high attribute density and responsive complexity to support informed decision-making.

coastdigitalgroup/coastai-skills

Design and implement a systematic, highly accessible, and responsive visual layout framework for conversational chat widgets, live chat boxes, and chatbot panels that ensures clear message scannability, native focus flow, and seamless mobile keyboard adaptation.

coastdigitalgroup/coastai-skills

Design a systematic, accessible, and high-conversion framework for custom select dropdowns and comboboxes, defining anatomy, states, search-filtering, and responsive mobile-adaptive patterns.

coastdigitalgroup/coastai-skills

Design and specify a systematic dark theme framework, establishing rules for elevation-based surface colors, desaturated brand accents, text legibility, and media adaptation to ensure an accessible, low-fatigue experience.

coastdigitalgroup/coastai-skills

Design and implement a systematic color palette that ensures WCAG 2.2 accessibility compliance. Trigger this skill when asked to define brand colors, create UI themes, or establish a visual system for a website.

Skills associés