Note (dernière mise à jour: 02-03-2024): Cet article fut originalement publié en anglais en septembre 2013. Les concepts qui y sont discutés sont encore parfaitement valides en 2024. Mais notez que les thèmes Headway, WooThemes Canvas ou iThemes Builder qui sont mentionnés dans la version anglaise de l’article (et au passage ici) ont été abandonnés par leurs développeurs respectifs il y a longtemps. Quand j’ai écrit cet article, j’utilisais déjà le thème Genesis pour tous les projets clients de mon agence. Je suis depuis passé à d’autres thèmes plus modernes et flexibles (GeneratePress) pour des raisons expliquées ailleurs.
Dans le futur, je vais écrire des articles de revues de produits pour les extensions et thèmes principaux que j’utilise dans les projets clients de mon agence. Mais avant de procéder à l’écriture de ces articles, je voulais en publier un qui détaille les critères que j’utilise pour évaluer un thème WordPress. Mes critères ne sont souvent pas les mêmes que la majorité des revues de produits que j’ai lues dans les dernières années et qui se concentrent souvent sur des attributs de surface des thèmes ou sur la longueur de la liste de fonctionnalités. Dans certains cas, plusieurs fonctionnalités ne devraient même pas être incluses dans un thème puisque ceux-ci vont presque toujours changer plus souvent que les fonctionnalités requises ou les extensions utilisées dans vos sites. De plus, on ne donne souvent pas assez d’importance à plusieurs autres éléments clés dans ces revues de produit ou bien ils sont simplement ignorés. Bien des articles de critiques de thèmes sont écrits pour un public non averti et moins connaissant de certains aspects techniques importants (débutants, non codeurs ou utilisateurs occasionnels). Peu de ces critiques de thèmes couvrent certains des aspects d’évaluation les plus importants pour les personnes ou les agences qui dépendent de la qualité et de la pérennité des produits utilisés dans les sites de leurs clients. Pour les agences et les travailleurs autonomes qui utilisent ces thèmes, ces attributs de surface tombent rapidement très bas dans la liste de priorité pour donner place à des considérations passablement plus importantes comme la flexibilité, la stabilité, la sécurité, la pérennité et la performance.
Donc, dans cet article je vais expliquer les 4 critères de base que j’utilise pour évaluer la possibilité d’utiliser un thème spécifique dans nos processus d’intégration et développement de projets clients. Je me concentre sur des critères qui sont rarement couverts dans des critiques de thèmes. Je ne parlerai donc pas de fonctionnalités spécifiques ou d’attributs tels que la facilité d’utilisation. Ces choses sont importantes, mais elles sont spécifiques à vos projets et ne devraient être évaluées qu’une fois que les critères de bases décrits ici sont satisfaits. Elles seront couvertes plus en détail dans des critiques de thèmes spécifiques qui seront publiées dans le futur. J’espère que cet article vous sera utile pour vous aider à faire des choix plus informés lorsque vous cherchez un thème parent à usages multiples ou thème-cadre (theme framework) et que vous ne savez pas par où commencer.
Pour qui cet article a-t-il été écrit ?
Cet article s’adresse principalement à des développeurs ou intégrateurs WordPress professionnels travaillant seuls ou en agence et qui cherchent des solutions flexibles et évolutives pouvant être réutilisées d’un projet à l’autre. Si vous ne savez pas coder ou n’êtes pas intéressé à apprendre parce que ce n’est pas votre travail ou responsabilité, ou vous êtes un amateur de WordPress, mais ni votre revenu ni celui de qui que ce soit ne dépend de la qualité des sites que vous créez avec WordPress, cet article ne s’adresse pas vraiment à vous malgré que vous en tirerez probablement quand même des trucs qui pourront vous aider avec vos projets.
Mais si vous développez ou voulez développer des sites WordPress pour des clients payants ou, si vous n’êtes pas un codeur mais travaillez dans une agence, studio ou avec une équipe dans laquelle vous avez un poids décisionnel sur le choix des outils WordPress utilisés par votre équipe, cet article s’adresse directement à vous. Je fais cette distinction comme, beaucoup de revues de thèmes WordPress ne se concentrent que sur les aspects esthétiques ou des listes de fonctionnalités ou attributs plus ou moins douteux comme « aucun codage requis ». Ils omettent aussi presque toujours de mentionner le public cible du thème ou de leur revue et omettent d’autres critères de sélection très importants, mais moins « sexy ». Plusieurs évaluateurs n’utilisent souvent un thème que pour quelques heures (au mieux) et ne les utilisent pas dans de vrais projets où ils pourraient mieux évaluer la performance ou la vitesse de ces thèmes dans des sites qui reçoivent un niveau trafic normal afin d’évaluer leur stabilité et performance avant de publier leurs articles. Lorsque vous attendez de passer à travers quelques mises à jour de WordPress ou du thème dans un environnement de test, le temps peut révéler des surprises désagréables si le développeur du thème ne suit pas les standards de WordPress ou ne fait pas attention aux « améliorations » qui pourraient affecter la mise en page de sites existants lors de mises à jour du thème. À cet égard, les thèmes et thèmes-cadre ne sont certainement PAS créés égaux…
J’ai souvent perdu des heures à réparer des sites après qu’une mise à jour de thème en ait brisé la mise en page. Pour moi, ceci est inaceptable (surtout pour des produits payants) et peut être facilement évité si le développeur du thème y porte attention. Mais bizarrement, aucune revue de thème que j’ai jamais lue n’a mentionné cette question. Ce n’est pas surprenant quand on sait que les blogueurs qui évaluent des produits WordPress sont souvent payés pour le faire. Un autre aspect qui rend le choix de votre thème-cadre ou thème parent important est le temps qu’il vous faudra investir pour le maitriser. Un thème qui semble solide peut avec le temps et l’usage révéler des limitations ou des défauts qui ne sont pas évidents à déceler pour les nouveaux utilisateurs. Les limitations du thème peuvent se révéler au moment où un client vous demande une fonctionnalité particulière qui tombe en dehors des fonctionnalités que le thème supporte et, si vous n’avez pas les connaissances pour ajouter cette fonctionnalité vous-même manuellement, vous devrez payer pour engager quelqu’un pour le faire. Donc, si votre temps est important pour vous, sachez que les thèmes pour lesquels je vais écrire des évaluations sont des thèmes que j’ai utilisés dans au moins un site client, le site de notre agence ou sur celui-ci. Souvent, après l’avoir essayé dans mon environnement de test pendant plusieurs mois pour évaluer sa flexibilité et sa convivialité. Vous pourrez donc juger de mes conclusions en conséquence si vous les lisez ces articles futurs.
Que sont les thèmes-cadres de WordPress (theme frameworks)
Vous trouverez plusieurs explications de ce que sont les thèmes-cadres en cherchant un peu mais je vais rapidement définir ce que j’entends par ce terme pour que vous soyez conscients d’où je viens plus loin dans l’article. À l’inverse d’un thème standard dont la majorité des éléments visuels sont prédéfinis en un gabarit préconçu pour une utilisation dans un contexte spécifique, un thème-cadre est un point de départ plus neutre et réutilisable qui sert de base pour intégrer vos propres concepts visuels et fonctionnalités dans un site web propulsé par WordPress. Ils sont une base de départ connue que vous réutilisez d’un projet à l’autre pour bâtir votre site ou les sites de vos clients.
Plusieurs fournisseurs de ce type de thèmes vendent aussi des thèmes-enfants préconçus similaires à des thèmes standards mais avec toute la puissance et la flexibilité du thème-cadre parent. Mais pour mes propres fins, j’aborde le sujet du point de vue d’un développeur qui intègre des visuels personnalisés à chaque client, visuels qui ont été créés par un designer graphique. Pour accomplir le travail de personnalisation et d’intégration de visuels 100% personnalisés, chaque thème-cadre vient avec un nombre variable de contrôles visuels et d’options pour modifier les fonctionnalités et l’apparence du site. Certains thèmes-cadres ont peu d’options visuelles et d’autres ont des sections d’administration exhaustives ou utilisent le « Customizer » de WordPress pour changer couleurs, polices, espacements, mise en page et plus. Certains ont des options de SEO sophistiquées et/ou viennent avec leurs propres widgets, codes courts (shortcodes) ou mêmes leurs propres contenus personnalisés (Custom Post Types). Certains ont des interfaces en glisser-déplacer pour faire de la mise en page comme des constructeurs de pages et d’autres ont des moyens plus indirects d’accomplir la même chose dans l’admin de WordPress ou le Customizer. Tout ceci fait que ces produits sont difficiles à comparer directement pour les évaluer. Si vous travaillez avec WordPress depuis un certain temps, vous êtes probablement déjà familiers avec le concept de thème parent/thème enfant (child theme). Je ne l’expliquerai donc pas ici mais vous pouvez vous informer sur le sujet ici si c’est nouveau pour vous. La majorité des thèmes-cadres fonctionnent avec le paradigme standard thème-parent/thème-enfant qui est utilisé pour isoler les personnalisations d’un thème via code à l’extérieur du thème-parent et donc à l’abri des mises à jour du thème parent. Mais certains thèmes-cadres utilisent leur système spécifique de « skins ». Sans surprise, je préconise fortement l’utilisation des thèmes-enfants pour plusieurs raisons incluant que l’utilisation d’un thème-enfant simplifie la réutilisation de fonctions et bouts de codes personnalisés que vous pouvez réutiliser d’un projet à l’autre en installent le même thème-enfant de départ pour votre thème-cadre de choix. Ce thème-enfant de départ peut donc évoluer avec vos besoins et ceux de vos clients ainsi que votre niveau d’expérience.
Mes 4 critères de base pour évaluer un thème-cadre WordPress
Comme tous les professionnels qui travaillent avec WordPress, j’essaie toujours de sélectionner le meilleur thème possible pour le projet qui est devant moi. Ce choix dépend bien sûr de 2 choses importantes :
D’une part, la complexité de la mise en page ou de la présentation. Avec l’avancée des constructeurs de pages et le l’éditeur de blocs (Gutenberg), la mise en page du contenu dépend souvent de moins en moins du thème lui-même. Mais celle de l’entête, des menus, du bas de page et aussi la typographie générale du site devraient à mon avis encore se faire avec le thème même si les constructeurs de pages modernes comme Elementor, Beaver Builder ou Brizy peuvent aussi maintenant assumer ce rôle. Le balisage du thème sera toujours plus optimal et plus léger.
D’autre part, la complexité des fonctionnalités requises pour le site (contenus personnalisés, commerce électronique, etc.) Ces choses ont un impact direct sur mon choix de thème-cadre comme tous les thèmes ne sont pas également flexibles au niveau de leur possible configuration que d’autres. Donc, sans plus attendre, voici mes critères de sélection de base.
1- Est-ce que le thème est bâti en suivant les meilleures pratiques de développement WordPress?
Ce critère en est un que je ne vois jamais mentionné dans des critiques de thème. C’est pourtant probablement LE critère de sélection le plus important au-delà de savoir si le thème possède les fonctionnalités requises à vos projets. La qualité du code d’un thème n’est simplement pas sur le radar de la majorité des critiques de produits WordPress ni des utilisateurs qui ne sont pas des codeurs. C’est pourquoi ces derniers ont besoin de l’aide de critiques de thèmes. Ce critère est absolument primordial et c’est souvent celui qui causera des problèmes aux utilisateurs moins connaissants des aspects techniques dans le futur soit, lors de mises à jour ou lorsque vous voudrez changer de thème. Les choses dont je parle ici incluent des concepts comme : est-ce que le thème supporte et/ou utilise le paradigme du thème-parent et thème-enfant? La grande majorité des thèmes et thèmes-cadres modernes supportent ceci et c’est un critère clé pour isoler vos personnalisations de code (CSS ou PHP) en dehors du thème-parent dont le dossier et tous les fichiers seront supprimés et remplacés lors de mises à jour.
En deuxième lieu, est-ce que le thème expose le code de la boucle WordPress (WordPress loop) dans des fichiers gabarits standards qui peuvent être outrepassés dans un thème-enfant (par exemple single.php, archive.php, etc.) Certains thèmes-cadres comme Genesis n’exposent pas le code de la boucle WordPress mais utilisent plutôt un système sophistiqué « d’accroches et de filtres » (hooks and filters) à la place. Les 2 systèmes se valent mais ce système de « hooks and filters » est moins standard et toujours très spécifique au thème utilisé donc, plus compliqué à migrer vers un nouveau thème. Ce qui est passablement plus important pour moi est de savoir si le thème s’intègre bien dans l’écosystème WordPress. Plusieurs thèmes que j’ai utilisés dans le passé le font bien (iThemes Builder, les vieux thèmes de WooThemes, le thème-cadre Genesis) mais d’autres comme le thème Headway le font beaucoup moins bien et le thème Thesis encore moins. Ces deux derniers utilisent beaucoup de technique qui leur sont spécifiques comme des « skins » en lieu d’un thème-enfant ce qui n’est pas standard. Ceci peut rendre la migration vers un nouveau thème plus complexe mais, surtout, causer des conflits avec des extensions qui dépendent de la présence d’un thème-enfant pour y mettre des remplacements de fichiers (template overrides) pour modifier leur fonctionnement comme WooCommerce et bien d’autres extensions le font. Ceci est un réel problème pour moi, surtout quand vous avez besoin d’une extension de « connexion » comme le requiert Genesis pour bien fonctionner avec WooCommerce et d’autres extensions. Ceci alourdit inutilement le processus et c’est une des raisons pour lesquelles je n’utilise plus Genesis.
Quand on commence à utiliser WordPress comme un vrai CMS (Content Management System) et non un simple blogue et que vos clients ont besoin de fonctionnalités plus complexes ou personnalisées, l’utilisation de la fonctionnalité de contenus personnalisés de WordPress (Custom Post Types) devient essentielle. Si votre thème respecte les standards de développement de WordPress, ceci sera beaucoup plus facile. Encore une fois, ce critère est rarement mentionné. Finalement, une autre question liée aux standards de WordPress est qu’un thème donné devrait généralement se limiter à contrôler l’apparence d’un site et laisser les fonctionnalités additionnelles à des extensions. Par exemple, plusieurs thèmes ajoutent des fonctionnalités comme des portfolios ou d’autres types de contenus, et ce souvent à travers les « Custom Post Types ». Si ces contenus doivent survivre à un changement de thème (ce qui est généralement le cas), ces contenus devraient être ajoutés au site via des extensions spécialisées ou via du code vivant dans un plugin fonctionnel à vous et non via le thème. Beaucoup de thèmes brisent cette règle et utilisent même ce fait pour mousser leurs ventes et allonger leurs listes de fonctionnalités… et beaucoup d’utilisateurs plus débutants ou moins techniques tombent dans le panneau. C’est pourquoi je recommande toujours d’éviter les « marchés » de thèmes comme Themeforest comme ces listes de fonctionnalités sont souvent la façon dont les thèmes essaient de se démarquer et ces thèmes deviennent donc très lourds, lents et souvent difficiles à garder à jour sans briser votre site. Éviter ce type de thèmes vous simplifiera la vie dans le futur.
2- Est-ce que le thème est bâti en suivant les meilleures pratiques et standards de l’industrie?
En d’autres mots, est-ce que le balisage HTML, le code CSS et JavaScript sont bien organisés, légers et faciles à lire et, est-ce que le thème supporte les critères de base d’accessibilité? Je parle ici du codage « public » (front-end code) et de sa qualité. Un bon thème sera accessible, optimisé avec les microdonnées » Schema.org » et le code sera léger, sémantique et valide. Aussi, le thème est-il adaptatif (responsive). L’accessibilité n’est pas un sujet « sexy » mais c’est extrêmement important. N’oubliez jamais que l’utilisateur #1 pour qui c’est important est Google… et Google est « aveugle » et ne vois pas les images. L’accessibilité de votre thème est donc très importante. Dans certains secteurs, il est requis par la loi que votre site réponde à certains critères d’accessibilité. De plus, est-ce que le balisage HTML du thème est sémantique et utilise HTML5? C’est important pour le référencement naturel (organic SEO). Heureusement, ce critère est plus facile à évaluer que le premier comme vous pouvez explorer le code public des démos du thème directement. Vous pouvez vérifier la validité du code, voir si le code est clair, lisible, léger et sémantique, etc. Les vendeurs de thèmes ne peuvent cacher les faiblesses de leurs produits à ce niveau. Si le code public du site est lourd, contient de nombreuses d’erreurs et n’est pas sémantique, c’est généralement une bonne indication de la qualité générale du code incluant le code PHP qui produit le code public du site. Les démos de thème peuvent aussi vous donner une bonne idée de la vitesse du thème, mais ces démos sont souvent sur des serveurs optimisés beaucoup plus puissants que les comptes en hébergement partagés souvent utilisés par des utilisateurs débutants ou moins connaissants.
Par contre, beaucoup d’articles existent qui comparent la performance relative de thèmes populaires. Utilisez Google pour les trouver… mais méfiez-vous, car ces articles sont souvent écrits par des personnes qui sont payées pour faire bien paraitre des thèmes spécifiques. Pour les professionnels comme moi qui utilisons souvent un thème-enfant de départ pour intégrer un visuel personnalisé dans un site client, ce critère est essentiel. Il influence directement la facilité avec laquelle l’apparence par défaut du thème pourra être modifiée. Lorsque je bâtis un thème-enfant et y intègre mes propres styles CSS, je ne veux pas me battre avec les styles par défaut du thème. Donc le code CSS du thème doit être solide et les sélecteurs ne doivent pas être trop spécifiques. Une surutilisation de la commande CSS « !important » rendra aussi votre travail plus difficile. Le CSS « en ligne » (inline CSS) devrait aussi être évité autant que possible dans le balisage du thème. En ce qui concerne le HTML, un thème-cadre doit balancer la flexibilité avec un code propre et sémantique. Ici les thèmes-cadres et thèmes-parents modernes comme Genesis, GeneratePress ou Astra sont très bien optimisés et offrent la possibilité de styler les éléments contrôlés par le thème de manière détaillée.
3- Le thème est-il stable lors de mises à jour mineures ou majeures
Ce critère a une grande importance pour moi. WordPress est de loin le Système de Gestion de Contenu le plus populaire et le plus utilisé sur le web. Cette popularité en fait une cible de choix pour des attaques de toutes sortes. Il est donc primordial que toutes les composantes d’une installation de WordPress (que ce soit le thème, les extensions et WordPress lui-même) soient mises à jour régulièrement pour demeurer le plus sécuritaires possible. Durant les 10 années et plus que j’ai utilisé WordPress, peu de mises à jour m’ont causé des problèmes majeurs comme des bris de mise en page ou des bris de fonctionnalité d’un site. Mais quand j’ai rencontré ces problèmes, ils ont le plus souvent été causés par le thème. Ce critère est impossible à évaluer en lisant une liste de fonctionnalités ou en n’utilisant un thème que quelques heures ou quelques jours. C’est pour cette raison que les critiques de thèmes ne le mentionnent que très rarement. Mais pour moi, c’est un critère primordial et incontournable.
Mises à jour mineures
Je parle ici de mises à jour mineures d’un thème parent qui réparent des failes de sécurité ou réparent un bogue (le thème passe de la version 5.2.3 à 5.2.4 par exemple). Ces mises à jour n’apportent généralement pas de nouvelles fonctionnalités et n’en modifient pas d’existantes. Mais ceci peut arriver avec certains fournisseurs de thèmes. Idéalement, des mises à jour mineures ne devraient jamais apporter de changements de fonctionnalités importants qui pourraient modifier la mise en page ou le fonctionnement de sites existants (rétrocompatibilité). Peu de thèmes ont une feuille de route parfaite ici mais, jusqu’à maintenant, Genesis, GeneratePress et Astra ont été très stables pour moi (Genesis étant le thème que nous utilisons depuis le plus longtemps et Astra le plus récent). Nous avons passé à travers des mises à jour majeures des 3 thèmes sans bris de mise en page ou de fonctionnalité existante. Je ne peux dire la même chose du thème WooThemes Canvas (maintenant discontinué) qui a apporté à un moment donné des changements importants à son balisage HTML sans offrir d’option de rétrocompatibilité ce qui eu pour effet qu’il a fallu réécrire presque tout le CSS personnalisé. Même chose pour Headway qui fut très populaire il y a quelques années et qui est de facto aussi discontinué même s’il est encore vendu. Une des mises à jour de ce thème fut une réécriture complète qui avait tout changé incluant la manière de travailler avec le thème et ceci sans offrir d’outils de mise à niveau des sites existants roulant sous la version précédente. Ces sites ont du être migrés vers un autre thème comme cette pratique à totalement brisé ma confiance envers le développeur de Headway. D’autres évènements et comportements ultérieurs des développeurs de Headway ont confirmé ma décision… Ceci m’amène donc aux mises à jour majeures.
Mises à jour majeures
Je parle ici de mises à jour importantes comme de passer le la version 2.x à 3.x par exemple. Ces mises à niveau majeures apportent généralement de nouvelles fonctionnalités et des changements plus importants. Les développeurs de thèmes ont 2 philosophies très différentes en ce qui a trait aux mises à jour majeures et la validité de chaque philosophie est moins claire que dans le cas de mises à jour mineures. Pour ces dernières, la stabilité est selon moi primordiale comme je considère que je ne devrais pas avoir à « réparer » mon code personnalisé à chaque mise à jour mineure.
Mais dans le cas des mises à jour majeures, les développeurs de thèmes y voient parfois l’opportunité de réécrire complètement leur code pour le moderniser et ceci peut couper complètement la rétrocompatibilité avec les versions passées. C’est ce que Headway a fait avec la version 3.0 de leur thème et Thesis avec leur version 2.0. Dans les 2 cas, les sites roulant la version précédente n’ont pu être mis à niveaux directement ou facilement sans qu’il y ait eu à refaire tout le travail de personnalisation. C’est vraiment l’équivalent de changer complètement de thème. Vous seuls pouvez juger si c’est acceptable ou non pour vos projets mais, pour moi, ceci met un poids indu soit sur l’agence qui a monté le site de faire ces travaux de mise à jour sans frais ou sur le client de payer pour les faire faire par l’agence. Ceci gardant en tête que le client n’a pas demandé de changements ni de nouvelle fonctionnalité et le visuel reste le même.
J’ai cessé d’utiliser Thesis il y a plusieurs années (c’était ma première expérience avec un « theme framework » et elle fut de courte durée) mais j’ai vécu la mise à niveau de Headway de 2.x à 3.x et elle fut passablement plus douloureuse pour moi qui étais travailleur autonome seul à ce moment. J’avais plusieurs sites client avec forfaits d’entretien actifs. Pendant des mois, les gens de Headway ont promis un outil de mise à niveau qui n’est jamais arrivé. J’ai donc dû passer ces sites clients à un autre thème moi-même sur mon propre temps. Leçon apprise… Dans le cas de iThemes Builder puis de Genesis que j’ai utilisé par la suite, j’ai vécu des mises à jour majeures apportant des nouvelles fonctionnalités majeures sans briser aucun site existant. Ces nouvelles fonctionnalités incluaient des choses comme de rendre le thème adaptatif et même de passer d’un balisage XHTML à HTML5. Dans les 2 cas, une ligne de code PHP était requise pour « activer » la nouvelle fonctionnalité majeure. C’est ce qu’on appelle de la rétrocompatibilité et, à mon avis, c’est la façon responsable de faire des mises à jour majeures en préservant l’intégrité des installations existantes. Vous aurez donc de la recherche à faire dans l’historique de mise à jour du développeur du thème qui vous intéresse avant de prendre une décision. Vous devrez voir comment son développeur traite les mises à jour majeures et comment celles-ci ont affecté leurs utilisateurs existants. Dans le cas de GeneratePress ou Genesis, vous avez des développeurs de thèmes qui offrent des mises à jour majeures avec une excellente rétrocompatibilité avec les versions plus anciennes. Dans le cas d’autres thèmes, vous subirez peut-être une brisure complète avec le passé.
Certains diront que les changements majeurs dans certains thèmes lors de mises à jour justifient ces brisures de rétrocompatibilité. Selon mon expérience avec Headway, Thesis et d’autres thèmes que j’ai rencontrés sur des sites clients dont nous avons hérité la maintenance, ce n’était pas justifié. Ou bien la version précédant la brisure aurait du être supportée plus longtemps au minimum pour la sécurité et sa compatibilité de base avec WordPress plutôt qu’être simplement abandonnée. Mais vous seuls pouvez décider pour vous-mêmes et vos clients si c’est un critère qui outrepasse les autres qualités du thème qui vous intéresse. Une mise à jour majeure de thème peut être une bonne opportunité de voir avec vos clients si une mise à jour plus importante à leur site serait appropriée. À ce moment vous pourriez décider que le site pourrait profiter d’une mise à jour visuelle de toute façon ce qui implique que la mise à jour du thème ou un changement complet de thème serait justifié. Vaut mieux par contre être conscient de l’historique du développeur du thème qui vous intéresse à ce sujet avant d’en faire le choix afin de ne pas avoir de mauvaises surprises dans le futur.
Au départ, il sera difficile d’avoir une idée des difficultés de mise à jour que vous pourriez rencontrer dans le futur avec un thème donné. Vous pourriez demander l’avis d’autres utilisateurs sur les réseaux sociaux, forums de discussion ou directement du développeur en leur posant la question. Être bien informé(e) de ces questions avant de faire un choix aussi important pour un site client est votre responsabilité. De plus, si votre client essaie de vous imposer sa préférence pour un thème que vous savez problématique à ce niveau ou pour d’autres raisons, il est aussi de votre responsabilité de les éduquer. Les clients n’ont PAS toujours raison même si ce mythe a la vie dure…
4- Est-ce que le développeur du thème est solide et fiable ?
Au-delà des aspects techniques de sélection d’un thème discutés précédemment, la fiabilité du développeur du thème est probablement le critère le plus important. Je parle ici de la capacité du développeur du thème de le supporter adéquatement, l’améliorer et le garder sécuritaire et performant sur le long terme. Selon mon expérience, des compagnies de plus grande taille comme StudioPress (Genesis) m’ont offert un meilleur soutien et une meilleure expérience client en général que des petites compagnies de 2-3 personnes comme Thesis ou Headway. Les compagnies avec plus d’employés peuvent généralement supporter plus de requêtes de soutien technique et peuvent investir plus de temps et de ressources dans la planification, le développement et la maintenance de leurs produits.
Il y a par contre des exceptions notables à cette règle. Vous ne devriez donc pas y accorder trop d’importance non plus. Des exemples d’exceptions incluent GeneratePress qui est un des thèmes les mieux supportés que je connais. Le développeur répond souvent directement aux questions de ses clients de manière plus complète que la majorité de ses compétiteurs et a une petite équipe très efficace qui l’aide. Le thème s’améliore aussi constamment. Donc la taille de l’entreprise derrière le thème peut donner une indication de la qualité du service que vous recevrez mais ce n’est pas un indicateur infaillible comme de plus petits fournisseurs se démarquent très bien.
Conclusion
Comme vous le voyez, mon premier critère de sélection est difficile a évaluer si vous ne possédez pas déjà un thème spécifique pour pouvoir le tester dans un environnement de développement (local ou en ligne). La qualité du support du fournisseur et leur capacité d’amélioration continue aussi. Les échelles de prix de la majorité des vendeurs de thèmes-cadres sont généralement plutôt raisonnables donc, si vous voulez réutiliser un même thème sur plusieurs projets clients, il vaut certainement la peine d’investir dans 2 ou 3 d’entre eux comme je l’ai fait pour les tester convenablement et voir comment le fournisseur se comporte sur un bout de temps. Les critères 3 et 4 requièrent un peu de recherche et d’effort de votre part mais cet investissement va aussi porter fruit dans le futur comme il pourra vous éviter des problèmes plus tard.
Laisser du temps passer avant d’utiliser un thème sur plusieurs projets peut vous aider a passer par-dessus une bonne première impression trompeuse ou la séduction d’une liste de fonctionnalité impressionnante et vous pousser à regarder plus loin. Ces critères moins évidents peuvent avoir un impact important sur votre expérience avec un thème et sa stabilité à long terme dans vos projets clients ou personnels. Je publierai dans le futur des évaluations de thèmes-cadres mais vous connaissez maintenant les 4 critères que je regarde avant de plonger dans les fonctionnalités et processus d’utilisation du thème.
J’espère que cet article vous sera utile pour faire des choix mieux informés !