Le SEO technique d’un site WordPress tient en trois chantiers : un chargement en moins de 3 secondes, des images servies au format WebP et un vrai cache côté serveur. Ces trois points règlent l’essentiel des problèmes de vitesse, et la vitesse conditionne tout le reste : Google n’envoie pas durablement de trafic vers un site que ses visiteurs quittent avant d’avoir vu le contenu.
Ce socle relève du pilier technique du référencement, celui qu’on traite en premier parce qu’il plafonne les deux autres, le contenu et la popularité (voir les 3 piliers du SEO). La bonne nouvelle pour une PME : il n’exige ni développeur ni gros budget. Une après-midi de mesures et deux ou trois réglages bien choisis suffisent dans la plupart des cas.
Table des matières
Visez moins de 3 secondes, mesurées sur mobile
Le seuil des 3 secondes vient d’une étude Google de 2016 : 53 % des visites mobiles sont abandonnées quand la page met plus de 3 secondes à s’afficher. Dix ans plus tard, la patience des internautes n’a pas augmenté, et Google a transformé cette exigence en métriques officielles, les Core Web Vitals.
La plus parlante pour vous s’appelle LCP (Largest Contentful Paint) : le délai avant l’affichage de l’élément principal de la page, en général votre image de une ou votre titre. Google recommande un LCP sous les 2,5 secondes, mesuré chez les visiteurs réels, sur mobile. Sa documentation officielle cadre honnêtement la portée du signal : de bons scores ne garantissent aucune position, mais les Core Web Vitals sont bien utilisés par les systèmes de classement. Autrement dit, la vitesse est un prérequis, pas un avantage concurrentiel.
Testez comme vos visiteurs, pas depuis votre bureau
Le piège classique : trouver son site rapide parce qu’on le consulte depuis un poste fibré, sur une machine récente, avec le cache du navigateur déjà rempli. Vos visiteurs, eux, découvrent le site pour la première fois, sur un téléphone de milieu de gamme, parfois en 4G dans une zone moyennement couverte.
Deux outils gratuits suffisent : PageSpeed Insights (qui affiche les données de vos visiteurs réels dès que le site a assez de trafic) et GTmetrix. Lancez le test en simulation mobile, puis tablette, et retenez le verdict mobile : c’est lui qui compte, Google indexe votre site dans sa version mobile. Si le sujet est neuf pour vous, commencez par optimiser votre SEO mobile.
Les images : le premier poste de poids sur un site de PME
Le cas le plus fréquent en audit : un artisan ou un restaurateur qui alimente sa galerie avec les photos sorties de son reflex ou de son iPhone, 4 à 6 Mo pièce, envoyées telles quelles dans la médiathèque. Dix photos de chantier plus loin, la page d’accueil pèse 50 Mo, et aucun hébergeur ne rattrape ça.
Trois gestes règlent le problème pour de bon :
- Redimensionnez avant d’envoyer dans la médiathèque : une photo affichée sur 800 pixels de large n’a pas besoin d’en faire 4 000. Entre 1 600 et 2 000 pixels de large, vous couvrez quasiment tous les usages d’un site vitrine.
- Servez du WebP : d’après l’étude de compression publiée par Google, ce format pèse 25 à 34 % de moins que le JPEG à qualité visuelle égale. WordPress l’accepte nativement depuis la version 5.8, et un plugin de conversion transforme toute votre médiathèque existante en lot. L’AVIF, encore plus compact, est pris en charge depuis WordPress 6.5, mais le WebP reste le choix sûr.
- Laissez travailler le lazy loading : depuis la version 5.5, WordPress retarde de lui-même le chargement des images situées hors écran. Vérifiez simplement qu’un thème ou un plugin d’optimisation ne l’a pas désactivé en croyant bien faire.
Le cache : le réglage le plus rentable, et le plus souvent mal branché
À chaque visite, WordPress reconstruit la page demandée : PHP interroge la base de données, assemble le HTML, puis l’envoie. Un cache de page enregistre ce résultat et sert une copie toute prête aux visiteurs suivants : le temps de réponse du serveur passe de plusieurs centaines de millisecondes à quelques dizaines, sans toucher au site lui-même.
Par ordre d’efficacité : d’abord le cache proposé par votre hébergeur (LiteSpeed Cache, Varnish ou le cache intégré des offres managées), parce qu’il agit au plus près du serveur. À défaut, un plugin de cache de page fait le travail. Inutile d’en empiler plusieurs : deux caches qui s’ignorent produisent des pages obsolètes et des bugs d’affichage difficiles à diagnostiquer.
Le constat qui revient le plus souvent en audit : le plugin de cache installé un soir, jamais configuré, et qui n’a jamais servi une seule page. Vérifiez que votre cache fonctionne réellement : ouvrez le site en navigation privée et chargez la même page deux fois, la seconde doit être nettement plus rapide. Pour les plus à l’aise, la réponse HTTP porte souvent un en-tête du type x-cache: HIT quand la copie a bien été servie.
HTML propre et schema : le socle qu’on ne voit pas
Une hiérarchie de titres qui se lit comme un sommaire
Une page contient une seule balise H1 (son titre), puis des H2 pour les sections et des H3 pour les sous-points, dans l’ordre. Cette hiérarchie sert de plan : c’est elle que Google lit pour comprendre de quoi parle chaque partie de la page. Les constructeurs de pages sont les premiers fautifs sur ce point : on choisit un H4 parce que sa taille de police plaît dans la maquette, et le plan devient illisible pour un robot. La taille d’un titre se règle en CSS ; le niveau de balise, lui, décrit la structure.
Le schema sert votre taux de clic, pas votre position
Les données structurées (le balisage schema.org) rendent vos pages éligibles aux résultats enrichis : étoiles d’avis, questions dépliées, fil d’Ariane. Google est constant sur ce point : ce balisage n’est pas un facteur de classement. Son intérêt est ailleurs : un résultat enrichi occupe plus de place dans la page de résultats et attire plus de clics à position égale. Votre extension SEO génère déjà le balisage de base ; n’ajoutez les schemas spécifiques (produit, avis, événement) que si vous avez réellement ces contenus à montrer.
Par où commencer cette semaine
L’ordre des opérations compte plus que les outils. Mesurez d’abord, traitez les images, branchez le cache, puis mesurez à nouveau : un seul changement à la fois, sinon vous ne saurez jamais ce qui a produit le gain. Sur la plupart des sites de PME que nous voyons passer, images et cache suffisent à repasser sous les 3 secondes.
Le socle technique ne fera pas le classement à votre place : il garantit que vos contenus partent avec toutes leurs chances. Si votre site reste mal classé une fois passé sous les 3 secondes, le problème n’est plus technique : il se situe du côté du contenu ou de la popularité, et le diagnostic suit une autre grille (voir pourquoi un site ne se classe pas bien sur Google).