Réponse rapide : exécutez ces 20 vérifications dans l’ordre suivant : indexation en premier (une seule erreur d’indexation accidentelle a un impact majeur), puis clarté de l’exploration, rendu, performances, données structurées et enfin la couche d’exploration par IA. Chaque vérification ci-dessous comporte une condition de réussite que vous pouvez vérifier vous-même, la plupart avec des outils gratuits. Effectuez une vérification complète trimestrielle ; une vérification ciblée après chaque changement de thème, migration ou modification en masse.

L'ordre est la méthode : chaque couche contrôle celles qui lui sont inférieures. Un schéma parfait sur une page non indexée n'est que décoration. Travaillez de haut en bas et cessez de peaufiner les couches inférieures tant qu'une couche supérieure présente des problèmes.

Couche 1 — Indexabilité (contrôles 1 à 4)

  1. Aucune directive noindex accidentelle. Consultez le code source (ou utilisez Googlebot ) de vos pages de vente : aucune balise meta robots ni X-Robots ne doit contenir noindex. Ce bug technique, potentiellement fatal pour une carrière, est constamment propagé via les mises à jour de thèmes et les déploiements en environnement de test. ( Explication des directives .)
  2. Les pages clés renvoient un code 200. Ni les chaînes 302, ni les modèles 404 souples. Redirections à un seul saut maximum.
  3. Le fichier robots.txt ne bloque aucun élément susceptible d'être bien référencé. Une page bloquée ne peut pas non plus afficher son attribut noindex ; le blocage et la désindexation sont deux opérations distinctes ( guide des robots ; générateur ).
  4. Search Console affiche les pages indexées. Le rapport Pages → vos URL les plus précieuses figurent dans la section « Indexées », et chaque motif d'exclusion est expliqué, au lieu d'être ignoré. ( Configuration de GSC .)

Couche 2 — Clarté du niveau de détail (vérifications 5 à 9)

  1. Une seule URL canonique autoréférentielle par page ; les variantes et les paramètres sont canonisés vers l'URL propre ( mécanismes de contenu dupliqué ).
  2. Sitemap complet et propre — chaque page indexable est ajoutée, chaque page de redirection/404/non indexée est supprimée, soumise dans GSC ( guide du sitemap ).
  3. Pas de pages orphelines — tout ce qui est important est accessible par des liens internes, idéalement en trois clics depuis la page d'accueil.
  4. Hygiène des redirections — pas de chaînes au-delà d'un saut, pas de boucles, et chaque URL obsolète avec des liens entrants est redirigée 301 vers un endroit pertinent ( récupération ).
  5. hreflang correct si multilingue — paires bidirectionnelles, x-default, auto-inclusion ( guide hreflang ).

Calque 3 — Rendu (vérifications 10–11)

  1. Le contenu est présent sous forme de code HTML brut. Exploitez n'importe quelle page clé comme le ferait Googlebot : le titre, les balises H1, le texte et les informations produit doivent être présents sans JavaScript. Si la requête brute ne contient qu'une structure vide, l'indexation par Google sera lente et celle par les robots d'exploration d'IA sera impossible ( solutions pour les SPA ).
  2. Une seule balise H1, une arborescence de titres cohérente, de véritables liens HTML (balises d'ancrage, et non des gestionnaires de clics JS) pour tout ce que les robots d'exploration doivent suivre.

Couche 4 — Performance (vérifications 12 à 14)

  1. Les Core Web Vitals transmettent les données de terrain — LCP < 2,5 s, INP < 200 ms, CLS < 0,1 — dans la section utilisateur réel de PageSpeed Insights, mobile first.
  2. Images dimensionnées et compressées — formats modernes, dimensions déclarées (c'est le cas de la plupart des CLS), chargement différé uniquement en dessous de la ligne de flottaison.
  3. HTTPS partout — un schéma canonique + hôte, les variantes http et www effectuant une redirection 301 vers celui-ci.

Couche 5 — Données structurées (vérifications 15–16)

  1. Schéma sur chaque modèle éligible — Produit+Offre sur les produits, Article sur les articles, Fil d'Ariane sur l'ensemble du site, Organisation une seule fois — et validation dans le test des résultats enrichis ( guide de schéma ).
  2. Le schéma correspond à la page visible. Les prix, la disponibilité et les évaluations au format JSON-LD sont identiques à ce que les utilisateurs voient ; les modifications apportées entraînent des actions manuelles.

Couche 6 — La couche d'exploration IA (vérifications 17 à 20)

  1. Les robots d'exploration IA sont explicitement autorisés dans robots.txt — GPTBot, OAI-SearchBot, ClaudeBot, PerplexityBot, Google-Extended — si vous souhaitez figurer dans les réponses IA ( la décision, argumentée ).
  2. llms.txt publié à la racine, listant vos pages citables ( générateur + guide ).
  3. Réponses pouvant être extraites du code HTML brut — les pages clés s’ouvrent avec une réponse directe de deux phrases ; les blocs FAQ contiennent le schéma FAQPage ( discipline AEO ).
  4. Vérifiez que les moteurs d'IA peuvent effectivement vous trouver : une requête Googlebot-UA renvoyant une page de défi CDN au lieu de contenu signifie que votre protection contre les bots nuit également à votre visibilité auprès de l'IA.

Je le fais vraiment fonctionner

En mode manuel, la validation prend un après-midi avec les outils gratuits : GSC + le simulateur + PSI + Rich Results Test. À l’échelle d’un catalogue, les vérifications sont la partie la plus facile ; les centaines de corrections par page représentent le véritable défi – cette dernière partie étant automatisée par RankEngine pour Shopify : il effectue ces vérifications en continu sur chaque produit, collection et page, puis applique et vérifie les corrections via l’API. Dans tous les cas, la rigueur est la même : auditer les modifications, surveiller en permanence et ne jamais peaufiner la couche 5 tant que la couche 1 présente encore des problèmes.