Vitesse : ce qui ralentit une page
Une page lente perd des visiteurs avant de perdre des positions. Les causes habituelles sont des images lourdes, trop de scripts venus d’autres entreprises et un hébergement lent. Google mesure trois choses qu’il appelle les Core Web Vitals : la vitesse d’affichage du contenu principal (Largest Contentful Paint), la rapidité de réponse quand quelqu’un touche ou clique (Interaction to Next Paint) et le fait que la mise en page saute ou non pendant le chargement (Cumulative Layout Shift).
Les seuils publiés par Google pour un bon résultat sont de 2,5 secondes ou moins, 200 millisecondes ou moins et 0,1 ou moins. Search Console montre le comportement de vos pages pour de vrais visiteurs, et PageSpeed Insights teste une page à la fois. Un test sur votre propre ordinateur est un échantillon, pas un verdict.
- Redimensionnez et compressez les images avant de les téléverser.
- Supprimez les scripts et extensions que personne n’utilise.
- Chargez vidéos et cartes seulement quand un visiteur le demande.
- Demandez à votre hébergeur combien de temps une page met à commencer à répondre.
Mobile : Google lit votre version pour téléphone
Google utilise surtout la version mobile d’une page pour décider de son contenu. Un contenu visible sur un écran d’ordinateur mais masqué ou absent sur un téléphone peut ne pas compter.
Ouvrez vos pages principales sur un vrai téléphone. Le texte doit se lire sans zoom, les boutons se toucher facilement et rien ne doit déborder de l’écran.
Des adresses sécurisées et propres
Chaque page doit se charger en HTTPS, avec une seule version de chaque adresse. Si la même page s’ouvre en http et en https, ou avec et sans www, Google doit choisir et les signaux se répartissent. Choisissez une version et envoyez les autres vers elle avec une redirection permanente.
Les codes d’état disent à Google ce qui s’est passé. 200 signifie que la page va bien, 301 qu’elle a déménagé pour de bon, 404 qu’elle n’existe pas et 5xx que le serveur a échoué. Quelques 404 sont normaux. De nombreux 404 sur des pages qui recevaient des visites valent la peine d’être corrigés.
Plans de site, robots.txt et données structurées
Un plan de site liste les pages que vous voulez faire trouver, et Search Console montre si Google l’a lu. Le fichier robots.txt indique aux robots ce qu’ils doivent ignorer. Vérifiez qu’il ne bloque pas des pages que vous voulez voir affichées, car une règle restée d’un test est une cause fréquente.
Les données structurées sont du code supplémentaire qui indique ce qu’est une page : une entreprise, un produit, un article. Elles aident Google à comprendre une page et peuvent rendre certaines fonctions possibles, mais n’en garantissent aucune. Le test des résultats enrichis de Google indique si le code est valide.
Ce que vous pouvez corriger et ce qui exige un développeur
Vous pouvez en général corriger vous-même la taille des images, les titres de page, les pages absentes du plan de site et les anciennes adresses qui demandent une redirection, si votre outil le permet. Un développeur est en général nécessaire pour un hébergement lent, des scripts lourds, des sauts de mise en page causés par le thème et des données structurées sur de nombreuses pages.
Apportez des preuves. Le nom d’une page, un chiffre et un résultat de test suffisent à un développeur pour chiffrer et corriger.
Essayez sur votre propre site en 20 minutes
Il vous faut Google Search Console et un téléphone.
- Passez votre page d’accueil et votre page de service la plus visitée dans PageSpeed Insights. Notez les trois résultats Core Web Vitals pour le mobile.
- Dans Search Console, ouvrez Core Web Vitals et Pages. Notez combien d’adresses sont classées comme mauvaises et les raisons données pour les pages non indexées.
- Saisissez dans un navigateur la version http et la version avec www de votre adresse. Les deux doivent aboutir à la même.
- Ouvrez votredomaine.com/robots.txt et vérifiez qu’il ne bloque pas des pages que vous voulez faire trouver.