Pourquoi changer ?

Mon site terreorange.com est pris en charge par WordPress depuis belle lurette. Et puis, l’envie de changer, de tester de nouvelles technologies et l’arrivée de l’IA générative¹ m’ont poussé à aller voir ailleurs si l’herbe était plus verte.

Ce qui m’a aussi motivé, ce sont les expériences des autres. Je lis régulièrement MacG et celles d’Anthony Nelzin-Santos et de Nicolas Furno m’ont orienté vers Hugo. (Et dès lors, j’avais des exemples desquels je pouvais m’inspirer.)

Cette technologie semblait cocher toutes les cases :

• Basée sur le format Markdown que j’utilise depuis des années.
• Open source et ouverte.
• Possibilité d’avoir tous mes posts en local (et donc possibilité de facilement faire des traitements de fond).
• Génération d’un site statique et donc excellentes performances en vue.
• Facilité avec laquelle on peut fabriquer son thème.
• Etc.

Le choix fut donc vite fait.

Comment faire ?

N.B. Mon but n’est pas d’expliquer ce qu’est Hugo ni comment cela fonctionne², ni de détailler comment j’ai procédé, mais de décrire mon cheminement.

J’utilise plusieurs machines Apple, Mac, iPad, iPhone… Il fallait donc que je puisse créer du contenu de partout. Je me suis dit : « Ben, il n’y a qu’à utiliser un dossier dans iCloud, non ? ». Petit souci, une fois le contenu créé, il faut exécuter Hugo pour générer le site.

J’aurais pu utiliser une de mes machines qui aurait généré régulièrement le site à partir du dossier iCloud. Mais j’ai regardé comment les personnes citées ci-dessus ont procédé et l’option GitHub m’a intéressée. Après tout, cela me permettait de tester quelque chose de nouveau, non ?

Et ce n’est pas si compliqué, il suffit de créer un repository sur GitHub et grâce aux Workflows³, on peut générer automatiquement le site quand le * repository* est modifié. C’est beau !

Et l’hébergement du site alors ? J’ai un hébergement Web chez OVH depuis longtemps. J’ai donc simplement continué dans cette voie⁴. Et vous savez quoi, on peut demander à GitHub de pousser le site généré vers un serveur FTP.

La récupération du contenu

Pour exporter mes données, j’ai d’abord utilisé  wordpress-to-hugo-exporter . Je souhaitais surtout récupérer mes posts qui sont pour la plupart des images. J’ai ensuite fait un gros travail de mise en forme avec des scripts Python et avec de l’huile de coude ! (Mon site est modeste, c’était donc envisageable.) Je suis d’ailleurs en train d’en profiter pour remettre en ligne des photos qui avaient disparu quand j’étais passé à Wordpress.

Le thème

On trouve facilement des thèmes clé en main. Mais tant qu’à faire, je me suis dit que j’allais faire le mien. J’ai pu ainsi m’initier au Go (Go, Hugo, vous suivez ?) et replonger dans le CSS. D’ailleurs, j’ai découvert que l’on pouvait utiliser les polices Adobe Fonts sur un site Web (si on dispose d’un abonnement bien sûr.)

J’ai avancé du côté des taxonomies pour pouvoir afficher les posts par années ou par catégories par exemple. Mais je n’ai pas encore trouvé comment pouvoir passer de post en post quand on se trouve dans une catégorie…

À un moment, je me suis demandé comment faire pour afficher la bannière RGPD, jusqu’à ce que je réalise que je n’avais pas à la mettre puisque je n’utilisais aucun cookie ! (Enfin, je l’espère !)

En tout cas, pour chaque situation, les exemples ne manquent pas sur le Web, c’est très aidant.

Avec quels outils ?

Pour travailler sur mon thème, j’utilise Nova. C’est un éditeur intégré qui permet de tout avoir sous le coude : le code d’un côté et le résultat de l’autre. (Hugo permet de générer à la volée le site en tenant compte des modifications que vous êtes en train de faire.) Pour GitHub, je n’ai pas réussi à utiliser de manière fluide Nova (pour l’instant). J’utilise donc le client officiel GitHub Desktop. Sur mon iPad, pour GitHub, j’utilise l’excellente application Working Copy qui permet de livrer le contenu du * repository* sous la forme d’un disque.

À partir de là, pour le contenu, je peux utiliser n’importe quel outil, tant qu’il permet de générer du Markdown. Je ne publie pas beaucoup, mais je pourrais utiliser des scripts qui automatisent les choses…

Alors, heureux ?

Oui, c’est amusant, car ces choix nécessitent de mettre en œuvre beaucoup de technologies. Je suis ravi du résultat et, effectivement, la vitesse n’a rien à voir. Le passage de WordPress à Hugo fait perdre quelques fonctionnalités natives comme les statistiques, mais, comme toujours, il y a des solutions. (Je suis en train de tester Plausible.) Bref, il y a encore du pain sur la planche.

Et voilà ! comme disent nos amis anglophones.