Choisir entre un thème du commerce et un habillage développé spécifiquement n’est pas une question de goût : c’est une question de modèle de contenu. Un thème ne vend pas une apparence, il vend une grammaire — des types de pages, des blocs disponibles, des emplacements, des champs. Tant que vos contenus rentrent dans cette grammaire, tout va bien et vous avez fait une excellente affaire. Le jour où une page n’entre dans aucun gabarit prévu, vous payez la différence, et vous la payez avec intérêts, parce qu’il faut d’abord défaire ce que le thème a imposé.
Cet article chiffre les deux côtés de l’arbitrage : ce qu’un thème fait gagner en jours, ce qu’il impose en contreparties mesurables, et ce que coûte la sortie. Il s’appuie sur un relevé de banc dont les ordres de grandeur méritent d’être connus avant toute discussion sur l’esthétique : une même page de catégorie à 24 images pèse 57,3 Mo et affiche son élément principal en 14 652 ms avec des photos brutes, contre 339 Ko et 436 ms une fois les images converties en WebP à 800 pixels — et l’attribut de chargement différé, seul, ne change rien du tout (14 648 ms).
Ce qu’un thème fait gagner, chiffré en jours
Commençons par l’argument honnête en faveur du thème, parce qu’il est fort. Un thème commercial livre, immédiatement : des gabarits pour les pages courantes, une grille responsive testée, une typographie cohérente, des composants d’interface, des réglages de couleurs, une navigation, souvent des gabarits de blog et de catalogue, et une documentation. Écrire l’équivalent à la main représente plusieurs semaines de travail.
| Élément | Livré par un thème | Équivalent en développement |
|---|---|---|
| Grille et adaptation aux écrans | Oui, testée | 2 à 4 jours |
| Système typographique et couleurs | Oui, paramétrable | 1 à 3 jours |
| Gabarits de pages courantes | Oui, souvent des dizaines | 0,5 à 1,5 jour par gabarit réellement utilisé |
| Composants d’interface | Oui, en nombre | 0,5 à 1 jour par composant |
| Compatibilité navigateurs | Oui, à la charge de l’éditeur | 1 à 2 jours de vérification |
Pour un site de présentation classique dont le contenu est fait de pages, d’articles et de quelques formulaires, le calcul est sans appel : le thème gagne, et en débattre coûte plus cher que le thème. Nous le disons d’autant plus volontiers que nous livrons des sites dans les deux configurations — et que le choix du thème est le bon dans une large part des cas de figure décrits dans notre analyse des forces et limites de WordPress.
Ce qu’un thème impose
La contrepartie se paie en trois monnaies. La première est le modèle de contenu. Un thème décide de ce qu’est une page chez vous : quels champs existent, quels blocs sont autorisés, comment se construit une liste. Vos contenus s’y coulent ou s’y déforment. Une fiche métier qui aurait besoin de six champs structurés devient un amas de paragraphes mis en forme à la main, non réutilisable, non filtrable, impossible à exploiter ailleurs.
La deuxième est le constructeur de page, presque toujours livré avec. Il permet à un rédacteur de composer une page sans développeur, ce qui est un vrai bénéfice, et il stocke en contrepartie la mise en forme à l’intérieur du contenu, dans un format qui lui appartient. Le texte de vos pages cesse d’être du texte : il devient une structure propriétaire, que seul ce constructeur sait relire.
La troisième est le poids. Un thème généraliste charge ce dont ont besoin tous ses utilisateurs, pas ce dont a besoin votre site : feuilles de style complètes, bibliothèques de scripts, polices, icônes, animations. La section suivante montre l’ampleur réelle de ce poste — et surtout où il se joue vraiment, ce qui n’est pas là où on le croit.
Le coût mesuré du poids
Voici le relevé, sur une page de catégorie comportant 24 images, mesurée trois fois sur le même banc.
| Traitement des images | Poids de la page | Affichage de l’élément principal |
|---|---|---|
| Photos brutes | 57,3 Mo | 14 652 ms |
| Photos brutes + chargement différé | 57,3 Mo | 14 648 ms |
| WebP à 800 pixels | 339 Ko | 436 ms |
Trois enseignements, et le deuxième est le plus utile. Un : le facteur entre les deux extrêmes est de 33 sur le temps et de 173 sur le poids — 57,3 Mo contre 339 Ko. Deux : le chargement différé seul ne sert à rien ici (14 648 ms contre 14 652 ms), parce qu’il ne change pas la taille des images qui doivent quand même s’afficher en haut de page ; c’est le réflexe le plus répandu et le moins efficace. Trois : le travail utile est la production de dérivés. Sur ce même jeu, une image passe de 2,39 Mo en source à 14 Ko en WebP à 800 pixels — un rapport de 170, obtenu sans que le visiteur voie la moindre différence sur un écran courant.
La conséquence pour notre sujet est nuancée et il faut la dire : ce relevé montre que les images pèsent bien plus lourd que le thème. Un thème généraliste ajoute typiquement quelques centaines de kilo-octets de styles et de scripts ; une seule photo non redimensionnée en ajoute davantage. Reprocher à un thème son poids tout en publiant des photos brutes, c’est se tromper de combat. La vraie contrepartie d’un thème n’est donc pas le poids : c’est le modèle de contenu et le verrouillage, et c’est bien pour cela que cet article parle de structure plutôt que d’esthétique.
Le banc a été monté pour cette série, et son résultat contredit une pratique répandue. Une page de quatorze sections, servie sur un lien bridé à cent vingt millisecondes de latence et huit mégabits par seconde, processeur ralenti quatre fois. On fait varier le nombre de feuilles de style : une seule feuille de thème de cinquante kilooctets, puis cinq, douze et trente feuilles — la feuille du thème plus celles que chaque extension ajoute —, et enfin les trente regroupées en un seul fichier.
| Feuilles chargées | Requêtes | Transféré | Premier affichage | Fin de chargement |
|---|---|---|---|---|
| 1 — la feuille du thème seule | 1 | 5 Ko | 340 ms | 309 ms |
| 5 | 5 | 10 Ko | 384 ms | 331 ms |
| 12 | 12 | 22 Ko | 528 ms | 495 ms |
| 30 | 30 | 52 Ko | 924 ms | 876 ms |
| Les 30, regroupées en un fichier | 1 | 33 Ko | 1 164 ms | 1 130 ms |
La dernière ligne est la surprise, et elle vaut d’être lue deux fois : regrouper les trente feuilles en une seule a rendu la page plus lente — 1 164 millisecondes contre 924 — alors qu’elle transfère moins d’octets, 33 kilooctets au lieu de 52. Le regroupement fait son travail sur le réseau et ne fait rien sur le seul coût qui compte ici : le navigateur doit recevoir et analyser l’intégralité des styles avant de peindre quoi que ce soit, et quatre cent six kilooctets de règles à analyser sur un processeur ralenti coûtent plus cher que trente requêtes parallèles.
Autrement dit, la variable n’est pas le nombre de fichiers : c’est le volume de styles que le navigateur doit analyser avant de peindre. De cinquante à quatre cent six kilooctets de règles, le premier affichage passe de 340 à plus de 900 millisecondes, soit presque trois fois. Ni la concaténation ni la minification ne corrigent cela, parce que ni l’une ni l’autre ne retire une règle.
Ce qui le corrige tient en deux gestes, et ils sont structurels : ne pas charger les styles des extensions sur les pages qui ne les utilisent pas, et ne pas retenir un thème qui impose quatre cents kilooctets de règles pour une page qui en emploie cinq pour cent. C’est le seul endroit de cet article où le poids d’un thème devient un argument — non pas parce qu’il pèse, mais parce qu’il bloque.
Le coût de possession d’un thème, poste par poste
Le prix d’achat d’un thème est une ligne négligeable dans le budget d’un site : ce n’est pas là que se joue son coût. Quatre postes durables méritent d’être posés avant de choisir, parce qu’ils courent pendant toute la vie du site.
| Poste | Rythme | Signal d’alerte |
|---|---|---|
| Licence et mises à jour | Annuel, chez la plupart des éditeurs | Journal des versions muet depuis plus d’un an : l’éditeur a décroché |
| Suivi des montées de version du CMS | À chaque version majeure | Le thème n’annonce jamais sa compatibilité avec la dernière version publiée |
| Extensions imposées par le thème | Permanent | Le thème exige trois extensions tierces pour fonctionner : trois dépendances de plus |
| Correctifs de style accumulés | Croissant | Le fichier de styles supplémentaires grossit à chaque demande de la direction |
Le troisième poste est le plus sournois, parce qu’il est invisible à l’achat. Un thème qui impose son propre constructeur, son propre moteur de formulaires et sa propre bibliothèque de curseurs vous fait hériter de quatre calendriers de mise à jour au lieu d’un, et de quatre éditeurs susceptibles de disparaître. Avant d’acheter, ouvrez la liste des extensions requises : elle en dit davantage sur le coût futur que les captures d’écran de la page de vente.
Une vérification de deux minutes complète utilement ce tableau : regardez la date de la dernière version publiée du thème et la version du CMS qu’il déclare prendre en charge. Un thème qui n’a pas bougé depuis la précédente version majeure du CMS n’est pas « stable » — il est abandonné, et vous serez le dernier à le découvrir, au pire moment, c’est-à-dire pendant une mise à jour de sécurité.
Les trois signes qu’un thème ne suffit plus
Premier signe : la page qui n’entre nulle part. Un contenu important — une page de service structurée, un comparatif, un configurateur — doit être bricolé à coups de blocs détournés, et sa mise à jour demande un développeur alors qu’elle devrait demander un rédacteur.
Deuxième signe : la multiplication des exceptions de style. Quand le fichier de styles supplémentaires dépasse quelques centaines de lignes consacrées à corriger le thème, vous écrivez déjà un habillage — mais par-dessus un autre, ce qui coûte plus cher et se maintient moins bien.
Troisième signe : le contenu n’est pas réutilisable. Vous voulez lister vos réalisations par secteur, alimenter un flux, exporter vos fiches vers une autre application — et vous découvrez que ces informations n’existent pas en tant que données : elles sont des morceaux de mise en page. C’est le signe le plus grave, parce qu’il ne se corrige pas par du style : il demande de restructurer le contenu.
Un seul de ces signes ne justifie pas de tout refaire. Deux sur trois, sur des pages qui comptent pour le chiffre d’affaires, justifient d’ouvrir la question — et de la chiffrer plutôt que de l’endurer, parce que ces trois symptômes se paient en temps d’équipe tous les mois.
Constructeurs visuels et verrouillage du contenu
Le point mérite sa section, parce qu’il est le plus sous-estimé au moment du choix. Un constructeur visuel enregistre la structure de vos pages dans son propre format à l’intérieur du contenu. Concrètement : si vous désactivez l’extension, les pages n’apparaissent pas « sans mise en forme », elles apparaissent illisibles — le texte est mêlé à des marqueurs de structure que rien d’autre ne sait interpréter.
Deux tests permettent d’évaluer le niveau d’enfermement avant de s’engager, et ils prennent chacun dix minutes. Le premier : créez une page, remplissez-la, puis désactivez l’extension et regardez ce qu’il reste. Le second : exportez le contenu du site et ouvrez le fichier — vos textes y sont-ils lisibles, ou noyés dans des marqueurs ? Ces deux tests sont à faire avant la signature, pas au moment de la refonte suivante.
Précision utile, pour ne pas jeter le bébé avec l’eau du bain : l’éditeur de blocs natif de WordPress stocke lui aussi une structure dans le contenu, mais sous une forme documentée et lisible, où le texte reste du texte. Ce n’est pas la même chose qu’un format propriétaire, et cette différence, invisible le premier jour, devient décisive le jour de la refonte.
Champs structurés contre mise en forme libre
C’est la décision la plus rentable de tout le projet, et elle se prend au moment de définir les gabarits. Prenons une page de service. En mise en forme libre, elle est une suite de blocs : un titre, un paragraphe, une image, trois colonnes avec des icônes, un encadré de tarif. En champs structurés, elle est une fiche : titre, accroche, bénéfices (liste), tarif_a_partir_de, duree_type, questions_frequentes (liste de paires). Visuellement, le résultat peut être identique ; techniquement, ce sont deux objets sans rapport.
| Opération | Mise en forme libre | Champs structurés |
|---|---|---|
| Lister tous les services par tarif croissant | Impossible sans ressaisie | Une requête sur le champ |
| Changer la présentation des bénéfices sur 40 pages | 40 pages à reprendre à la main | Une modification de gabarit |
| Alimenter des données structurées pour les moteurs | Ressaisie, donc divergence à terme | Génération automatique depuis les champs |
| Garantir que chaque page a un tarif | Aucun contrôle possible | Champ obligatoire à la saisie |
| Refondre le site dans trois ans | Reprise page par page | Nouveaux gabarits, contenu inchangé |
La dernière ligne justifie à elle seule le surcoût initial. Un contenu structuré survit à son habillage ; un contenu mis en forme meurt avec lui. C’est pour cette raison que la question « thème ou sur-mesure » se tranche moins souvent qu’on ne le croit : dans beaucoup de projets, la bonne réponse est « thème, mais avec des champs structurés sur les cinq pages qui comptent ».
La sortie d’un thème : ce que ça coûte
Changer de thème n’est pas un changement d’apparence : c’est une migration de contenu. Le nouvel habillage ne connaît ni les champs ni les blocs de l’ancien, et chaque page construite avec le constructeur de l’ancien doit être reprise.
| Poste | Ce qu’il recouvre | Ordre de grandeur |
|---|---|---|
| Cartographie des gabarits | Inventaire des types de pages réellement utilisés | 0,5 à 1 jour |
| Reprise des pages construites | Chaque page composée avec le constructeur, à refaire | 0,25 à 1 heure par page, à multiplier par leur nombre |
| Extraction des champs | Transformer en champs structurés ce qui était de la mise en forme | Variable, mesurable sur un échantillon de dix pages |
| Redirections et contrôles | URL conservées, liens internes, images manquantes | 0,5 à 1 jour |
La deuxième ligne est celle qui fait le total, et elle a une propriété utile : elle se mesure. Reprenez dix pages, chronométrez, multipliez par le nombre de pages composées — vous obtenez un chiffre défendable au lieu d’une estimation au doigt mouillé. C’est la même discipline que celle que nous appliquons pour établir le prix d’un site vitrine : ce qui se compte se chiffre, le reste se discute.
Deux pièges rendent ce chiffrage plus lourd qu’attendu si on ne les anticipe pas. Le premier est la bibliothèque de médias : les images ont été insérées avec des dimensions décidées par l’ancien thème, et le nouveau attend d’autres formats — la régénération des dérivés est une opération banale mais elle doit figurer au plan, avec une vérification visuelle sur un échantillon. Le second est le référencement : une refonte d’habillage qui change les titres, la structure des titres intermédiaires ou les chemins d’URL fait bouger des pages positionnées. Le plan de reprise doit donc inclure un relevé avant/après des titres et des adresses, et un jeu de redirections préparé avant la bascule, pas après.
La bonne nouvelle est qu’aucune de ces opérations n’est risquée si elle est faite sur une copie du site : la sortie d’un thème est un chantier prévisible, à condition d’être mesurée. Ce qui la rend douloureuse n’est jamais la technique, c’est la découverte tardive du nombre de pages réellement composées à la main.
L’entre-deux : thème-socle et gabarits propres
La meilleure configuration, dans la majorité des projets que nous livrons, n’est ni l’un ni l’autre. Elle consiste à partir d’un thème-socle minimal — grille, typographie, accessibilité, rien de plus — et à écrire les gabarits des pages qui comptent, avec des champs structurés plutôt que de la mise en forme libre.
| Situation | Configuration | Limite à connaître |
|---|---|---|
| Site de présentation, contenu éditorial, budget serré | Thème du commerce, sans constructeur propriétaire | Le modèle de contenu du thème devient le vôtre |
| Site de présentation + 3 à 6 pages structurantes | Thème-socle + gabarits propres pour ces pages | Demande de décider tôt quelles pages sont structurantes |
| Contenus à lister, filtrer, exporter ou syndiquer | Champs structurés obligatoires, quel que soit l’habillage | Coût initial supérieur, réutilisation immédiate |
| Identité de marque forte, comparaison directe avec des concurrents | Habillage développé sur mesure | Chaque gabarit se paie, y compris les ordinaires |
| Site existant sous constructeur propriétaire, refonte envisagée | Mesurer d’abord le coût de reprise sur dix pages | La mesure conditionne tout le reste du chiffrage |
Cette configuration intermédiaire a un avantage rarement mentionné : elle rend les arbitrages réversibles. Un gabarit propre s’ajoute quand une page devient importante, sans remettre en cause le reste du site — alors que sortir d’un thème monolithique est une opération tout ou rien. C’est le montage que nous proposons par défaut dans nos projets de création de site WordPress, précisément parce qu’il préserve les décisions futures.
Ce qu’il faut retenir
Un thème du commerce n’achète pas une apparence mais un modèle de contenu, et c’est là que se joue l’arbitrage. Il fait gagner des semaines — grille, typographie, gabarits, composants, compatibilité — et il impose en retour sa grammaire, son constructeur de page et son format de stockage. Pour un site éditorial classique, c’est une excellente affaire ; pour un site dont les contenus doivent être listés, filtrés, exportés ou réutilisés, c’est une dette qui commence à courir dès la première page publiée.
Le relevé remet le poids à sa place : la même page de 24 images passe de 57,3 Mo et 14 652 ms à 339 Ko et 436 ms par la seule production de dérivés, et le chargement différé seul ne gagne rien (14 648 ms). Une image passe de 2,39 Mo à 14 Ko en WebP à 800 pixels. Autrement dit, les images pèsent bien plus lourd qu’un thème : reprocher son poids à un thème tout en publiant des photos brutes, c’est se tromper de combat.
Trois signes justifient d’ouvrir la question — la page qui n’entre dans aucun gabarit, les centaines de lignes de styles correctifs, le contenu non réutilisable — et deux tests de dix minutes, à faire avant signature, disent le niveau d’enfermement : désactiver le constructeur pour voir ce qu’il reste, et ouvrir un export pour voir si le texte y est encore du texte. Entre les deux extrêmes, le montage qui préserve le plus d’options reste le thème-socle minimal complété de gabarits propres sur les seules pages qui comptent.
