Aller au contenu
Formation gratuite et accessible à tous. Les cours évoluent grâce à tes retours.
Langue : FR

Mettre en ligne (option)

En testVérifiée le 24/10/2026

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-l07

Il 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 fautTon projet sous Git, sans secret (leçons 5 et 6) ; un compte GitHub, seulement si tu décides de publier
Coût0 € 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ée60 minutes
RappelUn 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 :

  1. 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.
  2. 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.
  3. 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

  1. Remplis la décision de mise en ligne pour ton outil.
  2. Si tu publies : passe toute la liste de contrôle, et note la date et l’adresse dans ton journal.
  3. 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
MotCe que ça veut dire
Mettre en ligneRendre une page accessible sur Internet, à une adresse
HébergeurLe service qui garde tes fichiers et les sert aux visiteurs
Site statiqueUn site fait de fichiers (HTML, CSS, JavaScript), sans serveur qui calcule à chaque visite
Dépôt publicUn dépôt GitHub que tout le monde peut lire, code et historique compris
DépublierRetirer 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.

1Tu mets ton carnet d'emprunts en ligne. Les membres verront-ils tous les mêmes emprunts ?
2Avec l'offre gratuite de GitHub, pour quels dépôts GitHub Pages est-il disponible ?
3Quand un site GitHub Pages est visité, que se passe-t-il, d'après GitHub ?

Et ensuite ?

Leçon 8 · Entretenir : garder ton outil utile et compréhensible dans le temps.

Module 12 :

✏️ Faire les exercices

Mon 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 :