L'avenir de WordPress est-il sans code ?

L'un des aspects les plus uniques de WordPress est que les concepteurs peuvent choisir comment ils veulent l'utiliser. Nous pouvons créer des sites Web qui font un certain nombre de choses - et il existe de nombreuses façons de le faire.

Par exemple, nous pouvons créer un thème à partir de zéro ou télécharger l'une des milliers d'options gratuites ou premium. Ou, nous pouvons choisir de créer du contenu avec l'éditeur de blocs Gutenberg ou de profiter d'un plugin de création de page.

Ces choix sont importants, car ils détermineront beaucoup sur le produit fini. Fonctionnera-t-il comme nous en avons besoin ? Est-ce que ça ressemblera à ce que nous voulons ? Dans quelle mesure sera-t-il flexible pour changer à l'avenir ? Et, peut-être le plus important : cela nous enfermera-t-il dans un produit spécifique ?

Il y a une sorte de ligne de fond avec ces choix. Essentiellement, nous décidons si nous voulons (ou devons) écrire du code personnalisé ou non .

C'est un gros problème. Et, comme WordPress et son écosystème continuent d'évoluer, on se demande si davantage de concepteurs choisiront des solutions sans code. Mais, si oui, quelles sont les ramifications ?

Les constructeurs de pages s'améliorent

Nous sommes arrivés à ce stade en grande partie grâce à la communauté de développeurs WordPress. Les plugins de création de pages, par exemple, existent depuis des années.

Au début, ces produits avaient tendance à être des approximations bâclées de ce que l'on pouvait accomplir avec une certaine connaissance de CSS et de PHP. Pourtant, ils ont apporté la possibilité de créer une mise en page personnalisée à un plus grand nombre de personnes.

Les concepteurs professionnels (moi y compris) peuvent parfois être assez dédaigneux à l'égard de ces outils. En termes de code, ils étaient très variés en termes de qualité. Et utiliser un constructeur de pages, c'était comme tricher dans un projet.

Cependant, les auteurs de plugins ont continué à améliorer leurs produits. Les outils modernes ont évolué au point où le code est plus propre et réactif. De plus, la désactivation d'un constructeur de page entraînera une perte de mise en forme du contenu, mais vos pages n'afficheront plus des quantités massives de codes abrégés inutilisés.

Gutenberg apporte des blocs à une installation par défaut

WordPress lui-même est passé à une manière plus visuelle de créer du contenu. Lorsque l'éditeur de blocs Gutenberg a été introduit dans WordPress 5.0, il visait à apporter une expérience utilisateur plus cohérente. C'était en partie une réponse aux techniques sur mesure que les développeurs avaient utilisées pour contourner les limites de l'éditeur classique.

Cela a également signalé que vous n'aviez pas nécessairement besoin d'écrire du code personnalisé pour réaliser des mises en page et des fonctionnalités plus complexes. L'éditeur a créé son propre écosystème de blocs personnalisés, que vous pouvez ajouter au besoin.

Bien que Gutenberg ne soit pas nécessairement en concurrence directe avec les constructeurs de pages à part entière, il offre une alternative beaucoup plus légère. Et, à mesure que de plus en plus de blocs seront disponibles, cela incitera probablement davantage de concepteurs à s'en tenir à l'outil d'édition natif.

De plus, l'éditeur de blocs permettra éventuellement l'édition complète du site. Cela signifie qu'en plus de créer du contenu, nous aurons la possibilité de créer visuellement un site Web complet, le tout dans une installation par défaut de WordPress.

Lorsque cela se concrétisera, il semble que le code deviendra très facultatif pour quiconque créera un site Web avec WordPress.

Le bien et le mal

Le passage à une expérience de création de site sans code présente des avantages et des inconvénients potentiels :

Points positifs

Que ce soit via un plugin de création de page ou Gutenberg, ces outils permettent à quiconque de créer des mises en page personnalisées. En outre, ils peuvent ajouter du contenu plus complexe, tel que des listes de publications, des galeries d'images, la navigation, etc. Il suffit de quelques clics, glisser-déposer.

Lorsqu'il est utilisé en combinaison avec un thème compatible, la possibilité de créer un site Web entièrement personnalisé entre également dans le domaine des possibilités. C'est une étape assez importante pour WordPress en termes de concurrence avec de nombreux constructeurs de sites Web de bricolage sur le marché.

Il est également possible d'inaugurer une expérience d'édition et de construction beaucoup plus cohérente. Trop souvent, les thèmes prêts à l'emploi ont implémenté des solutions personnalisées qui peuvent prêter à confusion pour les utilisateurs.

Et cela n'a pas aidé que même l'outil recommandé, le WordPress Customizer, soit destiné à gérer certaines tâches - mais pas d'autres. Cela a impliqué de basculer entre différentes interfaces utilisateur pour essayer de reconstituer un site. C'est faisable, mais pas le processus le plus convivial.

L'évolution continue de Gutenberg est susceptible de changer la donne dans ce domaine. Les allers-retours entre les interfaces disparaissent, car nous aurions une interface utilisateur unique pour toutes nos tâches de conception et de mise en page.

Négatifs

Malgré les nombreux avantages d'un avenir sans code, il existe de réels inconvénients. Le plus immédiat est peut-être que cela peut simplement laisser un peu trop de liberté aux utilisateurs non techniques.

L'un des aspects vraiment pratiques d'un thème personnalisé est que les concepteurs peuvent verrouiller les éléments qu'ils ne veulent pas que les clients touchent. Cela peut devenir un défi beaucoup plus difficile si tout est disponible dans une interface utilisateur visuelle.

Cela existe déjà un peu avec les constructeurs de pages. Mais Gutenberg pourrait rendre encore plus facile pour un client aventureux d'aller trop loin dans son expérimentation de conception. Espérons qu'il y aura une sorte de moyen intégré de se protéger contre ce type de situation.

L'autre grand problème est un manque potentiel d'opportunités pour faire plus avec un thème. Après tout, ce sont souvent ces petits morceaux de code personnalisé qui rendent un site Web unique. Cette nouvelle façon de faire pourrait-elle empêcher les développeurs d'ajouter des extraits de code basés sur des modèles ? Est-ce que tout devra être un bloc?

Enfin, il convient également de se demander si cela décourage les nouveaux développeurs de bricoler avec le code. Le développement de thèmes est un point de départ si courant pour apprendre PHP, CSS et JavaScript.

Certes, la création de blocs personnalisés est une opportunité d'écrire du code. Mais tout le monde n'ira pas dans cette voie. Ce serait dommage de voir cet esprit de réussite s'en aller.

Un paysage en évolution

Le fait que WordPress s'oriente vers un processus de conception orienté visuellement est évident depuis un certain temps. Depuis le premier coup d'œil sur l'expérience d'édition basée sur les blocs de Gutenberg, ou même l'avènement du Customizer des années plus tôt, il semblait que l'objectif était d'accomplir plus de tâches de conception sans toucher au code.

Au fur et à mesure que le back-end du CMS devient plus raffiné, la façon de construire avec WordPress tel que nous le connaissons change. Le code fera toujours partie du processus - pour ceux qui souhaitent l'utiliser. Pour d'autres, le design s'orientera fondamentalement vers des outils interactifs.

Cela ouvrira un tout nouveau monde de possibilités pour beaucoup de gens. Qu'est-ce que cela signifiera pour les professionnels du web ? Cette histoire est encore en cours d'écriture.