Quand un site met six ou sept secondes à s’afficher sur un téléphone en 4G, la phrase prononcée en réunion est presque toujours la même : « il faut refaire le site ». C’est rarement la bonne conclusion, et c’est presque toujours la plus chère.
La lenteur est un symptôme, pas un diagnostic. Elle peut venir d’une photo de 4 Mo envoyée telle quelle depuis le back-office, d’un script de chat installé il y a deux ans et jamais retiré, d’un hébergement mutualisé saturé en fin de journée, ou d’un thème qui charge onze fichiers de police avant d’afficher le premier titre. Ces causes n’ont ni le même coût ni le même délai de correction.
Le tri, vous pouvez le faire vous-même, gratuitement, en une vingtaine de minutes, avant d’appeler le moindre prestataire. Trois tests et cinq chiffres à relever suffisent à savoir de quel côté se trouve le problème.
« Il faut refaire le site » : le réflexe qui rate le vrai problème
Une refonte change le design, l’arborescence, parfois le CMS. La vitesse ne s’améliore que si le cahier des charges l’exige explicitement, avec des seuils chiffrés et une mesure de recette. Sans cette condition, il arrive régulièrement qu’un site reparte plus lent qu’avant, parce que le nouveau thème embarque un carrousel plein écran, des animations au défilement et deux familles de polices chargées depuis trois domaines différents. Plus joli, plus lent : le pire des deux mondes quand l’essentiel du trafic marocain arrive depuis un mobile.
Le second réflexe, passer à un hébergement plus cher, souffre de la même faiblesse. Doubler la RAM ne compresse pas vos images et n’empêche pas un tag publicitaire de bloquer l’affichage. Le serveur plus puissant masque parfois le problème quelques mois, puis la facture mensuelle reste et la lenteur revient. Les autres pièges de ce type de décision sont détaillés dans notre article sur les erreurs de refonte de site web au Maroc.
La question utile n’est donc pas « combien coûte une refonte », mais « quelle ligne de la cascade de chargement prend le plus de temps, et pourquoi ».
Ce qui ralentit réellement un site marocain
Sur les sites de PME que l’on ouvre, quatre familles de causes reviennent, et elles ne se corrigent ni au même prix ni dans le même délai.
Les images. C’est la cause numéro un, et de loin. L’équipe marketing téléverse des visuels de 3 à 5 Mo sortis de l’appareil photo, le CMS les affiche dans un bloc de 600 pixels de large, et le navigateur télécharge quand même le fichier entier. Sur un catalogue e-commerce, le phénomène se multiplie par le nombre de vignettes de la page.
Les scripts tiers. Google Tag Manager, pixel Meta, outil de chat, bandeau de consentement, carte interactive, widget d’avis. Chacun paraît anodin. Ensemble, ils ajoutent des dizaines de requêtes vers des domaines que vous ne contrôlez pas, et certains bloquent l’affichage tant qu’ils n’ont pas répondu. Les scripts de consentement méritent une attention particulière, pour la vitesse comme pour la conformité CNDP de votre site.
Le serveur. Mutualisé surchargé, version de PHP ancienne, absence de cache, base de données jamais nettoyée depuis cinq ans. Le signe typique : le site reste lent même sur une page qui ne contient presque rien.
Le code et le thème. Thème générique rempli de fonctions inutilisées, vingt extensions actives dont six font la même chose, CSS et JavaScript non minifiés. C’est la cause la plus coûteuse à corriger, et la seule qui justifie parfois une refonte technique.
Les trois tests à lancer vous-même avant d’appeler un prestataire
Aucun outil payant n’est nécessaire. Testez toujours deux pages au minimum : l’accueil, souvent la plus soignée, et une page réellement visitée (fiche produit, page service, article de blog). Elles donnent rarement le même résultat.
- PageSpeed Insights. Commencez par l’onglet mobile, pas par l’onglet ordinateur. L’outil affiche deux blocs : les données d’expérience réelle, mesurées sur vos vrais visiteurs Chrome des 28 derniers jours, et les données de laboratoire, simulées. Si le premier bloc n’apparaît pas, votre trafic est trop faible pour être agrégé et il faut se fier au second. Notez le LCP mobile.
- GTmetrix, pour la cascade. Le rapport « waterfall » montre chaque fichier chargé, dans l’ordre, avec sa durée. Relevez trois chiffres : le poids total de la page, le nombre de requêtes et le TTFB (temps de réponse du serveur avant le premier octet). Repères utiles : au-delà de 3 Mo sur une page vitrine, le problème est visuel ; au-delà de 80 requêtes, regardez du côté des scripts tiers ; un TTFB au-dessus de 600 ms qui se répète, c’est le serveur.
- Le test répété. Relancez la même mesure trois fois, à vingt minutes d’intervalle, dont une fois en fin d’après-midi. La première mesure tombe souvent sur un cache froid et donne un résultat injustement mauvais. Si les trois relevés varient du simple au double, votre hébergement est instable, et c’est déjà une information.
Ajoutez un quatrième test, non chiffré mais révélateur : ouvrez votre site sur votre propre téléphone, en données mobiles, wifi du bureau coupé, à un endroit où le réseau n’est pas parfait. La vitesse site web mobile que vivent vos clients ressemble davantage à cela qu’à un score sur 100.
Lire les Core Web Vitals sans jargon
Trois indicateurs suffisent à orienter le diagnostic, et chacun répond à une question concrète.
- LCP : le temps nécessaire pour afficher le plus gros élément visible de l’écran, en général l’image de bandeau ou le titre principal. L’objectif est sous 2,5 secondes. Un LCP dégradé pointe presque toujours vers cette image ou vers le temps de réponse du serveur.
- CLS : la stabilité visuelle, c’est-à-dire les sauts de contenu pendant le chargement. L’objectif est sous 0,1. Les coupables habituels sont les images sans dimensions déclarées et les bandeaux (cookies, promotion) injectés après coup, qui poussent le texte vers le bas au moment précis où le visiteur allait cliquer.
- INP : le délai entre le geste du visiteur et la réaction visible de la page. L’objectif est sous 200 millisecondes. Un mauvais INP signale presque toujours trop de JavaScript exécuté en même temps.
Deux précisions honnêtes. Les Core Web Vitals comptent dans le classement Google, mais comme un signal parmi beaucoup d’autres : passer de « médiocre » à « bon » ne compense pas un contenu faible. En revanche, l’effet commercial est direct et mesurable chez vous, dans le taux de rebond mobile et dans les abandons au tunnel de commande.
Ce qui dépend du serveur et ce qui dépend du code
Il existe un test de séparation simple. Mesurez une page quasiment vide de votre site, typiquement les mentions légales, puis la page d’accueil. Si la page vide répond en 300 ms et l’accueil en 2 secondes, le serveur va bien et le problème se trouve dans ce que la page charge. Si la page vide met elle aussi plus d’une seconde à répondre, le problème est en dessous : hébergement, cache absent, version de PHP, requêtes de base de données.
Dans le premier cas, personne n’a besoin de changer d’hébergeur. Dans le second, vérifiez d’abord le cache serveur et la configuration avant de conclure à un manque de puissance. Si la machine est réellement sous-dimensionnée, notre guide pour choisir un VPS au Maroc et celui sur le budget d’hébergement cloud donnent les ordres de grandeur à prévoir.
Le CDN mérite une mise au point, parce qu’il est souvent vendu comme une solution universelle. Un CDN distribue vos fichiers statiques (images, CSS, JavaScript) depuis des points de présence proches du visiteur. Pour une audience marocaine servie depuis un datacenter européen, il fait gagner des dizaines de millisecondes, pas des secondes. Utile, surtout si vous visez aussi la diaspora ou l’Afrique de l’Ouest, mais aucun CDN ne corrigera une page d’accueil qui attend 1,8 seconde une réponse applicative.
Combien coûte un vrai audit pour un site web lent Maroc en 2026
Un audit de performance site web sérieux ne se résume pas à une capture d’écran de PageSpeed envoyée par e-mail. Il couvre les gabarits principaux (accueil, catégorie, fiche, formulaire), les données terrain et les données de laboratoire, la cascade de chargement, la configuration serveur et le cache. Il rend ensuite une liste priorisée : chaque correctif avec le gain estimé, l’effort nécessaire et le risque de régression.
Les fourchettes constatées au Maroc en 2026 : comptez 3 000 à 8 000 MAD pour un site vitrine de quelques gabarits, et 10 000 à 25 000 MAD pour un e-commerce ou une application métier, où il faut aussi examiner les requêtes de base de données et le comportement sous charge. La mise en œuvre des correctifs se situe souvent entre 6 000 et 30 000 MAD selon la profondeur du chantier. Une refonte technique complète, elle, se compte en dizaines de milliers de dirhams et en semaines de travail.
Deux signaux doivent vous alerter dans une proposition. Le prestataire qui annonce « il faut tout refaire » avant d’avoir mesuré quoi que ce soit vend un projet, pas un diagnostic. Et celui qui ne prévoit aucune mesure après intervention ne pourra jamais prouver le gain : exigez un protocole de comparaison avant/après, sur les mêmes pages, aux mêmes heures, mobile inclus.
Correctif ciblé ou refonte technique : comment trancher
Après les tests, la décision devient beaucoup plus simple qu’elle n’en avait l’air.
Un correctif ciblé suffit quand le poids de la page est dominé par quelques images, quand la liste des extensions actives contient des doublons évidents, quand le TTFB est bon et que le thème est toujours maintenu par son éditeur. Dans ce cas, compression et format moderne des images, chargement différé, nettoyage des scripts tiers et cache serveur font l’essentiel du chemin, souvent en quelques jours.
La refonte technique devient défendable quand chaque optimisation se heurte au thème, quand le site repose sur une version de CMS ou de framework qui ne reçoit plus de correctifs de sécurité, quand plus personne ne sait ce que fait la moitié du code, ou quand un besoin fonctionnel nouveau était de toute façon au programme. La vitesse devient alors un bénéfice du projet, pas sa justification. Dans les deux cas, prévoyez le budget récurrent qui maintient le gain dans le temps, sujet détaillé dans notre article sur le coût réel de la maintenance d’un site web.
Par où commencer cette semaine
Lancez les trois tests sur deux pages, notez le LCP mobile, le poids total, le nombre de requêtes et le TTFB, puis relisez les fourchettes ci-dessus avec ces chiffres en main. Vous saurez si vous avez un problème à 5 000 MAD ou un problème à 80 000 MAD, et vous pourrez discuter d’égal à égal avec n’importe quel prestataire. Arrowlancer intervient sur ce terrain dans le cadre de ses prestations de sites et applications web : audit chiffré, puis correction des causes identifiées, de l’optimisation des images à la migration d’hébergement. Si vos mesures révèlent un vrai goulot d’étranglement, écrivez-nous via le formulaire de contact.
Questions fréquentes
Un hébergement situé au Maroc rend-il mon site plus rapide ?
Pour des visiteurs marocains, oui, de quelques dizaines de millisecondes sur le temps de réponse réseau. C’est réel, mais marginal face à une page de 5 Mo. L’hébergement local se justifie davantage par la proximité du support, la facturation en dirhams et certaines exigences de localisation des données que par la vitesse pure.
Google déclasse-t-il vraiment un site lent ?
Les Core Web Vitals font partie des signaux de classement, mais ils pèsent moins que la pertinence du contenu et les liens entrants. À contenu équivalent, le site rapide passe devant. Le vrai coût de la lenteur se lit d’abord dans vos statistiques : visiteurs mobiles qui repartent avant l’affichage, paniers abandonnés à l’étape de paiement.
Combien de temps avant de voir l’effet d’une optimisation ?
Les mesures de laboratoire changent immédiatement après la mise en production. Les données terrain de Google sont calculées sur une fenêtre glissante de 28 jours : comptez environ un mois avant que le rapport se stabilise sur les nouvelles valeurs. Ne jugez pas un chantier de performance sur trois jours de données.
Faut-il un CDN pour un site qui ne vise que le Maroc ?
Ce n’est pas la première dépense à engager. Commencez par les images, le cache et les scripts tiers. Un CDN Maroc devient intéressant si vous servez des fichiers lourds, si votre audience déborde du pays, ou si vous cherchez aussi une protection contre les pics de trafic.