Le problème avec les cadres WordPress • WPShout

By | juin 28, 2019

Formation gratuite WordPress

Cet article explique ce que sont les cadres WordPress et pourquoi je déconseille généralement de les utiliser.

Dans cet article, je vais examiner les frameworks WordPress, y compris les frameworks de thème WordPress en tant que catégorie la plus courante, ainsi que les frameworks basés sur des plugins et autres.

Je définirai ce que je veux dire par «framework WordPress», expliquer en quoi un framework est différent d’un simple outil dans WordPress, et décrire les problèmes que je rencontre avec les frameworks WordPress qui me poussent, en général, à ne pas les utiliser.

Ce n’est pas un article de type «toujours / jamais»: les frameworks ont leurs points forts et leur place dans l’écosystème WordPress. Cependant, j'ai toujours le même genre de problèmes, pour les mêmes raisons, avec les frameworks WordPress, et je les évite quand je peux. Je me ferai même un devoir de n’utiliser qu’une partie d’un framework que j’aime bien (par exemple, Beaver Builder mais uniquement le constructeur de pages), histoire d’éviter de s’enrouler davantage.

Mon objectif est de vous donner une chance d’examiner les forces et les faiblesses des cadres de thèmes WordPress et d’autres cadres, ainsi que la façon dont vous souhaitez les aborder dans votre propre travail WordPress.

Ce que je veux dire par «WordPress Frameworks»

Pour définir le «cadre WordPress», commençons par définir le «cadre». Je veux dire ce terme dans son sens le plus large: un cadre est un logiciel qui essaie de résoudre un ensemble de problèmes à la fois par le biais d’un système et d’une approche uniques et centraux.

Un cadre est donc un couteau suisse: un tire-bouchon, une lime et une pince à épiler, qui ne sont pas vendus séparément mais qui proviennent tous d’une base commune. Besoin de faire quelque chose, quelque chose? Atteignez votre couteau suisse. C’est l’idée d’un cadre.

Ajout dans le morceau WordPress, Un «framework WordPress» est un logiciel qui tente de résoudre un ensemble de problèmes à la fois au sein de l'écosystème WordPress.

Qu'est-ce que c'est différent d'un WordPress outil: qui est un logiciel qui tente de résoudre un problème dans l'écosystème WordPress.

Pour que cela ne semble pas trop abstrait, laissez-moi vous donner quelques exemples.

Exemples de cadres WordPress

Je diviserai ces exemples en deux catégories: les cadres WordPress raisonnablement bien construits et adaptés à leurs tâches, et les cadres qui, de mon point de vue humble mais aussi extrêmement bien informé, ne le sont pas.

Bon et d'accord cadres

Certains cadres sont bons ou acceptables: vous pouvez voir pourquoi quelqu'un en bénéficierait, pourquoi quelqu'un les assemblerait comme ils sont, et ainsi de suite. Quelques noms dans cette liste incluent (sans ordre particulier):

  • Genèse.
  • Jetpack.
  • WPMU Dev.
  • BoldGrid.
  • L’écosystème Beaver Builder, qui comprend Beaver Builder, Beaver Themer et plus encore.
  • Elementor Pro, qui combine le générateur de page de base Elementor et une fonctionnalité appelée Générateur de thème Elementor.

Cadres Bad and Crap

Et certains frameworks WordPress sont mauvais. Certains sont même de la merde. Pas beaucoup plus à dire à ce sujet, mais voici quelques exemples dans la gamme non-bon à super-non-bon, en particulier dans la catégorie très courante des cadres de thèmes WordPress:

Il existe également de nombreux cadres de thèmes plus anciens et moins bien entretenus qui étaient bons à un moment donné mais qui sont tombés à l’écart – ainsi que des approches pour contourner les bases du développement WordPress (telles que tout ce que vous pouvez imaginer) qui n'existent plus. Que les frameworks disparaissent comme ça est une chose qui rend difficile de s’en remettre à eux.

WordPress Theme Frameworks, et autres types

Les frameworks de thème WordPress sont le type le plus courant, car le marché considère le plus souvent les thèmes comme la «chose que vous achetez» pour «faire WordPress».

Dans la liste ci-dessus, vous remarquerez principalement les cadres de thèmes WordPress: manières d’approcher WordPress qui utilisent le thème comme unité de départ.

En général, c’est parce que, malgré la logique selon laquelle un thème ne doit traiter que la présentation et non les données afin d’éviter toute dérive thématique, le marché au sens large a toujours tendance à voir un thème, plutôt qu’un plugin ou autre chose, acheter ”pour“ faire WordPress ”. En conséquence, la plupart des solutions de type« faire WordPress »ont été basées sur des thèmes.

Il existe cependant des exceptions: Jetpack et WPMU Dev sont des frameworks basés sur des plugins conçus pour résoudre la plupart des besoins ou la plupart des besoins qu'un site WordPress pourrait rencontrer. Elementor et Beaver Builder ont commencé comme plugins de constructeur de page et ont grandi à partir de là. Et BoldGrid est à l'origine une solution de développement WordPress tout-en-un offerte par la société d'hébergement qui l'a développée, InMotion.

Qu'il s'agisse d'un framework de thème ou de quelque chose d'autre, le fil conducteur de tout framework WordPress est qu'il trouve un moyen d'entrer rapidement dans le processus de configuration du site Web de l'utilisateur, avec la logique selon laquelle «c'est comme ça que vous faites WordPress».

Tous les outils complexes ne sont pas des cadres WordPress

Le simple fait d’avoir un large éventail de fonctionnalités ne fait pas de cet outil un «cadre», au sens où je veux dire dans cet article. Vous trouverez ci-dessous quelques outils complexes qui ne sont toujours pas des frameworks:

  • Yoast, qui gère un large éventail de tâches de référencement sur un site WordPress.
  • WooCommerce, qui permet une expérience complète du commerce électronique dans WordPress.
  • Beaver Builder – juste le plugin, pas le plugin-plus-theme – qui améliore grandement la création de mises en page dans WordPress.

Chacun de ces outils constitue un ajout important à un site WordPress, mais chacun a un travail spécifique à effectuer dans WordPress. C'est comme ça que vous faites quelque chose dans WordPress: il n’aurait pas de sens de les commercialiser en tant que «meilleur moyen de faire WordPress», point final. C’est la différence entre un outil et un cadre.

Propriétés communes des cadres WordPress

De par leur nature, les projets WordPress ont tendance à partager certaines similitudes en tant que projets qui tentent de résoudre beaucoup de choses à la fois. Les frameworks WordPress auront tendance à:

  • Se décrire en termes très généraux, comme le meilleur moyen de résumer la gamme de choses qu’ils essaient de faire. La description rapide d’un outil peut être quelque chose comme «Régénérez rapidement vos vignettes d’image». Un cadre pourrait être «WordPress + Framework = Awesome».
  • Remplacer une ou plusieurs parties existantes de WordPress, en faveur de leur propre façon de faire les choses. Les outils ajoutent généralement à WordPress des éléments qui n'existaient pas auparavant; les cadres ajoutent généralement et remplacer.
  • Porter un fardeau de formation, pour vous familiariser avec les nombreuses facettes de leur propre façon de penser à WordPress. Un outil relativement complexe (tel que Yoast) peut entraîner une charge de formation, mais un framework WordPress est presque garanti.
  • Être très difficile à éteindre, parce que vous perdez une tonne de choses en même temps.

Voyons deux exemples pour voir ces propriétés en action:

Jetpack

Ce que c'est: Un magasin de plug-in tout-en-un d'Automattic conçu pour améliorer WordPress.

Comment ça se décrit: "Le moyen idéal de faire l'expérience de WordPress." Offre une "sécurité permanente", des "performances intégrées", une "personnalisation sans code" et un "marketing sans effort". "Le meilleur moyen de WordPress est avec Jetpack."

Quel système existant il remplace: Le référentiel de plugins WordPress.

Fardeau de la formation: Pour apprendre à vous connecter à Jetpack en utilisant un compte WordPress.com, utilisez plusieurs plug-ins avec des exigences de configuration distinctes, des interactions de débogage entre les plug-ins Jetpack et d'autres parties de WordPress.

Éteignez et: Un large éventail de problèmes peut se présenter simultanément, de Google Analytics à l'optimisation des images en passant par l'expédition WooCommerce. Ces éléments peuvent présenter un problème en désactivant puis en réactivant le plug-in, car cela peut inciter Jetpack à vous demander de vous authentifier à nouveau avec WordPress.com.

Divi

Ce que c'est: Un constructeur de thèmes et de pages intégré.

Comment ça se décrit: "Divi prend WordPress à un tout autre niveau." "Vous n'avez jamais construit un site Web WordPress comme celui-ci auparavant." "Divi est bien plus qu'un thème WordPress, c'est une toute nouvelle plate-forme de création de site Web." un thème WordPress, c'est un cadre de conception complet qui vous permet de concevoir et de personnaliser chaque partie de votre site Web à partir de zéro. "

Quel système existant il remplace: Divers plugins: gestion des rôles d'utilisateurs, gestion des listes de diffusion, automatisation du marketing.

Fardeau de la formation: Apprendre la façon dont le concepteur Divi Builder conceptualise les mises en page et les lieux, ainsi que diverses options de thème.

Éteignez et: Votre site entier s'effondre dans un fouillis de codes courts. Vous perdez également toutes les données que vous avez éventuellement ajoutées à Divi, des rôles d’utilisateur aux tests A / B aux liens vers les réseaux sociaux.

Nous reviendrons sur ces exemples dans la suite de cet article.

Avantages de WordPress Frameworks

Les cadres simplifient un sujet technique vaste et diversifié en une seule approche moins technique.

Les cadres de thèmes WordPress, ainsi que d’autres types de cadres WordPress, ont un avantage: ils simplifient un sujet technique vaste et diversifié en une seule approche moins technique.

Sans Divi, créer un site Web WordPress est un travail complexe qui consiste à choisir un thème propre, simple et bien adapté, en sachant lequel des nombreux plug-ins étroitement utiles répondent à vos objectifs pour le site, en établissant une bonne relation avec un constructeur de pages WordPress, et — oui — même en connaissant PHP. La documentation de chacune de ces choses est répandue dans toute la création, et il n’existe aucun moyen efficace de savoir quelles connaissances peuvent vous manquer.

Avec Divi, tout est centralisé dans la manière dont Divi fait les choses. La documentation est entièrement au sein de Divi et les connaissances dont vous avez besoin se limitent à ce que Divi enseigne.

La proposition de valeur des cadres est donc claire et palpable. Si je souhaitais créer un site Web WordPress pendant un week-end sans formation (peu importe la manière dont cela fonctionnait sous le capot ou s'il était stable, utilisable ou extensible dans le futur), alors Divi est probablement proche du meilleure décision que je pourrais prendre. (Même dans ce cas, vous feriez probablement mieux de travailler avec l’écosystème Beaver Builder, qui est tout simplement mieux construit.)

Encore une fois, il n’est pas difficile de comprendre ce qui rend les cadres attrayants. Regardons les compromis.

Responsabilités des cadres WordPress

Les frameworks de thèmes WordPress et les frameworks WordPress génèrent en général des coûts importants qui vont de pair avec la gamme de problèmes qu’ils visent à résoudre. Regardons beaucoup des principaux.

Le problème de la récursivité du framework

WordPress est, en soi, un cadre de développement Web. Que se passe-t-il lorsque vous nichez des cadres?

Pour comprendre ce problème, reculons un peu et réalisons que WordPress est lui-même un framework pour le développement Web: c’est-à-dire pour créer de meilleurs sites Web, plus faciles à gérer.

Pour montrer que WordPress est bien un cadre, regardons WordPress à travers l’objectif que nous avons développé.

Ce que c'est: Le système de gestion de contenu (CMS) le plus populaire au monde.

Comment ça se décrit: «WordPress est un logiciel open source que vous pouvez utiliser pour créer un site Web, un blog ou une application magnifique.» «De superbes designs, des fonctionnalités puissantes et la liberté de créer tout ce que vous voulez. WordPress est à la fois gratuit et inestimable. "

Quel système existant il remplace: HTML, avec des modèles PHP sauvegardés dans une base de données.

Fardeau de la formation: Le contenu de WPShout et bien plus encore.

Éteignez et: Tu perds tout.

En d’autres termes, en utilisant WordPress, nous avons déjà adopté un cadre, une manière de faire les choses: la méthode WordPress.

Maintenant, que se passe-t-il si nous imbriquons des cadres? Que se passe-t-il si nous nous engageons maintenant à «la manière Divi de faire les choses à la manière WordPress»?

Nous commençons à courir dans la récursion du framework:

problème de cadre wordpress

Les symptômes de la récursivité du framework incluent:

  • Les problèmes qui ont des solutions multiples et concurrentes – il y a la manière de cadre, et la manière de cadre-cadre. La manière dont le framework permet de gérer les rôles des utilisateurs consiste à utiliser un plug-in conçu uniquement pour cela, mais le framework-framework utilise une fonctionnalité de thème Divi. Ce qui est mieux? Que se passe-t-il si vous allumez les deux en même temps? C’est une source importante de confusion qui marque de nombreux projets WordPress.
  • Être empêché de comprendre le fonctionnement du cadre lui-même en raison de la lourde superposition du cadre-cadre. A quoi sert un thème? En quoi cela diffère-t-il de ce à quoi sert un plugin ou de ce qu'est un site web? Comment la hiérarchie de modèles WordPress doit-elle fonctionner? Il est bien plus difficile de comprendre ces choses lorsque vous travaillez dans Divi ou dans le thème X – ou même dans Genesis – que dans WordPress vanille.
  • Souffrant d'une compréhension floue de la différence entre le cadre et le cadre-cadre. Où commence-t-on et où finit-il? J'ai téléchargé une image via Divi. Est-ce que je peux toujours utiliser cette image si je me débarrasse de Divi?

Fondamentalement, la récursivité de la structure concerne le déséquilibre résultant de l'empilement de solutions tout-en-un sur d'autres solutions tout-en-un. Cet empilement instable est à la base des autres passifs-cadres décrits ci-dessous.

Le problème du silo

Si vous investissez profondément dans un cadre, l'un des résultats est que vous serez limité à une façon de penser aux problèmes.

Si vous investissez profondément dans un cadre, l'un des résultats est que vous serez limité à une façon de penser aux problèmes. Un cadre indique: "Voici l'approche que vous adopterez pour chaque problème que vous rencontrerez". Même si cela fonctionne, vous perdez de la flexibilité.

Je sais de quoi je parle ici: encore une fois, WordPress est un framework, et travailler en tant que développeur WordPress, c’est avoir son monde technique limité. En tant que développeur WordPress – par opposition à un ingénieur logiciel complet ou à une personne telle que David, qui est à la fois l'un des deux -, je vois constamment en quoi cette description de poste facilite l'acceptation de limitations dans l'étendue de mes connaissances techniques, et types de problèmes que je suis capable de résoudre.

Travailler presque entièrement avec WordPress m'a donné d'énormes pouvoirs sur la plupart des projets de sites Web. Mais il était également très facile de rester ignorant sur de nombreux sujets liés au développement de logiciels: le type de ceux qu’ils utilisaient pour construire Uber, ou même le parc de voitures autonomes de Uber.

À mon avis, le développement de WordPress est suffisamment réduit au silence sans qu'il soit nécessaire de rester dans une approche particulière.

Comme nous sommes déjà dans WordPress, la question est de savoir si vous devriez payer une double taxe: pour vous limiter à être, par exemple, un implémenteur Divi – quelqu'un qui regarde WordPress uniquement à travers un objectif Divi – plutôt qu'un développeur WordPress complet.

Si je venais juste de commencer, ce serait tentant, mais d’avoir appris WordPress à la dure, je suis reconnaissant pour la portée élargie. Être limité, dans le monde déjà limité de WordPress, à la résolution de problèmes accessibles à Divi, c'est être empêché de travailler parfaitement, même au sein de WordPress. Le développement de WordPress, à mon avis, est suffisamment réduit au silence sans que nous devions nous enfermer davantage dans une approche particulière de celui-ci.

Le problème de Cruft

Avez-vous déjà téléchargé un thème «tout-en-un» ThemeForest avec 20 options de page d'accueil? Tout comme certains types de restauration rapide, cela semble bon jusqu'à ce que vous l'achetiez.

Un site Web n'a qu'une page d'accueil. Dès que vous avez défini le thème, 19 de ces options de page d'accueil deviennent cruf: code qui existe, mais ne sert à rien.

Cruft n'est pas neutre; c'est mauvais. Considérez que les développeurs de thèmes ont dû coder la page d’accueil comme une énorme affirmation «si» entre ces 20 options de thèmes. Votre thème sera plus volumineux, plus lent et plus difficile à travailler en raison des 19 options de page d'accueil que vous n'utilisez pas.

Les frameworks sont une excellente source de cruauté – des choses dont vous n’avez pas besoin mais dont vous ne pouvez pas vous débarrasser – car ils essaient de tout faire en même temps.

Les frameworks sont une excellente source de cruauté – des choses dont vous n’avez pas besoin mais dont vous ne pouvez pas vous débarrasser – précisément parce qu’elles essaient de tout faire en même temps.

WordPress lui-même est assez cruel. Vous souvenez-vous du bookmarklet «Press This» ou des formats de publication? En plus des fonctionnalités que personne n'utilise, certaines parties de WordPress sont extrêmement cruelles. Par exemple, pour un site Web simple avec uniquement un contenu de page statique, l'ensemble du type de publication “Post” (avec ses taxonomies de catégories et de balises, etc.) est cruel.

Nous acceptons ces parties inutiles de WordPress car la majeure partie de WordPress est très utile dans la grande majorité des cas. Mais qu'en est-il si nous ajoutons maintenant des framework-framework? Sur un projet donné, avons-nous vraiment besoin de Divi:

  • Ensemble de fonctionnalités de test A / B (lorsque nous avons des outils mieux conçus pour cela)?
  • Constructeur de formulaire de contact propriétaire (lorsque nous avons des formulaires Gravity)?
  • «Plus de 800 pré-mises en page de sites Web»?

Ces éléments sont dans le thème et dans le générateur, que nous en ayons besoin ou non, ce qui le rend plus volumineux et plus difficile à utiliser: fichiers de modèle de thème plus compliqués, performances plus médiocres, performances plus médiocres, plus d'espace disque et de base de données. C'est parce que les frameworks font tout.

Maintenant: et si vous avez Divi et Jetpack? Et si vous avez Divi Builder et Jetpack sur un thème Genesis? Que faire si vous souhaitez utiliser le thème Divi mais le constructeur de page WPBakery?

Si ces solutions étaient simplement outils– comme Yoast ou WooCommerce – les mélanger ne semblerait pas fou. Mais ce sont des frameworks, et les utiliser ensemble n’est pas amusant à imaginer à cause des énormes collisions qui en résulteraient.

Le problème de lock-in

Comme nous l’avons mentionné, vous ne pouvez pas désactiver un cadre sans tout perdre. Ce n'est certainement pas une bonne chose, pour des raisons que vous pourriez décrire de différentes façons.

Chacun des cadres énumérés ci-dessus veut votre argent d'une manière ou d'une autre. Lorsque vous cessez de payer, vous perdez progressivement l’accès, le plus souvent parce que ce n’est pas le cas lorsque votre framework met à jour.

Si vous avez déjà travaillé sur un site utilisant le vieux Compositeur visuel, vous savez que votre tristesse doit être aggravée. WordPress mettra à jour correctement de 3.x à 5.x, mais l'achat d'une nouvelle licence premium uniquement pour le privilège de casser un site Visual Composer témoigne des responsabilités du développement de framework-framework.

Frameworks: font-ils vraiment fonctionner le Drame?

Encore une fois, je ne dis pas «Pas de cadre, jamais du tout». Mais j’essaie vraiment de rester à l’écart des solutions tout-en-un lorsque cela est réalisable. Dans l'approche que j'essaie d'adopter, WordPress lui-même constitue le cadre: le couteau suisse, dont les différents outils répondent à mes besoins en développement Web. J’apprends chacun de ces outils en profondeur, je les utilise pour leur fonction, et c’est tout: aucun cadre-cadre n’est nécessaire.

J'espère que vous aurez des pistes de réflexion pour choisir votre approche du développement WordPress. Une sorte de cadre conceptuel – vous savez -.

Merci d'avoir lu! Comme toujours, si vous avez des questions ou des idées, laissez-les ci-dessous ou nous aimerions avoir de vos nouvelles sur notre groupe Facebook.

[ad_2]