Logiciel de dactylographie sans comptes élèves : pourquoi les écoles le demandent

Une enseignante de primaire qui décide lundi de lancer l'apprentissage du clavier se heurte au même mur avant vendredi : le logiciel réclame une adresse e-mail par enfant, et les enfants de neuf ans n'ont pas d'adresse e-mail. La solution que presque toutes les écoles improvisent est pire que le problème. Quelqu'un crée 27 boîtes fictives sur le domaine de l'établissement, note 27 mots de passe sur une fiche plastifiée et devient sans le vouloir administrateur de 27 comptes que personne ne fermera jamais.

Un logiciel de dactylographie sans comptes élèves évite tout cela. Les élèves rejoignent une classe avec un code court et un prénom choisi par l'enseignant, rien n'est vérifié auprès d'une boîte mail, et aucun identifiant ne peut être perdu, réutilisé ou divulgué. Les établissements européens le demandent désormais explicitement, et ce n'est pas par confort. C'est que les outils à comptes traînent derrière eux une procédure de protection des données qu'un module clavier de six semaines ne devrait jamais déclencher.

Que veut dire concrètement un logiciel de dactylographie sans comptes élèves ?

Cela veut dire que l'élève est identifié uniquement à l'intérieur de sa classe, par un code et un nom d'utilisateur, sans e-mail, sans mot de passe et sans profil qui existe en dehors de l'école. L'enseignant crée la classe, distribue le code, et chaque élève choisit ou reçoit un nom. L'inscription s'arrête là.

La distinction qui compte n'est pas « pas d'écran de connexion ». Beaucoup d'outils se disent sans comptes tout en créant un enregistrement utilisateur permanent rattaché à une identité Google ou Microsoft de l'établissement. Une configuration réellement sans comptes possède trois propriétés :

Aucune adresse e-mail n'est collectée, ni auprès de l'élève ni à son sujet.
Aucun mot de passe n'existe, donc rien à réinitialiser, à réutiliser ou à hameçonner.
L'identifiant est local à la classe, si bien que « Maria B » en 5A ne signifie rien ailleurs dans le système.

Dans Typiq, un logiciel de dactylographie de bureau pour Mac, Windows et Linux, c'est exactement le fonctionnement du code classe : l'enseignant crée une classe, l'application reçoit le code et un prénom, et les résultats d'entraînement se rattachent à ce prénom dans cette classe. Les personnes qui ne font pas partie d'une classe ne saisissent rien du tout, car l'application de bureau fonctionne hors ligne et sans compte d'aucune sorte.

Pourquoi les écoles le demandent-elles maintenant ?

Parce que le coût de conformité des comptes élèves est devenu visible. Entre 2021 et 2025, une série d'examens européens en matière de protection des données, notamment les évaluations danoise et néerlandaise de Google Workspace for Education, a placé les directions dans l'obligation de justifier chaque outil tiers qui traite des données d'enfants. Un logiciel de clavier utilisé vingt minutes par semaine figure désormais dans le même registre que l'ENT.

Trois pressions concrètes reviennent systématiquement dans les achats scolaires :

La question du DPO. Chaque nouvel outil demande une inscription au registre des traitements, une base légale et souvent une analyse d'impact. Un outil qui ne stocke aucun identifiant au-delà d'un prénom, c'est une entrée de deux lignes au lieu d'un projet de deux semaines.
La question informatique. Les comptes se créent en septembre et doivent se supprimer en juillet. Personne ne supprime en juillet. Les comptes élèves dormants figurent parmi les constats les plus fréquents des audits de sécurité scolaires.
La question des parents. « À quoi as-tu inscrit mon enfant ? » se gère bien plus facilement quand la réponse honnête est « à un code classe et à son prénom ».

Rien de tout cela n'est propre à la dactylographie. Simplement, l'entraînement au clavier présente un rapport particulièrement défavorable entre données collectées et enjeu pédagogique, ce qui rend l'obligation de compte difficile à défendre.

Qu'exige réellement le RGPD ici ?

Le RGPD n'interdit pas les comptes élèves. Il impose de ne collecter que ce qui est nécessaire à la finalité (article 5, paragraphe 1, point c, minimisation des données), d'avoir une base légale, de pouvoir effacer les données sur demande (article 17) et que tout fournisseur traitant des données pour le compte de l'école le fasse dans le cadre d'un contrat de sous-traitance écrit (article 28).

Quatre points décident la plupart des évaluations scolaires :

La minimisation des données, c'est tout l'argument. Si un logiciel peut enseigner la rangée de repos sans adresse e-mail, collecter cette adresse devient difficile à justifier au regard de l'article 5. Le critère est la nécessité, pas la commodité.
Le consentement est généralement la mauvaise base pour une école. Une école publique agissant comme responsable de traitement s'appuie normalement sur la mission d'intérêt public ou l'intérêt légitime, pas sur le consentement, car un consentement donné à une autorité est rarement libre. C'est important, car un outil conçu autour du « le parent clique sur accepter » pousse l'école vers une base qu'elle ne peut pas utiliser correctement.
L'âge du consentement numérique varie selon les pays. L'article 8 laisse chaque État membre le fixer entre 13 et 16 ans. Il est de 13 ans en Suède, au Portugal et au Danemark, de 16 ans en Allemagne, aux Pays-Bas, en Pologne et en Roumanie. Un outil qui crée des comptes pour des enfants de huit ans hérite de toute cette question. Un code classe ne crée pas de compte, donc il n'en hérite pas.
L'effacement doit être réel dans les faits. « Suppression sur demande » signifie que quelqu'un peut le faire en une semaine, pour un élève précis, sans un ticket de support qui reste sans réponse. Moins de champs stockés, plus court le chemin d'effacement.

Le cadrage honnête : aucun fournisseur ne peut rendre une école conforme au RGPD, et celui qui l'affirme en promet trop. Ce qu'un outil sans comptes apporte, c'est une réduction de la part de conformité que l'outil lui-même impose à l'école.

Comment fonctionne un code classe en pratique ?

L'enseignant reçoit un code à la création de la classe, l'écrit au tableau, et les élèves le saisissent une fois. Les résultats d'entraînement se rattachent ensuite à un prénom dans cette classe. Il n'y a ni étape de vérification, ni e-mail de confirmation, ni mot de passe, puisqu'il n'y a aucun compte à sécuriser.

La séquence réaliste en salle informatique :

L'enseignant crée une classe et reçoit un code de la forme TYP-5A-XXXX.
Le code va au tableau, ou sur un papier collé à chaque poste.
Chaque élève ouvre l'application et saisit le code plus un prénom ou un surnom validé par l'enseignant.
Les leçons tournent en local, donc une coupure de wifi en pleine leçon ne coûte rien.
Vitesse, précision, leçon et temps d'entraînement se synchronisent avec la vue de classe au retour du réseau.
À la fin du module, la classe peut être fermée, et avec elle disparaît le seul endroit où ces prénoms existaient.

Voici ce qui change entre les deux modèles, champ par champ.

Donnée conservée sur un élève	Outil avec comptes	Code classe, sans compte
Adresse e-mail	Généralement obligatoire	Jamais collectée
Mot de passe	Oui, avec réinitialisation	N'existe pas
Nom et prénom d'état civil	Fréquent	Inutile, l'enseignant choisit le libellé
Date de naissance	Souvent, pour le contrôle d'âge	Non collectée
Résultats (vitesse, précision, leçon)	Oui	Oui
Progression entre appareils	Oui	Non, et c'est le vrai coût
Identifiants publicitaires	Présents dans les offres gratuites avec publicité	Aucun
Qui peut effacer	Le support du fournisseur, parfois le parent	L'enseignant, en supprimant la classe

Ce tableau, c'est l'argument sur un seul écran, et c'est aussi la version honnête, puisqu'il contient la ligne où l'outil à comptes l'emporte.

À quoi renonce-t-on sans comptes élèves ?

On renonce à la portabilité et à la récupération. Sans compte, pas de réinitialisation de mot de passe, pas d'accès depuis la maison, et pas de progression qui suit l'élève de la salle informatique à son propre ordinateur. C'est une vraie perte, pas une note de bas de page marketing.

Concrètement :

Pas d'entraînement à la maison sous la même identité. Un élève qui s'entraîne chez lui démarre un historique local distinct. La vue de classe montre les séances faites à l'école.
Pas de récupération autonome. Si un élève écrit son prénom autrement le mardi, une deuxième entrée apparaît. Quelqu'un devra faire le ménage.
Déplacements manuels. Un élève qui change de classe, c'est une petite tâche administrative, pas un transfert automatique.
Pas de portail parents. L'enseignant est la voie d'accès aux informations de progression, ce que certaines écoles préfèrent et d'autres non.
Identité faible par conception. Quiconque a le code classe peut saisir n'importe quel prénom de cette classe. Pour de l'entraînement au clavier, le risque est acceptable. Pour de l'évaluation, non, et un module de dactylographie ne devrait pas être noté sur ces seuls chiffres.

Je préfère le dire franchement plutôt que faire semblant que l'arbitrage n'existe pas. Le code classe est le bon réglage par défaut pour l'entraînement au clavier précisément parce que l'enjeu est faible : personne n'a besoin d'une certitude cryptographique sur qui a tapé la rangée de repos mardi. Si votre usage exige réellement une identité vérifiée par élève, l'outil à comptes est le bon choix et il faut budgéter le travail de conformité qui va avec.

Que demander avant d'acheter un logiciel de dactylographie sans comptes élèves ?

Demandez ce qui est stocké, où, pendant combien de temps, qui peut l'effacer et ce qui se passe à la fin du contrat. Un fournisseur incapable de répondre par écrit à ces cinq points n'est pas prêt pour une école.

Une liste qui tient sur une page pour votre DPO :

Quelles données personnelles sont stockées, champ par champ ? Demandez la liste, pas un paragraphe rassurant.
Où sont-elles hébergées ? Un hébergement dans l'UE supprime entièrement la question des transferts internationaux.
Existe-t-il un contrat de sous-traitance au titre de l'article 28 ? Il doit être disponible sur demande, avant l'achat.
Comment se fait l'effacement, et par qui ? Un effacement déclenché par l'enseignant est plus solide qu'une demande au support.
L'application fonctionne-t-elle hors ligne ? L'entraînement hors ligne, c'est moins de données d'élèves en transit et une salle qui survit à une mauvaise connexion.
Y a-t-il de la publicité, des traceurs ou des analytics tiers côté élève ? Dans les offres gratuites, c'est le coût caché habituel, et il vaut mieux lire le comparatif des logiciels de dactylographie pour les écoles avant de supposer que gratuit revient moins cher.
Que se passe-t-il en fin d'année ? Demandez si les classes expirent et ce qui est conservé le cas échéant.

Si vous concevez encore le module au lieu de choisir un outil, les questions de progression sont traitées dans le guide pratique pour enseigner la dactylographie à l'école et dans le programme de dactylographie pour le primaire. L'instruction en famille rencontre une variante de la même question de confidentialité, abordée dans le guide de programme de dactylographie pour l'école à la maison. Les établissements équipés de Chromebook ont une contrainte supplémentaire à lire d'abord, dans les notes sur l'entraînement au clavier sur Chromebook.

La configuration scolaire de Typiq utilise des codes classe exactement pour les raisons ci-dessus, héberge les données sur un serveur situé dans l'UE et propose un pilote gratuit de six semaines pour une classe, afin qu'un établissement puisse tester le fonctionnement avant toute paperasse. Les détails sont sur la page Typiq pour les écoles.

En résumé

Un logiciel de dactylographie sans comptes élèves identifie chaque enfant par un code classe et un prénom choisi par l'enseignant, donc sans adresses e-mail, sans mots de passe et sans enregistrements utilisateur qui survivent au module. Au regard du RGPD, ce n'est pas un certificat de conformité, c'est une conversation de conformité beaucoup plus courte, parce que l'argument de minimisation des données (article 5) se défend tout seul. Le coût réel, c'est la portabilité : sans comptes, pas de récupération de mot de passe ni de progression qui suit l'élève à la maison, ce qui est acceptable pour de l'entraînement et inadapté à une évaluation notée.

Foire aux questions

Un logiciel de dactylographie sans comptes est-il conforme au RGPD ?

Aucun logiciel n'est conforme à lui seul, car la conformité incombe à l'école en tant que responsable de traitement. Ce qu'un outil sans comptes apporte, c'est une réduction des obligations : moins de champs stockés, aucun identifiant à sécuriser, un argument de base légale plus simple et un chemin d'effacement plus rapide. Le contrat de sous-traitance de l'article 28 et le registre des traitements restent nécessaires.

Comment les élèves se connectent-ils sans adresse e-mail ?

Ils saisissent un code classe fourni par l'enseignant, plus un prénom ou un surnom. Le code identifie la classe, le prénom identifie l'élève uniquement dans cette classe. Pas d'étape de mot de passe, pas d'e-mail de confirmation, pas de vérification, puisqu'aucun compte n'est créé.

Deux élèves d'une même classe peuvent-ils utiliser le même prénom ?

Ils ne devraient pas, et la plupart des systèmes traiteront deux prénoms identiques dans une classe comme le même élève. La solution pratique est celle des étiquettes : ajouter l'initiale du nom de famille, pour que « Maria B » et « Maria S » restent distinctes. Mieux vaut fixer la convention avant la première séance.

Quelles données une école conserve-t-elle réellement quand une classe utilise un logiciel de dactylographie ?

Dans une configuration à code classe, en général un prénom ou un surnom choisi par l'enseignant, plus les résultats : mots par minute, précision, leçon terminée et durée de la séance. Pas d'e-mails, pas de dates de naissance, pas de photos, pas d'identifiants publicitaires.

Les élèves perdent-ils leur progression sans compte ?

La progression au sein de la classe est conservée et visible par l'enseignant. Ce qui est perdu, c'est la portabilité. Un élève qui s'entraîne chez lui sans code classe construit un historique local distinct sur cette machine, et les deux ne fusionnent pas. Pour un module qui se déroule en salle, cela n'a presque jamais d'importance.

Les parents peuvent-ils demander l'effacement des données de leur enfant ?

Oui, et l'école doit pouvoir y donner suite. Avec un code classe, le chemin d'effacement est court, car retirer l'élève de la classe supprime le seul enregistrement. Vérifiez avant l'achat que l'enseignant peut effacer sans passer par le support du fournisseur.

Un logiciel gratuit revient-il moins cher à une école ?

Pas toujours, dès qu'on compte ce qui finance l'offre gratuite. Les outils financés par la publicité exposent des enfants à des identifiants publicitaires et exigent généralement des comptes élèves, deux éléments qui créent du travail pour le DPO. La comparaison honnête porte sur le coût total, temps du personnel inclus, pas sur la ligne de licence.

L'entraînement hors ligne supprime-t-il entièrement la question de la protection des données ?

Presque. Un logiciel de bureau utilisé sans code classe garde tout sur la machine, donc aucune donnée d'élève ne quitte la salle. La question revient dès qu'un enseignant veut la progression de toute la classe, car c'est le moment où les résultats doivent être transmis et stockés quelque part.