Notre blog, ouvert depuis quelques années déjà, était propulsé par WordPress depuis ses débuts. Récemment, pour ne pas dire, il y a quelques jours, nous l’avons migré vers une nouvelle solution de site SSG basée sous Astro.build
Un changement de moteur (enfin pas tout à fait)
WordPress n’a pas complètement disparu et est encore utilisé pour écrire les articles et le contenu. C’est la partie présentation qui a été changée et remplacée par Astro.build
En effet, Astro.build se nourrit de WordPress à travers son API et plus exactement une API GraphQL (on aurait pu utiliser l’API Rest …)
Pourquoi ce changement de moteur ?
Nous voulions nous occuper de la rédaction du contenu mais pas forcément du moteur, ou tout du moins, le moins possible.
Nous pouvons mettre à jour Astro, sans forcément mettre à jour WordPress et vice versa. Les deux sont indépendants. Ainsi, si WordPress connait une avarie, le blog continue de fonctionner sans que personne ne voit de problème sur WordPress.
Nous gagnons également en sécurité puisque toutes nos pages sont majoritairement des pages HTML, ainsi, nous ne craignons plus les attaques. Aussi, nous sommes certains d’avoir des temps de réponses très faibles et constants, de quoi avoir une base saine pour un blog que nous souhaitons faire vivre et grandir.
C’est également un pas vers un hébergement plus vertueux. En effet, nous ne consommons que très peu de ressources, les pages étant générées uniquement que quand cela est nécessaire (quand une mise à jour est produite …)
Pourquoi Astro ?
Astro est un SSG pour Static Site Generator ou générateur de site statique. L’idée qui est derrière est de générer le plus possible, des pages HTML statiques tout en profitant d’une interface d’administration (ici, celle de WordPress … oui le Markdown existe et c’est bien, mais c’est plus confortable de pouvoir éditer sa page dans une page Web agréable …)
Nous avons fait notre choix pour Astro, après avoir fait du NextJS ou bien encore du GatsbyJS, pour nous, c’est actuellement le meilleur candidat, permettant ainsi :
- d’être « aux normes actuelles » en terme de référencement,
- d’utiliser du TypeScript / JavaScript pour réaliser les développements
- de garder une souplesse dans le choix des framework Frontend que nous pouvons utiliser puisque celui-ci supporte Svelte, VueJS, React, Solid ou bien encore AlpineJS
- d’aggréger différentes sources de données
Un changement de thème
Nous avons développé un thème home-made basé sur TailwindCSS collant plus, à la nouvelle identité visuelle en préparation pour notre nouveau site internet
Au final
Nous avons gagné en performances, souplesse, sécurité et résistance contre les attaques (tout type)
La peinture est encore fraîche mais comme nous travaillons avec de l’amélioration continue, tout rentrera dans l’ordre au fur et à mesure du temps et des livraisons que nous effectuerons grâce à notre usine logicielle basée sur Gitlab