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 pourrions choisir de créer du contenu avec l'éditeur de blocs Gutenberg ou de profiter d'un plugin de création de page.
Ces options sont importantes, car elles détermineront beaucoup de choses sur le produit fini. Cela fonctionnera-t-il comme nous en avons besoin? Sera-t-il de la façon dont nous voulons? Dans quelle mesure sera-t-il flexible de changer à l'avenir? Et, peut-être plus important encore, cela nous enfermera-t-il dans un produit spécifique?
Il y a une sorte de résultat avec ces options. En substance, nous décidons si nous voulons (ou devons) écrire du code personnalisé ou non.
C'est un gros problème. Et, alors que 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 avons atteint ce point en grande partie grâce à la communauté des développeurs WordPress. Les plugins de création de page, 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 PHP. Pourtant, ils ont apporté la possibilité de créer une mise en page personnalisée pour plus de personnes.
Les concepteurs professionnels (y compris moi-même) peuvent parfois être assez dédaigneux avec ces outils. Quant au code, ils étaient partout sur la carte en termes de qualité. Et utiliser un constructeur de page, c'était comme tricher sur un projet.
Cependant, les auteurs de plugins ont continué d'améliorer leurs produits. Les outils modernes ont évolué au point où le code est plus propre et plus réactif. De plus, la désactivation d'un générateur de pages entraînera une perte de format de contenu, mais vos pages n'afficheront plus d'énormes quantités de codes courts inutilisés.
Gutenberg apporte des blocs à une installation par défaut
WordPress 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 était destiné à fournir une expérience utilisateur plus cohérente. C'était en partie une réponse aux techniques que les développeurs avaient utilisées pour contourner les limites de l'éditeur classique.
Il a également indiqué que vous n'aviez pas nécessairement à écrire du code personnalisé pour obtenir des mises en page et des fonctions plus complexes. L'éditeur a généré son propre écosystème de blocs personnalisés, que vous pouvez ajouter au besoin.
Bien que Gutenberg ne rivalise pas nécessairement directement avec les créateurs pleine page, il offre une alternative beaucoup plus légère. Et comme plus de blocs deviennent disponibles, plus de concepteurs sont susceptibles de s'en tenir à l'outil d'édition natif.
De plus, l'éditeur de blocs permettra éventuellement une é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 WordPress par défaut.
Lorsque cela se concrétise, il semble que le code sera très facultatif pour quiconque construit un site Web 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:
Positif
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. De plus, ils peuvent ajouter du contenu plus complexe, comme des listes de publications, des galeries d'images, la navigation, etc. Il suffit de quelques clics, de 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 champ d'application. 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'introduire une expérience d'édition et de construction beaucoup plus cohérente. Trop souvent, les thèmes préparés ont mis en œuvre des solutions personnalisées qui peuvent prêter à confusion pour les utilisateurs.
Et cela n'a pas aidé que même l'outil recommandé, WordPress Customizer, soit destiné à gérer certaines tâches, mais pas d'autres. Cela signifiait basculer entre plusieurs interfaces utilisateur pour essayer de créer un site. C'est faisable, mais ce n'est pas le processus le plus simple à utiliser.
L'évolution continue de Gutenberg est un changeur de jeu potentiel dans ce domaine. L'échange entre interfaces disparaît, car nous aurions une interface utilisateur unique pour toutes nos tâches liées à la conception et à la conception.
Négatif
Malgré les nombreux points positifs d'un avenir sans code, il existe de réels inconvénients. Peut-être le plus immédiat, il peut laisser trop de liberté aux utilisateurs non techniques.
L'un des aspects vraiment utiles d'un thème personnalisé est que les concepteurs peuvent bloquer 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à quelque 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. J'espère qu'il y aura une sorte de moyen intégré de se protéger contre ce type de situation.
L'autre gros problème est le manque éventuel d'occasions de faire plus avec un sujet. Après tout, ce sont souvent ces petits extraits 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? Doit-il s'agir d'un bloc entier?
Enfin, il convient également de vous demander si cela décourage les nouveaux développeurs de jouer avec le code. Le développement de thèmes est un point de départ commun pour l'apprentissage de PHP, CSS et JavaScript.
Il est vrai que la création de blocs personnalisés est l'occasion d'écrire du code. Mais tout le monde ne suivra pas cette voie. Il serait dommage de voir disparaître l'esprit de pouvoir.
Un paysage en évolution
Le fait que WordPress s'oriente vers un processus de conception visuellement orienté est évident depuis un certain temps. Dès le premier regard sur l'expérience d'édition basée sur des blocs de Gutenberg, ou même l'avènement du Customizer des années auparavant, il semblait que l'objectif était d'accomplir plus de tâches de conception sans toucher au code.
Alors que l'arrière du CMS devient plus poli, la façon de construire avec WordPress telle que nous la connaissons est en train de changer. Le code restera une partie du processus, pour ceux qui souhaitent l'utiliser. Pour d'autres, la conception passera fondamentalement aux outils interactifs.
Cela ouvrira un tout nouveau monde de possibilités pour de nombreuses personnes. Qu'est-ce que cela signifie pour les professionnels du Web? Cette histoire est toujours en cours d'écriture.
