Un WordPress sur mesure,
pas un thème acheté.

WordPress porte une part considérable du web, et il traîne une mauvaise réputation qu’il ne mérite qu’à moitié. Ce qui est lent, vulnérable et impossible à faire évoluer, ce n’est presque jamais WordPress : c’est un thème acheté que personne ne maintient, une trentaine d’extensions empilées au fil des années, et un site que plus personne n’ose mettre à jour.

Nous le construisons autrement. Un socle versionné, où le code du site vit dans un dépôt et se déploie automatiquement. Un thème écrit pour vous, pas acheté. Des extensions choisies une par une, avec une raison écrite pour chacune. Et une maintenance qui existe dès le premier jour, parce qu’un site WordPress laissé seul se dégrade sans prévenir.

Nous livrons aussi Webflow et Shopify, ce qui nous permet de vous dire quand WordPress n’est pas le bon choix.

La question se tranche sur trois critères, et aucun n’est une préférence technique.

Les trois situations où WordPress gagne

• Un besoin fonctionnel précis qui existe déjà. Espace membre, réservation, adhésion, catalogue avec des règles particulières, connexion à un logiciel métier. L’écosystème couvre des cas que les plateformes fermées ne couvrent pas, ou au prix d’un développement complet.
• Un volume éditorial important. Un site qui publie plusieurs fois par semaine, avec plusieurs contributeurs, des rôles distincts et une relecture avant publication. C’est le terrain d’origine de l’outil et il y reste excellent.
• Une exigence de maîtrise. Le site vous appartient, il tourne où vous voulez, et vous pouvez en sortir. Aucune plateforme hébergée n’offre cette réversibilité.

Les trois situations où nous conseillons autre chose

Une équipe qui veut publier sans jamais dépendre d’un prestataire et sans se soucier de mises à jour : une plateforme hébergée lui coûtera moins en charge mentale. Un site vitrine de quelques pages sans besoin particulier : WordPress est surdimensionné. Et un commerce en ligne dont le catalogue est le coeur du métier, où d’autres plateformes prennent en charge davantage à votre place.

Nous avons détaillé le premier arbitrage dans Webflow ou WordPress et le dernier dans Shopify ou PrestaShop.

Le critère qui tranche vraiment

Qui s’occupera du site dans deux ans ? WordPress demande un entretien régulier que les plateformes hébergées prennent en charge à votre place. Si personne, en interne ou chez un prestataire, n’a ce temps à date fixe, le choix se retourne contre vous. Ce n’est pas un argument contre l’outil, c’est un arbitrage d’organisation.

C’est ce qui distingue le plus nos projets WordPress de l’usage courant, et c’est invisible pour le visiteur.

Le code vit dans un dépôt, pas sur le serveur

La pratique répandue consiste à modifier les fichiers directement sur l’hébergement, parfois via l’éditeur de l’administration. C’est rapide et cela produit trois problèmes : personne ne sait qui a changé quoi, aucun retour arrière n’est possible, et la moindre mise à jour écrase les modifications.

Chez nous, le thème et la configuration vivent dans un dépôt versionné. Chaque modification est datée, attribuée, et réversible. Le déploiement est automatisé : une commande, une nouvelle version mise en ligne d’un bloc, et la possibilité de revenir à la précédente en quelques secondes.

Les extensions sont déclarées, pas installées à la main

La liste des extensions et leurs versions font partie du code. Cela veut dire qu’on sait exactement ce qui tourne, qu’un environnement de test est identique à la production, et qu’aucune extension ne peut apparaître sans que quelqu’un l’ait décidé.

Chaque extension retenue a une raison écrite. C’est une discipline modeste qui évite la dérive classique : trente extensions dont plus personne ne connaît l’usage, dont un tiers ne sert plus, et qu’on n’ose pas retirer par crainte de casser quelque chose.

Un thème écrit, pas acheté

Un thème du commerce doit couvrir tous les usages possibles, donc il embarque du code pour des besoins qui ne sont pas les vôtres. Cela pèse sur la vitesse et complique chaque modification.

Nous écrivons le thème à partir de vos gabarits. Le site ne contient que ce qu’il utilise, et l’édition reste simple parce que les blocs sont pensés pour vos contenus, pas pour un catalogue de démonstration.

La large diffusion de WordPress en fait une cible permanente. Ce n’est pas une faiblesse du logiciel, c’est une conséquence de sa popularité, et cela se traite.

Comment un site se fait réellement compromettre

La représentation courante est celle d’une attaque ciblée. La réalité est plus banale : des balayages automatiques testent des milliers de sites à la recherche d’une faiblesse connue, presque toujours une extension non mise à jour ou un mot de passe faible. Personne ne vous a choisi, votre site répondait.

Et la suite ne ressemble pas à l’image qu’on s’en fait. Un site compromis n’affiche presque jamais de message triomphal : il continue de fonctionner normalement pendant qu’un compte administrateur discret a été créé, que des pages invisibles sont publiées, ou que des courriels partent en votre nom. Les conséquences arrivent après, quand le domaine est signalé comme dangereux et que les courriels légitimes n’arrivent plus.

Ce que nous appliquons sur chaque site

• Les mises à jour du socle et des extensions à un rythme fixé, testées avant la production, avec les correctifs critiques appliqués sans attendre.
• Des comptes tenus à jour : les accès des personnes parties disparaissent, et la liste des administrateurs est connue et vérifiée.
• Des mots de passe uniques par site. Un mot de passe réutilisé transforme la compromission d’un service en compromission de tous les autres.
• Les points d’entrée inutiles fermés plutôt que laissés ouverts par défaut, notamment côté interface de programmation.
• Des sauvegardes dont la restauration a été testée. Une sauvegarde jamais restaurée n’est pas une sauvegarde, c’est une hypothèse.

Pourquoi cela ne se vend pas en option

Un site WordPress livré sans entretien est un site dont on connaît la date de péremption sans la dire. Nous préférons livrer moins de sites et les tenir, ce que décrit la page maintenance de site web, et nous détaillons la mécanique de dégradation dans cet article.

C’est le cas le plus fréquent, et il demande une étape que les devis passent souvent sous silence.

L’audit d’entrée, avant tout engagement

Nous regardons l’état réel : version du socle, extensions et leur maintenance, thème et son origine, modifications faites directement sur le serveur, état des sauvegardes, comptes existants, et vitesse mesurée sur mobile.

Cette étape sert autant à vous qu’à nous. Elle peut conclure que le site est sain et que le travail démarre tout de suite. Elle peut conclure qu’une remise à niveau est nécessaire avant, et dans ce cas elle est chiffrée séparément plutôt que dissoute dans un forfait.

Les trois états que nous rencontrons

Sain mais négligé. Le socle est correct, les mises à jour ont pris du retard, quelques extensions sont à retirer. Une remise à niveau de quelques jours suffit, et le site repart pour des années.

Modifié directement sur le serveur. Le thème a été retouché à la main, parfois par plusieurs prestataires successifs. Il faut alors reconstituer ce qui a été fait avant de pouvoir mettre à jour quoi que ce soit sans casser le site. C’est la situation la plus longue à traiter.

Arrivé en bout de course. Une mise à jour du socle casse le site, le nombre d’extensions dépasse ce que quiconque peut expliquer, et la moindre modification demande une intervention technique. Là, une reconstruction cadrée revient moins cher qu’une année de corrections.

Ce que nous refusons

Prendre en suivi un site dont nous savons qu’il cassera au premier trimestre, sans le dire. C’est commode à la vente et intenable ensuite. Et migrer vers WordPress un site qui n’a aucune raison d’y aller : si le besoin ne demande pas ce que WordPress apporte, la migration est un coût sans contrepartie. Nous décrivons l’inverse, la sortie vers une plateforme hébergée, sur la page migration Webflow.

« WordPress est lent » est une phrase qu’on entend souvent et qui décrit un symptôme, pas une cause. Un site WordPress correctement construit s’affiche aussi vite qu’un site sur plateforme hébergée. Ce qui le ralentit est connu, limité, et se traite.

Les quatre causes réelles, dans l’ordre d’impact

• Les images. C’est presque toujours le premier poste. Des visuels chargés en pleine résolution, servis au même format à tout le monde, pèsent plusieurs mégaoctets par page. Ils s’affichent correctement, donc rien ne signale le problème, et la page met quatre secondes à apparaître sur un téléphone.
• Les scripts tiers. Un outil de mesure ajouté pour une campagne, un module de discussion testé puis oublié, un pixel installé par un prestataire qui n’est plus là. Chacun ajoute une requête et du temps d’exécution, et personne ne les retire jamais.
• L’absence de cache de page. Sans cache, chaque visite reconstruit la page depuis la base de données. C’est du travail refait des milliers de fois pour un résultat identique, et cela coûte environ une seconde par page.
• Le thème surchargé. Un thème du commerce doit couvrir tous les usages possibles, donc il charge du code pour des besoins qui ne sont pas les vôtres, sur chaque page, y compris celles qui n’en ont pas l’usage.

Ce que nous traitons à la construction

Les images sont retraitées et servies dans un format moderne, à la taille réelle d’affichage, avec un chargement différé pour ce qui est hors écran. Le cache de page est en place dès la mise en ligne, pas ajouté après coup quand quelqu’un se plaint. Le thème ne contient que ce que le site utilise. Et chaque script tiers a une raison écrite, ce qui rend le ménage possible plus tard.

Comment nous mesurons

Sur un téléphone milieu de gamme en connexion moyenne, pas sur un ordinateur relié en fibre. L’écart entre les deux mesures est souvent d’un facteur trois, et c’est la mauvaise qui correspond à vos visiteurs. Une mesure faite dans de bonnes conditions donne un chiffre flatteur et inutile.

Pourquoi cela ne se règle pas une fois pour toutes

La performance se dégrade d’elle-même : chaque publication ajoute des images, chaque campagne ajoute un script. C’est pour cette raison qu’elle fait partie du suivi et non d’une prestation ponctuelle, sujet détaillé sur la page SEO et performance.

Deux devis WordPress ne se comparent pas sans ce détail, parce que le mot recouvre des réalités très éloignées.

Ce qui est toujours compris

• Le cadrage, l’arborescence et les arbitrages structurants, tranchés avant la maquette.
• La conception et l’écriture du thème, à partir de vos gabarits. Aucun thème acheté.
• La mise en place du socle versionné et du déploiement automatisé.
• La mise en ligne, les redirections depuis l’ancien site, et la formation à l’édition.

Ce qui se chiffre à part

L’hébergement, qui est à votre nom. Les licences d’extensions payantes, quand une seule couvre réellement un besoin. La rédaction des contenus, parce qu’elle dépend de qui l’assume et qu’elle est presque toujours le chemin critique. Et les connexions à vos outils métier, parce qu’une intégration au logiciel de gestion est un projet en soi.

Le nombre de gabarits, qui est la vraie variable

Ce n’est pas le nombre de pages qui fait le prix, c’est le nombre de modèles différents. Trois cents pages construites sur cinq gabarits coûtent moins cher que huit pages toutes différentes. C’est aussi le levier le plus simple pour ajuster un budget sans dégrader le résultat.