Pendant de nombreuses années, j’ai été un ardent défenseur de la séparation de toute fonctionnalité non liée à la conception des thèmes dans leurs propres plugins. J’ai beaucoup écrit sur la question. Qu’il s’agisse de codes abrégés, de types de publication personnalisés, de métadonnées d’utilisateur et d’un certain nombre de choses liées au contenu/aux données d’un utilisateur, j’ai tracé une ligne profonde dans le sable. Cela appartient à un plugin.

Si vous n’avez jamais entendu parler de « l’effet de verrouillage du thème », ce n’est pas un problème. Pour beaucoup, ce n’est pas un problème. Des endroits comme le répertoire de thèmes WordPress.org ont, pour la plupart, tracé une ligne similaire dans le sable.

L’objectif a toujours été d’éviter de piéger un utilisateur dans l’utilisation perpétuelle d’un thème particulier. Ce n’est pas une expérience utilisateur idéale lorsque certaines données cruciales ne sont plus disponibles lors du changement de conception. Et, tous les utilisateurs veulent éventuellement changer cela de temps en temps. Être coincé avec [shortcode-soup] tags jonchés sur un site n’est jamais amusant. La perte de l’accès administrateur à des dizaines, des centaines, voire des milliers de pages d’un type de publication personnalisé qui disparaît soudainement n’est pas non plus.

La communauté de développement de thèmes WordPress a évité ce problème – certains plus que d’autres – en regroupant séparément des fonctionnalités cruciales liées au contenu dans des plugins.

Les auteurs de thèmes qui ont contourné le verrouillage de thème via des plugins l’ont principalement fait dans leurs propres silos. Par exemple, au lieu de s’intégrer à un plugin de portefeuille existant, ils créeraient simplement le leur. Les seuls thèmes qui supportent ce plugin ? Les leurs. En fin de compte, les utilisateurs étaient toujours piégés.

Je ne peux pas faire reposer tout le poids de ce numéro sur les épaules des auteurs de thèmes. Les plugins de portefeuille sont un sou une douzaine. Soutenir WooCommerce pour une solution de commerce électronique ou bbPress pour les forums sont des choix faciles. Mais, lorsqu’il n’y a pas de leader clair dans l’industrie, une solution interne est tout aussi bonne que la plupart des autres.

Cependant, le système de blocs complique déjà les choses. Lorsqu’un thème prend en charge des fonctionnalités telles que les tailles de police, les couleurs et les dégradés, il verrouille essentiellement les utilisateurs. Basculez vers un autre avec une configuration différente, et chaque taille de police, couleur et dégradé que l’utilisateur a choisi d’utiliser ont disparu.

Imaginez insérer un bloc de paragraphe et choisir ce bleu ciel de votre thème comme arrière-plan du bloc. Maintenant, imaginez que vous fassiez cela quelques centaines de fois pour que cela disparaisse quelques années plus tard lorsque vous souhaitez changer de conception.

Je ne vais pas plonger dans les détails techniques de la façon dont cela fonctionne sous le capot. C’est juste la façon dont le système a été conçu. Quelques problèmes aurait pu être atténué dès le début, mais ce navire a navigué il y a deux ans et demi avec le lancement de WordPress 5.0. Il existe également des moyens de résoudre ce problème à l’avenir avec des solutions de contournement techniques.

La semaine dernière, un lecteur nommé Nick soulevé ce problème en ce qui concerne les modèles de blocs. Le thème en question utilisait des classes CSS personnalisées pour réaliser un design spécifique.

Étant donné que Gutenberg ne possède pas toutes les fonctionnalités mentionnées ci-dessus, le thème utilise des classes CSS personnalisées, et ces classes sont codées dans la feuille de style du thème. Le problème avec ceci est que maintenant que vous avez utilisé ces modèles, VOUS ÊTES ENFERMÉ sur ce thème. Parce qu’au moment où vous changez de thème, le nouveau thème n’aura pas ces classes personnalisées définies, les modèles seront rompus. C’est LA MÊME raison pour laquelle les codes abrégés ont été interdits il y a de nombreuses années à l’intérieur des thèmes – et pourtant, en ce qui concerne les modèles, c’est en quelque sorte autorisé ?

Noter: Les codes courts étaient interdits dans le répertoire des thèmes WordPress car le contenu réel de la publication était cassé lors du changement de thème. Ce n’était pas lié à une conception cassée.

J’ai déjà entendu ce que certains d’entre vous pensent. Ce n’est pas la même chose que le verrouillage du « contenu ». Non, ce n’est pas le cas. Pas exactement. Cependant, parce que le système de blocs entremêle le contenu et la conception, c’est en quelque sorte le cas. Je doute que l’utilisateur moyen apprécie la distinction lorsqu’il se retrouve dans des scénarios avec du texte blanc sur fond blanc, comme le montrent les captures d’écran suivantes :

C’est un très scénario réel. Je le vois presque quotidiennement en testant différents thèmes.

Et ce n’est que le début. Au fur et à mesure que le système de conception de WordPress se développe et que les thèmes peuvent configurer plus de pièces, les utilisateurs deviendront plus verrouillés dans leur thème existant. Ou, ils peuvent être enfermés dans la façon de faire d’un développeur ou d’un magasin.

Je ne vois pas nécessairement cela comme un Mauvaise chose. Nous avons toujours eu ces petits silos dans l’écosystème WordPress, et ils ont pour la plupart fonctionné.

Dans un sens, peu de choses ont changé.

Les utilisateurs restent souvent avec les mêmes entreprises thématiques pour une raison ou une autre. Et, ces mêmes thèmes ont tendance à s’appuyer sur des bibliothèques ou des frameworks maison, en réutilisant les mêmes systèmes – du moins les meilleurs le font. Cela signifie généralement que les utilisateurs peuvent basculer librement entre les thèmes créés par les mêmes personnes sans rien perdre.

Le test de pureté à l’ancienne consistant à ne pas mélanger le contenu et le design a disparu.

C’est une chance pour les développeurs solo et les boutiques de renforcer leur marque. S’il s’agit du système fourni par WordPress, créez des produits solides par-dessus. Créez des schémas de nommage qui permettent aux utilisateurs de basculer entre vos thèmes. Créez des clients fidèles qui voudront rester avec vous pendant des années.

Si les utilisateurs sont essentiellement enfermés dans les produits thématiques d’un magasin, cela ressemble à une opportunité lucrative de créer des solutions et des communautés d’utilisateurs saines autour de marques individuelles.

J’envisage également un avenir où les utilisateurs devront changer de thème beaucoup moins souvent. Une fois que l’éditeur de site et les fonctionnalités de styles globaux seront disponibles, les utilisateurs auront un contrôle plus direct sur leur conception. Une fois qu’ils se sont fixés sur un thème solide, ils n’auront peut-être jamais besoin de le changer tant qu’il reste relativement à jour.


Source link