Utiliser des thèmes WordPress tout faits : une bonne idée ?

J’aime beaucoup WordPress. Je pense que ça vient de mon apprentissage et de mes années de freelance. Plus de neuf projets sur dix sur lesquels j’ai travaillé ces années-là étaient sous WordPress. Et pour cause, une fois le CMS compris, il est facile à personnaliser et jouit d’une bonne popularité auprès des clients(es) et des acteurs(rices) du web. Cet outil bénéficie d’une communauté active. Il est accessible à tout le monde dans le sens où il ne demande pas de compétence technique spécifique pour s’en servir. Bref, c’est un outil très pratique. J’ai pu l’utiliser pour des projets à mon compte, en agence, et même personnels. Je parle ici de thèmes payants, ceux pour lesquels il faut débourser quelques euros pour les obtenir. En effet, bien souvent, un des premiers choix à réaliser dans le processus de conception d’un site porte sur le thème. Doit-on en développer un ou devons-nous utiliser un thème payant ? Les thèmes payants, c’est beau, ça fait le café et – on ne va pas se mentir – ce n’est pas cher. Seulement, voilà, ce n’est pas aussi simple. Le choix d’un thème tout fait n’est pas anodin. Opter pour cette solution a des effets pour le client(e), pour l’agence, et enfin pour l’utilisateur(rice). Voyez plutôt.

Choisir un thème payant, quel impact pour l’agence ?

Côté agence, il résulte de ce parti pris la nécessité d’adapter son process habituel, avec son lot de bonnes et de mauvaises surprises.

Le support, point fort de la solution payante

L’un des avantages des thèmes payants, c’est le support. Du moins, la plupart du temps. En effet, l’achat d’un thème permet d’avoir accès à une équipe technique en cas de question ou de soucis. Et à chaque fois que nous les avons contactés, nous avons eu affaire à des équipes réactives qui connaissent bien le thème et ses points de difficulté éventuels. On peut donc dire que l’achat d’un thème payant inclut le support technique à un prix minime.

Les thèmes payants et leur multitude d’extensions

Cette solution inclut un nombre d’extensions ultra élevé : entre vingt-et-un et quatre-vingt-quatre à Simplon Prod, véridique ! Parfois, un thème oblige à installer des extensions qui ne servent pas à la cliente/au client. Chaque extension a son code, sa compatibilité avec les autres extensions, ses mises à jour et ses failles de sécurité. En plus, si ce sont des extensions présentes sur le front office, ils ont leurs propres ressources (CSS, JavaScript, etc.), et leur propre code. Cela impacte plusieurs domaines. Pour la maintenance, les mises à jour sont compliquées par les dépendances. Concernant la performance, plus on charge de ressources, plus le site est lourd. Enfin, le code de l’extension est-il accessible ? À titre de comparaison, nous utilisons une dizaine d’extensions en moyenne pour un thème personnalisé à la Simplon Prod.

Une surcharge de code parfois complexe, voire impossible

Nous pouvons être amenés à modifier le thème via, par exemple, un thème enfant pour l’adapter à un besoin du client non couvert. Ces modifications sont parfois complexes, éventuellement hasardeuses. Où est situé le code à changer dans le thème ? Pouvons-nous le surcharger simplement, ou cela engendrera-t-il des impacts en cascade sur d’autres fichiers ? Cela va-t-il générer des régressions ? Je l’avoue, il m’est déjà arrivé de faire des surcharges en JavaScript car il nous était impossible de modifier un gabarit. C’est moche et ça rend la maintenance complexe !

Pour insérer d’autres fonctionnalités, il nous est parfois plus simple d’ajouter de nouvelles extensions. C’est le cas par exemple pour la création de nouveaux types de contenus, ou l’introduction d’un carrousel. Et qui dit plus d’extensions, dit complications supplémentaires.

La gestion des versions rendue difficile par la contribution

Le thème propose une personnalisation qui se fait donc dans la base de données, et non dans le code. C’est la contribution. La mise en place d’un site à partir d’un thème existant demande ainsi surtout de la contribution, et ça rend la gestion des versions compliquée. La contribution est à l’origine de problèmes de versions de base de données sur les différents environnements : développement, pré-production, production, etc. Ainsi, il est parfois impossible de figer une base de données le temps d’apporter des évolutions au site. Soit parce que la cliente/le client a un rythme soutenu de publication, soit parce que le déploiement de l’évolution s’étale dans le temps par exemple. À l’inverse, un thème maison peut gérer les versions de toute la configuration – à l’image de l’utilisation des metaboxes – pour ne garder quasiment que le contenu contribuable dans la base de données.

Bien que le support technique soit qualitatif, toutes ces problématiques augmentent notre coût de maintenance. Cette dernière est plus compliquée et les régressions plus nombreuses. J’ai l’esprit plus léger lorsque je dois maintenir un site avec un thème maison.

Et d’un point de vue utilisateur(rice) ?

Quand on pense à l’utilisateur(rice), on ne pense trop souvent qu’au design. Mais qu’en est-il de la qualité du site à travers lequel on communique ? Dans sa définition de la qualité¹, Opquast met l’accent sur des notions essentielles de l’expérience utilisateur et de la transversalité. Parmi elles, il y a deux grandes perdantes quand on recourt à des thèmes payants : l’accessibilité et la performance.

Première perdante : l’accessibilité

Une des grandes oubliées des thèmes payants, c’est l’accessibilité. On trouve beaucoup d’erreurs dans ces thèmes, et souvent les mêmes. Parmi les plus récurrentes, les problèmes de contrastes sont les gagnants, même sur des couleurs non administrables. Il y a aussi des focus clavier non visibles, une navigation clavier pas supportée, ou des champs de formulaires sans étiquette associée. En plus du manque d’inclusion, n’oubliez pas que c’est, depuis 2005, une obligation légale dans certains cas².

Deuxième perdante : la performance

Les thèmes sont lourds pour plusieurs raisons. La créa prend le dessus sur le fond, les ressources ont un poids qui vient pénaliser le chargement, les images sont nombreuses et leur taille n’est pas nécessairement optimisée pour le web. Ces considérations autour de la performance impactent le chargement des pages dans le navigateur.

Nous avons fait un test sur une vingtaine de sites réalisés avec des thèmes payants à Simplon Prod. Nous avons constaté que les pages d’accueil pèsent entre 2 et 7 Mo. Autre élément responsable de la lourdeur des pages dans notre test, le JavaScript pèse à lui seul souvent plus de 700 Ko.

Enfin, les thèmes payants ont un code plus complexe, ce qui peut alourdir le rendu de la page dans le navigateur.

Conclusion

Les thèmes payants ne sont pas une mauvaise approche, mais ce n’est pas une solution magique non plus. Je trouve qu’on a tendance à montrer leurs avantages – et surtout le rendu graphique – sans parler de l’impact que ça peut avoir. Les besoins et les compétences de la cliente/du client, le processus de conception et de mise à jour en agence, ainsi que la qualité pour l’utilisateur(rice) doivent peser dans la balance pour le choix de la solution technique. Cela ne devrait pas être le moyen par défaut pour des nouveaux projets, surtout pour des budgets serrés. Il existe plusieurs alternatives. Par exemple, à Simplon Prod, nous avons développé un concept « Offre d’entrée » qui répond à un large spectre de besoins. L’avantage, c’est que nous pouvons nous concentrer aussi sur la qualité du site. La cliente/le client peut faire des personnalisations simples, comme le logo, les couleurs, la typographie, etc. Si l’offre ne couvre pas l’ensemble des besoins du client, nous pouvons aussi facilement nous adapter et faire des évolutions. Cela n’est qu’une proposition de réponse, et il en existe d’autres. Pour finir, on peut questionner l’intérêt de recourir à WordPress si le site n’en a pas besoin.