Plateformes Scratch au collège : critères pour bien choisir

Plateformes Scratch au collège: critères pour bien choisir

Pourtant, dès qu'un service en ligne demande une inscription, conserve une adresse IP ou associe une activité à un identifiant, la question des données personnelles entre dans le champ pédagogique.

Le choix d'une plateforme Scratch ne relève donc pas seulement du confort d'utilisation. Il touche à la protection des données des élèves, à la charge de travail de l'enseignant, à la continuité entre deux séances et à la qualité de l'apprentissage de la pensée algorithmique. Un environnement très riche, mais impossible à déployer dans l'ENT ou bloqué par le réseau du collège, ne sera pas un bon outil. À l'inverse, une solution limitée peut être parfaitement adaptée à une séance d'initiation.

Pour choisir parmi les plateformes de programmation Scratch pour le collège, il faut regarder simultanément le cadre de données, le mode d'accès, les possibilités de sauvegarde et le matériel que l'on souhaite éventuellement piloter.

Le défi de la conformité RGPD pour les outils de programmation par blocs

Le point de départ est simple: le RGPD s'applique dès qu'un traitement de données personnelles est réalisé. Une adresse électronique, un identifiant, une adresse IP conservée, un historique d'activité ou un projet rattaché au nom d'un élève peuvent constituer des données personnelles. Le fait que l'activité soit pédagogique ne dispense pas l'établissement d'examiner le traitement.

Scratch, dans sa version en ligne, fonctionne autour d'un compte utilisateur. La création d'un profil, la publication d'un projet ou l'utilisation de certaines fonctions sociales peuvent donc impliquer des données et des flux qui dépassent le simple affichage de blocs à l'écran. La plateforme officielle, hébergée par le MIT, revendique plus de 100 millions d'utilisateurs enregistrés dans le monde. Cela ne suffit pas à déterminer si son usage est adapté au cadre précis d'un établissement français: il faut aussi examiner les conditions d'accès, les données effectivement demandées et le cadre contractuel applicable.

Dans un collège, la question n'est pas seulement: « Le site fonctionne-t-il? » Elle est plutôt: « Qui crée le compte, quelles données sont transmises, où sont-elles traitées, combien de temps sont-elles conservées et quel dispositif l'établissement peut-il documenter? » Le consentement parental, souvent présenté comme une réponse immédiate, ne règle pas automatiquement toutes les questions. Il ne remplace ni l'analyse du traitement ni la vérification du rôle de chaque acteur.

Trois grandes voies se dessinent:

1. Utiliser un éditeur installé localement, sans compte et sans envoi de projet vers un service extérieur.

2. Passer par une plateforme intégrée à l'ENT et au GAR, avec un accès encadré par l'écosystème de l'Éducation nationale.

3. Utiliser un service en ligne externe, mais seulement après avoir vérifié le cadre juridique, les comptes nécessaires et les règles de l'établissement.

L'outil de programmation choisi au collège engage la responsabilité de l'établissement sur la protection des données des élèves. La conformité ne se déduit pas du seul nom de la plateforme: elle dépend aussi du mode d'accès et de la manière dont le service est déployé.

Cette distinction est importante pour les enseignants. Un même outil peut présenter des profils différents selon qu'il est utilisé avec des comptes nominatifs, via un accès fédéré de l'ENT, sur un poste partagé ou dans une version installée hors ligne. Il faut donc évaluer l'usage réel, pas seulement la fiche descriptive du logiciel.

Capytale et Vittascience: l'alternative souveraine via l'ENT

Capytale et Vittascience répondent à un besoin très concret: conserver une interface de programmation par blocs familière tout en évitant de demander aux élèves de créer un compte sur une plateforme grand public. Leur intérêt ne tient pas uniquement à la conformité annoncée. Il réside aussi dans leur capacité à s'insérer dans le fonctionnement ordinaire d'un collège: connexion par l'ENT, distribution d'activités, récupération des travaux et suivi par l'enseignant.

Capytale et Codabloc: retrouver ses repères sans repartir de zéro

Capytale est un service numérique pédagogique national. Il propose notamment Codabloc, un environnement de programmation par blocs inspiré de Scratch 3.0 et utilisable directement dans le navigateur.

Le parcours est relativement lisible:

• l'enseignant prépare ou distribue une activité dans Capytale;
• l'élève accède à la ressource depuis son environnement habituel;
• l'authentification passe par l'ENT, selon le déploiement retenu par l'établissement;
• le projet reste rattaché à l'activité et au groupe de travail plutôt qu'à un compte créé sur un service extérieur.

Pour un élève de sixième ou de cinquième, cette continuité a une vraie valeur pédagogique. Les catégories de blocs, la zone de scripts et la scène rappellent les repères de Scratch. Le temps consacré à expliquer l'outil diminue, ce qui laisse davantage de place à la consigne: décrire une procédure, repérer une répétition, corriger une condition ou décomposer un problème.

Capytale est particulièrement intéressant lorsque l'enseignant veut construire une progression suivie. Une première activité peut demander de déplacer un personnage, une deuxième d'utiliser une boucle et une troisième de faire varier le comportement à l'aide d'une condition. Les productions restent associées aux séances, ce qui évite de demander aux élèves de renommer leurs fichiers, de les déposer dans plusieurs espaces et de retrouver à chaque fois le bon lien.

La simplicité a toutefois une contrepartie. Codabloc n'a pas vocation à couvrir tous les usages d'un environnement étendu. Si l'objectif est de travailler simultanément sur du code textuel, des cartes électroniques ou des fonctions d'intelligence artificielle, il faudra probablement compléter l'outil ou se tourner vers une autre solution.

Vittascience: plus large, mais aussi plus exigeant

Vittascience propose un environnement plus vaste. On y trouve de la programmation par blocs de type Scratch, mais aussi une transition vers la programmation textuelle en Python. Cette continuité peut être utile en cycle 4, lorsque l'enseignant veut montrer que les notions de variable, de boucle ou de condition ne disparaissent pas lorsque l'on change de langage.

La plateforme intègre également Adacraft, une modification de Scratch fondée sur TurboWarp. Elle ajoute des blocs consacrés à l'intelligence artificielle, à l'art génératif et à la connexion avec certains microcontrôleurs. Vittascience peut ainsi accompagner un projet qui commence par une animation simple et se poursuit par une interaction avec un objet réel.

Cette richesse demande néanmoins un cadrage plus précis. Un élève peut rapidement se disperser entre les extensions, les bibliothèques et les possibilités de personnalisation. Pour une première séance, l'interface la plus complète n'est pas forcément la plus efficace. L'enseignant devra désigner un périmètre: quelques catégories de blocs, un objectif observable et un mode de sauvegarde clairement annoncé.

L'accès par le GAR et l'ENT constitue un point fort pour les établissements qui disposent déjà de cette infrastructure. Il réduit la multiplication des identifiants et permet de rester dans un cadre connu par le service informatique. Il ne dispense pas pour autant de tester les droits d'accès: un outil visible dans le catalogue de l'ENT n'est pas nécessairement activé pour toutes les classes ni pour tous les profils.

La comparaison ne doit pas se résumer à la colonne « conforme » ou « non conforme ». Il faut aussi regarder le coût pédagogique du changement. Une classe qui connaît déjà Scratch peut entrer rapidement dans Codabloc; une classe qui travaille sur un robot équipé d'une carte compatible trouvera davantage d'intérêt dans Vittascience ou dans un outil spécialisé.

L'éditeur hors ligne: une solution radicale pour la protection des données

Lorsque la priorité est de ne faire sortir aucune donnée du poste pendant la séance, l'éditeur hors ligne reste une réponse particulièrement nette: Scratch Offline Editor s'exécute localement, sans compte nécessaire et sans dépôt automatique du projet sur un serveur distant.

Il faut toutefois formuler correctement ce que cette solution garantit. Un logiciel installé hors ligne évite, dans le cadre de son fonctionnement local, la collecte et la transmission de données personnelles vers un service en ligne. Cela réduit fortement le périmètre du traitement lié à la plateforme. Mais cette caractéristique ne fait pas disparaître automatiquement toutes les obligations du RGPD: l'établissement doit toujours connaître son environnement informatique, gérer les postes, protéger les fichiers éventuellement enregistrés sur le réseau ou une clé USB et respecter ses propres règles de sécurité et de conservation des données.

Autrement dit, l'éditeur hors ligne ne crée pas un « angle mort » juridique. Il évite surtout d'ajouter un compte en ligne, une collecte distante et un nouveau fournisseur de service au parcours de l'élève. C'est une nuance essentielle, surtout lorsque les fichiers sont ensuite copiés sur un espace partagé, envoyés par courriel ou déposés sur une plateforme de stockage.

Ce que l'éditeur local simplifie

L'installation locale supprime plusieurs obstacles pratiques:

• l'élève peut commencer sans créer de compte;
• l'activité reste accessible même si l'accès à Internet est filtré ou instable;
• les projets sont enregistrés sous forme de fichiers .sb3;
• l'enseignant peut préparer une séance sans dépendre d'une évolution de l'interface en ligne;
• les données du projet ne sont pas transmises à un service distant pendant l'utilisation normale de l'éditeur.

Le téléchargement et l'installation doivent toutefois être anticipés. Dans beaucoup de collèges, l'enseignant ne dispose pas des droits nécessaires sur les postes du CDI ou des salles informatiques. Il faut donc associer le technicien ou le service informatique à la préparation, vérifier la compatibilité avec le système installé et tester l'ouverture d'un projet avant la séance.

Le prix de l'autonomie locale

Le hors ligne transfère une partie du travail vers l'organisation de la classe. Le fichier est enregistré sur le poste, et ce poste peut être réinitialisé, partagé par plusieurs élèves ou indisponible à la séance suivante. Une sauvegarde sur le réseau interne de l'établissement peut résoudre le problème, à condition que cet espace soit prévu pour cet usage. Une clé USB est une solution possible pour certaines activités, mais elle entraîne d'autres contraintes: perte, oubli, mauvais fichier ou mélange entre les productions.

Il faut aussi accepter l'absence de plusieurs fonctions en ligne:

• pas de travail collaboratif natif entre des postes éloignés;
• pas d'évaluation centralisée;
• pas de récupération automatique des projets;
• accès limité aux extensions qui dépendent d'un service distant;
• mises à jour et installation gérées localement.

L'éditeur hors ligne réduit le traitement de données en évitant la collecte et la transmission vers une plateforme distante. En échange, il demande une vraie organisation des fichiers, des installations et des sauvegardes.

Cette solution convient très bien à une initiation ponctuelle, à un travail en îlots ou à une activité où chaque groupe présente son animation en fin de séance. Elle est aussi précieuse lorsque le réseau du collège bloque les services externes. Elle devient moins confortable pour un projet qui s'étale sur plusieurs semaines et dont les productions doivent être consultées à distance ou corrigées entre deux cours.

Robotique et extensions: au-delà du Scratch standard

Scratch standard fait travailler la logique dans un univers virtuel: des sprites se déplacent, réagissent à des événements et produisent des sons ou des images. Pour un premier contact avec l'algorithmique, cette abstraction est efficace. Elle permet de se concentrer sur la séquence d'instructions sans introduire immédiatement les contraintes électriques, mécaniques ou matérielles.

Dès qu'un robot, un capteur ou une carte microcontrôleur entre dans le projet, le choix de l'environnement change. Il ne suffit plus de vérifier que les blocs ressemblent à ceux de Scratch. Il faut s'assurer que le logiciel reconnaît le matériel, que les pilotes sont disponibles et que le mode de communication correspond à l'activité.

mBlock pour piloter un robot

mBlock, développé par Makeblock, est basé sur Scratch 3.0 et ajoute des blocs dédiés au matériel. Il permet notamment:

• de contrôler des robots comme le mBot;
• de téléverser un programme vers certaines cartes Arduino;
• de lire des capteurs d'ultrasons, de luminosité ou d'infrarouge;
• de distinguer le fonctionnement en direct du fonctionnement autonome.

Cette dernière distinction est souvent sous-estimée. En mode connecté, le logiciel échange avec le robot pendant que l'élève exécute le programme. Le moindre problème de liaison Bluetooth, de câble ou de pilote peut alors perturber la séance. En mode téléversement, le code est copié sur la carte et le robot peut fonctionner sans rester relié à l'ordinateur. Le diagnostic devient différent: si le robot ne réagit pas, il faut vérifier le programme transféré, l'alimentation et les branchements.

mBlock est donc intéressant pour une séquence de robotique, mais il impose un travail de préparation plus lourd qu'une animation Scratch. Chaque poste doit reconnaître le matériel, les batteries doivent être chargées et les groupes doivent savoir quel robot correspond à leur projet. Une version hors ligne peut limiter les problèmes de comptes, mais elle demande au technicien de gérer les installations et les mises à jour.

Adacraft et Vittascience pour relier blocs et objets

Adacraft, intégré à Vittascience, propose une autre logique: conserver une interface de blocs accessible depuis un environnement en ligne et l'étendre vers des usages plus spécialisés. Les blocs peuvent servir à manipuler des microcontrôleurs, à explorer des fonctions d'intelligence artificielle ou à produire des créations visuelles.

Pour un enseignant, l'intérêt est de ne pas changer complètement de langage lorsqu'il passe d'un jeu animé à une interaction avec un objet. Les notions restent identifiables: événement de départ, variable, boucle, condition et message. Le matériel devient un nouveau contexte d'exécution plutôt qu'un nouveau monde à apprendre.

Cette continuité ne doit pas faire oublier les prérequis. Une activité de reconnaissance d'image, par exemple, peut dépendre d'une caméra autorisée, d'une connexion stable et d'un service distant. Une activité avec une carte Arduino ou un ESP32 ajoute des contraintes de câblage. Dans tous les cas, l'enseignant doit tester le parcours complet avec les droits d'un élève, et non seulement depuis son compte administrateur.

Pour les ressources Scratch destinées aux enseignants, le bon critère n'est donc pas le nombre d'extensions affichées dans le menu. Il faut déterminer si l'extension sert la notion étudiée. Un capteur de distance peut donner du sens à une condition; un module d'intelligence artificielle peut ouvrir un projet interdisciplinaire; mais aucun ajout ne remplace la formulation d'un problème algorithmique précis.

Nouveautés et débogage: les évolutions de l'interface en 2025

L'interface n'est pas figée. En décembre 2024, Scratch 3.0 a intégré une fonctionnalité d'aide au débogage, appelée Debugging Help. Pour un élève, cette évolution compte parce que le blocage le plus fréquent n'est pas l'absence d'idée, mais l'impossibilité de comprendre pourquoi une idée ne produit pas le résultat attendu.

Une aide au débogage peut fournir un repère pour localiser le bloc problématique ou attirer l'attention sur une incohérence dans le script. Elle ne remplace pas le raisonnement: un outil peut signaler une zone suspecte sans expliquer la logique du programme. Mais il peut éviter qu'un élève passe toute la séance à relire mécaniquement une longue suite de blocs.

Pour l'enseignant, l'enjeu est de ne pas transformer cette fonction en bouton magique. Le débogage doit rester une compétence enseignée. On peut demander aux élèves de prédire le résultat avant l'exécution, de décrire le comportement observé, puis de comparer cette observation avec le script. L'aide intégrée devient alors un support de méthode, pas une réponse automatique.

La présence de cette fonction sur Scratch en ligne ne signifie pas qu'elle est disponible de la même manière dans tous les environnements inspirés de Scratch. Codabloc, Vittascience, Adacraft ou une version locale peuvent reprendre certaines évolutions et en écarter d'autres. Les différences sont parfois discrètes: emplacement d'un bouton, comportement d'une extension, version des blocs ou mode de sauvegarde.

Avant de bâtir une séquence autour d'une nouveauté d'interface, il faut donc vérifier:

• si la fonction existe réellement dans l'environnement utilisé par les élèves;
• si elle est disponible sans compte supplémentaire;
• si elle fonctionne sur les navigateurs et les postes du collège;
• si les projets enregistrés dans cette version restent lisibles dans l'environnement prévu pour la correction;
• si l'enseignant sait expliquer la fonction sans détourner l'activité de son objectif algorithmique.

Ce suivi est particulièrement important dans un comparatif d'outils de codage au collège. Deux plateformes peuvent afficher les mêmes catégories de blocs et produire le même type d'animation, tout en offrant des expériences très différentes pour la sauvegarde, le partage ou le débogage.

Choisir un environnement Scratch selon le projet réel

Le choix devient plus clair lorsqu'on part de la séance prévue, plutôt que de la réputation des logiciels.

Pour une première découverte de l'algorithmique, l'éditeur hors ligne peut suffire. Les élèves apprennent à séquencer des instructions, à déclencher un événement, à répéter une action et à modifier une variable. La séance reste indépendante de l'ENT et le nombre de paramètres techniques est réduit.

Pour une progression sur plusieurs séances, Capytale apporte une continuité plus confortable. L'enseignant distribue les activités depuis un même espace et récupère les travaux sans organiser une circulation manuelle de fichiers. Le service convient notamment lorsque l'objectif est de comparer plusieurs scripts, de commenter les productions et de faire évoluer un projet par étapes.

Vittascience prend l'avantage lorsque la séquence doit s'élargir vers Python, la robotique, les microcontrôleurs ou certaines extensions créatives. Cette polyvalence est utile en cycle 4, mais elle demande une scénarisation rigoureuse. Il faut éviter de présenter toutes les possibilités en même temps.

mBlock est pertinent lorsque le parc matériel est déjà constitué autour de robots compatibles. Il serait en revanche disproportionné pour une simple activité de déplacement de sprites. De la même manière, utiliser une plateforme riche en extensions pour faire uniquement découvrir les boucles peut ajouter une complexité inutile.

Quelques questions permettent de départager les solutions sans transformer le choix en tableau de performances:

• Les élèves doivent-ils travailler avec un compte personnel, ou l'accès par l'ENT suffit-il?
• Le projet doit-il être repris à la séance suivante depuis un autre poste?
• Le réseau du collège est-il assez stable pour une activité entièrement en ligne?
• Les fichiers doivent-ils être corrigés ou commentés par plusieurs enseignants?
• L'objectif porte-t-il uniquement sur les blocs, ou inclut-il Python, un robot, une carte ou un capteur?
• Les extensions utilisées traitent-elles des données ou dépendent-elles d'un service distant?
• L'enseignant et le service informatique ont-ils testé l'installation, les droits et la sauvegarde avant l'arrivée des élèves?

La réponse peut être différente d'une classe à l'autre. Un groupe autonome travaillant en salle équipée n'aura pas les mêmes besoins qu'une classe qui change de salle à chaque séance. Une activité évaluée nécessite un suivi plus robuste qu'un atelier de découverte. Le meilleur outil n'est pas celui qui possède le plus de fonctions, mais celui qui tient dans les contraintes concrètes du projet.

Avant la première séance, vérifier le parcours de bout en bout

La préparation technique doit se faire avec un profil élève et dans les conditions ordinaires de la classe. Ouvrir l'activité depuis le poste de l'enseignant ne permet pas de repérer une extension bloquée, un bouton invisible ou une autorisation manquante.

Il faut notamment tester l'accès sans compte externe lorsque c'est le choix retenu, vérifier que l'activité apparaît bien dans l'ENT, puis créer un projet fictif et le fermer. Le projet est-il retrouvé au même endroit? Peut-il être ouvert depuis un autre poste? Le nom de l'élève est-il affiché là où il doit l'être, et seulement là où il doit l'être? Ces détails déterminent la fluidité de la séance autant que la qualité de l'exercice.

Pour un éditeur local, le test doit inclure l'enregistrement, la réouverture et la copie du fichier. Pour un outil de robotique, il faut ajouter la reconnaissance du matériel, l'exécution d'un programme très court et le retour à un état initial. Il est préférable de découvrir un problème avec un seul poste de test plutôt qu'avec toute une classe qui attend le branchement de son robot.

Enfin, l'enseignant doit prévoir une solution de repli. Une activité peut être conçue pour fonctionner avec un projet déjà ouvert si le réseau tombe, ou avec une version imprimée de la consigne si l'accès à l'ENT est momentanément indisponible. Cette précaution ne transforme pas le cours en exercice déconnecté: elle protège simplement le temps pédagogique.

Le choix d'un logiciel d'initiation à l'algorithmique est donc un choix de contexte. Capytale et Codabloc privilégient l'intégration pédagogique et le suivi. Vittascience ouvre vers Python, les extensions et la robotique. L'éditeur hors ligne protège efficacement la séance contre les comptes et les transmissions distantes, à condition d'organiser les fichiers et de ne pas confondre cette réduction du traitement avec une disparition générale des obligations de l'établissement. mBlock répond aux projets construits autour d'un matériel précis.

Une plateforme Scratch au collège est bien choisie lorsqu'elle disparaît presque derrière l'activité: les élèves comprennent la consigne, enregistrent leur travail, peuvent reprendre leur projet et consacrent leur énergie à la logique du programme. Si l'outil devient le principal obstacle, le problème ne vient pas nécessairement du niveau de la classe. Il vient souvent d'un critère oublié au moment de la sélection.