Passer au contenu
megapromotingDiscutons
Produits onGDPR.md

Scan technique & confidentialité Plateforme publique

Ce qu’un site fait avec les données, au-delà du texte de la bannière.

onGDPR.md vérifie la surface publique d’un site web : cookies, traceurs, formulaires et documents d’information. Le rapport relie les constatations aux preuves observées et montre ce qui n’a pas pu être vérifié.

onGDPR.md: câmpul de scanare a unei adrese și, alături, exemplul de verdict cu cele șapte capitole verificate
ongdpr.md · les sept chapitres vérifiés et le verdict, sur un exemple illustratif

onGDPR.md

De l’information au travail accompli.

01

Observă

Examine le comportement de la page avant un choix de consentement.

02

Compară

Teste le refus et vérifie quelles requêtes et quels mécanismes restent actifs.

03

Explică

Organise les constatations, les preuves et les limites dans un rapport pour l’équipe.

Là où il devient utile.

Audit technique

Cookies, traceurs et comportement des mécanismes de consentement.

Préparation à la remédiation

Problèmes priorisés et informations utiles à ceux qui entretiennent le site web.

Recherche agrégée

Analyses sur le comportement des sites, avec la méthodologie et les limites publiées.

Le scan technique soutient la préparation à la conformité. Ce n’est pas une certification juridique et cela ne remplace pas l’analyse complète des processus d’une organisation.

onGDPR.md en détail

Ce que vous pouvez faire avec ce projet.

La politique de confidentialité d’un site dit ce qui devrait se passer. onGDPR.md mesure ce qui se passe effectivement : ce qui se charge avant que le visiteur ait le temps de choisir quoi que ce soit, ce qui reste actif après qu’il a appuyé sur « Tout refuser », ce que le document d’information dit ou ne dit pas et où vont les données. Vous saisissez une adresse, vous recevez un score de 0 à 100, un verdict et des constatations avec des preuves.

Le moteur est déterministe. Il n’existe aucun modèle de langage dans le chemin du score : les mêmes entrées donnent le même résultat, et chaque constatation renvoie à un article de la Loi 195/2024 vérifié dans un registre des 90 articles de la loi. Un article que nous ne pouvons pas confirmer dans le texte de la loi n’est pas imprimé.

La loi n° 195/2024 est en vigueur depuis le 23 août 2026 et abroge la loi 133/2011. Les sanctions vont jusqu’à 2.000.000 de lei ou 2 % du chiffre d’affaires, et l’autorité est le CNPDCP. Le régime applicable n’est pas supposé dans le code, mais calculé à partir de la date du scan.

01

Le test comportemental « Tout refuser » — ce qui fait un rapport différent d’une liste de cases à cocher

Le scanner trouve la bannière, appuie effectivement sur le contrôle de refus puis écoute le trafic réseau pendant trois secondes. Un tracker ne compte comme violation que s’il émettait déjà avant tout consentement et continue à émettre après le refus sans signal de consentement refusé. Un site qui fonctionne correctement avec Google Consent Mode v2, avec refus par défaut, n’est pas sanctionné pour ses ping sans cookies — cette règle a été ajoutée explicitement pour ne pas contredire la vérification qui récompense exactement ce comportement.

02

Sept modules et 48 vérifications

Transport — HTTPS forcé, HSTS, CSP, contenu mixte, attributs de cookie, en-têtes de sécurité. Cookies — traqueurs et cookies non essentiels avant consentement, stockage de suivi. CMP — présence de la bannière, contrôle de refus, poids égal entre acceptation et refus, options pré-cochées, retrait du consentement et test comportemental. Politique — douze éléments de contenu, des finalités et de la base légale au CNPDCP et à la date de la dernière mise à jour. Les formulaires, la juridiction et l’identité de l’opérateur complètent la liste.

03

Détection de bannière qui ne prétend pas tout voir

Dix-huit sélecteurs de CMP connus, chacun avec sa source citée, plus une heuristique générique pour les bannières écrites à la main — très fréquentes dans les petites entreprises de Moldavie — qui lit les styles calculés à partir de la page vivante, et non le HTML statique. Le parcours entre dans le shadow-DOM ouvert et dans les iframe, car certaines bannières y vivent entièrement. Les shadow-roots fermés restent invisibles par construction : nous le disons ouvertement et nous avons un test qui maintient cette affirmation en place.

04

Un score que vous pouvez reconstituer

Cookies 0,25, mécanisme de consentement 0,20, politique 0,20, transport 0,15, formulaires 0,08, juridiction 0,07, identité de l’opérateur 0,05 — somme exacte 1,0. Une constatation qui échoue fait baisser sa catégorie proportionnellement à la gravité : critique 1,0, élevé 0,6, moyen 0,3, faible 0,15 ; un avertissement coûte la moitié. Au-dessus de 80, c’est conforme ; au-dessus de 50, c’est un risque ; en dessous — non conforme.

05

La règle stricte pour les violations actives

Une seule constatation critique échouée impose le verdict « non conforme » et plafonne le score à 49, quelle que soit la formule pondérée. La raison est simple : des traqueurs qui émettent avant le consentement, ou un bouton de refus qui n’arrête rien, se produisent en ce moment même pour chaque visiteur. Une politique impeccable ne doit pas pouvoir faire remonter la moyenne au-dessus de cela.

06

Comportement de robot poli

Budget de 45 secondes par scan. User-agent propre, qui s’identifie et renvoie vers la page qui explique le scan et comment refuser. Le robots.txt du site cible est respecté par défaut, avec une lecture séparée, plafonnée à 8 secondes, afin qu’un robots.txt lent ne consomme pas le budget de l’audit. Avant toute requête, une garde bloque les adresses internes, le réseau local et le point de métadonnées de l’infrastructure cloud.

Données et fonctionnement

Ce qui entre dans le système. Ce qu'il faut vérifier.

Uniquement la surface publique, dans les conditions du test
Le scan voit ce qu’un visiteur voit : la page publique, ses requêtes réseau, les cookies, la bannière et les documents liés. Il ne voit pas les processus internes, les contrats avec les fournisseurs, le registre des traitements, la formation du personnel ni ce qui se passe derrière un formulaire après l’envoi.
La distinction technique–juridique se trouve dans les données du rapport, pas seulement dans le pied de page
Chaque constatation porte une classification : observé, déduit, nécessite du contexte, non testable ou erreur. Plus l’applicabilité, la force de la preuve et une confiance entre 0 et 1. Un rapport dit donc non seulement ce qu’il a trouvé, mais aussi à quel point chaque affirmation tient — et une constatation « nécessite du contexte » est une question pour le juriste, pas une accusation.
Les citations de loi passent par un registre
Les 90 articles de la Loi 195/2024 sont consignés dans un registre avec l’empreinte MD5 du document source. Un numéro d’article qui ne figure pas dans le registre n’est pas publié. De même, une référence que le texte attribue à un autre acte — par exemple le Règlement UE 2016/679 — est reconnue comme telle et laissée hors vérification, car rejeter une affirmation vraie est la plus grande erreur : ensuite, plus rien ne semble cassé.
Jeux de données avec provenance
38 hôtes-trackers curatés manuellement, chacun avec propriétaire, pays et catégorie — la source principale. 46.863 domaines extraits d’EasyPrivacy, utilisés uniquement pour répondre à la question « cet hôte est-il un tracker ? », sans métadonnées. 2.264 lignes de l’Open Cookie Database pour les noms et les finalités des cookies. Tous vendorisés, avec le script de rafraîchissement dans le dépôt.
L’assistant qui explique le rapport ne peut pas le contredire
Sur la page de rapport, il existe un assistant conversationnel — c’est un modèle de langage, par opposition au moteur. Il vous explique ce que signifie une constatation, mais il ne recalcule pas le score et ne peut pas le modifier. Chaque réponse est vérifiée automatiquement avant d’être affichée : si elle cite un article qui n’est pas confirmé dans le texte de la loi, la réponse ne s’affiche pas du tout.

De l'exploration à l'implémentation

Comment nous préparons un projet avec onGDPR.md.

01

Nous choisissons les adresses

La page principale montre le comportement par défaut, mais les formulaires, les pages de campagne et les zones avec du contenu incorporé ont souvent d’autres trackers. Nous établissons quelles adresses comptent et dans quelles conditions elles sont testées.

02

Nous lisons le rapport avec l’équipe technique

Les constatations sont rédigées pour être actionnables par la personne qui entretient le site : quel hôte, quel cookie, quel en-tête, quel élément de politique manque. Nous séparons ce qui est observé de ce qui exige un contexte interne à l’organisation.

03

Nous délimitons ce qui passe au juriste

Le score n’est pas un avis juridique et ne calcule aucune amende. Le fondement du traitement, les contrats avec les sous-traitants, le registre des traitements et l’évaluation d’impact sont des décisions juridiques et organisationnelles. Le rapport leur prépare le terrain avec des preuves ; la conclusion est tirée par le juriste.

04

Nous vérifions la remédiation dans les mêmes conditions

Après les modifications, le même scénario est répété à l’identique. Une comparaison n’a de sens qu’entre deux scans effectués de la même manière — sinon, on compare un site avec une journée, et non avec lui-même.

Des questions qui méritent d’être clarifiées.

Le rapport certifie-t-il le respect de la Loi 195/2024 ?

Non. Il s’agit d’une mesure technique de la surface publique du site, avec des preuves et les limites de chaque constatation. De nombreuses obligations de la loi — le fondement du traitement, les contrats avec les sous-traitants, le registre des traitements, l’évaluation d’impact, l’information des employés — ne peuvent pas être observées de l’extérieur et n’apparaissent pas dans le rapport. Le score n’est pas un avis juridique et ne calcule aucune amende.

Que fait concrètement le test « Refuse tout » ?

Le scanner trouve la bannière, appuie sur le bouton de refus et écoute les requêtes réseau pendant encore trois secondes. Un tracker n’est signalé que s’il chargeait déjà avant le consentement et continue aussi après le refus, sans signal de refus dans la requête. C’est la seule vérification du moteur qui a besoin d’un navigateur vivant, interactif, et non d’une image statique de la page — et c’est la raison pour laquelle le scan prend des secondes, et non des millisecondes.

Utilisez-vous l’intelligence artificielle pour donner le score ?

Non. Le moteur est déterministe : les mêmes entrées donnent le même score, et chaque pondération ainsi que chaque seuil se trouvent dans un seul fichier de constantes, pas dispersés dans le code. Il existe un assistant qui vous explique le rapport, et celui-ci est un modèle de langage — mais il ne recalcule rien, et s’il cite un article que nous ne confirmons pas dans le texte de la loi, sa réponse ne s’affiche pas.

Un bon score signifie que l’organisation est en règle ?

Non. Cela signifie que la surface publique testée se comporte bien dans les scénarios testés. Une organisation peut avoir un site impeccable et un registre des traitements inexistant. L’inverse fonctionne mieux : un mauvais score montre presque sûrement un problème réel, car les vérifications qui creusent le plus profondément — trackers avant le consentement, refus qui n’arrête rien — décrivent quelque chose qui se produit en ce moment même pour chaque visiteur.

Le scan affecte-t-il mon site ?

C’est une seule visite, comme celle d’un visiteur ordinaire, avec un budget maximal de 45 secondes. Le user-agent s’identifie et renvoie à la page qui explique le scan et comment le refuser, et le robots.txt du site est respecté par défaut. Aucun formulaire n’est envoyé, aucun compte n’est créé et aucune authentification n’est tentée.

Que ne peut pas voir le scanner ?

Une bannière cachée dans un shadow-root fermé reste invisible par construction — nous l’affirmons et nous avons un test qui nous oblige à le respecter. Nous ne voyons pas non plus ce qui se passe après l’authentification, ce que le serveur fait avec les données d’un formulaire envoyé, où elles vont ensuite ou ce que prévoient les contrats. Le rapport indique ce qu’il a pu observer et ce qu’il n’a pas pu voir, et lorsque la page ne s’est pas rendue correctement, il retient le verdict au lieu d’en inventer un.

Comment savez-vous que l’article cité existe ?

Il existe un registre avec les 90 articles de la Loi 195/2024, avec l’empreinte MD5 du document source. Un article qui n’est pas dans le registre n’est pas imprimé. Et si un texte attribue une référence à un autre acte — par exemple au Règlement UE 2016/679 — cela est reconnu comme tel, et non déclaré inventé. Les deux erreurs ne sont pas symétriques : une citation vraie rejetée disparaît sans que rien paraisse cassé.

La Loi 195/2024 s’applique-t-elle ou bien la Loi 133/2011 ?

195/2024, du 23 août 2026. Le code ne le suppose pas, il le calcule à partir de la date du scan : avant cette date, 133/2011 était active et 195/2024 était indiquée comme en préparation ; après, l’inverse. Un ancien rapport reste ainsi lisible dans son régime, sans prétendre qu’il disait autre chose.

Exemple illustratif

Un site avec une bannière de cookies et un bouton de refus

Un scénario d’utilisation, sans données client ni résultats commerciaux attribués.

Situation initiale

L’adresse publique du site. Rien d’autre — sans accès, sans compte, sans code à intégrer.

Comment ça fonctionne

L’adresse passe par la garde anti-SSRF, puis par robots.txt. Un Chromium réel charge la page et tout ce qui est demandé est enregistré avant toute interaction. La bannière est recherchée — parmi 18 sélecteurs de CMP connus, puis heuristiquement, y compris dans le shadow-DOM ouvert et dans les iframe. Le refus est cliqué et le réseau est observé pendant trois secondes supplémentaires. En parallèle, les six autres modules s’exécutent : en-têtes, cookies, politique, formulaires, juridiction, opérateur.

Rezultatul

Un score de 0 à 100, un verdict et les constats avec la preuve de chacun, l’article de loi vérifié dans le registre et la classification — observé, déduit, a besoin de contexte, non testable. Si un tracker a tiré avant le consentement et a continué après le refus, le verdict est non conforme et le score plafonné à 49, aussi bonne que soit la politique.

Ce este necesar:O adresă publică accesibilă, care nu blochează robotul din robots.txt. Raportul acoperă suprafața și scenariile testate; procesele interne, contractele și temeiurile prelucrării rămân o evaluare juridică separată.

Possibilités de collaboration

onGDPR.md, dans le contexte de votre organisation.

Évaluation de la présence web

Inventaire du comportement des sites, des cookies et des requêtes externes, en support technique pour les équipes IT et les responsables de la protection des données.

Entreprises privées

Nous définissons un pilote autour d’un processus réel : utilisateurs, données, intégrations, coûts et critères d’acceptation. L’extension suit après l’évaluation du résultat.

Institutions et entreprises publiques

Nous établissons les exigences d’accessibilité, d’hébergement, de protection des données et d’interopérabilité. Toute connexion avec des services AGE ou STISC nécessite la validation de l’éligibilité, de l’accès et des approbations.

Ce sont des scénarios d’adaptation, non des déclarations sur des contrats ou partenariats existants. Les fonctions proposées sont confirmées dans le périmètre de travail du projet.

Discuter d'un pilote

Faisant partie d’un écosystème.

Qu'est-ce que vous voudriez voir mieux fonctionner ?

Racontez-nous votre processus. Ensemble, nous décidons ce qui vaut la peine d'être construit, ce que nous pouvons connecter et comment nous vérifions le résultat.

Discutons