SEO technique : indexation, vitesse, mobile

Mise à jour : 2026-09-21 · 600 mots · 3 min

Définition

Le SEO technique est l’ensemble des réglages qui permettent à un moteur d’accéder à un site, d’en lire les pages et de les indexer, avant même de juger leur contenu : exploration, indexation, vitesse et compatibilité mobile.

À quoi ça sert

  • C’est un prérequis, pas un avantage : une page non indexée ne se classe nulle part, et n’est récupérée par aucun moteur génératif, puisqu’ils puisent dans les mêmes index.
  • Après une refonte, une migration ou une chute brutale de trafic : les causes techniques sont binaires et se vérifient en une heure, avant d’accuser le contenu.
  • Inutile d’y chercher des positions : passé le seuil « bon », gagner cent millisecondes ne fait monter aucune page. Le temps restant va au contenu et aux liens.

Comment faire

  1. Ouvrez le rapport d’indexation des pages de la Search Console. Comparez le nombre de pages indexées au nombre de pages utiles. Chaque motif d’exclusion listé est un chantier déjà nommé.
  2. Contrôlez les trois verrous d’accès : le robots.txt ne bloque aucun dossier utile, aucune page utile ne porte de noindex, et le sitemap ne liste que des URL qui répondent 200 et que vous voulez voir indexées.
  3. Imposez une seule version de chaque page. HTTPS partout, une seule forme du domaine (avec ou sans www), une balise canonique par page, des redirections 301 directes, sans chaîne.
  4. Mesurez la vitesse sur des données de terrain, pas sur un test isolé : le rapport Core Web Vitals de la Search Console et PageSpeed Insights donnent les valeurs vécues par vos visiteurs. Regardez le mobile d’abord.
  5. Traitez le LCP avant le reste. Trois causes couvrent l’essentiel des cas : une image principale trop lourde, un serveur lent à répondre, des scripts et des polices qui bloquent l’affichage.
  6. Vérifiez la version mobile comme si elle était la seule. Google indexe la version mobile des pages : un contenu masqué ou absent sur téléphone est un contenu absent de l’index.
  7. Recontrôlez après chaque mise en production. Un noindex resté de la préproduction est l’accident le plus banal du métier, et l’un des plus coûteux.
Les seuils des Core Web VitalsTrois jauges. LCP : bon jusqu’à 2,5 secondes, mauvais au-delà de 4. INP : bon jusqu’à 200 millisecondes, mauvais au-delà de 500. CLS : bon jusqu’à 0,1, mauvais au-delà de 0,25.LCP, affichage2,5 sINP, réactivité200 msCLS, stabilité0,1
Le repère marque le seuil « bon » ; le bout de l’axe, le seuil « mauvais »

Les 3 erreurs

  • Courir après le score de 100. La note Lighthouse est un test de laboratoire, sur une machine simulée. Google évalue les données de terrain, au 75e centile des visites.
  • Bloquer dans le robots.txt une page qu’on veut désindexer. Le robot ne peut plus lire le noindex ; la page reste dans l’index, sans description. Pour désindexer, il faut laisser explorer.
  • Laisser le JavaScript porter le contenu. Un texte qui n’apparaît qu’après exécution de scripts est indexé plus tard par Google, et échappe aux robots qui n’exécutent pas de scripts — le cas de la plupart de ceux des moteurs génératifs.

Repères

Mesure Bon Mauvais
LCP, affichage du plus grand élément 2,5 s au plus au-delà de 4 s
INP, réactivité aux interactions 200 ms au plus au-delà de 500 ms
CLS, stabilité de la mise en page 0,1 au plus au-delà de 0,25
TTFB, réponse du serveur 0,8 s au plus au-delà de 1,8 s

Seuils publiés par Google, évalués au 75e centile des visites réelles, mobile et ordinateur séparément. Le TTFB n’est pas un Core Web Vital : c’est un indicateur de diagnostic, utile quand le LCP est mauvais.

Critère de réussite : toutes les pages utiles sont indexées, les trois Core Web Vitals sont au vert sur mobile dans la Search Console, et aucune URL du sitemap ne renvoie autre chose qu’un code 200.

Voir aussi

← PrécédentStructurer un site : silos et maillage interne