Optimiser la vitesse de votre site web et les Core Web Vitals

Que gagne-t-on à optimiser la vitesse d'un site web ?

Un visiteur ne voit pas votre code. Il voit une page blanche, un bouton qui ne réagit pas, un texte qui saute au moment où il allait cliquer. Chacun de ces instants lui donne une raison de revenir aux résultats de recherche. Optimiser la vitesse d'un site web, c'est retirer ces raisons, une par une.

Le coût d'un site lent se lit rarement dans un tableau de bord. Il se cache dans les demandes qui n'arrivent pas, les paniers abandonnés et les clics publicitaires repartis avant l'affichage de l'offre. Une mission de performance commence donc par les pages qui comptent commercialement, pas par la seule page d'accueil.

Que mesurent vraiment les Core Web Vitals ?

Google résume l'expérience d'une page en trois indicateurs, évalués au 75e centile des visites, séparément sur mobile et sur ordinateur (source : Google, documentation web.dev). Autrement dit, au moins trois visites sur quatre doivent respecter le seuil.

Si un ancien rapport vous parle encore de FID, il est daté : INP l'a remplacé dans les Core Web Vitals (source : Google Search Central).

Pourquoi un bon score PageSpeed ne suffit-il pas ?

PageSpeed Insights affiche deux mesures qu'on confond souvent. En haut, les données terrain : ce que les visiteurs réels sous Chrome ont vécu sur une période glissante d'environ quatre semaines, issues du rapport CrUX (source : Google, documentation Chrome UX Report). En dessous, un test de laboratoire Lighthouse : un seul chargement, simulé sur un appareil et une connexion types.

Le score sur 100 vient du laboratoire. Il sert à diagnostiquer, pas à juger. Une page peut afficher un score flatteur et échouer sur INP chez vos vrais visiteurs, car le test ne clique sur rien. Notre objectif est donc la réussite des trois indicateurs terrain sur les pages qui rapportent, pas un chiffre à montrer en réunion.

Si votre site a trop peu de trafic pour figurer dans CrUX, nous ajoutons une mesure légère sur vos propres visiteurs : les mêmes indicateurs, page par page.

D'où vient la lenteur, le plus souvent ?

Les causes se répètent d'un site à l'autre, et beaucoup se corrigent sans tout reconstruire :

• Des images trop lourdes : une photo de bannière exportée en pleine résolution, sans format moderne ni dimensions déclarées.
• Des scripts tiers accumulés : pixels publicitaires, messagerie instantanée, carte, vidéo intégrée, outils de mesure ajoutés au fil des campagnes et jamais retirés.
• Un thème ou des extensions trop gourmands : un constructeur de pages, des modules chargés sur toutes les pages alors qu'une seule s'en sert.
• Des polices mal chargées : plusieurs familles et graisses téléchargées d'un bloc. Les polices arabes, plus riches en glyphes, pèsent souvent plus lourd que leurs équivalents latins.
• Un serveur éloigné ou sans cache : chaque visite recalcule la page, parfois depuis un hébergement situé loin de vos visiteurs.
• Trop de JavaScript applicatif : des bibliothèques entières envoyées pour une animation ou un formulaire.

Sur une boutique en ligne, c'est souvent la fiche produit qui cumule ces lenteurs : galerie photo, avis, recommandations, paiement.

Le profil de vos visiteurs change l'ordre des priorités. Si votre audience est surtout tunisienne et navigue sur réseau mobile, le poids des pages et le JavaScript passent en tête. Si vous vendez en France ou ailleurs en Europe depuis un serveur éloigné de vos clients, le temps de réponse et le cache comptent davantage. Pour un public du Golfe, un site arabe-first doit alléger ses polices, stabiliser sa mise en page RTL et servir ses fichiers depuis un réseau de distribution présent dans la région.

Comment se déroule une mission de performance ?

1. Mesure de référence. Données terrain, rapport Core Web Vitals de la Search Console et tests de laboratoire sur un échantillon de pages, mobile et ordinateur.
2. Diagnostic par gabarit. Chaque modèle de page est analysé à part : image principale, scripts, polices, réponse du serveur.
3. Plan priorisé. Chaque cause reçoit une estimation d'impact et d'effort. Vous validez l'ordre avant qu'on touche au code.
4. Corrections en recette. Chaque lot est comparé à la référence, puis vérifié : formulaires, mesure d'audience, affichage en français, en anglais et en arabe.
5. Mise en production et suivi. Les données terrain se renouvellent progressivement : le bilan définitif attend que la période de mesure couvre toute la nouvelle version.

Pour l'audit, préparez un accès en lecture à la Search Console et à votre mesure d'audience, ainsi que la liste des pages qui vous apportent demandes ou ventes. Les corrections se font ensuite dans votre dépôt et sur votre hébergement, avec vos accès : vous gardez le code, les comptes et l'historique des changements.

Faut-il optimiser le site existant ou le refaire ?

Commencez presque toujours par optimiser. Compresser les images, trier les scripts tiers, activer un cache et bien charger les polices sont des actions rapides et réversibles. Elles règlent souvent une bonne part du problème sans toucher à la maquette ni aux contenus.

Mais l'optimisation a un plafond. Quand un constructeur de pages génère un code lourd partout, quand la plateforme ne se met pas en cache, ou quand chaque correction en casse une autre, rapiécer coûte plus cher que reconstruire. Nous le disons alors tôt et étudions une refonte avec migration vers Next.js, avec un plan de redirections pour préserver votre référencement.

WordPress et PrestaShop ne sont pas des erreurs en soi : bien configurés, ils peuvent être rapides. Notre comparatif Next.js ou WordPress détaille quand chacun a du sens.

Comment garder un site rapide dans la durée ?

Un site ralentit rarement d'un coup. Il ralentit par ajouts : une vidéo en page d'accueil, un nouveau pixel, une extension de plus. Sans règle, les gains d'une mission peuvent s'effacer en quelques mois.

Nous laissons donc un budget de performance écrit : poids maximal par gabarit, seuils à respecter, liste des scripts autorisés. Un contrôle automatique vérifie ces seuils à chaque mise en ligne ou à intervalle régulier.

Pourquoi confier ce chantier à AD AZUR DIGITAL ?

Parce que nous appliquons nous-mêmes les corrections que nous recommandons. Basée à Sfax, notre équipe développe des sites et des applications web en Next.js et TypeScript, et reprend aussi des sites existants sous WordPress ou PrestaShop. La performance fait partie du SEO technique : quand l'audit le justifie, nous la traitons avec l'indexation et les données structurées.

Nous travaillons en français, en anglais et en arabe, pour des entreprises en Tunisie, en Europe et au Moyen-Orient. La Tunisie est à UTC+1 toute l'année : nos réunions tombent dans la journée de travail de Paris comme de Dubaï.

Ce que nous ne promettons pas : une position sur Google. Les Core Web Vitals comptent parmi les signaux d'expérience de page, mais la pertinence du contenu reste déterminante (source : Google Search Central). Un site rapide et vide ne se classe pas. Un site rapide et utile, lui, retient mieux les visiteurs que votre contenu a su attirer.

Pour commencer, demandez un audit gratuit : nous mesurons vos pages clés, vous indiquons ce qui se corrige, dans quel ordre et avec quel effort, puis chiffrons l'accompagnement sur cette base.