Un site vitrine sous WordPress : ce qu'il coûte vraiment à tenir

WordPress est un très bon logiciel. Il est libre, il est gratuit à télécharger, il est documenté comme peu d'outils le sont, et on trouve quelqu'un pour y travailler dans à peu près n'importe quelle ville de France. Rien de ce qui suit ne cherche à vous en détourner.

Ce qui manque presque toujours au moment du choix, en revanche, c'est le second chiffre. Un site vitrine sous WordPress a un coût d'exploitation : des lignes qui n'apparaissent pas dans le devis, qui n'apparaissent pas non plus la première année, et qui décident pourtant du total au bout de trois ans.

Cet article liste ces lignes, dit ce qu'elles paient, et donne une méthode pour les additionner sur votre cas précis. Il ne conclut pas qu'il faut partir. Il conclut que le calcul doit être fait, et que selon votre situation il penche d'un côté ou de l'autre.

Pourquoi WordPress est partout, et ce qu'il fait vraiment bien

WordPress est l'un des logiciels de gestion de contenu les plus utilisés au monde, et ce n'est pas un accident de l'histoire. Cinq qualités l'expliquent, et elles restent valables aujourd'hui.

• Il ne coûte rien à installer. Le logiciel est libre. La plupart des hébergeurs proposent une installation en quelques clics, et ce qui tourne vous appartient.
• Son écosystème n'a pas d'équivalent. Un module existe pour presque tout : un formulaire complexe, une prise de rendez-vous, un affichage multilingue, une connexion à un logiciel métier.
• On trouve des compétences partout. Développeur, intégrateur, rédacteur : le vivier est immense, en France comme ailleurs, et à tous les niveaux de tarif.
• Vous emportez tout. Contenus, fichiers, thème : l'export est intégral et relisible ailleurs. C'est une qualité rare, et elle vaut cher le jour où l'on change d'avis.
• Sa gestion éditoriale est solide. Catégories, étiquettes, brouillons, publication programmée, rôles et permissions : pour publier régulièrement, l'outil a vingt ans d'affinage derrière lui.

Ces cinq points suffisent, à eux seuls, à justifier le choix de WordPress dans beaucoup de situations. Le reste de l'article ne les conteste pas : il ajoute la colonne d'en face, celle que le devis initial ne montre jamais.

Gratuit à télécharger, jamais gratuit à faire tourner

Le logiciel ne se paie pas. Ce qui l'entoure se paie, et il n'existe nulle part d'endroit où l'on voit ces lignes réunies avant de s'engager. Les voici, avec des ordres de grandeur constatés sur le marché français : ils servent à situer un devis, pas à en fixer un.

La dernière ligne est la seule qui se discute vraiment, parce que c'est la seule qui peut valoir zéro — à condition que quelqu'un fasse le travail gratuitement, c'est-à-dire vous. Ce qu'elle recouvre exactement est détaillé dans ce que couvre la maintenance d'un site, et ce qu'un engagement écrit doit préciser dans le contrat de maintenance.

Une remarque sur l'hébergement, parce que c'est la ligne qu'on sous-estime le plus souvent. Une offre mutualisée d'entrée de gamme tient très bien un site vitrine peu visité. Elle tient moins bien un site qui reçoit du monde, et mal un site chargé d'extensions, chacune ajoutant ses requêtes à la base de données. Le rapport entre l'outil et le serveur qui le porte est traité dans hébergement compris ou hébergement à part.

Le thème et les extensions : la liberté, et la dette qu'elle crée

La force de WordPress est qu'on peut tout lui ajouter. Sa contrepartie est que ce qu'on lui ajoute vient de quelqu'un d'autre.

Un site vitrine ordinaire finit avec un thème et dix à vingt extensions. Ce sont, en pratique, onze à vingt et un logiciels écrits par des auteurs différents, avec des rythmes de publication différents, des modèles économiques différents et des espérances de vie différentes. Chacun fonctionne. L'ensemble, lui, n'a jamais été testé par personne d'autre que vous.

Trois formes de dette apparaissent avec le temps.

1. La dette de compatibilité. Une extension cesse d'être compatible avec la version du langage installée sur le serveur, ou avec une autre extension. Cela se manifeste rarement le jour même : le formulaire de contact cesse d'envoyer, et personne ne s'en aperçoit avant trois semaines.
2. La dette d'abandon. L'auteur d'une extension arrête de la maintenir. Elle continue de fonctionner, ce qui est le cas le plus dangereux : rien ne casse, donc rien n'alerte, et le composant vieillit en silence jusqu'au jour où il devient une faille ou un blocage.
3. La dette de licence. Beaucoup de thèmes et d'extensions se vendent avec douze mois de mises à jour. La deuxième année, vous repayez, ou vous restez sur une version figée — ce qui revient à choisir entre une ligne budgétaire et une dette de sécurité.

Il existe un remède, et il est ennuyeux : réduire le nombre d'extensions. Un site vitrine a besoin d'un formulaire, d'une aide au référencement, d'un cache et d'une sauvegarde. Tout ce qui s'ajoute au-delà doit gagner sa place, parce que chaque module installé est un engagement de surveillance pour toute la durée de vie du site.

Les mises à jour : ce qu'elles apportent, ce qu'elles cassent

Une mise à jour n'est pas une corvée gratuite. Elle corrige des failles, améliore la vitesse, suit l'évolution des navigateurs et des versions du langage. Ne pas les faire n'est jamais une option raisonnable, et il faut le dire avant de parler de ce qu'elles coûtent.

Le problème n'est pas de les appliquer, c'est de les appliquer sans rien casser. Sur une pile composée de vingt éléments indépendants, une mise à jour peut modifier l'apparence d'une page, désactiver une fonction ou provoquer une erreur qui rend le site inaccessible. La probabilité est faible à chaque fois ; répétée cent fois dans l'année, elle devient une quasi-certitude annuelle.

Le travail correct tient en quatre gestes : sauvegarder avant, appliquer sur une copie du site, vérifier les pages sensibles — le formulaire, la page de contact, l'accueil sur téléphone —, puis appliquer en production. Comptez une à deux heures par mois pour un site vitrine ordinaire, davantage les mois où une version majeure sort.

La question qui décide de tout est donc : qui fait ces quatre gestes ? Trois réponses existent, et une seule est mauvaise.

• Un prestataire, sous contrat. C'est la ligne de maintenance du tableau plus haut. Elle a un prix, et elle achète quelque chose de réel : quelqu'un dont c'est le métier, joignable quand le site tombe.
• Vous, avec méthode. Faisable si vous êtes à l'aise, si vous savez restaurer une sauvegarde et si vous tenez le rythme pendant trois ans. Le rythme est la partie difficile, pas la technique.
• Personne. C'est la réponse par défaut quand elle n'a pas été écrite quelque part. C'est aussi celle qui produit les sites qu'on retrouve deux ans plus tard avec quarante mises à jour en attente et un formulaire qui n'envoie plus rien.

La sécurité : un logiciel très répandu est très visé

WordPress n'est pas un logiciel peu sûr. Il est un logiciel très répandu, ce qui n'est pas la même chose mais produit le même effet pratique : les attaques automatisées ciblent en priorité ce qui est le plus installé, parce que le rendement d'une attaque tient au nombre de cibles possibles.

Concrètement, un site WordPress en ligne reçoit en permanence des tentatives de connexion automatiques et des sondages d'adresses connues. Ce n'est pas de la malveillance dirigée contre votre entreprise, c'est du balayage. Il n'y a rien de personnel là-dedans, et c'est précisément ce qui le rend continu.

Ce que cela demande, en pratique :

• Des identifiants qui ne sont ni « admin », ni le nom de l'entreprise, avec une authentification à deux facteurs sur les comptes capables de publier.
• Une limitation du nombre de tentatives de connexion, pour que le balayage n'aboutisse pas par épuisement.
• Des mises à jour appliquées dans un délai raisonnable : une faille publiée est une faille exploitée dans les jours qui suivent, sur toutes les installations qui traînent.
• Des sauvegardes conservées ailleurs que sur le serveur, et surtout testées : une sauvegarde qu'on n'a jamais restaurée n'est pas une sauvegarde, c'est un espoir.
• Un ménage régulier : une extension désactivée mais toujours installée reste une porte, et un ancien thème inutilisé aussi.

Rien de tout cela n'est difficile. Tout cela demande d'y penser régulièrement, pendant des années, sans que rien ne le rappelle. C'est exactement le genre de tâche qui disparaît d'un emploi du temps chargé, et son absence ne se voit pas avant l'incident.

La vitesse : où elle se perd le plus souvent

Un WordPress bien tenu est rapide. Un WordPress ordinaire l'est rarement, et les causes sont presque toujours les mêmes, dans cet ordre de fréquence.

1. Les images déposées telles quelles. Une photo sortie d'un appareil pèse plusieurs mégaoctets et sera affichée dans un cadre de huit cents pixels. C'est, de très loin, la première cause.
2. L'empilement d'extensions. Chacune ajoute ses propres fichiers de style et de script, chargés sur toutes les pages, y compris celles qui n'en ont aucun usage.
3. Les greffons de mise en page visuelle. Ils produisent un balisage volumineux qui coûte à l'affichage, particulièrement sur un téléphone d'entrée de gamme et en réseau mobile.
4. Un hébergement mutualisé saturé. Le serveur répond lentement parce qu'il est partagé avec beaucoup d'autres sites, et aucune optimisation de page ne rattrape un temps de réponse serveur élevé.
5. L'absence de cache. Sans cache, chaque visite reconstruit la page depuis la base de données, alors que son contenu n'a pas bougé depuis six mois.

Ces cinq causes se corrigent, et le gain est réel. Mais elles se corrigent par un travail, pas par un réglage — et la première revient, parce que la prochaine photo sera elle aussi déposée telle quelle. La méthode de diagnostic complète, avec ce qu'il faut mesurer et dans quel ordre, est dans ce qui ralentit un site et comment le corriger.

Le vrai coût sur trois ans : une méthode, pas un chiffre

Aucun article ne peut vous donner le coût de votre site : il dépend de votre hébergeur, de votre thème, du nombre d'extensions et de qui fait le travail. Ce qu'un article peut donner, c'est la méthode. Elle tient en cinq lignes et se fait en un quart d'heure.

1. Additionnez le départ. Conception, intégration, rédaction, reprise des contenus : tout ce que vous avez payé ou paierez une seule fois.
2. Additionnez le mensuel réel. Reprenez douze mois de relevés bancaires et relevez chaque prélèvement lié au site : hébergeur, registre de nom de domaine, éditeur d'extension, service de sauvegarde, prestataire. Additionnez, divisez par douze.
3. Ajoutez le temps que vous y passez, valorisé au tarif de votre heure : mises à jour, vérifications, échanges avec le prestataire. Une à deux heures par mois est une hypothèse basse pour une pile que vous exploitez vous-même.
4. Provisionnez une reprise technique. Sur trois ans, comptez au moins une intervention lourde : une version de langage qui change, un thème abandonné par son auteur, une refonte partielle rendue nécessaire par une incompatibilité. Cela se chiffre en journées, pas en heures.
5. Multipliez le mensuel par 36, ajoutez le départ et la provision. Vous obtenez un total comparable à celui de n'importe quelle autre solution, y compris celle où vous ne changez rien.

Refaites ce calcul pour chaque option envisagée. C'est le même exercice que dans ce qu'un site professionnel coûte chaque mois, appliqué cette fois à une pile dont vous êtes l'exploitant.

À qui WordPress convient très bien, à qui il coûte trop cher

Trois profils y trouvent leur compte sans discussion possible.

1. Vous avez un prestataire de confiance, sous contrat, depuis longtemps. La charge d'exploitation est portée par quelqu'un dont c'est le métier, la ligne est identifiée dans votre comptabilité, et le sujet est réglé tant que la relation dure.
2. Vous êtes à l'aise techniquement, et cela vous intéresse. Vous savez restaurer une sauvegarde, lire un journal d'erreurs, arbitrer entre deux extensions. Le temps que vous y passez ne vous coûte pas de la même façon.
3. Votre site a un besoin particulier que seul l'écosystème couvre. Un module métier, une intégration précise, un fonctionnement inhabituel : si une extension fait exactement ce qu'il vous faut et qu'aucun outil hébergé ne le propose, la question est tranchée d'avance.

Deux profils, à l'inverse, paient plus qu'ils ne reçoivent.

• L'entreprise sans personne pour la technique. Cinq à vingt personnes, aucune compétence interne, pas de contrat de maintenance parce qu'il paraissait cher au moment de la signature. La charge d'exploitation existe quand même : elle est simplement payée en risque plutôt qu'en euros, jusqu'au jour où elle se paie en euros d'un coup.
• Le site qu'on ne modifie jamais. Huit pages, aucune publication, deux changements par an. Toute la puissance de l'écosystème est disponible et ne sert à rien, tandis que la charge d'entretien, elle, reste la même que pour un site très actif.

Si vous vous reconnaissez dans le premier groupe, restez où vous êtes. C'est une conclusion parfaitement raisonnable, et changer d'outil pour changer d'outil est une dépense sans contrepartie.

Partir de WordPress, si vous le décidez

Un point à porter au crédit de WordPress : il ne vous retient pas. L'export est intégral, c'est l'une de ses meilleures qualités, et une sortie propre relève de l'organisation bien plus que de la technique.

1. Exportez le contenu avant toute chose : pages, articles, images, et la liste de vos formulaires. Conservez le fichier ailleurs que sur le serveur.
2. Relevez la liste des adresses de toutes les pages en ligne, y compris celles que vous aviez oubliées. Cette liste ne se reconstitue pas une fois le site éteint : c'est la seule étape réellement irréversible.
3. Vérifiez le titulaire du nom de domaine. Il doit être à votre nom, et non à celui d'un prestataire. Si ce n'est pas le cas, réglez-le avant d'annoncer votre départ, pas après.
4. Préparez les redirections de chaque ancienne adresse vers sa remplaçante. C'est ce qui préserve le référencement accumulé, et cela s'écrit avant la bascule.
5. Gardez l'ancien site en ligne jusqu'à ce que le nouveau soit vérifié page par page. Tant que rien n'est éteint, une bascule se fait dans les deux sens.

La marche à suivre détaillée, avec les vérifications à mener dans les semaines qui suivent la bascule, est dans refaire son site sans perdre son référencement.

Ce qu'un CMS hébergé remplace, et ce qu'il ne remplace pas

Un CMS hébergé — Webcosa en est un — ne change pas la nature du travail éditorial. Il change qui exploite la plateforme, et rien d'autre.

Ce qu'il remplace : les six lignes du tableau plus haut deviennent une seule. L'hébergement en Europe, le certificat de sécurité, les sauvegardes, les mises à jour de la plateforme et les thèmes du Store sont compris dans l'abonnement — 29 € par mois en formule Solo, 59 € en formule Pro, sans frais d'installation ni commission. Il n'y a ni version à choisir, ni extension à surveiller, ni compatibilité à tester, parce que la pile est la même pour tous les clients et qu'elle est mise à jour une fois pour tout le monde.

Ce qu'il ne remplace pas, et aucun éditeur ne devrait prétendre le contraire : le contenu, les photos, le travail éditorial de référencement, et la décision de ce que le site doit dire et à qui. Ce sont les postes qui font venir des demandes, et ils restent entiers quel que soit l'outil.

Ce qu'il vous retire, enfin : l'écosystème. Si votre site a besoin d'un module que seule une extension sait faire, un CMS hébergé ne le fera pas — le périmètre est celui de l'éditeur, c'est le prix du service rendu. Ce périmètre est décrit sur la page des fonctionnalités, et le comparatif des deux formules sur la page des tarifs. L'essai dure sept jours sans carte bancaire, ce qui suffit à remonter trois pages de votre site actuel et à comparer sur pièces plutôt que sur promesses.

Ce qu'il faut retenir

WordPress est gratuit à télécharger et payant à exploiter. Ce n'est pas un défaut, c'est le modèle : vous êtes propriétaire de votre installation, donc vous en êtes l'exploitant, avec les libertés et les charges que cela suppose. Les deux vont ensemble et ne se séparent pas.

Six lignes composent cette exploitation, et la plus lourde est celle qui peut sembler gratuite : la maintenance. Quand personne n'est nommément chargé de la faire, elle n'est pas économisée, elle est reportée — et une charge reportée se paie plus tard, en une fois, au moment que vous n'aurez pas choisi.

La bonne façon de trancher n'est donc pas de comparer un logiciel gratuit à un abonnement, mais deux totaux sur trois ans, temps compris. Si vous avez quelqu'un pour tenir la pile, WordPress est un excellent choix et le restera. Si la réponse à « qui met à jour ? » est un silence, c'est exactement là que se situe le coût — et le raisonnement complet sur le choix d'un outil est dans comment choisir son CMS.