Un site e-commerce qui perd des positions après une migration, un blog dont les nouvelles pages mettent des semaines à apparaître dans Google, un temps de chargement qui fait fuir les visiteurs sur mobile : on retrouve ces situations chaque semaine. Dans chaque cas, la cause est rarement le contenu lui-même. C’est la couche technique du site qui bloque. Un audit technique SEO on-page sert précisément à identifier ces freins, page par page, avant qu’ils ne plombent durablement le référencement.
Crawl et indexation : ce que Google voit vraiment sur vos pages
Quand on lance un audit technique on-page, la première question n’est pas « le contenu est-il bon ? » mais Google peut-il accéder à chaque page et l’indexer correctement ? On commence par croiser les données d’un crawler (Screaming Frog, Sitebulb) avec la Google Search Console pour repérer les écarts entre ce que le site propose et ce que le moteur de recherche a réellement traité.
A voir aussi : Qui gère le SEO ?
Les problèmes les plus fréquents sont souvent les plus silencieux. Une directive noindex oubliée dans une balise meta, un fichier robots.txt qui bloque un répertoire entier, des chaînes de redirections qui diluent le budget de crawl. Aucun de ces éléments ne produit d’erreur visible pour l’utilisateur. En revanche, ils empêchent des pages entières d’exister dans les résultats de recherche.
On vérifie aussi les balises canoniques. Une page avec un canonical mal renseigné envoie Google vers la mauvaise URL, ce qui revient à lui dire d’ignorer votre contenu. Sur les sites avec des filtres de recherche ou des paramètres d’URL dynamiques, ce type d’erreur se multiplie vite.
Lire également : Qu'est-ce qui est inclus dans un audit technique ?
Balises HTML on-page : title, Hn et meta description passés au crible
L’audit on-page se distingue d’un audit technique global parce qu’il descend au niveau de chaque page. On ne regarde pas seulement si le site a « des balises title » ; on contrôle que chaque page possède un title unique contenant le mot-clé visé.
Concrètement, on passe en revue :
- Les balises title : longueur, unicité, présence du mot-clé principal. Un title dupliqué sur plusieurs pages empêche Google de comprendre laquelle positionner.
- La hiérarchie Hn : un seul H1 par page, des H2 et H3 qui structurent le contenu sans sauter de niveau. Les pages où le H1 est absent (ou doublé) sont plus courantes qu’on ne le pense, surtout sur les CMS mal configurés.
- Les meta descriptions : elles n’influencent pas directement le classement, mais une description vide ou dupliquée réduit le taux de clic dans les résultats de recherche.
- Les attributs alt des images : utiles pour l’accessibilité et pour le référencement dans Google Images. On repère les images sans alt ou avec un alt générique du type « image1.jpg ».
Ce travail page par page prend du temps, mais c’est là que se cachent les gains rapides. Corriger une vingtaine de titles dupliqués sur un site de taille moyenne peut débloquer des positions en quelques semaines.
Core Web Vitals et performance : les seuils à vérifier en 2024-2025
La performance technique n’est pas qu’une affaire de confort utilisateur. Google intègre les Core Web Vitals comme signal de classement, évalué à partir de données de terrain au 75e percentile, séparément sur mobile et ordinateur.
Depuis le 12 mars 2024, INP (Interaction to Next Paint) a remplacé FID comme métrique de réactivité. Un audit on-page actuel doit donc mesurer la réactivité sur l’ensemble des interactions (clics, appuis, saisies), pas seulement le premier contact. La prise en charge de FID dans les outils Chrome et l’API CrUX a été arrêtée le 9 septembre 2024.
Les trois métriques à contrôler
Google recommande un LCP inférieur ou égal à 2,5 secondes, un INP inférieur ou égal à 200 ms et un CLS inférieur ou égal à 0,1. Attention : un test en laboratoire ne suffit pas à conclure. Les données de terrain (via la Search Console ou PageSpeed Insights en mode « données de champ ») reflètent l’expérience réelle des visiteurs, avec des connexions et appareils variés.
Sur le terrain, les problèmes de LCP viennent souvent d’images non compressées ou d’un serveur lent. Le CLS est fréquemment causé par des publicités ou des éléments qui se chargent en décalé. L’INP, lui, pointe vers du JavaScript trop lourd qui bloque le thread principal. Les retours varient sur l’impact exact de chaque métrique selon les secteurs, mais corriger les pages dont les scores sont en rouge reste une priorité universelle.
Données structurées et balisage : ce qui compte vraiment pour Google
On nous demande souvent s’il faut un balisage spécial pour apparaître dans les AI Overviews ou dans les résultats enrichis par l’intelligence artificielle. La réponse est non. Google ne demande aucun balisage spécifique pour les AI Overviews. Une page doit être indexée et éligible aux résultats classiques avec un extrait. Présenter un fichier ou un balisage « spécial IA » comme une exigence officielle serait trompeur.
En revanche, les données structurées Schema.org (FAQ, produit, article, fil d’Ariane) restent utiles pour obtenir des résultats enrichis dans les SERP classiques. L’audit on-page vérifie que le balisage est présent, valide et cohérent avec le contenu visible de la page. Un balisage FAQ qui ne correspond pas au texte affiché, par exemple, peut déclencher une action manuelle.
Liens internes et structure de page : l’architecture au niveau micro
L’audit technique on-page ne s’arrête pas aux métadonnées. On analyse aussi le maillage interne au sein de chaque page : les liens sortants pointent-ils vers des pages existantes ? Y a-t-il des liens cassés (erreurs 404) ? Les ancres de liens sont-elles descriptives ou se résument-elles à « cliquez ici » ?
Une page orpheline (aucun lien interne ne pointe vers elle) aura du mal à être crawlée et indexée. À l’inverse, une page qui concentre trop de liens internes dilue la valeur transmise à chacun. L’objectif est un maillage cohérent qui guide le robot et l’utilisateur vers les pages stratégiques.
Un audit technique SEO on-page n’a pas besoin de couvrir des centaines de points pour être utile. Crawl, balises, Core Web Vitals, données structurées et maillage interne forment le socle. En se concentrant sur ces axes avec des données de terrain fiables, on identifie les blocages qui pèsent réellement sur le trafic organique, sans se perdre dans une liste d’alertes cosmétiques.
