Développement web

WordPress sans page builder, ou l’art de retoucher la mécanique

Quand un confrère me demande pourquoi je n’utilise ni Elementor ni Divi, ma réponse tient en une phrase : parce que je veux comprendre ce que je livre. Travailler sur WordPress sans page builder est devenu, en quelques années, une position presque marginale — les écoles y voient une perte de productivité, les agences un caprice d’artisan. C’est pourtant la voie que j’ai choisie pour tous mes thèmes : du PHP écrit à la main, des meta-boxes natives, zéro plugin de mise en page. Et plus j’avance, plus la décision se confirme.

Le premier problème d’un page builder, c’est la propriété. Un site Elementor n’appartient pas vraiment à son propriétaire : il appartient à Elementor. Le contenu reste, d’accord, mais sa mise en forme — les sections, les colonnes, les interactions — est enfermée dans des shortcodes maison. Le jour où on désactive le plugin, on récupère une page criblée de [et_pb_section] imbriqués et de blocs vides. Cette dépendance est invisible le premier jour ; elle se rappelle à vous au moment d’une migration, d’une refonte ou d’un audit.

Le deuxième problème, lui, se mesure. Une page Elementor charge en moyenne 300 à 600 Ko de JavaScript et de CSS en plus, là où un thème écrit à la main s’en tire avec une trentaine. Sur mobile, sur réseau lent, l’écart cesse d’être un détail technique pour devenir presque une question d’égards : servir un demi-méga de bibliothèques pour afficher une page de présentation, ça mériterait au moins d’être justifié.

Un page builder ne fait pas gagner du temps. Il le déplace — de la conception vers la maintenance, du développeur vers le serveur, du présent vers plus tard.

En face, la meta-box est l’outil le plus ancien et le plus prévisible de WordPress. Un add_meta_box, un callback qui crache du HTML, une sauvegarde sur save_post : quelques dizaines de lignes par section. La valeur part directement dans wp_postmeta, la page d’édition reste l’interface familière de l’admin, et le rendu est entièrement tenu par le thème. C’est moins spectaculaire qu’un constructeur visuel, mais c’est parfaitement déterministe. Sur mes derniers thèmes — celui-ci compris — chaque section a ses propres champs : le client édite une zone précise, le thème lit la valeur, le rendu reste cohérent. Pas de drag-and-drop, mais pas de surprise non plus, et pas un seul plugin à maintenir pendant des années.

Ce n’est pas une méthode pour tout le monde. Si tu dois sortir une landing page en deux heures sans toucher au code, le page builder fait très bien le job, et il n’y a aucune honte à ça — ce n’est simplement pas le même métier. Mais si tu livres un site sur lequel tu veux encore pouvoir travailler dans trois ans, et que tu considères la performance comme une partie du livrable, le PHP à la main reste imbattable. Cette page que tu lis pèse moins de 80 Ko, et je peux relire chacune des lignes qui la composent. Pour moi, c’est ça, posséder son outil.