← Retour aux ressources
Vie privée2 août 2026 · 8 min

Loi 25 et formulaires Web : les bons réflexes avant de demander une donnée

Chaque champ ajouté à un formulaire crée une responsabilité. Avant de demander une date de naissance, une pièce d’identité ou un renseignement sensible, il vaut la peine de se demander si l’information est réellement nécessaire, comment elle sera protégée et combien de temps elle doit être conservée.

Parler du projet Voir l’accompagnement
Loi 25 et formulaires Web : les bons réflexes avant de demander une donnée
À retenir

La protection des renseignements personnels n’est pas un texte ajouté au bas d’un formulaire. Elle influence les champs, les accès, les fournisseurs et la conservation.

Clarifier le besoin

Un bon projet commence par une question simple : quel irritant veut-on faire disparaître?

Relier les étapes

Formulaire, validation, décisions, notifications et suivi doivent former un seul parcours.

Mesurer l’effet

Temps gagné, erreurs évitées, conversions ou qualité de service : le résultat doit être visible.

Expliquer la collecte au bon moment

La Commission d’accès à l’information indique que la personne doit être informée des objectifs de la collecte, des moyens utilisés et de ses droits d’accès et de rectification, entre autres éléments. L’information doit être compréhensible là où la collecte se produit.

Un lien vers une politique complète reste utile, mais il ne remplace pas une explication courte lorsque la personne s’apprête à transmettre une donnée sensible ou inhabituelle.

Demander moins est souvent plus sécuritaire

Chaque champ devrait avoir une raison. Si une information n’est pas nécessaire pour répondre à la demande, il vaut mieux se demander pourquoi elle est recueillie. Cette discipline améliore aussi l’expérience : moins de questions inutiles signifie moins d’abandons.

Lorsque plusieurs parcours utilisent le même formulaire, la logique conditionnelle peut éviter de demander des renseignements qui ne concernent pas la situation de la personne.

1ObserverLe besoin réel, le contexte et les contraintes
2StructurerLes données, les étapes et les règles
3OutillerLe bon service numérique au bon niveau
4AméliorerSuivre, ajuster et documenter

Savoir où les données vont après le formulaire

Le risque ne s’arrête pas au site Web. Les données peuvent être envoyées par courriel, stockées dans une base, copiées dans un CRM ou accessibles à un fournisseur. Il faut connaître ce chemin et limiter les accès à ce qui est nécessaire.

Si des renseignements sont communiqués à l’extérieur du Québec, des obligations supplémentaires peuvent s’appliquer. La CAI rappelle notamment l’importance de l’évaluation des facteurs relatifs à la vie privée avant certaines communications hors Québec.

Prévoir la correction et la suppression

Une organisation devrait savoir comment retrouver l’information liée à une personne, corriger une donnée inexacte et appliquer sa politique de conservation. Ces opérations deviennent difficiles lorsque les formulaires arrivent dans plusieurs boîtes courriel sans structure.

Une architecture de données simple aide autant la conformité que le service client.

Sécurité et UX peuvent aller dans la même direction

Une validation claire, un téléversement sécurisé, des messages d’erreur précis et une confirmation de réception réduisent les erreurs. La sécurité n’a pas besoin de rendre le parcours hostile.

Pour un projet important, les exigences juridiques doivent être validées avec les ressources compétentes. Le design technique peut ensuite les traduire en un parcours cohérent.

Sources et ressources

Références consultées pour les données, tendances et orientations mentionnées dans cette ressource.

Commission d’accès à l’information — Collecte de renseignements personnels ↗Commission d’accès à l’information — Principaux changements de la Loi 25 ↗
Aller plus loin
Formulaires dynamiques & demandes en ligne Automatisation & intégrations IA & agents de travail Microsoft 365 & infonuagique
Vous voyez un processus à améliorer dans votre organisation?

On peut partir d’un besoin précis et déterminer si la bonne réponse est un formulaire, une intégration, une application, un portail ou de l’IA.

Parler du projet