FAQ RGPD

Oui. Dès qu’un site permet d’identifier directement ou indirectement une personne, par exemple via un formulaire, un cookie, une mesure d’audience, une adresse IP ou un outil de contact, il entre dans une logique de traitement de données personnelles.

Oui. Un formulaire mal construit peut cumuler plusieurs problèmes : information insuffisante, base légale mal présentée, durée de conservation floue, absence de canal clair pour les droits des personnes ou sécurité légère.

Parce qu’un site public concentre souvent plusieurs zones de risque : formulaires, cookies, scripts tiers, pages juridiques, documents téléchargeables, outils de mesure, contenus anciens ou messages marketing mal tenus.

Souvent oui. Un site désordonné, incohérent ou visiblement négligé donne rarement confiance sur la rigueur réelle de ses mécanismes de collecte, d’information et de sécurité.

Les pages de contact, les formulaires, les traceurs, les scripts visibles, la qualité des mentions, la cohérence entre les textes juridiques et les outils réellement présents, ainsi que la sécurité visible du site.

Non. Il faut vérifier ce qui se passe techniquement avant le clic, à l’acceptation, au refus et lors du retrait du consentement. Le contrôle ne s’arrête jamais au design du bandeau.

Oui, la CNIL insiste sur la symétrie du choix. Si accepter prend un clic et refuser plusieurs étapes, l’architecture devient discutable.

Non. Certaines solutions ou certains paramétrages sortent du cadre strict de l’exemption. Il faut vérifier la solution, ses réglages et son usage réel.

Parce qu’un embed vidéo, une carte, un widget, un tag manager ou un script externe peut déposer ou lire des traceurs, ou transmettre des données à des tiers, sans que le site ne l’ait correctement documenté.

Il peut vérifier le chargement réel des scripts, la présence de traceurs avant le choix, la cohérence des catégories, la facilité du refus et la réalité du mécanisme de retrait.

Parce qu’ils matérialisent immédiatement la collecte de données. Ce sont donc des zones où l’on vérifie très vite la transparence, la minimisation, la sécurité, la cohérence du discours et la finalité réelle de la collecte.

Oui. Un formulaire très simple peut être insuffisamment expliqué, orienter vers un consentement inutile, demander des données peu pertinentes ou ne rien dire sur la suite du traitement.

L’identité du responsable, la finalité, la base légale, les destinataires utiles, la durée de conservation, les droits des personnes et le canal de contact ou d’exercice des droits.

Parce qu’un bon texte n’efface pas un mauvais dispositif technique. Le formulaire doit aussi être lu sous l’angle de la sécurité, de la transmission, du stockage et de l’exposition éventuelle des données.

Oui, souvent beaucoup plus qu’on ne l’imagine. La partie visible du site permet déjà d’identifier rapidement des incohérences, des oublis ou des signaux de fragilité.

Parce qu’ils peuvent contenir des formulations anciennes, des bases légales erronées, des mentions contradictoires, des informations trop lacunaires ou des demandes de données excessives.

Oui. Le support importe moins que le contenu. Si un document remis au public ou utilisé dans la collecte est mauvais, il fragilise l’ensemble du dispositif.

La cohérence des finalités, la qualité des mentions, la logique de conservation, la compatibilité avec les formulaires réellement en ligne et la crédibilité globale du dossier.

Parce qu’un site juridiquement propre en apparence peut être contredit par les modèles utilisés ailleurs. Ce décalage est souvent très révélateur d’un pilotage insuffisant.

Pas toujours. Cela dépend du niveau de doute, du volume de matière documentaire et de l’objectif de lecture. Dans certains cas, un audit du visible suffit d’abord ; dans d’autres, la relecture documentaire devient rapidement nécessaire.

Oui. Le discours publié ne suffit pas. Un site peut être propre en apparence et pourtant très faible dans sa gestion des accès, de l’hébergement, des scripts, des pièces ou de l’administration.

Des erreurs d’affichage, des répertoires ou fichiers exposés, des plugins mal tenus, des comportements incohérents, des contenus anciens toujours accessibles, des liens morts ou des composants tiers mal intégrés.

Parce que le site est souvent l’une des premières surfaces d’exposition. Ce qui est visible à l’extérieur peut déjà révéler un défaut plus général de méthode ou de maintenance.

Non. Il impose des mesures adaptées au risque, ce qui suppose une appréciation sérieuse, cohérente et documentée du niveau de sécurité réellement nécessaire.

Parce qu’un site mal tenu ou mal protégé affaiblit la confiance du visiteur, mais aussi la solidité du dossier en cas de contrôle, d’incident ou de demande d’explication.

Dès qu’un site collecte, affiche une bannière cookies, utilise des outils tiers, propose des formulaires, contient plusieurs pages juridiques ou sert de support commercial actif.

Parce qu’il permet de hiérarchiser les écarts visibles, de comprendre rapidement les urgences et de décider s’il faut ensuite aller vers une remédiation ciblée ou une reprise plus complète.

Non. Il sert d’abord à repérer, qualifier et prioriser. Selon les cas, la suite relève ensuite d’une correction technique, d’une reprise documentaire ou d’un audit plus approfondi.

Parce qu’un site corrigé rapidement évite l’empilement d’écarts entre pages juridiques, formulaires, scripts, contenus, outils et usages internes. Plus on attend, plus le chantier se disperse.

Le plus simple est de commencer par l’autodiagnostic ou par une demande d’audit du site public. Cela permet d’objectiver la situation au lieu de rester dans une impression floue ou rassurante à tort.