01
Thèmes sur mesure
Un thème écrit pour vos maquettes et votre modèle de contenu — pas de panneaux de réglages par page, pas de moteur de mise en page inutilisé. Des templates qui affichent ce dont la page a besoin, et rien de plus.
Développement WordPress sur mesure, conçu pour la performance et la montée en charge
Thèmes, plugins et blocs Gutenberg sur mesure, écrits pour votre modèle de contenu.
HOW MUCH Labs développe des sites WordPress comme on développe un logiciel : du code sous contrôle de version, un modèle de données réfléchi et uniquement le markup dont la page a réellement besoin.
Le résultat est un site que vos rédacteurs savent gérer, que vos développeurs savent lire et que votre trafic ne peut pas casser.
Le markup que le navigateur doit afficher
Conteneurs générés
<div class="wrap"><div class="row"><div class="col"><div class="inner"><div class="widget"><h2>Heading</h2>
↓ même titre, écrit à la main
Template sémantique
<section class="intro"><h2>Heading</h2>
Le principe
Un site web est un logiciel. Il mérite la même rigueur d’ingénierie.
La plupart des problèmes de performance sur WordPress ne viennent pas de WordPress. Ils viennent de couches d’outils génériques qui accomplissent un travail qu’un template sur mesure n’aurait jamais eu à faire.
Nous partons du modèle de contenu plutôt que de la mise en page : quelles sont les entités, comment elles s’articulent, ce que les rédacteurs doivent pouvoir modifier et ce que le site doit encore assurer avec dix fois plus de trafic.
Ensuite, nous n’écrivons que le code que ce modèle exige.
Tout vit dans Git, passe par une revue de code et se déploie deux fois de la même manière. Aucun comportement du site n’est prisonnier d’un champ de base de données qu’une seule personne comprend.
Ce que nous développons
Chaque mission est une combinaison de ces éléments. Nous ne cadrons que ceux dont votre projet a réellement besoin.
02
Plugins sur mesure
La logique métier à sa juste place : dans un plugin versionné avec ses propres réglages, ses tests et son chemin de mise à jour, pour qu’elle survive à un changement de thème.
03
Blocs Gutenberg
Des blocs dédiés qui donnent aux rédacteurs une vraie souplesse dans des contraintes de design strictes, avec des valeurs par défaut pertinentes et des aperçus dans l’éditeur.
04
Intégrations API
CRM, ERP, PIM, systèmes de réservation et de paiement — connectés côté serveur avec mise en cache, relances, gestion des erreurs et journaux consultables.
05
Modélisation du contenu
Types de contenu, taxonomies et champs personnalisés conçus autour de vos entités, pour que le contenu soit structuré, interrogeable et réutilisable au lieu d’être enfermé dans du texte de page.
06
Migrations
Le départ d’un site vieillissant ou d’un autre CMS, avec le contenu mappé, les redirections préservées et le référencement protégé.
Performance
Les Core Web Vitals sont une conséquence de l’architecture, pas un plugin que l’on installe
Un plugin de cache peut masquer une page lente. Il ne peut pas alléger une page lourde. Si le template envoie des mégaoctets de CSS pour une mise en page qu’une grille suffisait à produire, aucun cache ne sauvera l’expérience sur un téléphone en données mobiles.
Nous travaillons plutôt sur les causes : quelles requêtes s’exécutent, combien d’assets se chargent, ce qui bloque le thread principal et ce que le navigateur doit calculer avant de pouvoir afficher quoi que ce soit.
Chacun des trois Core Web Vitals correspond à des décisions concrètes prises pendant le développement — pas à un score que l’on court après ensuite.
LCPLargest contentful paint
L’élément principal s’affiche tôt
CSS critique en ligne, médias du hero dimensionnés et prioritaires, polices préchargées avec une solution de repli aux mêmes métriques, et aucun script bloquant le rendu au-dessus de la ligne de flottaison.
INPInteraction to next paint
Les interactions répondent immédiatement
Peu de JavaScript au départ, découpé par route et différé lorsque c’est possible — pour que le thread principal soit libre quand un visiteur touche quelque chose.
CLSCumulative layout shift
Rien ne saute pendant le chargement
Dimensions explicites sur les médias et les intégrations, espace réservé pour tout ce qui arrive tardivement, et aucun contenu qui s’insère après le premier rendu en décalant la page.
Évolutivité
Conçu pour tenir quand le trafic arrive
Faire monter WordPress en charge consiste surtout à s’assurer que le travail coûteux se produit rarement, et jamais pendant qu’un visiteur attend.
Rigueur sur les requêtes
Les requêtes méta et de taxonomie coûteuses remplacées par des recherches indexées et des valeurs pré-calculées, pour qu’une page d’archive très consultée ne s’effondre pas.
Couches de cache
Object cache pour les requêtes répétées, cache de page complet pour le trafic anonyme, et des règles claires sur ce qui n’est jamais mis en cache.
Travail sorti de la requête
Imports, flux, traitement d’images et appels tiers gérés par des tâches de fond mises en file d’attente plutôt que pendant l’affichage d’une page.
Gestion des médias
Tailles responsives générées volontairement, formats modernes servis, et assets livrés depuis un CDN proche de vos visiteurs.
Pics de trafic
Le comportement sous charge testé avant la mise en ligne, pas découvert pendant une campagne — avec préchauffage du cache et limites de débit raisonnables.
Sécurité & durcissement
Rôles au privilège minimal, mises à jour des dépendances via le dépôt, secrets tenus hors de la base de code, et traçabilité des déploiements.
WordPress comme couche d’édition, autre chose comme frontend
Vos rédacteurs gardent l’administration qu’ils connaissent déjà. Le site public est rendu par son propre framework — généré statiquement ou rendu côté serveur à la demande — en lisant le contenu via REST ou GraphQL.
Cela convient aux sites avec plusieurs frontends, à une application qui partage le même contenu, ou à un frontend dont l’interactivité a dépassé ce qu’un template PHP peut porter.
C’est aussi plus coûteux à construire et à exploiter qu’un thème bien fait. Nous vous le dirons quand vous n’en avez pas besoin.
Quand cela en vaut la peine
Plusieurs frontends partageant une seule source de contenu
Une application mobile qui lit le même contenu que le site
Un frontend très interactif qui a dépassé les templates PHP
Une équipe frontend qui travaille déjà dans un framework JS
Du contenu qui doit être publié sur un hébergement statique
Un site marketing qu’un thème bien construit servirait mieux
Une petite équipe, où deux bases de code signifient deux fois la maintenance
WooCommerce
Des boutiques qui restent rapides avec un grand catalogue et un checkout chargé
C’est sur WooCommerce que le développement sur mesure se rentabilise le plus vite. Les pages catalogue, le panier et le checkout sont les trois endroits où une configuration générique commence à faire mal — et tous les trois sont de simples problèmes d’ingénierie.
Les archives produits reçoivent de vrais index et des facettes en cache au lieu de requêtes méta coûteuses. Le panier et le checkout restent hors cache et légers, pour que les pages qui portent le chiffre d’affaires soient celles qui travaillent le moins.
À cela s’ajoutent : règles de prix sur mesure, tarifs B2B et devis, abonnements, synchronisation ERP et stocks, intégrations de paiement et de livraison, et le reporting que votre équipe financière ne cesse de demander.
Catalogue & checkout à grande échelle
Catalogue · des milliers de produits
↓ facettes indexées · object cache
Archive filtrée · servie depuis le cache
En stockTaille M50–100 €
↓ liée à la session · jamais mise en cache
Panier & checkoutAssets minimaux
Logique de paiement, de stock et de TVA isolée dans un plugin sur mesure, testable séparément.
Comment se déroule un projet WordPress chez nous
1
Cadrage et audit technique
Nous commençons par ce que le site doit accomplir, qui l’édite et avec quels systèmes il doit dialoguer.
Pour un site existant, nous auditons d’abord le thème, les plugins, le modèle de données, l’hébergement et les performances, afin que le plan traite les causes plutôt que les symptômes.
2
Architecture et modèle de contenu
Avant d’écrire le moindre template, nous fixons le modèle de contenu : types de contenu, taxonomies, champs, relations et l’expérience d’édition autour d’eux.
C’est aussi là que nous décidons ce dont le site n’a pas besoin — généralement la décision la plus précieuse du projet.
3
Développement par tranches relisibles
Le développement se fait par branches, avec revue de code et standards de codage appliqués.
Vous voyez des pages fonctionnelles sur staging au fil de leur livraison, pas une révélation unique à la fin. Les retours arrivent tant qu’il est encore peu coûteux d’en tenir compte.
4
Tests et mise en ligne
Performances, accessibilité, comportement multi-navigateurs et flux d’édition sont vérifiés sur staging, avec des données et un hébergement proches de la production.
La mise en ligne est le déploiement d’un commit relu, avec les redirections en place et une possibilité de retour arrière si quelque chose ne va pas.
5
Transfert et suivi
Vous recevez le dépôt, la documentation et une présentation guidée pour celles et ceux qui maintiendront et éditeront le site.
À partir de là, nous pouvons rester pour la maintenance et les évolutions, ou nous retirer complètement — la base de code est écrite pour être lisible dans les deux cas.
Stack & outillage
Tout passe par Git, rien n’est modifié en production
Une modification est écrite en local, relue, testée sur staging, puis mise en production. Le commit qui a passé le staging est celui qui part en ligne.
WordPressthèmes · plugins · blocs sur mesure
PHPPHP moderne · Composer · standards PSR
FrontendTypeScript · Vite · amélioration progressive
DonnéesMySQL · object cache Redis
Local & CIDocker · Git · contrôles automatisés
InfrastructureAWS · Azure · CDN · monitoring
Pipeline de déploiement
LocalDocker
Mêmes PHP & MySQL qu’en productionContenu de démonstrationLinting à chaque commit
Pull request · revue de code
StagingProche de la production
Contrôles automatisésValidation clientPasse performance & accessibilité
Commit relu · déploiement
ProductionEn ligne
Déploiement sans interruptionRetour arrière possibleMonitoring uptime & erreurs
Après la mise en ligne
Maintenance et support, avec un code laissé lisible volontairement
Du code sur mesure n’est un actif que si quelqu’un peut le reprendre plus tard. Nous documentons ce que nous construisons et remettons un dépôt dans lequel votre propre équipe — ou votre prochain développeur — peut travailler.
Mises à jour du cœur, des plugins et des dépendances
Appliquées d’abord sur staging, avec la passe de tests propre au site avant que quoi que ce soit n’atteigne la production.
Monitoring et suivi des erreurs
Uptime, erreurs et requêtes lentes nous sont remontés, pour que les problèmes apparaissent avant que vos visiteurs les signalent.
Sauvegardes et restauration
Base de données et médias sauvegardés selon un calendrier, avec une restauration qui a réellement été testée.
Revues de performance
Des contrôles périodiques pour vérifier que les mesures terrain n’ont pas dérivé à mesure que le contenu et le trafic augmentent.
Développement continu
Les nouvelles fonctionnalités traitées comme de petits changements cadrés, via la même chaîne de revue et de déploiement.
Documentation et transfert
Notes d’architecture, guides pour la rédaction et instructions de déploiement conservés dans le dépôt, à jour au moment du transfert.
Pour les agences & studios
Nous développons sous votre nom, discrètement
Vous gardez la relation client et le design. Nous prenons la réalisation — thème, plugins, intégrations — et la livrons dans votre dépôt, selon vos standards de code.
En marque blanche par défaut : aucune mention dans le pied de page, aucun contact avec votre client sauf si vous souhaitez nous voir participer.
Fonctionne comme un projet à périmètre fixe ou comme capacité de développement supplémentaire quand votre équipe est complète.
Pour les entreprises
Une réalisation dont vous ne serez pas exclu
Lancer un nouveau site, ou remplacer un site devenu lent et fragile — nous cadrons d’abord le modèle de contenu avec vous, pour que la réalisation reflète le fonctionnement réel de votre activité.
Vous recevez le dépôt, la documentation et la configuration de déploiement. Aucune couche propriétaire, aucune licence qui s’arrête quand nous nous arrêtons.
Si une partie du site existant vaut la peine d’être conservée, nous la conservons plutôt que de tout reconstruire pour le principe.
En production
À quoi cela ressemble sur un projet réel : WordPress et Zabun
Notre travail dans l’immobilier est l’exemple le plus clair de développement WordPress sur mesure sur ce site : un plugin dédié qui synchronise un CRM immobilier vers WordPress, des types de contenu et taxonomies personnalisés, des URL de filtres indexables, des tâches planifiées et des demandes renvoyées vers le CRM.
Même ingénierie, autre domaine. Si vous avez un système externe qui doit alimenter votre site, la nature du problème est identique.
Lire la page sur l’intégration ZabunPlugin sur mesure · ce qu’il fait
Données des biens récupérées depuis l’API du CRM selon un calendrier
Mappées vers des types de contenu personnalisés, des taxonomies et des champs ACF
Médias synchronisés localement au lieu d’être appelés à distance
Combinaisons de filtres exposées en URL indexables et optimisées pour le SEO
Demandes du site renvoyées dans le CRM, rattachées au bien
FAQ
Questions fréquentes
Une particularité dans votre configuration ? Décrivez-la et nous vous dirons ce que nous ferions.
Un thème du marché est conçu pour convenir à tous les sites : il embarque donc des fonctionnalités et du markup que le vôtre n’utilisera jamais. Un thème sur mesure ne contient que votre modèle de contenu et vos mises en page, et c’est pour cela qu’il reste rapide et facile à faire évoluer.
Oui — c’est tout l’intérêt de construire sur WordPress. Nous donnons aux rédacteurs un petit ensemble de blocs et de champs dédiés qui correspondent à vos maquettes, pour que les pages qu’ils produisent ne puissent pas s’écarter du design system.
Souvent. Nous commençons par auditer le thème, les plugins, le modèle de données et l’hébergement actuels, puis nous proposons soit une refonte ciblée des parties lentes, soit un thème entièrement sur mesure, selon ce que révèle l’audit.
À vous. Tout est livré dans un dépôt Git que vous contrôlez, avec la documentation et la configuration de déploiement. Il n’existe aucune couche propriétaire qui cesserait de fonctionner si vous arrêtiez de travailler avec nous.
Oui. Nous examinons l’existant, nous le documentons et nous repartons de là. Si certaines parties valent la peine d’être conservées, nous les conservons.
Oui — des plugins distribuables avec des réglages soignés, la gestion des mises à jour, l’internationalisation et le respect des standards de codage, que ce soit pour un client ou pour une diffusion publique.
Nous travaillons avec votre hébergeur ou nous vous conseillons dans le choix. Nos exigences n’ont rien d’extraordinaire : PHP-FPM, un object cache, la mise en cache HTTP, un cron réellement fiable et un environnement de staging conforme à la production.
Cela en fait partie. Une boutique WooCommerce, c’est du développement WordPress sur mesure avec les contraintes du commerce en plus — les sections ci-dessus sur le catalogue, le panier et le checkout décrivent notre approche.
Démarrer un projet
Dites-nous ce que le site doit faire
Une nouvelle réalisation sur mesure, la refonte de quelque chose devenu lent, un plugin à écrire correctement, ou de la capacité de développement derrière votre agence — décrivez la situation et nous reviendrons avec une approche et un périmètre.
Si le sur-mesure n’est pas la bonne réponse pour votre projet, nous vous le dirons.