# SEO technique : les 12 points à vérifier avant d'écrire une ligne

Auteur : Francis Ndimba (Consultant SEO & GEO senior)
Publié : 2026-10-12 · Mis à jour : 2026-10-12
URL canonique : https://www.advised-seo.fr/blog/seo-technique/

## En bref

Le SEO technique regroupe tout ce qui permet aux moteurs d'explorer, de rendre et d'indexer un site. Avant d'écrire, douze points se vérifient avec la Search Console et un crawler : cinq bloquent l'indexation (robots.txt, noindex, codes HTTP, rendu JavaScript, canonicals), cinq freinent la découverte ou ferment une porte aux IA, deux départagent des pages déjà indexées.

- Google ignore ce qui dépasse 500 Kio dans un robots.txt et suspend l'exploration du site pendant 12 heures si ce fichier renvoie une erreur serveur.
- Une balise noindex posée sur une page bloquée par robots.txt n'est jamais lue : la page peut rester dans les résultats si d'autres pages pointent vers elle.
- Pour la recherche Google, Googlebot ne lit que les 2 premiers Mo d'un fichier HTML et ne découvre que les liens écrits en balise a avec un attribut href.
- Les seuils Core Web Vitals sont 2,5 s de LCP, 200 ms d'INP et 0,1 de CLS au 75e percentile ; l'INP a remplacé le FID le 12 mars 2024.
- OpenAI écrit qu'un site qui bloque OAI-SearchBot dans robots.txt n'apparaît plus dans les réponses de recherche de ChatGPT.

## Qu'est-ce que le SEO technique ?

Le SEO technique est l'ensemble des réglages qui permettent à un moteur de recherche d'explorer un site, d'afficher ses pages comme un navigateur et de les ranger dans son index. Il ne rend pas une page meilleure. Il garantit qu'elle sera lue.

**SEO technique** : Le SEO technique regroupe les réglages d'un site (fichier robots.txt, directives d'indexation, codes de réponse HTTP, redirections, URL canoniques, sitemaps, rendu JavaScript, liens internes, version mobile, HTTPS, performance) qui conditionnent l'exploration, le rendu et l'indexation de ses pages par les moteurs de recherche et les robots des IA.

Dans [ma méthode d'audit SEO](/blog/audit-seo/), la technique occupe les deux premières étapes. Ici, je descends d'un cran : pour chacun des douze points, pourquoi il compte, où le vérifier et le signal qui doit alerter.

## Pourquoi vérifier la technique avant d'écrire ?

Parce qu'un texte publié sur une page que Googlebot ne peut pas lire ne produit rien, quelle que soit sa qualité. Rédiger coûte des jours. Vérifier qu'un robots.txt n'interdit pas le dossier `/blog/` prend une minute.

Les pages qui se classent sur « seo technique » alignent le plus souvent une liste à plat : vitesse, HTTPS, balises, données structurées, tout au même niveau. Or un site peut afficher un excellent score de performance avec une balise `noindex` oubliée sur son gabarit d'article. Le premier point se voit, le second coûte tout.

J'ai donc classé les douze contrôles en trois niveaux :

- **Bloquant** : le point empêche l'indexation. On le règle avant toute autre chose.
- **Frein** : le point ralentit la découverte des pages, disperse leurs signaux ou ferme la porte aux robots des IA.
- **Départage** : le point joue entre deux pages déjà indexées et également pertinentes.

## Quels points bloquent l'indexation ?

Cinq points peuvent à eux seuls faire disparaître une page de Google : le robots.txt, les directives noindex, les codes de réponse HTTP, le rendu JavaScript et les URL canoniques.

### 1. Le robots.txt laisse-t-il passer Googlebot ?

Le fichier robots.txt dit aux robots ce qu'ils ont le droit d'explorer. Une ligne `Disallow: /` héritée d'un site de préproduction suffit à fermer tout le site.

Google applique deux règles mal connues. Il ignore ce qui dépasse 500 kibioctets dans le fichier. Et il traite les erreurs de façon opposée : un robots.txt en erreur 4xx (hors 429) est considéré comme absent, tout est permis ; un robots.txt en erreur 5xx fait arrêter l'exploration du site pendant 12 heures, puis Google se rabat sur la dernière version valide en cache, jusqu'à 30 jours.

**12 heures** la durée pendant laquelle Google cesse d'explorer un site dont le robots.txt renvoie une erreur serveur, avant de se rabattre sur la dernière version en cache [1]

**Où vérifier.** Search Console, Paramètres, rapport robots.txt : fichiers trouvés pour les 20 principaux hôtes, date de dernière exploration, taille, erreurs d'analyse.

**Signal d'alerte.** Une règle `Disallow` qui couvre un dossier de pages business, un statut « Non récupéré », ou des URL importantes au motif « URL bloquée par le fichier robots.txt » dans le rapport d'indexation des pages.

### 2. Une balise noindex traîne-t-elle sur un gabarit ?

La directive `noindex`, en balise meta ou en en-tête HTTP `X-Robots-Tag`, demande à Google de retirer la page de son index. Posée sur un gabarit, elle retire d'un coup toutes les pages qui l'utilisent.

Le piège le plus courant combine deux réglages : si la page est bloquée par le robots.txt, Google ne verra jamais la balise noindex, et la page peut rester dans les résultats si d'autres pages pointent vers elle. Pour sortir une page de l'index, il faut la laisser explorable. Autre piège, sur les sites en JavaScript : face à un noindex dans le HTML initial, Google peut sauter le rendu, donc un script qui retire la balise après coup ne sera pas exécuté.

**Où vérifier.** Le rapport Indexation des pages, motif « URL marquée "noindex" ». Puis l'outil d'inspection d'URL sur un exemple de chaque gabarit.

**Signal d'alerte.** Une page que vous voulez voir dans Google figure dans ce motif. Ou l'avertissement « Indexée malgré le blocage par le fichier robots.txt », qui signale souvent la combinaison décrite plus haut.

### 3. Les pages renvoient-elles le bon code HTTP ?

Une page qui doit être indexée renvoie un code 200, une page supprimée un 404 ou un 410, une page déplacée un 301. Tout écart envoie à Google un message faux.

Les erreurs serveur 5xx et le code 429 poussent les robots de Google à ralentir l'exploration ; pour un code 500, la baisse est proportionnelle au nombre d'URL en erreur. Les « soft 404 », des pages vides ou d'erreur qui répondent 200, finissent hors de l'index.

**Où vérifier.** Search Console, Paramètres, rapport Statistiques sur l'exploration : état de l'hôte, réponses par code, temps de réponse moyen. Un crawler donne ensuite le code de chaque URL.

**Signal d'alerte.** Un état de l'hôte en rouge, une part visible de réponses 5xx, ou des pages réelles classées en « Erreur "soft 404" » dans le rapport d'indexation.

### 4. Google voit-il le contenu après le rendu JavaScript ?

Google explore une page, la met en file d'attente, puis l'affiche avec un Chromium sans interface quand ses ressources le permettent. Ce qui n'apparaît qu'après ce rendu arrive plus tard, et parfois pas du tout.

Trois règles de Google évitent la plupart des accidents. Les liens ne sont découverts que s'ils sont des éléments `<a>` avec un attribut `href` : un menu en `onclick` ne transmet rien. Les URL doivent être de vraies adresses, pas des fragments `#`. Et le rendu côté serveur ou le pré-rendu est recommandé, parce que tous les robots n'exécutent pas JavaScript.

Dernière limite, souvent ignorée : pour la recherche Google, Googlebot ne lit que les 2 premiers mégaoctets d'un fichier, mesurés sans compression, et indexe seulement cette partie.

**2 Mo** la part d'un fichier HTML, non compressé, que Googlebot lit pour la recherche Google ; au-delà, le contenu n'est pas indexé [11]

**Où vérifier.** L'outil d'inspection d'URL, bouton « Tester l'URL en direct », puis « Afficher la page testée » : comparez le HTML rendu au contenu visible dans votre navigateur.

**Signal d'alerte.** Un texte principal, des liens de navigation ou une balise canonique absents du HTML rendu. Ou une page dont le HTML brut dépasse plusieurs mégaoctets à cause de données embarquées.

### 5. L'URL canonique désigne-t-elle la bonne page ?

L'URL canonique est la version qu'un moteur retient quand plusieurs adresses affichent le même contenu. Si vous ne la désignez pas, Google la choisit, et pas toujours comme vous l'auriez fait.

Pour Google, la redirection et la balise `rel="canonical"` sont des signaux forts, la présence dans un sitemap un signal faible ; le robots.txt et le noindex sont déconseillés pour gérer la duplication. Cas typiques : des paramètres de tri qui créent dix URL par catégorie, ou une canonique pointée par erreur vers l'accueil sur tout un gabarit.

Sur un site multilingue, les balises `hreflang` relèvent du même contrôle : chaque version doit se citer elle-même et citer toutes les autres, avec des codes ISO 639-1 (langue) et ISO 3166-1 Alpha 2 (région), sinon Google les ignore.

**Où vérifier.** Le rapport Indexation des pages, motifs « Page en double sans URL canonique sélectionnée par l'utilisateur » et « Page en double : Google a choisi une autre URL canonique que l'utilisateur ». L'inspection d'URL affiche côte à côte l'URL canonique déclarée et celle choisie par Google.

**Signal d'alerte.** Une page business dans l'un de ces deux motifs, ou une canonique déclarée qui diffère de celle que Google a retenue.

## Quels points freinent la découverte des pages ?

Les redirections, les sitemaps, le maillage, la version mobile et l'accès des robots d'IA ne bloquent pas Google à eux seuls, mais ralentissent la découverte des pages, dispersent leurs signaux ou ferment la porte aux moteurs de réponse.

### 6. Les redirections vont-elles directement à destination ?

Une redirection 301 doit mener en un saut à une page qui répond 200. Chaque intermédiaire ajoute une requête et un risque de casse.

Les robots de Google suivent jusqu'à 10 sauts de redirection. Bien avant cette limite, les chaînes posent un problème plus banal : après deux refontes, un ancien lien traverse trois adresses et la dernière renvoie parfois une 404.

**Où vérifier.** Un crawler, avec l'export des chaînes de redirections. Le motif « Page avec redirection » de la Search Console est normal pour une ancienne URL, pas pour une adresse de votre sitemap ou de votre menu.

**Signal d'alerte.** Des liens internes qui pointent vers des URL redirigées, ou toute chaîne de plus d'un saut.

### 7. Le sitemap ne liste-t-il que des pages indexables ?

Un sitemap XML propose à Google les URL à explorer. Il aide à condition de ne contenir que des pages qui répondent 200, sans noindex, et qui sont leur propre URL canonique.

Les limites sont fixes : 50 000 URL ou 50 Mo non compressés par fichier. Google ignore `priority` et `changefreq`, et n'utilise `lastmod` que si la date est fiable de façon constante : elle doit refléter une mise à jour significative du contenu, des données structurées ou des liens, pas l'année du copyright.

**Où vérifier.** Le rapport Sitemaps de la Search Console pour l'état de lecture, puis le rapport Indexation des pages filtré sur le sitemap envoyé.

**Signal d'alerte.** Un écart important entre URL envoyées et URL indexées, ou des URL redirigées et en noindex dans le fichier. Un `lastmod` identique sur toutes les URL, mis à jour à chaque déploiement, dit à Google que la date ne veut rien dire.

### 8. Chaque page utile reçoit-elle des liens internes ?

Google le formule simplement : chaque page qui compte pour vous doit recevoir un lien depuis au moins une autre page du site. Une page qui n'existe que dans le sitemap, sans aucun lien, est une page orpheline.

Google ne publie aucun seuil de profondeur de clic, mais une page enfouie loin de l'accueil reçoit en général peu de liens et se découvre tard. Le texte d'ancre compte aussi : Google le veut descriptif, court et en rapport avec la page visée.

**Où vérifier.** Un crawler pour la profondeur et les liens entrants page par page ; en croisant sa liste avec le sitemap, vous obtenez les orphelines. Le rapport Liens de la Search Console donne les pages les plus liées en interne.

**Signal d'alerte.** Une page qui porte du chiffre d'affaires parmi les moins liées du site, ou des pages trouvées dans le sitemap mais jamais par le crawl.

### 9. La version mobile contient-elle tout le contenu ?

Google utilise la version mobile d'un site, explorée avec son robot pour smartphone, pour indexer et classer les pages. Ce qui n'existe que sur ordinateur n'existe pas pour lui.

La règle porte sur l'équivalence, pas sur le design : onglets et accordéons sont permis, mais le contenu, les données structurées, les titres, les meta descriptions et les directives robots doivent être les mêmes. Le cas qui coûte cher : un thème qui masque sur mobile le texte de catégorie pour gagner de la place.

**Où vérifier.** Le rapport Ergonomie mobile et le test d'optimisation mobile de la Search Console ont été retirés le 1er décembre 2023. Google renvoie vers Lighthouse pour l'affichage. Pour l'équivalence, l'inspection d'URL montre la page telle que le robot pour smartphone l'a explorée.

**Signal d'alerte.** Un bloc de texte, des liens ou des données structurées présents sur ordinateur et absents du HTML exploré en mobile.

### 10. Les robots des IA peuvent-ils entrer ?

Les moteurs de réponse ont leurs propres robots, gérés dans le même robots.txt que Googlebot, et une règle trop large peut les exclure sans que personne l'ait décidé.

Chaque éditeur distingue le robot qui alimente la recherche de celui qui collecte des données d'entraînement. Chez OpenAI, OAI-SearchBot sert la recherche de ChatGPT, et un site qui le bloque n'apparaît plus dans ses réponses de recherche, hors simples liens de navigation ; GPTBot sert l'entraînement. Chez Anthropic, Claude-SearchBot indexe pour la recherche, ClaudeBot collecte pour l'entraînement, Claude-User agit à la demande d'un utilisateur. Chez Perplexity, PerplexityBot sert la recherche. On peut donc refuser l'entraînement tout en restant citable. Le fichier llms.txt, lui, ne règle aucun accès : je l'explique dans [l'article consacré à llms.txt](/blog/llms-txt/).

**Où vérifier.** Le robots.txt lui-même, en cherchant ces noms et les blocs `User-agent: *` trop restrictifs. Puis les journaux du serveur ou le pare-feu de l'hébergeur, qui bloque parfois ces robots en amont, sans rien écrire dans le robots.txt.

**Signal d'alerte.** Un `Disallow: /` sous OAI-SearchBot, Claude-SearchBot ou PerplexityBot que personne ne sait justifier, ou une protection anti-robots activée par défaut chez l'hébergeur.

## Quels points départagent des pages déjà indexées ?

Deux points jouent sur le classement de pages déjà indexées, à pertinence égale : le HTTPS et les Core Web Vitals. Ils comptent, mais ils viennent après les dix autres.

### 11. Tout le site est-il servi en HTTPS ?

Le HTTPS fait partie des critères d'expérience de page que Google demande d'examiner, et le rapport HTTPS de la Search Console montre combien d'URL indexées sont servies en HTTP et en HTTPS.

Le certificat lui-même pose rarement problème. Les ennuis viennent des restes : une version HTTP qui répond 200 au lieu de rediriger, des liens internes codés en dur en `http://`, un sitemap qui liste encore les anciennes adresses.

**Où vérifier.** Le rapport HTTPS de la Search Console, puis un crawler lancé sur la version `http://` du domaine.

**Signal d'alerte.** Des URL indexées en HTTP, ou une version HTTP qui ne redirige pas en un saut vers la version HTTPS équivalente.

### 12. Les Core Web Vitals sont-ils dans le vert sur données réelles ?

Les Core Web Vitals mesurent trois choses : la vitesse d'affichage du contenu principal (LCP), la réactivité aux interactions (INP) et la stabilité visuelle (CLS). Les seuils publiés sont 2,5 secondes, 200 millisecondes et 0,1, mesurés au 75e percentile des chargements de page, mobile et ordinateur séparés.

**200 ms** le seuil d'Interaction to Next Paint (INP) jugé bon par Google, au 75e percentile des chargements de page ; l'INP a remplacé le FID le 12 mars 2024 [16]

Google écrit que ses systèmes de classement utilisent les Core Web Vitals, mais qu'un bon résultat ne garantit pas un bon classement. D'où leur place en fin de liste.

**Où vérifier.** Le rapport Core Web Vitals de la Search Console, qui regroupe les URL par gabarit sur des données de vrais visiteurs. PageSpeed Insights ensuite, pour comprendre la cause sur une page.

**Signal d'alerte.** Un groupe d'URL « Médiocre » sur un gabarit qui porte du chiffre d'affaires. Un score de laboratoire de 60 sur une page dont les données réelles sont bonnes n'en est pas un.

## Les 12 points en un tableau

Le tableau reprend l'ordre de contrôle, du plus bloquant au moins urgent.

| # | Point | Niveau | Où le vérifier | Signal d'alerte |
| --- | --- | --- | --- | --- |
| 1 | robots.txt | Bloquant | Rapport robots.txt (Paramètres) | Disallow sur un dossier utile, erreur 5xx |
| 2 | noindex | Bloquant | Indexation des pages, inspection d'URL | Page utile en « URL marquée "noindex" » |
| 3 | Codes HTTP | Bloquant | Statistiques sur l'exploration, crawler | Erreurs 5xx, « soft 404 » |
| 4 | Rendu JavaScript | Bloquant | Inspection d'URL, page testée | Contenu ou liens absents du HTML rendu |
| 5 | Canonicals et hreflang | Bloquant | Indexation des pages, inspection d'URL | Google choisit une autre canonique |
| 6 | Redirections | Frein | Crawler | Chaînes, liens internes vers des 301 |
| 7 | Sitemaps | Frein | Rapport Sitemaps | URL redirigées ou en noindex dans le fichier |
| 8 | Maillage et profondeur | Frein | Crawler, rapport Liens | Pages orphelines, pages business peu liées |
| 9 | Version mobile | Frein | Inspection d'URL, Lighthouse | Contenu absent de la version mobile |
| 10 | Robots des IA | Frein | robots.txt, journaux serveur | OAI-SearchBot ou PerplexityBot bloqués |
| 11 | HTTPS | Départage | Rapport HTTPS | URL indexées en HTTP |
| 12 | Core Web Vitals | Départage | Rapport Core Web Vitals | Gabarit business en « Médiocre » |

## Qu'est-ce qui peut attendre la publication ?

Tout ce qui améliore la présentation d'une page déjà indexée peut attendre que le contenu existe : les données structurées, les scores de laboratoire, les avertissements mineurs des outils d'audit. Les données structurées ne servent à rien sur une page non indexée, et Google ne garantit pas leur affichage en résultat enrichi, même avec un balisage correct.

Quant aux longues listes d'alertes des outils automatiques, j'ai détaillé [ce que voient et ce que ratent les audits SEO gratuits](/blog/audit-seo-gratuit/) : une image sans attribut alt sur la page des mentions légales n'a pas la même urgence qu'un noindex sur votre page de services.

## Comment faire ce contrôle sur votre site ?

Commencez par vos dix pages les plus importantes et passez-les dans les points 1 à 5 avec l'inspection d'URL : en une heure, vous savez si quelque chose bloque. Lancez ensuite un crawler pour les points 6 à 8, puis ouvrez les rapports HTTPS et Core Web Vitals.

Si les cinq premiers points sont au vert, votre priorité est le contenu et le maillage, pas la technique. Si l'un d'eux coince, corrigez-le avant de publier quoi que ce soit d'autre, sinon le prochain article rejoindra les pages que Google ne voit pas.

Vous voulez un regard extérieur avant de lancer la production ? Le [pré-audit](/pre-audit/) est gratuit : vous décrivez votre site et vos objectifs, je vous réponds sous 24 heures avec les points qui bloquent et ceux qui peuvent attendre.

## Questions fréquentes

### Quelle différence entre SEO technique et audit SEO ?

Le SEO technique est un des blocs de l'audit. Il répond à une question précise : les moteurs peuvent-ils explorer, rendre et indexer les pages ? L'audit SEO va plus loin et juge aussi le contenu, le maillage, la crédibilité et les liens externes, puis classe les corrections par gain attendu. On peut faire un contrôle technique seul ; un audit sans contrôle technique n'a pas de sens.

### Un site techniquement propre est-il bien classé ?

Non. La technique ouvre la porte, elle ne fait pas entrer. Un site parfaitement exploré et indexé reste invisible si ses pages ne répondent à aucune recherche réelle ou si des concurrents y répondent mieux. Google le dit à propos de l'expérience de page : de bons Core Web Vitals ne garantissent pas un bon classement. La technique retire les freins, le contenu et les liens font le reste.

### Quels outils gratuits pour vérifier le SEO technique ?

La Google Search Console d'abord, pour l'indexation, les sitemaps, les statistiques d'exploration, le rapport robots.txt, le rapport HTTPS et les Core Web Vitals sur données réelles. Ensuite un crawler, par exemple Screaming Frog, gratuit jusqu'à 500 URL par exploration, pour les codes de réponse, les redirections et la profondeur. Enfin Lighthouse ou PageSpeed Insights pour l'affichage mobile et la performance d'un gabarit.

### Faut-il un développeur pour corriger le SEO technique ?

Pas pour tout. Sur un CMS courant, le robots.txt, les balises noindex, les redirections et le sitemap se règlent souvent depuis l'administration ou une extension. Un développeur devient nécessaire pour le rendu JavaScript côté serveur, les codes de réponse renvoyés par l'application, les performances de chargement et les en-têtes HTTP. Identifier le problème précis avant d'appeler quelqu'un fait gagner beaucoup de temps.

### Les robots des IA respectent-ils le fichier robots.txt ?

Les robots d'exploration déclarés, oui, d'après leurs éditeurs : OAI-SearchBot et GPTBot chez OpenAI, ClaudeBot et Claude-SearchBot chez Anthropic, PerplexityBot chez Perplexity. Les visites déclenchées par un utilisateur sont un autre cas : Perplexity écrit que Perplexity-User ignore en général les règles du robots.txt, puisque c'est une personne qui demande la page.

## Sources

1. [How Google interprets the robots.txt specification](https://developers.google.com/crawling/docs/robots-txt/robots-txt-spec), Google Crawling Infrastructure
2. [Rapport robots.txt](https://support.google.com/webmasters/answer/6062598?hl=fr), Aide Search Console
3. [Block Search indexing with noindex](https://developers.google.com/search/docs/crawling-indexing/block-indexing), Google Search Central
4. [How HTTP status codes, and network and DNS errors affect Google Search](https://developers.google.com/search/docs/crawling-indexing/http-network-errors), Google Search Central
5. [Rapport Statistiques sur l'exploration](https://support.google.com/webmasters/answer/9679690?hl=fr), Aide Search Console
6. [Rapport d'indexation des pages](https://support.google.com/webmasters/answer/7440203?hl=fr), Aide Search Console
7. [How to specify a canonical URL with rel="canonical" and other methods](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls), Google Search Central
8. [Tell Google about localized versions of your page](https://developers.google.com/search/docs/specialty/international/localized-versions), Google Search Central
9. [Build and submit a sitemap](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap), Google Search Central
10. [Understand JavaScript SEO basics](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics), Google Search Central
11. [Googlebot](https://developers.google.com/search/docs/crawling-indexing/googlebot), Google Search Central
12. [Link best practices for Google](https://developers.google.com/search/docs/crawling-indexing/links-crawlable), Google Search Central
13. [Mobile-first indexing best practices](https://developers.google.com/search/docs/crawling-indexing/mobile/mobile-sites-mobile-first-indexing), Google Search Central
14. [The Search Console mobile friendly testing tool (retired)](https://developers.google.com/search/blog/2016/05/a-new-mobile-friendly-testing-tool), Google Search Central Blog
15. [Understanding page experience in Google Search results](https://developers.google.com/search/docs/appearance/page-experience), Google Search Central
16. [Web Vitals](https://web.dev/articles/vitals), web.dev (Google)
17. [Interaction to Next Paint becomes a Core Web Vital on March 12](https://web.dev/blog/inp-cwv-march-12), web.dev (Google)
18. [Overview of OpenAI Crawlers](https://developers.openai.com/api/docs/bots), OpenAI
19. [Does Anthropic crawl data from the web, and how can site owners block the crawler?](https://support.claude.com/en/articles/8896518-does-anthropic-crawl-data-from-the-web-and-how-can-site-owners-block-the-crawler), Anthropic
20. [Perplexity Crawlers](https://docs.perplexity.ai/guides/bots), Perplexity
21. [General structured data guidelines](https://developers.google.com/search/docs/appearance/structured-data/sd-policies), Google Search Central