Hugo : premiers pas avec le moteur de sites statiques Hugo permet de créer rapidement des sites statiques. Installation, création d’un site, choix de thème et publication du premier article expliqués pas à pas. Hugo est un générateur de sites statiques rapide qui permet de produire des milliers de pages HTML en quelques secondes.
Hugo est un générateur de sites statiques rapide qui permet de produire des milliers de pages HTML en quelques secondes. Dans ce guide, nous allons non seulement rappeler les bases, mais aussi pousser un peu plus loin en vous montrant comment tirer pleinement parti de Hugo: installation, création d’un site avec hugo new site, sélection d’un thème depuis la bibliothèque officielle et configuration via le fichier de configuration. À la clé, un site prêt à être déployé sur n’importe quel hébergeur, sans dépendance serveur et avec une sécurité accrue par défaut.
Installer Hugo et tester l’environnement
Pour commencer, téléchargez le binaire correspondant à votre système et placez-le dans votre PATH. Vérifiez ensuite l’installation et la version de Hugo avec une commande simple. L’objectif est d’avoir une base stable avant de modifier n’importe quel fichier du projet.
Exemple d’étape rapide :
$ hugo versionCréer un site Hugo et comprendre la structure du projet
La commande hugo new site NOM_DU_SITE génère une arborescence minimale mais prête à l’emploi. Vous y trouverez des dossiers essentiels comme content pour les articles, layouts pour les templates, et static pour les ressources publiques. Le dossier themes permettra d’hériter le design via un thème actif. En pratique, vous déportez le style et les composants visuels dans le thème et vous vous concentrez sur le contenu.
Choisir et installer un thème depuis la bibliothèque officielle
La bibliothèque officielle de thèmes Hugo (accessible à partir du site thèmes Hugo) propose une grande variété de designs adaptés à différents secteurs. Pour utiliser un thème, clonez-le dans le dossier themes du site et activez-le dans le fichier de configuration. Certains thèmes exigent des paramètres supplémentaires dans la section [params] du fichier de configuration.
Configurer le site et le fichier de configuration
Le fichier de configuration peut être config.toml, config.yaml ou config.json; l’exemple ci‑dessous utilise TOML et montre les éléments de base :
baseURL = 'https://exemple.com/'
languageCode = 'fr-fr'
title = 'Mon Blog Hugo'
theme = 'nom-du-theme'
[params]
description = 'Un blog sur Hugo et les sites statiques'
Après configuration, Hugo peut générer le site via hugo et lancer un serveur local avec hugo server -D pour prévisualiser les modifications en temps réel.
Rédiger et publier votre premier article
Pour ajouter du contenu, créez une entrée dans content avec hugo new, par exemple :
$ hugo new posts/mon-premier-article.mdLe fichier Markdown s’accompagne d’un en-tête (front matter) qui peut ressembler à ceci :
---
title: 'Mon premier article Hugo'
date: 2026-04-16T12:00:00+01:00
draft: false
tags: ['hugo', 'static site']
---
Contenu en Markdown, avec des sections, des images optimisées et des liens internes.
Une fois l’article rédigé, lancez la génération :
$ hugoPour tester localement, utilisez :
$ hugo server -DCe que Hugo change dans votre flux de travail et ses limites
Avec Hugo, la génération est rapide et reproductible: vous écrivez du contenu, pas du code serveur. Le déploiement se fait ensuite sur tout hébergement capable de servir des fichiers statiques (Netlify, GitHub Pages, Vercel, AWS S3, etc.). Parmi les limites possibles, la gestion dynamique est moins naturelle: tout ce qui nécessite de l’interactivité côté serveur doit être externalisé ou remplacé par des solutions côté client. L’écosystème de plugins est également moins étendu que celui des frameworks dynamiques traditionnels, mais les possibilités offertes par les thèmes et les shortcodes couvrent une grande partie des besoins courants.
Pour terminer
Hugo est une solution mûre et performante pour produire des sites rapides et sécurisés sans dépendance serveur. En quelques étapes, vous passez d’un simple dépôt de contenu à un site prêt à être publié. Ce qu’il reste à surveiller, ce sont les évolutions des thèmes et les bonnes pratiques de déploiement adaptées à votre infrastructure choisie.
