Performance du site
Site lent ? Six vérifications avant de changer votre hébergement
Examinez images, scripts, cache et temps de réponse avec une méthode reproductible avant de payer un hébergement plus puissant.
Votre site paraît lent. Votre hébergeur propose un forfait supérieur. Comme par hasard, cette option est toujours disponible.
Augmenter les ressources peut aider si le serveur limite réellement les performances. Il faut d’abord savoir ce que les visiteurs attendent : une grande photo et une requête de paiement lente appellent des interventions différentes.
Cette méthode permet à une petite entreprise de réunir des informations avant de demander de l’aide. Vous n’avez pas besoin de désactiver des fonctions en production ni de faire du score de vitesse votre nouveau métier.
1. Nommez la tâche lente
« Le site rame » est difficile à analyser. « Sur mon téléphone, la page arrive vite, puis le calendrier met huit secondes à répondre » fournit un point de départ.
Choisissez accueil, page de produit ou service, et page de contact, réservation ou achat. Notez appareil, connexion, heure et action. Testez sans session administrateur, qui pourrait modifier le comportement.
| Symptôme visible | Piste à examiner | Informations à recueillir |
|---|---|---|
| Page blanche avant le contenu | Serveur, redirections, connexion | Chronologie du document et redirections |
| Texte présent, photo tardive | Transfert, découverte ou affichage de l’image | Poids et ordre de chargement |
| Boutons peu réactifs | Travail du navigateur ou code tiers | Enregistrement de l’interaction et scripts |
| Éléments qui bougent | Espace non réservé aux images, polices ou modules | Enregistrement des déplacements |
| Paiement ou réservation seulement | Traitement dynamique ou service externe | Étape précise, heures et journaux |
Ce sont des pistes, pas des diagnostics. Plusieurs peuvent se cumuler.
2. Lisez PageSpeed Insights sans chercher une note scolaire
Analysez les trois URL dans PageSpeed Insights. Enregistrez les liens des rapports et le mode mobile ou ordinateur.
La documentation PageSpeed distingue tests simulés et données d’utilisateurs réels. Ces dernières couvrent les 28 jours précédents et peuvent concerner toute l’origine si la page manque d’échantillons. Un petit site peut n’en avoir aucune.
Le laboratoire aide à examiner une modification immédiate. Les données réelles décrivent l’expérience dans la durée : la correction du matin ne remplace pas plusieurs semaines d’historique.
Les Core Web Vitals proposent LCP au plus égal à 2,5 secondes, INP à 200 millisecondes et CLS à 0,1, au 75e percentile. Ils mesurent respectivement chargement, réactivité et stabilité. Un indicateur vert ne résout pas les autres.
Répétez le test dans les mêmes conditions et gardez la valeur habituelle ainsi que les écarts. Passer de 78 à 81 sur une seule mesure ne justifie pas un nouveau forfait.
3. Examinez la plus grande image
Une petite photo à l’écran peut télécharger un fichier aux dimensions de l’appareil photo. Demandez de comparer dimensions et octets transférés avec l’affichage réel.
Une taille appropriée, un format compressé et des variantes mobiles peuvent aider. Gardez la qualité nécessaire pour examiner le produit. Conservez l’original à part pour éviter de recomprimer continuellement une copie.
La première image visible mérite un traitement différent des photos en bas de page. Un chargement différé appliqué partout peut retarder le contenu principal. Identifiez l’élément concerné avant de modifier son chargement.
Exemple fictif : un jardinier affiche une photo de 6 Mo avant son lien de réservation. Servez une version adaptée, puis refaites les mêmes mesures. Aucun gain n’est supposé ici : l’expérience doit le montrer.
4. Recensez les services chargés à chaque visite
Chat, cartes, réservations, vidéos, statistiques et avis peuvent ajouter du travail. Certains sont utiles ; d’autres viennent d’un essai oublié.
Associez chaque intégration à un objectif et un responsable. Sur une copie protégée, demandez au développeur de désactiver une intégration facultative suspecte à la fois. Gardez le reste identique, répétez la tâche, puis vérifiez les fonctions nécessaires.
Ne sacrifiez pas paiement, consentement, accessibilité ou sécurité pour une meilleure note. Cherchez les doublons et les fonctions facultatives qui pourraient se charger au moment utile. L’objectif reste un parcours client fonctionnel.
5. Vérifiez où le cache s’applique
Un article public et un panier personnel n’ont pas les mêmes exigences. Demandez quelles pages sont mises en cache, ce qui l’invalide et ce qui doit rester dynamique.
Testez première visite et visite suivante. Vérifiez l’actualisation du prix, du stock et du contenu modifié. Une page rapide mais périmée ne rend pas service.
N’appliquez pas une règle générale aux comptes et au paiement sans instructions adaptées à la plateforme. Faites vérifier qu’aucun contenu privé n’apparaît à un autre visiteur.
Si seules les pages non mises en cache sont lentes, signalez cette différence au support. Elle est plus informative que la capture d’un score global.
6. Cherchez des preuves d’une limite d’hébergement
Demandez les mesures de ressources et journaux applicatifs correspondant aux heures du problème. Saturation persistante, files d’attente, erreurs et requêtes lentes sont des pistes. Une réponse initiale lente peut aussi venir du réseau, des redirections ou du code.
Envoyez un rapport court :
- URL et action concernées.
- Deux ou trois horaires avec fuseau.
- Visiteur connecté ou déconnecté.
- Toutes les pages ou seulement les tâches dynamiques.
- Liens des rapports et changements déjà essayés.
- Demande d’identifier une limite du forfait atteinte à ces moments.
Ne publiez pas mots de passe, données clients ou jetons de session. Le support a besoin de symptômes et d’horaires.
Une montée en gamme devient un essai raisonnable quand le fournisseur explique la ressource limitée et ce que le forfait change. Convenez des mesures suivantes et de la possibilité de revenir en arrière.
Gardez un petit historique
| Date et URL | Modification | Avant | Après | Tâche client fonctionnelle ? |
|---|---|---|---|---|
| À remplir | Image, script ou forfait | Même appareil et protocole | Conditions comparables | Oui, non ou à examiner |
Changez un élément important à la fois si possible. Remplacer hébergement, thème, plugins et images simultanément empêche d’expliquer les résultats.
Après publication, testez une demande ou un achat en environnement de paiement de test et sa confirmation. Si les preuves désignent l’hébergement, utilisez notre guide des hébergeurs puis calculez le coût de renouvellement.
Questions fréquentes
Un site plus rapide garantit-il un meilleur classement Google ?
Non. L’amélioration peut faciliter l’utilisation, sans prédire un classement. Gardez pertinence, contenu utile et accessibilité dans vos priorités.
Que faire sans données réelles dans PageSpeed ?
Leur absence ne prouve ni lenteur ni rapidité. Utilisez tests reproductibles et vérification des tâches en attendant suffisamment d’échantillons admissibles.
Faut-il atteindre 100 partout ?
La perfection du score peut détourner des problèmes utiles à résoudre. Corrigez les difficultés réelles et préservez les fonctions essentielles.