Mettre en ligne (option)
Cette leçon est encore en test : elle s'améliore avec les retours des apprenants. Si quelque chose n'est pas clair, c'est la leçon qu'il faut corriger, pas toi.
Suivre cette leçon avec Claude Code
Avec le compagnon de la formation installé, ouvre Claude Code dans ton dossier de travail et tape :
/formation-ia:suivre m12-l07Il lit cette leçon à jour sur le site et t'accompagne étape par étape, sans rien modifier sans ton accord. Installer le compagnon. Claude Code n'est pas inclus dans l'offre gratuite : abonnement Claude éligible, ou compte Console facturé à l'usage pour le terminal.
À la fin de cette leçon, tu sauras
- décider s’il faut mettre en ligne, ou si ton outil local suffit ;
- savoir ce que change la mise en ligne : ce qui devient public, ce qui ne se partage pas ;
- passer la liste de contrôle avant de publier ;
- connaître un exemple d’hébergement : GitHub Pages, et ses conditions.
Pourquoi ça t’intéresse
Mettre en ligne paraît être l’étape naturelle. Souvent, elle n’est pas nécessaire : un outil local fait très bien son travail. Et quand elle l’est, elle change beaucoup de choses : tout devient public, des données de visiteurs sont enregistrées par l’hébergeur, et un outil qui garde ses données dans le navigateur ne devient pas partagé pour autant. Cette leçon t’aide à décider, avant de publier quoi que ce soit.
Avant de commencer
| Il te faut | Ton projet sous Git, sans secret (leçons 5 et 6) ; un compte GitHub, seulement si tu décides de publier |
| Coût | 0 € pour décider. GitHub Pages est disponible pour les dépôts publics avec l’offre gratuite de GitHub (24/10/2026). D’autres hébergeurs ont leurs propres offres, à vérifier |
| Durée | 60 minutes |
| Rappel | Un site en ligne est public : tout ce qu’il contient, et souvent tout son code, se lit |
Comprendre en 3 minutes
Trois questions avant de publier :
- Qui doit y accéder, et d’où ? Toi seul, sur ton ordinateur : reste en local. D’autres personnes, chacune de son côté : la mise en ligne peut servir.
- Les données doivent-elles être partagées ? Un outil qui garde ses données dans le navigateur (leçon 3) les garde dans le navigateur de chaque personne. En ligne, chacun aura son propre carnet, vide au départ. Un outil partagé demande un serveur et une base de données : un autre niveau, avec des comptes, des coûts et des données personnelles à protéger.
- Qu’est-ce qui devient public ? La page, bien sûr. Et selon l’hébergement, tout le code et son historique.
Un exemple : GitHub Pages, d’après la documentation de GitHub (24/10/2026) :
- c’est un service d’hébergement de sites statiques : il publie les fichiers HTML, CSS et JavaScript d’un dépôt GitHub ;
- avec l’offre gratuite de GitHub, il est disponible pour les dépôts publics : ton code et son historique se lisent alors par tous ;
- l’adresse par défaut ressemble à
https://<ton-nom>.github.io/<nom-du-dépôt>; - quand un site est visité, l’adresse IP du visiteur est enregistrée et stockée à des fins de sécurité.
D’autres hébergeurs existent, avec leurs propres offres gratuites ou payantes : leurs conditions sont à lire à date, avant de choisir.
Faire ensemble
1Étape 1 : La décision, sur papier
Dans ton journal :
MISE EN LIGNE : [nom de l'outil]
Qui doit y accéder : [moi / d'autres personnes, lesquelles]
Les données doivent-elles être partagées entre ces personnes : [oui / non]
Ce qui deviendrait public : [la page / le code et son historique]
Ma décision : [rester en local / publier / un outil partagé, plus tard], le [date]
Pour le carnet d’emprunts du club : Lou est la seule à tenir le carnet, sur son ordinateur. La bonne décision est de rester en local.
2Étape 2 : La liste de contrôle, si tu publies
Avant toute publication :
- ☐ aucun secret dans les fichiers ni dans tout l’historique de Git (leçon 6, étape 3) ;
- ☐ aucune donnée personnelle dans les fichiers ni dans l’historique (leçon 6, étape 3) ;
- ☐ le nom et l’adresse e-mail enregistrés comme auteur de chaque version sont ceux que tu acceptes de rendre publics : Git les garde dans l’historique, et le livre officiel de Git les dit « indélébiles » (vérifie-les avec la commande
git log) ; - ☐ chaque service extérieur appelé par la page est voulu (leçon 6, étape 2) ;
- ☐ tu as lu les conditions de l’hébergeur : ce qui est public, ce qu’il enregistre, ce qu’il coûte ;
- ☐ un site public doit permettre d’identifier son responsable et son hébergeur (mentions légales, d’après la CNIL et la loi du 21 juin 2004 pour la confiance dans l’économie numérique) : renseigne-toi sur ce que cela implique dans ta situation ;
- ☐ tu sais comment dépublier.
Dépublier un site GitHub Pages : sur la page principale du dépôt, clique sur Settings (les réglages du dépôt), puis sur Pages dans la colonne de gauche. Sous GitHub Pages, à côté du message « Your site is live at » (« Votre site est publié sur » dans l’aide française de GitHub), ouvre le menu « … », puis choisis Unpublish site (« Annuler la publication du site »). Attention : le site disparaît, mais le dépôt n’est pas touché. S’il est public, son code et son historique restent lisibles ; un secret déjà publié doit donc être changé. Et d’après GitHub, un nouveau déploiement (par exemple une exécution réussie du workflow du dépôt) remet le site en ligne.
3Étape 3 : Publier (facultatif)
Si ta décision est de publier, suis la documentation de ton hébergeur, pas un tutoriel au hasard. Pour GitHub Pages : docs.github.com, partie « GitHub Pages », « Bien démarrer ». Tu peux te faire aider par ton agent, en mode Manuel, mais c’est toi qui fais la publication : c’est une action qui sort de ton ordinateur.
Faire toi-même
- Remplis la décision de mise en ligne pour ton outil.
- Si tu publies : passe toute la liste de contrôle, et note la date et l’adresse dans ton journal.
- Si tu restes en local : note pourquoi. C’est une décision, pas un renoncement.
Vérifier
C’est réussi si :
- ta décision est écrite, datée, avec ses raisons ;
- tu sais ce qui deviendrait public, et que les données du navigateur ne se partagent pas ;
- si tu as publié : la liste de contrôle est cochée, et tu sais dépublier.
Erreurs fréquentes :
- publier « pour voir », avec l’historique Git complet, sans l’avoir vérifié ;
- croire qu’un carnet en ligne sera partagé entre tous ;
- choisir un hébergeur sur la foi d’un tutoriel, sans lire ses conditions ;
- oublier que l’hébergeur enregistre des informations sur les visiteurs.
Conserver et reprendre
- Note dans ton journal l’adresse du site, l’hébergeur, la date, et comment dépublier.
- À chaque nouvelle version publiée, repasse la liste de contrôle.
Pour aller plus loin
facultatif
- Un outil partagé entre plusieurs personnes, avec des comptes et une base de données, est un vrai projet : spécification, sécurité, données personnelles, coûts. Mène-le avec la méthode du module 6, et commence toujours par la version la plus simple.
Mots nouveaux
5 mots expliqués
| Mot | Ce que ça veut dire |
|---|---|
| Mettre en ligne | Rendre une page accessible sur Internet, à une adresse |
| Hébergeur | Le service qui garde tes fichiers et les sert aux visiteurs |
| Site statique | Un site fait de fichiers (HTML, CSS, JavaScript), sans serveur qui calcule à chaque visite |
| Dépôt public | Un dépôt GitHub que tout le monde peut lire, code et historique compris |
| Dépublier | Retirer un site d’Internet (le code du dépôt peut rester visible) |
Vérifie ta compréhension
3 questions, sans note. Une explication s'affiche après chaque réponse.
Et ensuite ?
Leçon 8 · Entretenir : garder ton outil utile et compréhensible dans le temps.
Module 12 :
✏️ Faire les exercicesMon espace : ta progression, tes exercices et ta dernière leçon.
À vérifier : aucune mise en ligne n’a été faite pour cette leçon (c’est une action publique) ; les obligations légales d’un site public ne sont pas détaillées ici.
Sources et vérifications
3 sources
Date, version, sources Rédigée le 24/10/2026. Vérifications du 24/10/2026 :
- GitHub Pages (hébergement de sites statiques, disponible pour les dépôts publics avec l’offre gratuite, adresse par défaut, adresse IP des visiteurs enregistrée) : docs.github.com, « Qu’est-ce que GitHub Pages ? » ;
- stockage local propre à chaque navigateur : developer.mozilla.org, « Window : propriété localStorage » ;
- analyse des secrets dans l’historique : docs.github.com, « Analyse de secrets » ;
- mentions légales : cnil.fr, « Les mentions légales sur un site web, est-ce obligatoire ? ».
Sources vérifiées :