mis à jour · version 2026-09-20-r1

Confidentialité

En bref
  • On ne demande ni nom réel, ni e-mail de l'élève, ni téléphone — juste un pseudo et un mot de passe.
  • On garde la progression et les résultats, pour recommander la suite.
  • Aucune donnée vendue ni louée, aucun partage commercial. Pas de publicité, pas de profilage.
  • Statistiques d'usage anonymes (compteurs, sans identité).
  • Tout est effaçable sur simple demande à privacy@azulma.fr — sauf les factures, que la loi impose de garder.
  • Moins de 15 ans : un parent autorise l'inscription.
  • Quand un parent achète un pass, son paiement est traité par un prestataire spécialisé (§5). En dehors de nos prestataires techniques, les seuls autres destinataires possibles sont imposés par la loi : le médiateur de la consommation en cas de litige, l'administration en cas de contrôle.

1. Responsable de traitement

Maxime Victor Eloi Clerc, entrepreneur individuel (micro-entreprise) — SIREN 841 973 555, SIRET 841 973 555 00011, 1 avenue de la République, 78330 Fontenay-le-Fleury. Contact protection des données : privacy@azulma.fr · téléphone : +33 7 82 42 41 19. Aucun DPO désigné à ce stade (le contact ci-dessus traite les demandes).

2. Données collectées & finalités

Minimisation : seulement ce qui est nécessaire au service.

  • Pseudonyme — t'identifier et retrouver ta progression.
  • Mot de passe & code de récupération (hachés, jamais en clair) — protéger l'accès.
  • Niveau / classe — proposer le bon contenu.
  • Données pédagogiques (résultats, maîtrise, progression) — le cœur du produit.
  • Trace de consentement (date + version) — preuve du consentement (art. 8).
  • Feedback que tu envoies — corriger les bugs.
  • Statistiques anonymes (compteurs agrégés, sans identité) — hors RGPD.

Non collectés : e-mail de l'élève, nom réel, adresse postale, téléphone, géolocalisation, données de santé. Aucun mouchard tiers dans l'app.

En cas d'achat d'un pass, et seulement dans ce cas, s'ajoutent des données concernant l'acheteur adulte — pas l'élève : son adresse e-mail (créer son espace parent, lui envoyer sa facture et le joindre à propos de sa commande) et, s'il en donne une, l'identité de facturation portée sur la facture. Base légale : l'exécution du contrat et nos obligations comptables. Aucune donnée bancaire ne nous parvient : le numéro de carte est saisi chez le prestataire de paiement (§5) et ne transite jamais par Azulma ; nous ne recevons que la confirmation du paiement, le moyen employé et une référence de transaction.

Lorsque le pass est acheté dans l'application iPhone, par achat intégré, c'est Apple qui conclut la vente et facture l'acheteur (§5) : Azulma ne reçoit alors ni e-mail ni identité de facturation — seulement la référence de la transaction, le produit et sa date, rattachés au compte depuis lequel l'achat a été fait.

3. Public mineur & consentement parental

En France, en dessous de 15 ans, le consentement d'un parent (ou responsable légal) est requis ; il est recueilli et tracé à l'inscription. Lorsqu'un parent achète un pass, cette autorisation est renforcée par son espace parent : il y accède depuis un lien reçu à l'adresse e-mail qu'il a lui-même donnée à l'achat, y retrouve le compte de son enfant, et peut retirer son autorisation à tout moment (§6).

4. Durées de conservation

  • Compte & données pédagogiques : tant que le compte est actif (suppression après 24 mois d'inactivité).
  • Trace de consentement : durée du compte. Feedback : 12 mois.
  • Commandes et factures : 10 ans — c'est la durée légale de conservation des pièces comptables, et elle s'impose à nous. Cette conservation-là survit à la suppression du compte : c'est la seule exception à « tout est effaçable ». Pendant ces dix ans, le droit à l'effacement ne peut pas être exercé sur ce qui est nécessaire à cette obligation légale ; ces pièces sont archivées à accès restreint, puis supprimées ou anonymisées à l'échéance. À la suppression du compte, nous retirons cependant du registre des ventes tout ce qui n'est pas exigé par cette obligation : le lien vers le compte de l'élève, le nom et l'e-mail de l'acheteur. Ce qui reste — montant, date, durée, références, actes de consentement — ne nomme personne.

5. Destinataires & sous-traitants

La distinction qui compte — et que cette page doit dire, pas laisser deviner

« Aucun service tiers n'est chargé par ton navigateur » et « aucun sous-traitant ne reçoit de données » ne sont pas la même promesse. La première est vraie, et vérifiable : le site n'appelle aucun domaine extérieur, et sa construction échoue automatiquement si quelqu'un en ajoute un. La seconde ne peut pas l'être : pour héberger un service, recevoir et envoyer des e-mails ou encaisser un paiement, il faut des prestataires — ils sont nommés ci-dessous.

Aucune vente, aucune location, aucun partage commercial. Les tiers qui reçoivent des données se répartissent en deux catégories, et les confondre serait une erreur. Un sous-traitant traite les données pour notre compte et selon nos instructions : nous répondons de lui, un contrat nous lie, et nous pouvons lui demander d'effacer. Un destinataire qui agit pour son propre compte est, lui, responsable de son propre traitement : sa mission lui est confiée par la loi, nous ne lui donnons aucune instruction, et c'est à lui qu'il faut s'adresser pour les données qu'il détient.

A. Nos sous-traitants — ils agissent sur nos instructions

  • OVHcloud (OVH SAS, Roubaix, France, UE) — hébergement du service : le serveur qui fait tourner l'application et la base de données est un serveur privé virtuel loué chez OVHcloud, situé en France, donc dans l'Union européenne.
  • Aucun intermédiaire. La connexion sécurisée que ton navigateur ouvre vers azulma.fr ou app.azulma.fr se termine directement sur notre serveur, en France : personne d'autre ne la déchiffre en chemin. Le certificat est délivré par Let's Encrypt (ISRG, autorité de certification), qui ne voit passer aucune donnée — elle atteste seulement que le serveur est bien le nôtre. Le service DNS (l'annuaire qui traduit azulma.fr en adresse de serveur) est assuré par Cloudflare, Inc. ; il reçoit la question « quelle est l'adresse d'azulma.fr ? », jamais le contenu de tes échanges.
    Historique — jusqu'au 3 septembre 2026, l'intégralité du trafic transitait par le réseau de Cloudflare, Inc. (États-Unis), qui en terminait le chiffrement. Ce transit a été supprimé.
  • OVH SAS (France, UE) — hébergement de la messagerie azulma.fr : les courriers reçus à contact@ et privacy@ y sont stockés. Si tu nous écris, ton message et ton adresse e-mail passent par là.
  • Brevo — société française (Sendinblue SAS), pour les e-mails que nous envoyons : le lien d'accès à l'espace parent, la facture, l'avis de fin d'accès. C'est le trajet inverse du précédent : OVH garde le courrier que tu nous écris, Brevo achemine celui que nous t'écrivons. Il reçoit pour cela l'adresse e-mail du destinataire, le contenu du message et ce qu'il faut pour le livrer. Ces messages s'adressent à l'adulte qui achète — un compte d'élève, lui, n'a pas d'e-mail. Brevo est une société française dont les serveurs sont en France et en Belgique ; la supervision de ses journaux techniques est assurée depuis les États-Unis (Datadog) et sa maintenance par des entités du groupe en Inde, aux États-Unis et au Canada, sous clauses contractuelles types et décision d'adéquation (Canada). Ce qui passe par Brevo se limite à l'adresse électronique d'un adulte (parent acheteur, enseignant) et aux courriels de service — jamais une donnée d'élève.
    ⚠️ Et il fait deux choses qu'il faut dire, parce que nous ne pouvons pas les lui retirer. D'abord, il réécrit les liens contenus dans le message : le lien sur lequel on clique ne pointe plus directement chez nous, il passe d'abord par les serveurs de Brevo, qui redirigent ensuite vers azulma.fr. Ensuite, il enregistre les clics — la date, et le lien complet tel qu'il a été suivi. Couper ce suivi-là n'est pas à notre portée : ce réglage est réservé aux formules d'entreprise, et nous utilisons l'offre gratuite. Alors nous l'écrivons plutôt que de le taire.
    Ce que nous en faisons, en revanche : rien. Ces enregistrements ne servent ni à établir un profil, ni à faire de la publicité, ni à personnaliser quoi que ce soit. Nous ne les consultons pas. Et ce qui peut être coupé l'est : nous demandons à Brevo de ne pas mesurer l'ouverture de ces messages, et nous avons vérifié par la mesure que cette consigne change bien son comportement.
    👉 Un moyen d'agir toi-même : règle ton logiciel de messagerie pour ne pas charger automatiquement les images distantes. C'est en chargeant une image qu'un e-mail signale d'ordinaire son ouverture ; ce réglage existe dans toutes les messageries courantes, et il vaut pour tous les e-mails que tu reçois, pas seulement les nôtres.
  • Stripe Payments Europe, Limited (Irlande) — pour exécuter le paiement, uniquement lorsqu'un parent achète un pass : e-mail de l'acheteur, montant, données de carte (saisies chez Stripe, jamais chez nous). Sur cette partie-là, Stripe agit sur nos instructions. ⚠️ Mais ce n'est que la moitié de son rôle : voir le point B.

B. Les destinataires qui agissent pour leur propre compte — chacun est responsable de son propre traitement

  • Stripe, pour l'autre moitié de son activité. Son contrat de traitement des données le dit lui-même, et distingue deux qualités. Comme sous-traitant, Stripe traite les données « pour le compte de l'utilisateur, le responsable de traitement » et « selon ses instructions ». Comme responsable de traitement, il a « l'autorité seule et exclusive pour déterminer les finalités et les moyens du traitement des données personnelles qu'il reçoit de l'utilisateur ou par son intermédiaire » — et il énumère les finalités concernées : surveiller, prévenir et détecter les transactions frauduleuses et les autres activités frauduleuses ; prévenir les pertes financières et les risques de sécurité ; respecter la loi, y compris la lutte contre le blanchiment et les obligations de connaissance du client, ainsi que les demandes des établissements financiers et des autorités ; choisir et mobiliser les banques et fournisseurs de moyens de paiement. Sur cette part du traitement, nous ne pouvons lui donner aucune instruction — c'est à lui qu'il faut s'adresser. Source : accord de traitement des données de Stripe, §2 et §3.1(a).
    ⚠️ Le groupe Stripe comprend une entité américaine (Stripe, LLC) qui intervient dans le traitement : des données peuvent donc être transférées hors de l'Union européenne. Ce transfert est encadré par les clauses contractuelles types de la Commission européenne, prévues à ce même accord. C'est encadré et c'est courant — mais nous préférons l'écrire plutôt que de laisser croire que tout reste en Europe.
  • Apple, pour l'achat intégré dans l'application iPhone. Le pass peut aussi s'acheter directement dans l'application iOS, par achat intégré (App Store) : l'achat est alors conclu avec Apple, selon ses conditions, et c'est Apple qui encaisse, facture et, le cas échéant, rembourse l'acheteur — pour son propre compte, en qualité de responsable du traitement de cette transaction, pas comme notre sous-traitant. Azulma ne reçoit ni le nom, ni l'adresse, ni l'e-mail de l'acheteur, et n'émet pas de facture : il ne lui parvient qu'une transaction signée par Apple — un identifiant de transaction, le produit acheté (pass d'un mois ou d'un an) et sa date —, qu'il vérifie avant d'ouvrir l'accès, puis une notification si Apple rembourse. Ce qu'Azulma en conserve : la référence de cette transaction, rattachée au compte depuis lequel l'achat a été fait, la formule, son montant et l'échéance de l'accès. Pour les données qu'Apple détient sur l'achat, c'est à lui qu'il faut s'adresser.
  • Le médiateur de la consommation, en cas de litige. Si la réclamation d'un acheteur n'aboutit pas, ses données peuvent être transmises au médiateur de la consommation — CM2C, dont les coordonnées figurent aux mentions légales — qui agit en qualité de responsable de traitement distinct. Sa mission lui est confiée par le code de la consommation et il l'exerce en toute indépendance : nous ne pouvons ni lui dicter la façon dont il instruit un dossier, ni lui demander d'effacer ce qu'il détient. Il n'est pas notre sous-traitant, et aucun contrat de sous-traitance n'a lieu d'être avec lui. Pour exercer tes droits sur ces données-là, c'est à lui qu'il faut écrire.
  • L'administration fiscale et l'URSSAF, au titre de nos obligations légales : déclarations de chiffre d'affaires et de cotisations, et, en cas de contrôle, communication des pièces comptables — dont les factures, qui portent l'identité de facturation de l'acheteur. Elles reçoivent ce que la loi impose, rien de plus, et aucune donnée pédagogique : ni les résultats, ni la progression, ni le pseudo de l'élève.

L'espace d'administration de l'éditeur est placé derrière deux authentifications successives, et chaque requête y est journalisée. Son onglet d'audience n'affiche que des agrégats anonymes. Ses écrans nominatifs se limitent aux acheteurs d'un pass (identité de facturation, tenue au titre de l'obligation comptable), aux enseignants (adresse électronique professionnelle, pour vérifier leur statut), aux signalements (le pseudo et le contact facultatif que leur auteur a saisis) et à la liste des comptes (pseudonyme et état de l'accès, pour ouvrir ou retirer un accès offert). Aucune donnée de suivi d'élève ni de classe n'y est nominative : ni résultats, ni progression, ni écran de classe.

6. Tes droits

Accès, rectification, effacement, opposition, portabilité — à privacy@azulma.fr, réponse sous un mois. Un parent peut les exercer pour toi. Réclamation possible auprès de la CNIL.

Sans nous écrire, pour l'accès et la portabilité : depuis ton compte, le bouton « Télécharger mes données » te rend un fichier lisible de tout ce que nous avons sur toi, dans un format structuré et lisible par machine (un export par minute ; le même bouton existe dans un compte de classe, où il rend les données de classe).

Le parent qui a acheté un pass dispose en outre d'un espace parent : il y retrouve le compte de son enfant et peut retirer son autorisation à tout moment. Deux gestes lui sont proposés, et ils n'ont pas le même effet — il choisit lequel : détacher le compte de son espace (le compte de l'enfant et ses données sont conservés, le parent n'y a simplement plus accès), ou retirer l'autorisation et demander l'effacement (le compte de l'enfant et ses données sont supprimés, la seule exception restant les pièces comptables, §4). Ces deux gestes sont distincts de la fin d'un pass : un pass qui arrive à échéance ferme un accès payant, il n'efface rien.

7. Sécurité

Mots de passe et codes hachés (scrypt), jetons de session opaques, limitation des tentatives, HTTPS partout, statistiques sans donnée personnelle.

8. Cookies & services chargés par ton navigateur

Aucun cookie de mesure, aucun traceur publicitaire, ni sur le site ni dans l'application. Ni le site azulma.fr ni l'application ne chargent de service tiers : ils ne déposent que le strict nécessaire au fonctionnement — c'est pourquoi aucune bannière de cookies ne t'est demandée. Ce n'est pas une simple intention : des contrôles automatiques échouent si un appel à un domaine extérieur apparaît dans les pages du site, dans les cours ou dans l'application. La fréquentation du site est comptée à partir des journaux techniques de notre propre serveur, sans cookie : ce décompte ne garde aucune adresse, il n'en reste que des totaux anonymes.

Les polices d'écriture sont servies depuis nos propres serveurs. Ton navigateur ne contacte donc aucun fournisseur de polices, et ton adresse IP n'est transmise à personne pour les afficher.

Espace parent (azulma.fr/parent/) : pas de cookie non plus. Une fois le parent entré par son lien, sa session est gardée dans le stockage de session du navigateur — elle disparaît à la fermeture de l'onglet, et rien n'en subsiste sur l'appareil.

Enfin, l'achat d'un pass se termine sur les pages du prestataire de paiement (§5), qui sont son site, avec ses propres cookies : tu quittes alors azulma.fr, et tu y reviens une fois le paiement fait.

9. Les classes (mode enseignant)

⚠️ Le mode enseignant est ouvert, en phase de démarrage.

Un enseignant peut créer un compte, faire vérifier son statut d'enseignant, puis créer une classe. Un élève ne rejoint une classe que s'il saisit lui-même le code que son professeur lui donne, après l'écran qui lui explique ce que son professeur verra : aucun rattachement n'a lieu à son insu, et Azulma ne crée aucune classe. Cette section décrit ce qui s'applique dès aujourd'hui aux données de classe.

Ce qu'est une classe. Un enseignant peut créer une « classe » dans Azulma (par exemple « 3eB — SVT ») et proposer à ses élèves de la rejoindre, afin de leur assigner des activités de révision et de suivre leur progression pédagogique.

Rejoindre et quitter une classe. Personne ne peut inscrire un élève dans une classe à son insu : c'est l'élève qui saisit lui-même le code communiqué par son enseignant, et un écran lui explique d'abord exactement ce que son enseignant verra et ne verra jamais. Le rattachement s'inscrit dans un dispositif pédagogique porté par l'établissement ; les conditions de rattachement relèvent du traitement mis en œuvre par l'établissement, et l'élève dispose des droits attachés à ce cadre (dont, le cas échéant, le droit d'opposition). Quitter la classe depuis son compte retire immédiatement à l'enseignant l'accès au suivi individuel.

Cadre du rattachement. Avant de rejoindre une classe, l'élève est toujours informé par l'écran de transparence de ce que son enseignant verra et ne verra jamais. Le fondement juridique du rattachement dépend du cadre d'usage. Aujourd'hui, le mode enseignant n'est proposé que dans le cadre scolaire d'un établissement (travail donné en classe par un professeur de cet établissement) : le suivi de classe est alors un traitement dont l'établissement est responsable, mis en œuvre sur la base juridique qu'il retient — qui varie selon sa nature (public, privé, dispositif porté par une collectivité) — en lien avec son délégué à la protection des données ; les familles en sont informées par l'établissement, et c'est auprès de lui que s'exercent les droits, dont le droit d'opposition lorsqu'il s'applique. Le bouton « Rejoindre la classe » n'est pas un consentement : il atteste que l'écran d'information a été affiché, et cette preuve est conservée avec la version du texte affiché. Azulma ne recueille aucun accord parental pour ce rattachement, la base légale retenue n'étant pas le consentement. Dans tous les cas, l'écran de transparence est affiché et l'élève conserve la possibilité de quitter la classe.

Un espace personnel, ouvert après la confirmation d'un parent. Rejoindre une classe ouvre aussi à l'élève un espace personnel — un compte individuel, distinct de son compte de classe — où il révise librement ce qu'il veut, en dehors de tout travail donné par son enseignant. Depuis le 11 septembre 2026, cet espace est créé fermé : il ne s'ouvre qu'après la confirmation d'un titulaire de l'autorité parentale. L'élève indique l'adresse électronique d'un de ses parents ; celui-ci reçoit un message unique, qui décrit l'espace personnel et ce qui y est collecté, et porte un lien à usage unique valable sept jours. Tant que personne n'a confirmé, l'espace personnel reste inaccessible — aucune session n'y est ouverte, d'aucun côté — et aucun accès offert n'y est appliqué ; le travail de classe, lui, n'est en rien affecté. L'adresse du parent ne sert qu'à ce message : elle est conservée en clair le seul temps de la confirmation, puis remplacée par une empreinte accompagnée de la date de l'accord ; une demande jamais confirmée est effacée au bout de quatorze jours, et l'élève peut alors en refaire une. Cette règle n'est pas rétroactive : les espaces personnels déjà ouverts avant cette date le restent. Cet usage ne coûte rien à l'élève : si son professeur enseigne dans un établissement qu'Azulma reconnaît, Azulma lui offre l'accès complet aux contenus sur cet espace personnel, sans paiement ni coordonnées bancaires — sinon, l'espace s'ouvre avec l'accès gratuit ordinaire du service. Cet accès complet est offert par Azulma, pour l'année scolaire en cours — jusqu'au 31 août ; il s'arrête alors de lui-même, et l'espace personnel reste ouvert avec l'accès gratuit ordinaire. Aucune donnée supplémentaire n'est collectée : cet espace s'ouvre avec le pseudonyme et le mot de passe que l'élève vient de choisir, et ni nom, ni prénom, ni âge, ni adresse électronique n'y sont demandés (si ce pseudonyme est déjà porté par un autre compte, un pseudonyme dérivé est attribué et montré à l'élève, afin que son espace ne lui soit pas invisible). Le mot de passe n'est jamais recopié d'un espace à l'autre : il est enregistré, haché, séparément de chaque côté. Le lien entre les deux comptes est conservé du seul côté de l'espace personnel ; le monde « classe » ne l'enregistre nulle part, et l'enseignant ne peut, à aucun moment et par aucun chemin, remonter d'un élève de sa classe vers son espace personnel — il n'y voit rien, pas même son existence. L'élève peut détacher les deux comptes à tout moment, lui-même, en saisissant son mot de passe personnel : le lien tombe, son espace personnel et tout ce qu'il y a fait lui restent, et seul l'accès offert par Azulma est retiré — un accès payé, lui, est conservé. Cet accès offert s'arrête de la même façon lorsque l'élève quitte sa dernière classe de cet établissement. Les données de cet espace sont celles d'un compte individuel ordinaire et relèvent du reste de la présente politique : elles ne suivent pas la purge de fin d'année scolaire — quitter sa classe ou supprimer son compte de classe ne les efface pas —, elles sont supprimées après 24 mois sans aucun signe de vie (§4) ou à tout moment par l'élève lui-même, et il y exerce les mêmes droits qu'ailleurs (§6), dont « Télécharger mes données ».

Les mêmes identifiants des deux côtés, et le chemin inverse. Le lien entre les deux comptes existe désormais dans les deux sens : de même qu'un compte de classe fait naître un espace personnel, un compte individuel peut ouvrir un compte de classe — vide tant qu'aucune classe n'est rejointe. Ce compte de classe n'est créé qu'au moment où son titulaire passe pour la première fois la porte « Avec ma classe » : avant ce geste, il n'existe pas. Il ne contient alors aucune appartenance, aucun nom de code, aucun travail, et aucun enseignant ne le voit tant qu'aucun code de classe n'a été saisi. Les deux comptes partagent le même pseudonyme et le même mot de passe, et l'on se connecte par l'une ou l'autre porte ; le mot de passe reste haché séparément de chaque côté — deux empreintes distinctes, recalculées de part et d'autre à chaque changement, jamais un mot de passe recopié d'un monde à l'autre. Chaque côté offre deux gestes nouveaux. « Réinitialiser ce compte » garde le compte, le pseudonyme et le mot de passe, et efface tout ce qui a été fait : côté personnel la progression, la maîtrise, les séances, l'historique et les préférences ; côté classe les appartenances, le nom de code, les rendus, la maîtrise de classe et les contributions — le professeur voit alors l'élève disparaître de son effectif. « Supprimer les deux comptes » fait partir l'un et l'autre en un seul geste, depuis l'un comme depuis l'autre, avec une confirmation en deux temps. Chaque réinitialisation est inscrite au registre de conformité, sans nom de code ni pseudonyme. Rien de cela ne défait ce qui précède : ce sont toujours deux comptes distincts, dans deux bases étanches, et l'enseignant ne voit jamais le pseudonyme de connexion ni l'espace personnel.

L'enseignant aussi a un espace personnel. Créer un compte enseignant ouvre également, au professeur lui-même, un espace personnel — un compte individuel, distinct de son compte de classe — afin qu'il puisse voir l'application telle que ses élèves la voient. Il s'ouvre avec le mot de passe qu'il vient de choisir et un pseudonyme dérivé de son adresse électronique ; son adresse elle-même n'y est pas enregistrée. Une fois son statut d'enseignant vérifié, cet espace reçoit l'accès complet aux contenus, offert et sans échéance ; tant qu'il ne l'est pas, il s'ouvre avec l'accès gratuit ordinaire du service. Cet espace ne lui donne accès à aucune donnée de ses élèves : c'est un compte d'élève ordinaire, avec sa propre progression, et le suivi de classe reste dans son espace enseignant. Supprimer son compte enseignant détache les deux comptes et retire cet accès offert, sans effacer son espace personnel.

Ce que l'enseignant voit. L'enseignant ne voit jamais l'identité réelle de l'élève : chaque membre d'une classe est désigné par un alias généré automatiquement (par exemple « Lynx Bleu 24 »), différent du pseudonyme de connexion. Azulma conserve uniquement le lien technique entre cet alias et le compte de l'élève, nécessaire au fonctionnement du service ; ce lien n'est jamais communiqué à l'enseignant. Pour rejoindre une classe, Azulma ne demande ni nom ni prénom, et aucune liste nominative d'élèves n'est importée ; l'enseignant ne voit que l'alias de classe et n'accède à aucune donnée permettant d'identifier directement le compte Azulma de l'élève. Si l'enseignant a besoin de savoir quel alias correspond à quel élève, cette correspondance se fait en classe, hors de la plateforme. L'enseignant voit :

  • des agrégats de classe : taux de réalisation d'une activité assignée, notions les moins maîtrisées de la classe, répartition globale de maîtrise ;
  • pour chaque alias, un détail individuel minimal et strictement pédagogique : activité faite ou non faite, et niveau de maîtrise par notion — ces indicateurs sont calculés exclusivement à partir des activités assignées dans cette classe : la progression personnelle de l'élève sur Azulma est un profil distinct, jamais utilisé pour le suivi de classe.

L'enseignant ne voit jamais : le pseudonyme de connexion, le détail des réponses données, les horaires ou la fréquence de connexion, ni aucune donnée du compte (courriel de récupération, informations de paiement, autres matières travaillées hors de sa classe).

Ce que l'élève écrit dans sa classe. Deux activités de classe recueillent des textes courts rédigés par l'élève. Dans une mission de classe, il choisit une part du travail collectif et la documente en quelques champs ; la classe et l'enseignant voient son nom de code en face de la part qu'il a prise et le fait qu'elle soit documentée ou non — le texte lui-même n'est rendu qu'à son auteur. Dans un exercice de méthode, il répond à des questions et compare sa rédaction au corrigé attendu, qu'il auto-évalue lui-même : ses réponses sont conservées avec son rendu, et l'enseignant n'en voit que le résultat par notion et le fait que l'exercice ait été rendu. Ces textes sont les données de l'élève : ils figurent dans son export « Télécharger mes données » (§6), et ils sont supprimés avec le reste du suivi de classe à la purge annuelle.

Nature des données. Les données de classe sont pseudonymisées, pas anonymes : elles restent des données personnelles et bénéficient de toutes les protections décrites dans la présente politique. Elles sont hébergées en France (Union européenne) chez notre prestataire d'hébergement OVHcloud (sous-traitant, déjà décrit dans la présente politique). Elles ne sont jamais vendues ni cédées à des tiers pour leurs propres finalités ; elles ne sont accessibles qu'aux prestataires strictement nécessaires au fonctionnement du service, agissant pour le compte d'Azulma et soumis à des obligations de confidentialité et de protection des données — et Azulma n'emploie aucun outil tiers de mesure ou de publicité.

Les indicateurs de maîtrise. Azulma calcule des indicateurs pédagogiques de maîtrise à partir des activités réalisées par l'élève. Ils servent exclusivement à identifier les notions à consolider. Ils ne constituent ni une note scolaire, ni une décision automatisée concernant la scolarité de l'élève.

Durée de conservation. Les données de classe suivent l'année scolaire : liens de classe, assignations et détails individuels sont supprimés automatiquement au plus tard le 31 août suivant la fin de l'année scolaire. Cette purge est journalisée et vérifiée. Lorsqu'un élève quitte une classe en cours d'année, son suivi individuel cesse immédiatement d'être visible de l'enseignant, et ses données de classe sont supprimées au plus tard à la purge annuelle. Les copies de sauvegarde (chiffrées) sont écrasées par rotation : la suppression y devient effective dans un délai maximal de 35 jours (rotation mesurée : 30 jours, appliquée quotidiennement, plus une marge) ; en cas de restauration d'une sauvegarde antérieure à une purge, la purge est ré-appliquée. Après la purge, seules peuvent subsister des statistiques anonymisées de manière à ne plus permettre l'identification des élèves (un simple agrégat sans alias ne suffit pas : petits effectifs exclus). La progression personnelle de l'élève dans Azulma (hors classe) n'est pas affectée : elle reste attachée à son compte.

Durée de vie des comptes de classe. Un compte de classe — d'élève comme d'enseignant — qui n'est plus rattaché à aucune classe et qui n'a pas servi depuis douze mois est supprimé, avec tout ce qui s'y rattache encore ; les cours et les quiz déposés par un enseignant partent avec son compte, puisqu'ils sont son travail. Cette suppression est journalisée, comme la purge annuelle. L'espace personnel lié à un compte de classe n'est pas supprimé à cette occasion : le lien entre les deux tombe, l'accès offert par Azulma est repris, et cet espace garde les durées du reste de la présente politique. Les sessions de classe expirées sont effacées sous sept jours après leur échéance ; la dernière session d'un compte est conservée tant que le compte existe, parce qu'elle porte la date de dernière connexion sur laquelle se mesure la durée de douze mois.

Vos droits. Les droits d'accès, de rectification et d'effacement décrits dans la présente politique s'appliquent aux données de classe. Quitter une classe retire immédiatement l'accès de l'enseignant au détail individuel ; seules peuvent subsister des statistiques anonymisées de manière à ne plus permettre l'identification des élèves.

Les engagements pris par l'enseignant en contrepartie de cet accès figurent dans les conditions générales d'utilisation du compte enseignant.

Mentions légales · Conditions d'utilisation · CGU enseignant