Le consentement est recueilli
Le navigateur transmet l’événement avec le texte ou sa version, la source et l’identifiant du formulaire.
→ Traçabilité du consentement
Une preuve claire, au moment où elle compte.
ConsentProof documente le consentement au moment où il est recueilli : texte présenté, version, source, horodatage, identifiant et historique. Avant une prise de contact, l’équipe retrouve immédiatement le dernier statut connu.
Texte versionné
Horodatage serveur
Journal d’événements
API REST
ConsentProof fournit une couche de traçabilité technique. Il ne remplace ni l’analyse juridique de votre parcours, ni vos obligations réglementaires.
VÉRIFICATION AVANT CONTACTRechercher une preuve
CP+33 6 12 34 56 78
CONSENTEMENT DISPONIBLEStatut actif
ID DE PREUVECP-2026-08-00018492
Texte présentéRappel commercial · V3.2
SourceFormulaire principal
Réception27/08/2026 · 09:37:42
NiveauA · Verified
TexteVersion conservée
ServeurConfirmation reçue
IntégritéEmpreinte calculée
Conçu pour
être vérifiable.
être vérifiable.
La réassurance vient des traces conservées, pas d’une promesse marketing.
Texte exactChaque version
reste distincte
Temps serveurRéception datée côté
ConsentProof
Empreinte SHA-256Contrôle d’intégrité
associé
Révocation tracéeHistorique conservé,
statut mis à jour
Fonctionnement
Une couche de preuve. Pas un CRM de plus.
Le client conserve son site, son formulaire et son CRM. ConsentProof intervient uniquement au moment du consentement pour documenter l’événement, puis restituer rapidement la trace lorsque l’équipe en a besoin.
ConsentProof constitue la trace
Le serveur horodate la réception, attribue un identifiant, calcule l’empreinte et alimente le journal d’événements.
→L’équipe vérifie avant contact
La preuve est retrouvée depuis ConsentProof ou interrogée par API depuis l’outil métier déjà utilisé par l’entreprise.
Intégrité & chronologie
Une trace qui raconte précisément ce qui s’est passé.
Une preuve utile doit être compréhensible plusieurs semaines ou plusieurs mois plus tard. ConsentProof conserve les événements successifs au lieu de résumer toute l’histoire dans un simple champ “oui/non”.
✓
Texte de consentement versionnéUne nouvelle formulation crée une nouvelle version ; les anciennes traces restent rattachées au texte présenté au moment du consentement.
✓
Empreinte d’intégritéUne empreinte SHA-256 est associée à la preuve pour détecter une modification incohérente des données scellées.
✓
Révocation sans effacement de l’histoireLe statut évolue, mais la chronologie permet de distinguer le consentement initial de sa révocation ultérieure.
JOURNAL DE PREUVECP-2026-08-00018492
Intégrité cohérenteA
Consentement reçuÉvénement navigateur · formulaire principal
A
Confirmation serveurRéférence client LEAD-582193
A
Empreinte enregistréePreuve classée niveau A · Verified
SHA-256 · 8e0c1cb97301f5360e9b…a29c
Ce que l’équipe retrouve
L’information utile, sans bruit.
Le produit privilégie la lecture opérationnelle : origine, texte, date, niveau de preuve, dernier statut et chronologie. L’objectif est qu’un utilisateur comprenne la situation en quelques secondes.
Recherche immédiate
Retrouvez une preuve par numéro, identifiant, contact ou source sans parcourir le CRM historique.
Avant contactTexte exact présenté
La preuve reste liée à la version du texte en vigueur au moment où le consentement a été recueilli.
VersioningDernier statut connu
Actif, révoqué ou preuve absente : l’utilisateur visualise l’état enregistré avant sa prise de contact.
VérificationRévocation historisée
La révocation modifie le statut courant tout en conservant la date et l’événement qui l’ont précédée.
ChronologieConnexion API
Le CRM client peut interroger ConsentProof sans changer le parcours des équipes ou remplacer leur outil métier.
RESTQualité des preuves
Les niveaux A, B et C permettent de distinguer une preuve doublement confirmée d’une trace uniquement déclarative.
A / B / CNiveaux de preuve
La robustesse est visible, pas supposée.
ConsentProof indique comment la trace a été constituée. L’utilisateur sait ainsi immédiatement si l’événement a été reçu directement depuis le navigateur, confirmé par le serveur client, ou déclaré via API.
Double confirmation
L’événement reçu depuis le navigateur est rapproché d’une confirmation serveur provenant du système client.
Navigateur + serveur concordants.
Le niveau le plus complet dans ConsentProof.
Le niveau le plus complet dans ConsentProof.
Réception directe
ConsentProof a reçu directement l’événement côté navigateur, mais aucune confirmation serveur n’est encore associée.
Adapté aux intégrations légères.
La provenance navigateur reste identifiée.
La provenance navigateur reste identifiée.
Déclaratif
La preuve est créée depuis le système du client, par API ou saisie autorisée, sans événement navigateur associé.
Utile pour l’existant ou les migrations.
Le caractère déclaratif reste explicite.
Le caractère déclaratif reste explicite.
Intégration
Le parcours du client reste le sien.
Pas de formulaire imposé, pas de CRM à remplacer. Une intégration JavaScript capture l’événement ; une API permet de confirmer, vérifier ou révoquer depuis les outils existants.
Script léger côté formulaire API REST côté serveur Clé privée pour les appels authentifiés Référence de preuve renvoyée au CRM
Vérification serveurAPI REST
POST /v1/check Authorization: Bearer cp_live_•••• { "phone": "+33612345678" }
Réponse ConsentProofJSON
{
"status": "allowed",
"proof_id": "CP-2026-08-00018492",
"level": "A",
"verified": true
}Confiance
Rassurer sans surpromettre.
ConsentProof est présenté pour ce qu’il fait réellement : documenter et restituer une chronologie de consentement. La crédibilité du produit vient de la transparence sur ses mécanismes et ses limites.
Ce que ConsentProof apporte
Traçabilité centraliséeUne référence unique regroupe le texte, l’origine, les dates et la chronologie de la preuve.
Contrôle d’intégritéUne empreinte SHA-256 est calculée pour accompagner la trace enregistrée.
API authentifiéeLes appels serveur utilisent une clé privée générée pour l’entreprise cliente.
Historique de révocationUne révocation devient un nouvel événement au lieu d’effacer silencieusement l’ancienne trace.
Ce que ConsentProof ne prétend pas
Pas de “preuve absolue” automatiqueUne empreinte et un horodatage renforcent la traçabilité ; leur portée juridique dépend du contexte et du dispositif global.
Pas de validation juridique du formulaireConsentProof ne décide pas si le texte ou le parcours du client respecte à lui seul toutes les obligations applicables.
Pas d’aspiration inutile du CRMLe produit est conçu autour de la preuve et de ses références, pas comme une copie complète de la base commerciale.
Pas de dépendance à un outil métierL’intégration reste indépendante du CRM utilisé tant qu’il peut appeler une API ou intégrer le script prévu.
Questions fréquentes
Les questions qu’un client sérieux posera.
Les réponses restent volontairement factuelles : mieux vaut expliquer précisément la mécanique que masquer les limites derrière des slogans.
Non. Le CRM continue de recevoir et gérer le prospect. ConsentProof conserve uniquement la couche de traçabilité nécessaire à la preuve et à sa vérification.
Cela signifie qu’un événement reçu directement depuis le navigateur a été rapproché d’une confirmation envoyée par le serveur du client pour le même identifiant d’événement.
Une nouvelle formulation doit être créée comme nouvelle version. Les preuves historiques restent liées à la version qui leur était associée au moment de l’enregistrement.
Le statut courant passe à “révoqué” et un nouvel événement est ajouté à la chronologie. L’existence du consentement antérieur n’est pas effacée de l’historique.
Non. ConsentProof apporte une traçabilité technique. La conformité dépend aussi du fondement juridique, du texte présenté, du parcours, des durées, des droits des personnes et des règles applicables au client.
Avant d’appeler, retrouvez ce qui a réellement été enregistré.
Une preuve lisible. Une chronologie claire. Un statut consultable depuis votre outil.