Mettre un site en ligne : hébergement, nom de domaine et déploiement

Mettre un site en ligne, c'est copier ses fichiers sur un serveur web accessible depuis Internet (l'hébergement), lui associer un nom de domaine grâce au DNS, et activer HTTPS. Ce chapitre explique comment choisir un hébergement, réserver un domaine, configurer les enregistrements DNS, déployer les fichiers par SFTP ou avec Git, et vérifier le site avant et après sa publication. Pour choisir entre hébergement mutualisé, VPS et plateforme applicative du point de vue de l'organisation, vois le chapitre Nom de domaine, DNS et hébergement d'un site du cours Présence en ligne.

Les trois briques d'un site en ligne

Les trois peuvent être chez des prestataires différents : un domaine acheté chez un bureau d'enregistrement peut pointer vers un site hébergé ailleurs, il suffit de régler le DNS. Le fonctionnement du DNS et ses enregistrements (A, AAAA, CNAME, MX) sont expliqués dans le cours réseaux.

Choisir un hébergement

Le site de la médiathèque, en HTML et CSS, tient sur un hébergement statique. Dès qu'il aura besoin d'enregistrer des inscriptions dans une base de données, il lui faudra un hébergement capable d'exécuter du code côté serveur (PHP sur un mutualisé, ou une application sur un VPS).

Avant de choisir, vérifie aussi où sont stockées les données : pour un site qui collecte des données personnelles, un hébergement dans l'Union européenne simplifie beaucoup le respect du RGPD. Le nom, l'adresse et le téléphone de l'hébergeur iront dans les mentions légales (chapitre 14).

Réserver un nom de domaine

Un nom de domaine se loue à l'année auprès d'un bureau d'enregistrement accrédité. Chaque extension est gérée par un registre : l'Afnic pour le .fr, qui est ouvert aux personnes et aux organisations résidant ou établies dans l'Union européenne et dans quelques pays voisins.

Quelques règles de bon sens :

• un nom court, facile à dicter au téléphone, sans ambiguïté d'orthographe ;
• vérifier qu'il ne reprend pas une marque déposée par quelqu'un d'autre (risque de litige) ;
• le réserver au nom de l'organisation, pas de l'agence ou du stagiaire qui fait la démarche : c'est l'organisation qui doit en garder le contrôle ;
• activer le renouvellement automatique et garder une adresse de contact à jour : un domaine expiré, c'est un site et des adresses e-mail qui s'arrêtent du jour au lendemain, et un nom qu'un autre peut racheter.

Les informations sur le titulaire d'un domaine se consultent avec un service Whois (ou son successeur, RDAP) ; pour les particuliers, elles sont en grande partie masquées.

Relier le domaine au site : les enregistrements DNS

La zone DNS du domaine contient des enregistrements. Ceux que tu manipuleras pour un site :

L'hébergeur indique les valeurs à saisir : en général un enregistrement A (et AAAA) pour le domaine nu, et un CNAME pour www. Chaque enregistrement a une durée de vie en cache, le TTL : un changement peut mettre de quelques minutes à quelques heures à être vu partout. La commande nslookup www.mediatheque-tilleuls.fr (ou dig) vérifie ce que répond le DNS.

Le DNS est détaillé dans le cours services réseau.

Passer en HTTPS

HTTPS chiffre les échanges entre le navigateur et le serveur, et garantit au visiteur qu'il parle au bon site. Il demande un certificat TLS, délivré pour le nom de domaine par une autorité de certification. Aujourd'hui, c'est gratuit et automatique : les hébergeurs et les plateformes statiques obtiennent et renouvellent des certificats Let's Encrypt sans intervention. Sur ton propre serveur, l'outil certbot fait la même chose.

Une fois le certificat en place :

• redirige tout le trafic HTTP vers HTTPS (redirection 301), et choisis une seule forme d'adresse, avec ou sans www (chapitre 13) ;
• vérifie qu'aucune ressource n'est encore appelée en http:// (image, script, police) : c'est du contenu mixte, que le navigateur bloque ou signale ;
• un en-tête HSTS peut ensuite demander aux navigateurs de toujours utiliser HTTPS pour ce domaine.

Déployer par SFTP

Sur un hébergement mutualisé ou un serveur, la méthode la plus directe est de copier les fichiers avec un client SFTP, comme FileZilla ou WinSCP. L'hébergeur fournit un nom d'hôte, un identifiant, un mot de passe (ou une clé SSH) et le dossier où placer le site, souvent www/ ou public_html/.

Dans FileZilla : Fichier > Gestionnaire de sites, protocole SFTP, hôte, port 22, identifiant ; puis glisse le contenu de ton dossier local vers le dossier www/ distant. index.html doit être à la racine de ce dossier, pas dans un sous-dossier mediatheque/, sinon le site s'affiche à l'adresse /mediatheque/ ou pas du tout.

Le SFTP a un défaut : rien ne garde la trace de ce qui a été envoyé, quand et par qui. Écraser par erreur la version en ligne avec un vieux fichier est facile, et revenir en arrière demande une sauvegarde.

Déployer avec Git

Avec un dépôt Git, le site en ligne est construit à partir de l'historique : chaque mise en ligne correspond à un commit identifié, et revenir à la version précédente prend une commande. C'est la méthode des équipes de développement, et elle s'apprend avec le cours Git et GitHub.

Avec GitHub Pages, pour un site statique :

1. crée un dépôt et envoie-y ton site (index.html à la racine) ;
2. dans Settings > Pages, choisis de publier depuis la branche main ;
3. le site est en ligne à l'adresse https://<ton-identifiant>.github.io/<nom-du-depot>/ ;
4. à chaque git push, il est republié automatiquement.

git add .
git commit -m "Ajoute la page agenda des ateliers"
git push

Pour utiliser ton propre domaine, déclare-le dans Settings > Pages, crée les enregistrements DNS indiqués par la documentation de GitHub (un CNAME vers <ton-identifiant>.github.io pour www), puis coche Enforce HTTPS. Netlify, Cloudflare Pages et Vercel fonctionnent sur le même principe : on relie le dépôt une fois, et chaque push déclenche un déploiement, avec en prime une adresse de prévisualisation pour chaque branche.

La checklist avant la mise en ligne

Après la mise en ligne

• Déclare le site dans la Search Console et envoie le sitemap.xml (chapitre 13).
• Surveille la disponibilité : un service de supervision prévient quand le site ne répond plus ou que le certificat va expirer (voir le cours supervision).
• Sauvegarde : le dépôt Git est une sauvegarde du code ; la base de données et les fichiers envoyés par les utilisateurs ont besoin de la leur (sauvegarde et PRA).
• Note les échéances : renouvellement du domaine, de l'hébergement, des comptes d'accès.
• Documente : où est hébergé le site, qui a les accès, comment le redéployer. C'est la première chose que te demandera la personne qui reprendra le site, et une très bonne pièce pour ton portfolio.

Exercices

mediatheque-tilleuls.fr.      A      203.0.113.10
www.mediatheque-tilleuls.fr.  CNAME  mediatheque-tilleuls.fr.
mediatheque-tilleuls.fr.      MX     10 mx1.messagerie.example.