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 beaucoup 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 profiter du plugin générateur de page.
Ces options sont importantes car elles déterminent beaucoup le produit final. Cela fonctionnera-t-il comme nous en avons besoin? Sera-t-il de la façon dont nous voulons? Dans quelle mesure le changement sera-t-il flexible à 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 final 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 comme WordPress et son écosystème continuent d’évoluer, il 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 point en grande partie grâce à la communauté des 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 qui pouvait être accompli avec une certaine connaissance de CSS et PHP. Pourtant, ils ont permis de créer une mise en page personnalisée pour plus de personnes.
Parfois, les concepteurs professionnels (dont moi) peuvent être assez dédaigneux avec ces outils. Quant au code, ils étaient partout sur la carte en termes de qualité. Et l’utilisation d’un constructeur de page semblait tromper 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 un grand nombre de codes d’accès inutilisés.
Gutenberg apporte des blocs pour une installation standard
WordPress est devenu une façon 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 utilisées par les développeurs pour contourner les limites de l’éditeur classique.
Il a également indiqué qu’il n’avait pas nécessairement à écrire du code personnalisé pour des mises en page et des fonctions plus complexes. L’éditeur a généré son propre écosystème de mosaïque personnalisé, 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 à mesure que plus de blocs deviennent disponibles, plus de concepteurs sont plus 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 standard.
Lorsque cela se produit, il semble que le code sera très facultatif pour quiconque crée un site WordPress.
Le bien et le mal
Le passage à une expérience de création de site Web sans code présente certaines forces et faiblesses potentielles:
Positif
Que ce soit via un constructeur de page ou un plugin 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. En quelques clics, faites glisser et déposez.
Lorsqu’il est utilisé en combinaison avec un thème compatible, la possibilité de créer un site Web entièrement personnalisé est également à portée. C’est une grande étape pour WordPress en termes de concurrence avec de nombreux constructeurs de sites de bricolage sur le marché.
Il est également possible de présenter une expérience d’édition et de construction beaucoup plus cohérente. Les sujets souvent 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, vise à gérer certaines tâches, mais pas d’autres. Cela signifie basculer entre plusieurs interfaces utilisateur pour essayer de créer un site Web. C’est faisable, mais ce n’est pas le processus le plus simple à utiliser.
L’évolution continue de Gutenberg est un bassin versant potentiel dans ce domaine. L’échange entre interfaces disparaît, car nous aurions une seule interface utilisateur 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édiatement, il peut donner aux utilisateurs non techniques beaucoup de liberté.
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à un peu avec les créateurs de la page. Mais Gutenberg pourrait rendre encore plus facile pour un client aventureux d’aller trop loin dans son expérimentation de conception. Heureusement, il y aura une forme de protection intégrée 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 morceaux de code personnalisé qui rendent un site Web unique. Cette nouvelle façon de faire peut-elle empêcher les développeurs d’ajouter des extraits de code basés sur un modèle? Doit-il s’agir d’un bloc complet?
Enfin, il convient également de se 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. Ce serait dommage de voir l’esprit de pouvoir disparaître.
Un paysage en évolution.
Le fait que WordPress évolue 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 de Customizer il y a des années, il semblait que l’objectif était de faire 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 changera fondamentalement en outils interactifs.
Cela ouvrira un 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.
