WordPress ou site sur mesure : comment choisir ?

WordPress est un CMS open source doté d’outils de publication, de rôles utilisateurs, de thèmes, de plugins et d’API. Une solution sur mesure assemble ou développe les composants nécessaires à un cahier des charges précis. Elle peut elle aussi intégrer un CMS ou des bibliothèques tierces.

Le nom de la technologie ne suffit donc pas à déduire le prix, la vitesse, la sécurité ou la durée de vie d’un site. Ces résultats dépendent de l’architecture, de l’implémentation, de l’hébergement, du contenu et de la maintenance.

Listez qui doit créer, relire, traduire, programmer et publier chaque type de contenu. WordPress fournit de nombreux outils éditoriaux standards. Cela peut convenir lorsqu’une équipe publie souvent et souhaite retrouver des conventions connues.

• Un site sur mesure peut proposer une interface d’administration simple, un CMS externe ou des mises à jour réalisées par le prestataire.
• Cette capacité doit être prévue dans le périmètre : elle n’est pas automatique.
• Demandez une démonstration avec vos propres contenus avant de choisir.

Recensez les formulaires, langues, paiements, réservations, catalogues, imports, exports, droits d’accès et connexions à d’autres outils. Pour chaque fonction, précisez les données échangées, la personne responsable et le comportement attendu en cas d’erreur.

• WordPress peut être étendu avec des plugins ou du code spécifique.
• Le sur-mesure peut adapter plus directement une interface ou un processus particulier.
• Aucun des deux choix ne dispense de vérifier la qualité des extensions, des API et des tests d’intégration.

Un WordPress sobre peut être rapide et un site sur mesure peut être lent ; l’inverse est également vrai. Le thème, les extensions, les médias, les scripts, le cache, le serveur et le code applicatif influencent ensemble le résultat.

Demandez des objectifs mesurables, des tests sur les principaux modèles de page et une méthode de suivi après mise en ligne. Les Core Web Vitals apportent des mesures communes, mais aucun framework ou CMS ne garantit à lui seul de bons scores.

La sécurité consiste à réduire les risques, pas à rendre un système invulnérable. Pour WordPress, la documentation officielle recommande notamment de garder le logiciel à jour et de prévoir une sauvegarde avant une mise à niveau. Les thèmes, plugins, comptes et serveurs font aussi partie du périmètre.

Un site sur mesure doit également suivre ses bibliothèques, son framework, son hébergement, ses accès, ses sauvegardes et ses journaux. La bonne fréquence dépend du système et de son exposition ; une revue annuelle ou mensuelle annoncée sans analyse ne constitue pas une politique de sécurité.

Le sur-mesure ne signifie plus écrire chaque ligne à la main. Il désigne aujourd’hui un site construit avec un générateur de sites statiques ou un framework moderne, dont les pages sont produites à l’avance et servies comme de simples fichiers, avec des composants dessinés pour le projet. Le contenu peut vivre dans des fichiers structurés, dans un CMS sans interface publique, ou dans une feuille de calcul.

La différence avec WordPress est architecturale : il n’y a pas de base de données interrogée à chaque visite, pas de PHP exécuté, pas d’extension chargée sur toutes les pages. Un serveur qui ne fait que distribuer des fichiers est rapide par construction et n’offre presque aucune surface d’attaque.

Cette approche a un coût : chaque fonctionnalité doit être choisie et intégrée consciemment, là où WordPress la propose sous forme d’extension prête à installer. Pour un site de présentation, un blog ou un catalogue, cette contrainte est légère. Pour une plateforme avec comptes utilisateurs, paiements et contenus générés par les visiteurs, elle devient un vrai projet de développement.

Une équipe qui publie plusieurs articles par semaine, avec plusieurs auteurs, des brouillons, des relectures et une programmation, trouve dans WordPress un outil éditorial mûr que peu de solutions sur mesure égalent sans effort important. C’est son cœur historique et il y reste excellent.

Un site qui doit être repris par n’importe quel prestataire est aussi un cas favorable : des milliers de développeurs en Belgique connaissent WordPress, et le client n’est jamais prisonnier d’une personne. Cette liberté a de la valeur, à condition de conserver le contrôle du domaine, de l’hébergement et des accès.

Enfin, une boutique en ligne de taille moyenne avec WooCommerce, ou un site associatif géré par des bénévoles non techniques, tirent parti d’un écosystème d’extensions et de tutoriels qu’aucune solution sur mesure ne peut offrir. Le sur-mesure ne serait alors qu’une élégance coûteuse.

Un site de présentation de cinq à trente pages, qui change quelques fois par an, n’a aucun besoin d’une base de données, d’un panneau d’administration et de vingt extensions à maintenir. Construit en statique, il est plus rapide, plus sûr et moins coûteux à héberger, et il ne demande pratiquement aucune maintenance technique.

Un projet où la performance et l’accessibilité sont des exigences contractuelles, par exemple pour se conformer à l’European Accessibility Act, est mieux servi par des composants dessinés et testés pour ce site que par un thème générique dont chaque extension peut réintroduire un défaut.

Un site multilingue à structure propre — une URL par langue, des traductions maintenues côte à côte, des liens de langue corrects — est également plus simple à construire proprement en sur-mesure qu’à assembler avec des extensions de traduction dont les comportements diffèrent d’une version à l’autre.

Un site WordPress reçoit chaque mois des mises à jour du cœur, du thème et de chaque extension. Les appliquer prend quelques minutes quand tout se passe bien et quelques heures quand une mise à jour casse une autre extension. La sauvegarde préalable, le test et l’éventuel retour en arrière font partie de l’opération. Compter une à deux heures par mois est réaliste pour un site moyen, davantage avec une boutique.

Un site statique sur mesure n’a pas de cœur à mettre à jour côté serveur. Les bibliothèques utilisées à la construction évoluent, mais une version qui fonctionne continue de fonctionner indéfiniment ; la mise à jour se fait quand le site est modifié, pas par obligation de sécurité. La maintenance se limite à vérifier que l’hébergement et le domaine sont renouvelés.

Cette différence explique pourquoi les contrats de maintenance sont quasi systématiques avec WordPress et souvent superflus en statique. Elle ne rend pas l’un meilleur que l’autre ; elle déplace le coût du projet initial vers l’exploitation, ou l’inverse, et il faut comparer les deux sur trois ans plutôt qu’au lancement.

À qui appartiennent le code, le design et les contenus une fois payés ? Le domaine et l’hébergement sont-ils au nom de l’entreprise ? Que se passe-t-il si le prestataire disparaît : le site continue-t-il de fonctionner, et quelqu’un d’autre peut-il le reprendre avec la documentation fournie ?

• Comment modifie-t-on un texte, une photo, un prix ?
• Par qui, en combien de temps, à quel coût ?
• Une démonstration avec vos propres contenus vaut plus qu’une promesse.
• Quels sont les coûts récurrents, ligne par ligne, et lesquels sont optionnels ?

Enfin, sur quels critères le site sera-t-il recetté : performance mesurée, accessibilité vérifiée, affichage sur les appareils convenus, formulaires testés avec de vrais envois ? Un prestateur qui accepte ces critères par écrit vous livrera un site dont on peut discuter objectivement, WordPress ou pas.

Comparez les offres sur un même périmètre : conception, contenus, traduction, migration, licences, hébergement, maintenance, surveillance, support et évolutions. Un prix initial n’est comparable que si les livrables et responsabilités le sont aussi.

• Vérifiez qui contrôle le domaine, l’hébergement, les comptes, le code, les médias et les données.
• Demandez les possibilités d’export, la documentation, les sauvegardes et les conditions de transfert vers un autre prestataire.
• Ces éléments comptent autant que le choix entre WordPress et sur-mesure.