WordPress & WooCommerce
Du WordPress sur mesure, écrit à la main. Sans constructeur de pages.
Je construis des thèmes, des blocs et des plugins WordPress comme n’importe quelle autre application : dans un dépôt, en PHP lisible, avec une étape de build et un document de passation. Douze ans de pratique, surtout pour des agences et des entreprises qui ont hérité de quelque chose de lent et veulent arrêter de renouveler des licences.
Avec un constructeur de pages
Le CSS du constructeur, son JS, une police d’icônes, le thème et ses modules : tout cela avant que le premier mot n’apparaisse.
Écrit à la main
Une feuille de style. Puis la page.
01PérimètreCe que je construis
Ce que comprend vraiment un projet WordPress.
Des thèmes sur mesure à partir d’une maquette
Un thème écrit pour votre design et rien d’autre. Des gabarits en PHP, des styles en CSS que vous pourriez confier à un autre développeur, et un build qui produit une feuille de style et un script au lieu de la vingtaine de requêtes qu’émet habituellement un constructeur. Si vous avez un fichier Figma avec une échelle typographique et un système d’espacement définis, la traduction est presque directe.
Des blocs Gutenberg natifs pour votre contenu
Les rédacteurs n’ont pas besoin d’un canevas où tout peut aller n’importe où. Ils ont besoin de huit ou dix blocs correspondant à ce que votre site publie réellement (une ligne de chiffres, une carte d’étude de cas, un tableau de prix, un encadré), avec les champs à remplir et rien d’autre. Les blocs sont déclarés avec block.json : ni licence, ni dépendance à l’exécution.
Un WooCommerce qui tient une semaine chargée
Types de produits sur mesure, ajustements du tunnel de commande, règles de livraison et de taxes, intégration des moyens de paiement, et la partie ingrate que personne ne chiffre : s’assurer que le panier et la commande n’exécutent pas une douzaine de requêtes non mises en cache à chaque chargement. La plupart des boutiques WooCommerce lentes le sont dans la base de données, pas côté front-end.
Des plugins pour ce qu’aucun plugin ne fait
Quand le besoin est vraiment spécifique (une règle de réservation, une synchronisation avec un ERP, un circuit de validation interne), un petit plugin conçu pour cela coûte moins cher à posséder que de tordre un plugin généraliste et d’entretenir cette torsion pour toujours.
Reprendre un site hérité
Environ la moitié de ce travail concerne un site construit par quelqu’un d’autre. Je lis ce qui existe avant de chiffrer, et je vous dis franchement s’il vaut la peine d’être étendu ou remplacé. Parfois, la réponse honnête est que le site actuel va bien et qu’il vous faut trois jours de travail, pas trente.
02PositionPourquoi c’est important pour vous
Pourquoi je ne construis pas avec des constructeurs de pages.
C’est la question qu’on me pose le plus, alors voici la vraie réponse plutôt qu’un slogan. Les constructeurs de pages ne sont pas de mauvais logiciels. Ce sont les bons outils pour un site vitrine qui doit exister vendredi et ne sera plus jamais touché. Ce sont les mauvais outils pour un site dont dépend votre activité, pour quatre raisons précises.
Ils livrent du code que vous n’avez pas demandé
Un constructeur doit pouvoir afficher n’importe quoi, alors il entoure tout de conteneurs imbriqués sur plusieurs niveaux, plus le CSS et le JavaScript pour les piloter. Ce poids est présent sur chaque page, qu’elle utilise ou non ces fonctionnalités. C’est la cause la plus fréquente d’un mauvais score Largest Contentful Paint sur les sites qu’on me demande de réparer.
Votre contenu se retrouve enfermé dans l’outil
Les mises en page d’un constructeur sont stockées dans la base sous forme de shortcodes encodés ou de données sérialisées, pas de contenu propre. Désactivez le plugin et une grande partie du site devient du code illisible. Ce n’est pas un bug : c’est le marché que vous avez passé. Mieux vaut savoir que vous l’avez passé.
Ils ajoutent une licence à vos frais récurrents
Un constructeur, ses modules et le thème dont il dépend coûtent généralement quelques centaines de dollars par an, pour toujours, simplement pour continuer à recevoir les mises à jour de sécurité. Sur la durée de vie d’un site, c’est souvent plus que l’écart de coût de construction.
Chaque rédacteur devient designer
Face à un canevas sans limites, des gens pleins de bonne volonté finissent par créer douze styles de boutons légèrement différents. Un petit ensemble de blocs conçus pour l’usage rend le bon résultat le plus facile à obtenir, ce qui est précisément le rôle d’un design system.
Si vous avez déjà un site fait avec un constructeur et qu’il fonctionne, je ne vous dirai pas de le jeter. Je vous dirai ce qu’il vous coûte en temps de chargement et en licences, et je vous laisserai décider si cela vaut la peine de changer.
03MéthodeVraiment une séquence
Comment se déroule un projet.
- 01
Lire ce qui existe
- Avant de chiffrer, j’examine le site actuel, le modèle de contenu et la maquette. Vous recevez un périmètre écrit avec ce qui est inclus, ce qui ne l’est pas, et là où je vois le risque : en général la migration du contenu ou une intégration que personne n’a documentée.
- 02
Le modèle de contenu d’abord
- Types de contenu, taxonomies, champs et blocs sont décidés avant d’écrire le moindre gabarit. Les changer plus tard est le type de reprise le plus coûteux, alors cela vaut bien une journée de plus au départ.
- 03
Développer sur une URL de préproduction
- Vous recevez un lien pour suivre l’avancement dès la première semaine, et un endroit pour laisser des commentaires. Pas un mois de silence suivi d’une grande révélation.
- 04
Migrer, tester, mesurer
- Le contenu est transféré, les redirections sont établies depuis les anciennes URL, et je vérifie les Core Web Vitals, l’accessibilité de base et le comportement sur les différents navigateurs avant la mise en ligne, pas après. Les anciennes URL continuent de fonctionner.
- 05
Transmettre correctement
- Dépôt, instructions de build, présentation de la structure du thème et une courte vidéo pour la personne qui modifie le site. Vous ne devriez pas avoir besoin de moi pour les modifications courantes.
04QuestionsPosées souvent, réponses franches
Ce qu’on me demande avant de m’engager.
Travaillez-vous sur des sites existants ou seulement sur des nouveaux ?
Les deux, et environ la moitié est du travail hérité. Je lis le code existant avant de chiffrer et je vous dis honnêtement s’il vaut la peine d’être étendu ou remplacé. Chiffrer une refonte est facile ; vous dire que vous n’en avez pas besoin est plus utile.
Pouvez-vous partir des fichiers Figma de notre designer ?
Oui, et c’est le cas de figure que je préfère. Ce qui rend les choses fluides, c’est une échelle typographique, un système d’espacement et des points de rupture définis. Ce qui les ralentit, ce sont les états que les designers oublient souvent : vide, chargement, erreur, et un contenu trois fois plus long que le texte d’exemple. J’en parlerai tôt.
Mon équipe pourra-t-elle toujours modifier le site ?
Oui. Éviter les constructeurs de pages ne consiste pas à retirer l’édition, mais à donner aux rédacteurs un petit ensemble de blocs qui ont toujours bonne allure, plutôt qu’un canevas où tout peut être glissé n’importe où. La plupart des équipes constatent qu’elles peuvent en faire plus, pas moins, parce que rien n’est fragile.
Utilisez-vous ACF ou des blocs natifs ?
Des blocs natifs block.json par défaut, parce qu’ils n’ont ni licence ni dépendance à l’exécution. J’utilise Advanced Custom Fields quand cela fait vraiment gagner du temps (champs répétables complexes, pages d’options, champs de relation) et je vous indique les parties qui en dépendent pour que vous sachiez exactement ce que vous portez.
Serai-je lié à vous ensuite ?
Non. Vous recevez le dépôt, les scripts de build et une passation écrite. C’est du WordPress et du PHP ordinaires, donc n’importe quel développeur WordPress compétent peut reprendre. C’est le résultat voulu du refus des outils propriétaires : le code survit à la relation de travail.
Proposez-vous une maintenance continue ?
Un petit forfait mensuel couvrant les mises à jour, la surveillance et un volume fixe de modifications, si vous le souhaitez. Je ne le pousse pas. Un site construit sans accumulation de plugins demande nettement moins de maintenance qu’un autre, ce qui est précisément l’intérêt de le construire ainsi.
Où êtes-vous, et qu’est-ce que cela implique pour les réunions ?
À Nagpur, en Inde, en IST. Cela recoupe confortablement la matinée européenne et le début de journée sur la côte Est des États-Unis. Je réponds aux e-mails le jour ouvré même, et vous parlez directement avec moi, pas avec un chargé de compte.
Prochaine étape
Dites-moi ce que vous avez et ce qui ne va pas.
Un paragraphe suffit pour commencer. Si WordPress n’est pas la bonne réponse pour votre projet, je vous le dirai : parfois, la recommandation honnête est plutôt une application Laravel.