5 raisons qui m’ont fait quitter Wordpress

La gestion des publications

Wordpress est un CMS initialement orienté blog. De base, il ne propose que deux types de documents : les pages et les articles qu’il organise par ordre antéchronologique.

C’est une solution parfaite pour quiconque souhaite publier du contenu selon cette structure. On ne se soucie de rien : on écrit, agrémente d’images ou autres et l’article est publié de manière cohérente.

Mais quand le besoin va vers d’autres types de documents et une autre organisation, ça se complique. Wordpress permet de définir ses propre type de documents, ce qui nécessite de passer par du code. Des solutions moins techniques existent via des plug-ins… Ce qui nous conduit au second argument.

La dépendance aux plug-ins

Une des forces de Wordpress est qu’il peut être enrichi via les plug-ins. Si vous êtes développeurs (ou êtes prêts à un payer un), vous pouvez ajouter exactement la fonctionnalité qu’il vous faut.

Mais si vous n’avez aucune connaissance technique et que vous n’avez pas de moyens, vous pouvez utiliser les plug-ins qui sont partagés par la communauté. La richesse de ce catalogue est une des forces de Wordpress. Ce ne sera peut-être pas exactement ce que vous vouliez mais ça répondra à votre besoin.

Oui mais… Dans ce cas, vous devenez dépendant de l’éditeur de ce plug-in avec la question récurrente : combien de temps sera-t-il mis à jour et répondra-t-il toujours à mes besoins ? Le défaut des plug-ins gratuits est évidemment la maintenance. Rien n’oblige l’auteur à la faire. Une absence de maintenance a deux conséquences : à terme, le plug-in peut ne plus fonctionner avec l’évolution de Wordpress (vécu avec le passage à Gutenberg) et ça augmente le nombre de vulnérabilités.

Évidemment, il existe des plug-ins payants ou partiellement payants. Moins onéreux qu’un dev, vous pouvez être rassuré sur leur maintenance sur le long terme. Ils peuvent correspondre à vos attentes ou pas complètement.

Ceci dit, un Wordpress peut être assemblé à l'aide de nombreux plug-ins. Mais ceci a la fâcheuse tendance à le rendre lourd et le ralentir.

La complexité de gestion des thèmes

L’autre facette de la personnalisation de votre site, c’est son apparence. Wordpress peut être personnalisé par les thèmes. Tout comme les plug-ins, si Wordpress propose des thèmes de base que vous pouvez vous approprier, ce qui nécessite de connaitre les technos front. Mais comme pour les plug-ins, vous pouvez aussi utiliser un thème proposé par la communauté. Et ils permettent toujours (via la configuration Wordpress) de les paramétrer… légèrement.

Mais là aussi, vous avez le même situation que pour les plug-ins et les mêmes questions : quelle sera la maintenance du thème (pour les gratuits) ? Et est-ce qu’il intègre bien les éléments ajouté par plug-in ? Est-ce qu’ils prennent bien en charge les types de pages spécifiques que vous pourriez concevoir (voir le point 1) ?

Là aussi, l’idéal serait de plonger dans la conception du thème.

Php

Les trois points précédents ne sont problématiques que si on se repose sur des outils tiers. Je pourrai créer mon propre thème et mon ou mes plug-in(s).

Sauf que Wordpress, c’est du php et en ce qui me concerne, j’ai une connaissance très faible en php et je ne souhaite pas y consacrer du temps.

Surtout qu’un développement Wordpress ne se limite pas à connaitre php mais aussi l’API Wordpress. Dans l’ensemble, c’est un investissement qui, si il est uniquement dans ce but, est hors de prix.

Ceci dit, Wordpress n'est pas le seul CMS sur le marché. Après tout, il existe des solutions qui répondent aux points que j’ai soulevé précédemment. Drupal, que j’avais choisi il y a 16 ans, y répondait. Et si 3 ans plus tard je me suis dirigé vers Wordpress, c'était pour ne pas avoir à faire du code.

Pendant des années, nous n'avions pas vraiment le choix. Quasiment tous les CMS étaient en php. Mais ça, c'était avant et ça m'amène à mon dernier point.

Des solutions Python matures

Aujourd’hui, il existe des produits robustes dans le monde Pyhton. On peut penser à Django qui lors de sa création était appelé « le CMS » mais ce n’en n’est pas un. D’ailleurs, il est publié en tant que framework web. Mais des projets de CMS basé sur Django ont vu le jour : Django CMS (2007) et Wagtail (2014). Ces outils sont maintenant matures et ont fait leurs preuves.

Et en ce qui me concerne, cela fait maintenant 2 ans que je me suis intéressé à Wagtail. Et je peux le dire : je suis définitivement passé de Wordpress à Wagtail.

Wagtail n'est pas un CMS prêt à l'emploi, il nécessite de définir ses pages dans le cadre d'une app Django. Puis, il nécessite de définir l'apparence du site. C'est du travail mais c'est du Python avec Django que je connais. Je crée le plus simplement du monde mes propre apps que j'organise comme bon me semble en utilisant les composants du framework. Je peux toujours me reposer sur d'autres apps (l'équivalent de plug-ins) si nécessaire.

En conclusion

Je ne quitte pas Wordpress parce que c'est un mauvais produit mais parce qu'il ne correspond plus à mes besoins. On peut dire qu'il ne correspondait déjà pas à mes besoins à l'époque mais c'était le moins pire. Aujourd'hui, des solutions existent et en particulier dans le monde Python. Et c'est aussi une certaine satisfaction que de pouvoir intégrer son outil de publication dans ses autres outils.

C'était donc mes 5 raisons de quitter Wordpress et l'article qui annonce que j'aurai plusieurs publications Django et Wagtail sur le lab.