Qu'est-ce qu'un Générateur de Sites Statiques ?

00:29
Avant d’aller plus loin, il convient de bien faire la distinction entre le web dit “statique” et le web “dynamique” : l’appel à une base de données pour venir créer les pages à la volée.
Pour une page dynamique, le principe est assez similaire à cela : tout ce qui constitue le site, de l’ossature au contenu, est stocké sous forme d’enregistrements dans une base de données. Ce type de pages repose généralement sur un langage de programmation serveur permettant le requêtage type PHP, qui lui-même doit être supporté par le serveur web, et l’interpréter avant de faire tout appel que ce soit à la base de données.
Le monde du web statique est bien plus simple côté serveur que le monde dynamique : il suffit d’envoyer la page HTML qui est demandé par le navigateur web. C’est tout.
Un générateur de site statique est un logiciel que l’on installe habituellement sur sa propre machine. Le but du générateur de site statique est de :
Le but ultime de la génération de site statique : la rapidité et la légèreté d’exécution.
D’ailleurs, il est à noter que les SSG s’intègrent dans la JAMstack. La JAMstack, ou pile JavaScript API et Markup, est un mouvement dont le principe est d’alléger le web en s’appuyant sur un rendu statique et l’utilisation d’API pour les back office.
Qu’on se le dise, lorsque l’on parle de pages statiques, nous aurions presque l’impression de régresser 20 ans en arrière où il fallait coder chaque partie de sa page à la main. L’enfer.
C’est pour régler ce problème que les CMS sont nés : offrir une interface qui permettrait de faire certaines actions une seule fois côté développeur. Après tout, qui a envie de venir gérer une modification dans son menu, tout ça sur toutes les pages de son site, et à la main ? Les CMS ont réglé d’un seul coup ce type de problème… pour en créer d’autres, plus invisibles au quotidien pour son gestionnaire.
Un CMS repose sur le principe du web dynamique. Ainsi, lorsqu’une page est appelée côté utilisateur, voici comment nous pouvons découper les choses :
Et cela, à chaque fois qu’une page est appelée. On comprend rapidement que si son contenu n’est pas appelé à bouger 10 fois par jour, alors l’utilisation d’un site dynamique n’est peut-être pas la meilleure solution en terme de performance et de consommation énergétique.
Les générateurs de sites statiques, c’est une tentative de rapprocher les deux modes :
Au final, cela donne un logiciel qui va produire un rendu assez similaire qu’un CMS comme WordPress, tout en reposant uniquement sur des pages statiques.
L’avantage ? Voici à quoi se résume un échange de page statique avec un navigateur web :
Difficile de faire une approche plus directe.
Notons toutefois que l’interface d’administration diffère beaucoup entre un SSG et un CMS. Alors qu’un CMS tend à offrir une interface d’administration simple, au clic, un SSG offre quant à lui une interface bien plus austère et plus geek d’approche. Un “petit” détail qui ne joue clairement pas en la faveur de l’appropriation massive des SSG.
Lorsqu’on parle de sites statiques, il faut bien le reconnaître, nous aurions presque l’impression de régresser tant nous sommes habitués aux CMS, nous les premiers.
Et pourtant, tout le monde ne possède pas un site web qui nécessite de recharger chacune de ses pages, à chaque fois qu’on l’appelle : à commencer par notre site.
Comme de nombreux sites de contenus sur le web, nous avons besoin d’une interface qui nous permette d’intégrer ce billet que nous sommes en train d’écrire pour notre site. Mais une fois intégré, vais-je y faire si souvent des modifications dessus qu’il faille faire un appel en base de données à chaque fois qu’un ou une internaute souhaite la consulter ?
Dis autrement, un site statique généré par un SSG devait être la norme tant de nombreux sites reposent exclusivement sur la production de contenu.
Les avantages des générateurs de sites statiques sont assez nombreux :
Des avantages qui, à nos yeux, éclipsent tous les désagréments, pourtant nombreux il faut bien le reconnaître.
Tout n’est pas rose dans le monde de la base consommation énergétique et des sites sécurisés grâce à l’utilisation de générateurs de sites statiques :
Des inconvénients qui n’en sont rapidement plus une fois que l’on a pris en main l’une ou l’autre solution permettant de faire des sites statiques. Mais au fait, quelles sont ces solutions ?
Quand on parle de page statiques, deux noms viennent en tête :
Le premier car il est pensé pour travailler en headless avec de nombreux CMS et le second, car c’est lui qui propulse les pages GITHub.
Il existe de nombreux autres solutions comme :
Parce que nous pensons que le web statique est une forme de solution à la consommation énergétique des sites web ainsi qu’au besoin de performances des utilisateurs et utilisatrices, nous avons fait le choix de travailler avec Jekyll.
Pourquoi ? Car il est fait à partir de Ruby, que sa communauté est assez active et que surtout, il correspond parfaitement à nos objectifs: offrir du contenu, rapidement et simplement.
Alors, c’est pour quand la grande migration de votre site de contenu ?
https://jamstack.org/generators/
https://www.cloudflare.com/learning/performance/static-site-generator/
https://wsvincent.com/what-is-a-static-site-generator/
https://kinsta.com/blog/static-site-generator/