Les constructeurs de pages ne sont peut-être pas une bonne idée

Voici ce que j'en pense : les constructeurs de pages ne sont peut-être pas une bonne idée.

Dans cet article, je souhaite partager mon opinion sur les constructeurs de pages et expliquer pourquoi vous devriez y réfléchir à deux fois avant d'envisager de les utiliser.

Ces observations sont subjectives et basées sur mon expérience. Je parle des plateformes Wix et Shopify, mais ces problèmes peuvent se rencontrer sur d'autres sites également.

À mon avis, voici les problèmes les plus courants :

1. Le contenu n'est pas réutilisable (il ne peut pas être réutilisé sur d'autres pages).
2. La conception est incohérente (les pages ne se ressemblent souvent pas).
3. Le site n'est pas durable (les modifications apportées à une page ne se répercutent pas sur les autres pages).
4. Le contenu ne peut être conservé (le contenu ne peut pas être facilement extrait de la base de données).
5. Le site n'est pas très performant (les constructeurs de pages chargent une grande quantité de ressources supplémentaires).
6. Il manque toujours une fonctionnalité (les constructeurs de pages ne peuvent pas résoudre tous vos problèmes).
7. Savoir utiliser un générateur de pages ne fait pas de vous un développeur (laissez ce travail à un professionnel).

Un peu d'histoire

Au cours de ma carrière dans le développement web, j'ai rencontré des projets construits à l'aide de constructeurs de pages. Ce sont des outils qui permettent de créer des pages web sans écrire de code (principalement).

En 2014, j'ai travaillé avec un constructeur de pages (Twitter Page, qui existe toujours). Il avait été conçu comme une solution de type « glisser-déposer », à l'instar de la plupart des constructeurs de pages modernes. Au bout d'un certain temps, j'ai réalisé que le monde n'avait pas besoin d'un outil supplémentaire. Bien que ce fût la bonne décision, je l'ai prise sur la mauvaise base. À l'époque, j'ignorais tout des performances, de l'accessibilité et de la maintenabilité, et j'ignorais également que je n'obtiendrais jamais un résultat satisfaisant en développant une solution standardisée. Permettez-moi maintenant de vous raconter une anecdote concernant les problèmes liés aux constructeurs de pages.

De nombreux problèmes dans les constructeurs de pages, Introduction

Lorsqu'ils utilisent des outils de création de pages, la plupart des utilisateurs construisent leurs pages une par une. Il n'y a ni design ni structure d'origine. Pourquoi payer pour quelque chose que l'on peut faire soi-même ?

Ils commencent donc par créer la première page. Ensuite, ils testent l'outil de création de pages et, une fois satisfaits, ils la déclarent terminée. Puis ils créent la deuxième page, testent à nouveau l'outil de création de pages et, une fois encore, la déclarent terminée.

Mais que se passe-t-il ensuite ? Les deux pages possèdent le même composant. Ce composant est mis à jour sur l’une, mais pas sur l’autre. Et voici le premier problème : Le contenu n'est pas réutilisable.

C'est un cas de figure réel. Ça m'est arrivé, et à plusieurs reprises. Certes, il est possible d'enregistrer le composant et de le réutiliser sur une autre page. Mais les utilisateurs ne s'en servent pas.

Même lorsque les utilisateurs créent un composant réutilisable, ils ajoutent souvent du style en ligne à chaque instance. Et c'est là le deuxième problème : La conception est incohérente. La plupart des constructeurs de pages proposent des options de style personnalisées, comme l'ajout de marges et d'espacements supplémentaires, de couleurs et de polices à chaque composant. Ces paramètres sont presque toujours cachés et accessibles en quelques clics seulement. Les utilisateurs oublient où ils se trouvent. Cela engendre une incohérence visuelle sur le site, un effet secondaire presque toujours regrettable.

Cela met en évidence le troisième problème : Le site n'est pas durable. C'est un véritable cauchemar pour la plupart des développeurs, car ils détestent la répétition. Ils souhaitent un code réutilisable et bien structuré, facilement manipulable dans leurs éditeurs de code préférés. Ils n'apprécient pas non plus de coder directement dans le navigateur sans fonctionnalités avancées comme la saisie semi-automatique ou l'intelligence artificielle. Mais les utilisateurs, eux, s'en moquent, car ils n'ont jamais utilisé l'éditeur de code. On ne peut pas regretter ce qu'on n'a jamais expérimenté.

Par conséquent, même si le site est petit et ne comporte que quelques pages, la mise à jour manuelle des composants ne pose pas de problème. Cela devient plus évident lorsque le site prend de l'ampleur. Les utilisateurs achètent ou développent fréquemment un nouveau thème. Et nous en arrivons maintenant au quatrième problème : Le contenu n'est pas migrable.

Comme la plupart des constructeurs de pages ne sauvegardent pas le contenu, il est difficile de le transférer vers un nouveau thème. Ces constructeurs stockent les shortcodes, le code HTML et les styles intégrés avec le contenu. Il n'existe aucun moyen simple d'extraire ces éléments du contenu lui-même. Par conséquent, tout le contenu existant sera ignoré et perdu. Il ne sera disponible que tant que le constructeur de pages sera installé, et les utilisateurs devront saisir le nouveau contenu. Parfois, c'est ce qu'ils souhaitent, mais dans le cas contraire, la réécriture du contenu sera fastidieuse, voire bloquante : c'est là le problème.

Maintenant que nous avons évoqué ce charabia, nous découvrons le cinquième problème : Le site n'est pas très efficace. C’est à ce stade que les utilisateurs souhaitent améliorer leur score. Malheureusement, les constructeurs de pages introduisent plusieurs problèmes, comme l’enchaînement de CSS et le chargement de ressources supplémentaires (CSS, JavaScript, polices, etc.). Les utilisateurs ne prennent conscience de ces problèmes que lorsqu’ils constatent des scores négatifs dans les outils de test de vitesse. À ce moment-là, certains choisissent d’installer des extensions.

Et cela nous amène au sixième problème : Il manque toujours une fonctionnalité. Aucun constructeur de pages ne peut offrir une solution complète à tous les utilisateurs. Lorsque ces derniers installent des extensions, il arrive qu'elles ne fonctionnent pas correctement avec le constructeur de pages. De plus en plus d'utilisateurs souhaitent développer eux-mêmes de nouvelles fonctionnalités. Ces tâches sont complexes et engendrent des coûts supplémentaires.

Et c'est le septième problème : Utiliser un outil de création de pages ne fait pas de vous un développeur. Les développeurs et les utilisateurs ne raisonnent pas de la même manière. Le cerveau d'un développeur fonctionne de façon totalement différente et cherche constamment à résoudre les problèmes de la manière la plus efficace. Les développeurs expérimentés prédisent et anticipent les problèmes bien avant qu'ils ne surviennent.

Je ne veux offenser personne, mais la création d'un site web ne se résume pas à rédiger du contenu et à le publier sur une page. Il est préférable de confier cette tâche à un professionnel, surtout si vous souhaitez maintenir votre site sur le long terme. Demandez à un expert de vous proposer une solution alternative, comme la création d'un thème WordPress personnalisé ou l'utilisation d'un générateur de site statique.

Conclusion

Les outils de création de pages sont utiles pour expérimenter et comprendre le fonctionnement des pages web. Cependant, ils sont souvent perçus comme une solution universelle, ce qui est loin d'être le cas. La valorisation de vos données est donc essentielle pour un site web. On pourrait penser que c'est le design qui compte, mais les utilisateurs reviennent pour le contenu, pas pour l'esthétique. Confiez la création de votre contenu à un professionnel, et non à un outil de création de pages.

Texte original: LES CRÉATEURS DE PAGES NE SONT PEUT-ÊTRE PAS UNE BONNE IDÉE par Silvestar Bistrović