Site statique vs WordPress : pourquoi c'est plus rapide

« Votre site est lent » est un diagnostic inutile tant qu’on n’explique pas où le temps se perd. Voici ce qui se passe réellement entre le moment où quelqu’un clique sur votre lien et celui où il voit votre page — et pourquoi l’écart entre WordPress et un site statique se creuse à presque chaque étape.

Le trajet d’une page WordPress

Un visiteur à Marrakech clique sur votre site, hébergé sur un mutualisé. Dans l’ordre :

1. Résolution DNS et connexion au serveur. Si le serveur est en Europe, chaque aller-retour coûte 40 à 80 ms.
2. PHP démarre et charge le cœur de WordPress, votre thème, puis chaque extension active. Vingt extensions, c’est vingt blocs de code exécutés à cette requête.
3. Requêtes à la base de données MySQL : contenu, options, menus, réglages des extensions. Une page peut en déclencher plusieurs dizaines.
4. Assemblage du HTML par le thème.
5. Envoi au navigateur, souvent accompagné de la feuille de style du thème, de plusieurs fichiers CSS d’extensions, de jQuery et de scripts divers.
6. Le navigateur télécharge et exécute tout cela avant de pouvoir afficher quoi que ce soit d’utile.

Les étapes 2 et 3 se produisent à chaque visite, pour chaque visiteur. Le serveur refait le même travail indéfiniment pour produire une page identique.

Le trajet d’une page statique

1. Connexion à un serveur de bordure — avec un réseau de diffusion, le fichier est servi depuis le point le plus proche du visiteur.
2. Envoi du fichier HTML, déjà généré.
3. Affichage.

Il n’y a pas d’étape 4. Le travail d’assemblage a eu lieu une seule fois, au moment de la construction du site, sur ma machine ou sur un serveur de build. Le visiteur reçoit le résultat fini.

C’est toute la différence : calculer une fois pour tout le monde, au lieu de recalculer pour chacun.

L’argument du cache, et sa limite

À ce stade, un intégrateur WordPress répondra : « il suffit d’installer un cache ». C’est exact, et c’est efficace. Une extension de cache sert une version pré-générée de la page et supprime les étapes 2 et 3.

Trois réserves, cependant.

Le cache est du rattrapage, pas de l’architecture. Vous ajoutez une couche pour éviter un travail que le système n’aurait pas dû faire. Cela fonctionne jusqu’à ce qu’une extension le contourne — panier, espace membre, formulaire dynamique.

Il ne règle pas le poids du navigateur. Le cache accélère la génération côté serveur. Il ne supprime pas jQuery, les quatre feuilles de style et les scripts d’extensions envoyés au visiteur. Sur un mobile d’entrée de gamme en 4G — la réalité d’une grande partie du trafic marocain — c’est souvent là que se perd le plus de temps.

Il faut le maintenir. Cache mal configuré, purges mal réglées, conflits d’extensions : c’est une source de problèmes récurrente.

Un WordPress bien optimisé, avec un thème léger, peu d’extensions, un bon cache et un CDN, est rapide. J’en ai vu d’excellents. Mais il faut compétence et attention continue — alors que la rapidité d’un site statique est la situation par défaut, pas un résultat à défendre.

Pourquoi c’est amplifié au Maroc

Deux facteurs rendent l’écart plus visible ici qu’en Europe.

La localisation des serveurs. Beaucoup de sites marocains sont hébergés en France. Chaque aller-retour réseau paie la distance. Avec un site statique sur un réseau de diffusion, le fichier est servi depuis un point de présence proche.

Le parc mobile. Une part importante du trafic vient de téléphones de milieu de gamme en 4G. Sur ces appareils, exécuter du JavaScript coûte cher en temps processeur. Une page qui s’affiche en 1,5 s sur un iPhone récent en fibre peut demander 6 à 8 s sur un téléphone à 1 500 MAD en réseau chargé. C’est le visiteur réel qu’il faut mesurer.

Ce que ça change concrètement

Il faut être honnête sur l’ampleur réelle de l’effet.

Pour le référencement : la vitesse est un critère de classement Google, mais un critère mineur. Un site lent avec un contenu excellent se classe mieux qu’un site rapide et vide. Personne n’est arrivé en première position uniquement parce que son site était rapide. Méfiez-vous de quiconque vous vend l’inverse.

Là où c’est déterminant : à contenu et notoriété équivalents, la vitesse départage. Et surtout, un site lent sur mobile est activement pénalisé.

Pour les conversions : l’effet est plus direct. Chaque seconde d’attente supplémentaire fait partir des visiteurs, et l’abandon est brutal sur mobile au-delà de trois secondes. Sur une page de contact ou de prise de rendez-vous, c’est du chiffre d’affaires.

Pour les coûts : un hébergement statique est gratuit sur Netlify, Vercel ou Cloudflare Pages. Contre 600 à 1 200 MAD par an pour un mutualisé correct. Sur trois ans, l’écart couvre une partie du site.

Pour la sécurité : pas de base de données ni de couche d’exécution exposée, donc presque pas de surface d’attaque. C’est peut-être l’argument le plus solide, et le moins mis en avant.

Quand WordPress reste le meilleur choix

Je ne construis pas tout en statique, et ce serait malhonnête de le prétendre.

WordPress reste préférable pour une boutique en ligne avec un catalogue important et des stocks, pour un site qui a besoin de comptes utilisateurs et de contenu réservé, quand une équipe nombreuse publie plusieurs fois par jour avec des workflows de validation, ou quand une extension métier spécifique n’existe que dans cet écosystème.

Le statique est le bon choix pour les sites vitrines, les sites de services, les cabinets, les portfolios, les blogs et les sites institutionnels — c’est-à-dire l’écrasante majorité des sites de PME marocaines.

Comment mesurer votre propre site

Trois outils gratuits, dans l’ordre d’utilité :

PageSpeed Insights. Regardez les données terrain si elles existent : ce sont les mesures de vos vrais visiteurs, bien plus parlantes que le score de laboratoire.

WebPageTest, en choisissant un profil mobile et une connexion 4G plutôt que les réglages par défaut.

Votre propre téléphone, en données mobiles, hors du bureau. C’est le test le plus honnête, et souvent le plus déprimant.

Si vous voulez un avis sur les chiffres que vous obtenez, envoyez-moi l’URL — je regarde et je vous dis ce qui coince, que vous travailliez avec moi ou non.

---

Voir aussi : la refonte de site web, qui explique comment j’applique ce choix à un site existant.