En septembre 2026, j’ai séparé la page d’accueil de criver.site de WordPress. Je n’ai pas abandonné WordPress : je le garde comme CMS pour les articles. La page d’accueil, elle, fonctionne désormais en HTML/CSS/JavaScript statique, avec un déploiement automatisé depuis GitHub vers Xserver.
Pourquoi ? Parce qu’en ajoutant des jeux et de petites applications web, il devenait inutile que l’entrée du site, le blog et les produits dépendent tous de la même couche WordPress.
Le problème avant le changement
Quand tout dépend de WordPress, une modification de thème ou de plugin peut affecter la page d’accueil. J’avais aussi un problème plus simple : pousser du code sur GitHub ne mettait pas automatiquement le site de production à jour. À l’époque des transferts manuels avec FileZilla, GitHub pouvait être à jour alors que le serveur utilisait encore d’anciens fichiers.
Mon architecture actuelle
- Accueil : HTML/CSS/JavaScript statique
- Source : GitHub
- Déploiement : GitHub Actions → Xserver
- Articles : WordPress
- Jeux et applications : indépendants de WordPress
La leçon principale : push ≠ déploiement
Au début, j’associais presque mentalement “push sur GitHub” et “site mis à jour”. En développant ORA Quest, j’ai constaté que le JavaScript pouvait être correct localement et sur GitHub, tout en restant ancien en production.
Depuis, je considère que le déploiement n’est terminé qu’après vérification de l’URL réelle du site.
L’automatisation ne supprime pas les erreurs
J’ai connu une mauvaise configuration FTPS provoquant une erreur SSL, ainsi que des cas où le cache continuait à servir un ancien fichier JavaScript. L’automatisation ne rend donc pas le système infaillible ; elle rend les erreurs plus faciles à localiser.
Séparer les rôles
Pour un projet individuel, une architecture complexe n’est pas nécessaire. Mais séparer l’entrée du site, le blog et les produits m’aide énormément. La page d’accueil dirige vers mes créations, notamment ORA Quest et le petit jeu de mémoire Oboete Iruka?. WordPress documente ce que j’ai construit, cassé puis amélioré.
Je n’ai donc pas choisi entre “tout WordPress” et “zéro WordPress”. Pour moi, le modèle hybride fonctionne mieux.
コメント