Le 25 octobre 2016, après avoir songé à migrer sous WordPress, je décidais de finalement rester sous PluXml. Un an et demi plus tard, la question se pose à nouveau, mais cette fois, je suis à deux doigts de sauter le pas.
PluXml est un excellent moteur de blog. Il est léger, bidouillable à souhait et présente l’avantage de charger en un temps record. Oui, PluXml est un excellent outil ! Alors, pourquoi en changer me direz-vous ?
De mon point de vue, la principale fragilité de PluXml est qu’il est principalement maintenu par une seule personne qui, en plus de cela, fournit les principaux plugins indispensables. Si cette personne venait à jeter l’éponge, je ne suis pas sûr que le CMS survivrait. Si au départ je m’étais fixé l’objectif de participer au développement de l’outil, je me suis rapidement rendu compte que malheureusement ma vie perso et pro ne me laisse guère de temps à consacrer à un projet.
Cette fragilité, bien que relative pour le moment (PluXml est toujours en cours de développement à ce jour), me gêne tout de même. Changer de CMS est donc avant tout une décision rationnelle. Je ne veux pas me retrouver un matin avec un CMS moribond. Bref, une fois le constat posé, il faut choisir un successeur. Et sur ce coup là, je ne fais pas dans l’originalité.
WordPress, c’est une (trop) grosse machine. D’ailleurs, pour tout vous dire, je ne suis pas fan de ce CMS. Je l’utilise déjà sur d’autres projets et je le trouve quelque peu « lourd ». Cependant, force est de constater qu’aujourd’hui, c’est le poids lourd des CMS : maintenu quotidiennement avec possibilité de mises à jour automatiques, des thèmes et des plugins à profusion, une communauté énorme, etc. Bref, WordPress, c’est le choix de la raison et de la tranquillité.
Migrer d’un CMS à un autre n’est pas chose aisée, surtout quand il n’existe pas de moulinettes toute faite. Du coup, j’ai divisé le process en 7 étapes qu’il me faudra valider avant de pouvoir lancer la migration en production :
- Installation d’une instance WordPress en local
- Importation des billets depuis PluXml
- Importation des commentaires
- Installation du thème
- Installation des extensions indispensables
- Mise en place des redirections
- Tests fonctionnels
Pour le moment, j’ai traité les points 1, 2 et 4 sans soucis. Il me reste encore du pain sur la planche, surtout pour le point 3, avant de valider définitivement le changement de CMS.
Dans un prochain billet, je détaillerai ces 7 étapes car qui sait, peut-être ne suis-je pas le seul à tenter cette migration.
À bientôt !
Bonjour
Je cherche a migrer mon blog http://arobaseinformatique.eklablog.com vers un cms.
J’ai été tenté par WordPress ou Dotclear , mais l’aspect usine à gaz me rebute un peu…
En flat-file, j’avais testé Bludit ou Zwii mais Pluxml m’avais je n’avais pas été convaincu.
Mon webcv tourne lui sur GetsimpleCMS, mais si on veut le transformer en blog, je trouve dommage d’être obligé d’installer un plugin supplémentaire sur ce CMS.
Cordialement
Bonjour,
Il est indéniable que WordPress est beaucoup plus lourd qu’un CMS flat-file. Cependant, il a un atout non négligeable malgré, il est vrai, un côté usine à gaz : sa facilité d’administration. Toutes les opérations de maintenances sont automatisées et la multitude d’extensions disponibles permet de répondre à quasi tous les besoins. Mais effectivement, WordPress est lourd… très lourd. Personnellement, je ne regrette pas de m’y être mis. 🙂
Cela étant dit, je lorgne depuis quelque temps sur un CMS Flat-file plus que prometteur : Grav CMS. J’ai pu le tester sur un projet pro et je dois avouer que je trouve l’outil plus léger et ergonomique que WordPress.
Peut-être pourrait-il répondre à vos attentes ? 😛