# Checklist SEO technique 2026 pour un site exposé aux crawlers humains et IA

> Avant de lancer un site en 2026, cette liste de vérifications couvre à la fois les fondamentaux du SEO technique et les points spécifiques à l'exposition aux robots IA.

- Auteur : Clément Hadrot
- Publié le : 2026-05-11
- Mis à jour le : 2026-05-11
- Catégorie : SEO & GEO
- URL : https://wpmoderne.dev.wordpress-developpement.fr/seo/checklist-seo-technique-2026-crawlers-humains-ia/

## L’essentiel

- Les fondamentaux techniques n'ont pas changé, ils se sont juste enrichis
- Chaque point se vérifie en quelques minutes avant mise en production
- L'accessibilité n'entre pas dans cette liste, elle mérite son propre audit

Avant chaque mise en production d'un nouveau site chez un client, cette liste sert de dernier filtre, déroulée en une petite heure par un développeur qui n'a pas travaillé sur le projet, pour garder un regard neuf. Elle couvre les fondamentaux du SEO technique classique, toujours valables, et une série de points devenus nécessaires avec l'essor du crawl par des agents IA. L'accessibilité n'y figure volontairement pas : elle mérite un audit à part entière, avec ses propres critères.

## Fondamentaux d'indexation

- Le fichier `robots.txt` n'interdit aucune ressource nécessaire au rendu (CSS, JS critiques).
- Le sitemap XML est accessible, référencé dans `robots.txt`, et soumis dans Search Console.
- Chaque page destinée à être indexée renvoie une balise `<link rel="canonical">` cohérente avec son URL réelle.
- Aucune redirection en chaîne (plus de deux sauts) ne subsiste sur les URL stratégiques.
- Les codes de statut HTTP renvoyés correspondent à la réalité (pas de page d'erreur en 200, pas de contenu valide en 404).

## Vitesse et Core Web Vitals

- Le LCP mesuré en conditions réelles (pas seulement en local) reste sous 2,5 secondes sur les gabarits de page principaux.
- L'INP a été testé sur les interactions critiques (formulaire, ajout au panier, filtres), pas seulement au chargement de la page.
- Aucun script tiers ne bloque le rendu initial sans raison justifiée.

## Données structurées

> L'essentiel à retenir : Les fondamentaux techniques n'ont pas changé, ils se sont juste enrichis ; Chaque point se vérifie en quelques minutes avant mise en production ; L'accessibilité n'entre pas dans cette liste, elle mérite son propre audit

Chaque type de page dispose du balisage Schema.org adapté à son contenu réel, vérifié avec l'outil de test approprié plutôt que copié d'un autre projet sans adaptation : `Article` pour les contenus éditoriaux, `Product` pour les fiches produit, `BreadcrumbList` pour le fil d'Ariane. La checklist insiste sur un point précis : chaque propriété obligatoire du schéma doit correspondre à une information réellement visible sur la page, sans donnée inventée pour remplir un champ.

## Exposition aux robots humains et IA

- Le contenu principal de chaque gabarit de page existe dans le HTML brut, sans dépendre de l'exécution du JavaScript (vérifié via un `curl` simple).
- Un fichier `llms.txt` à jour existe à la racine, avec un sommaire clair des sections principales du site.
- Les robots associés aux moteurs de réponse génératifs connus ne sont bloqués dans `robots.txt` que si ce choix résulte d'une décision explicite et documentée, pas d'un oubli de configuration par défaut d'un plugin.
- Le comportement du cache de page a été vérifié pour ne pas surcharger le serveur en cas de pic de crawl par rafales.

## Cohérence éditoriale et confiance

- Chaque article porte un auteur identifiable avec une page biographique.
- Les mentions légales, la politique de confidentialité et les informations de contact sont à jour et vérifiables.
- Les dates de publication et de mise à jour sont affichées clairement sur les contenus qui en bénéficient.

## Vérification technique finale

| Outil | Ce qu'il permet de vérifier |
| --- | --- |
| `wp doctor` (WP-CLI, extension santé) | Configuration générale et anomalies courantes |
| Search Console, rapport de couverture | Pages exclues de l'index et raisons associées |
| Logs serveur bruts | Comportement réel des robots humains et IA |

Un point mérite d'être vérifié en dernier, une fois tous les autres validés : la cohérence globale entre ce que montrent ces différents outils. Un sitemap propre mais un rapport de couverture qui exclut la moitié des pages stratégiques signale un problème plus profond qu'un simple oubli de configuration, souvent lié à une règle de canonicalisation mal posée ou à une balise `noindex` restée active après une phase de recette.

> Cette liste n'est jamais figée : elle s'enrichit à chaque projet d'un point oublié qui a posé problème ailleurs, et s'allège des vérifications devenues automatiques grâce à un meilleur outillage.

## Pour aller plus loin

Une checklist ne remplace jamais un audit approfondi mené par une personne qui connaît le contexte précis du site, mais elle attrape la grande majorité des oublis évidents avant qu'un client ne les découvre lui-même après la mise en ligne. Dérouler ces dix-huit points en une heure, systématiquement, coûte largement moins cher qu'un correctif en urgence deux semaines après le lancement.