Qwairy
Playbook : Préparation technique

Examiner l’état technique GEO avant le prochain déploiement de votre site

Examinez les derniers états techniques enregistrés par Qwairy, les blocages de robots, les problèmes de pages et les preuves de citation, puis transformez les constats en backlog GEO priorisé et testable.
Exécution guidée : 10 minDébutantMis à jour le 23 août 2026
Plan du workflow
v1.0

Résultat visé

Un audit technique prêt pour le déploiement, avec les corrections de crawl et de citation priorisées

  1. Vérifier les accès

  2. Tester les pages clés

  3. Classer les risques

  4. Préparer le déploiement

Exécution rapide

Lancez le workflow en un clic

Rien à remplir : le prompt s’exécute tel quel et vous demande les informations qui lui manquent.

Lancer dans Claude et Lancer dans ChatGPT ouvrent un nouvel onglet avec le prompt déjà saisi. Rien n’est envoyé avant votre validation.

Liste de contrôleVérifiez les données d’entrée et les livrablesPublic, outils, résultat attendu et prérequis.
Pour qui
Équipes SEODéveloppeursÉquipes web
Vous obtenez
  • Audit de l’accès des robots IA
  • Revue de robots.txt et llms.txt
  • Cartographie de l’éligibilité aux citations
  • Liste de corrections avant déploiement
Avant de commencer
  • Un forfait Qwairy Starter ou supérieur avec un suivi actif
  • Claude ou ChatGPT avec le connecteur MCP Qwairy activé
  • Suffisamment de données de suivi récentes sur le sujet choisi
Le playbook en détailComment fonctionne le workflowCe que chaque étape récupère, la décision GEO qu’elle permet de prendre et le prompt complet.6 min de lecture5 sections

Deux listes décrivent votre site et elles sont rarement identiques : les pages que vous avez choisi de suivre et les URL que les moteurs citent réellement. Comparez-les, puis lisez l’instantané technique, car la comparaison détermine quelle partie compte. Rien ici ne nécessite une intégration de journaux ou d’analytique : une fois vos journaux de robots et GA4 connectés, le guide d’observabilité détermine à qui revient le problème de chaque page récupérée mais non citée.

Le problème GEO résolu

Fusionner les deux listes est ce que le produit fait déjà. get_page_presence étiquette chaque page WORKING à partir de trois citations, NEEDS_ATTENTION pour une ou deux, NOT_CITED pour zéro et DISCOVERED pour un chemin cité qui n’a jamais fait partie de l’ensemble suivi. Lisez DISCOVERED en premier : les moteurs ont cité quelque chose que personne n’a enregistré, donc personne ne l’entretient non plus.

La jointure est le point où cela dérape. get_page_presence regroupe par chemin normalisé ; get_source_urls regroupe par URL brute exacte, et son filtre de domaine utilise une égalité exacte de chaînes, si bien qu’un domaine racine et son hôte www sont pour lui des valeurs sans relation. Une comparaison négligente fabrique des lacunes qui ne sont que des différences de casse et de noms d’hôtes.

L’état technique arrive ensuite et répond à une question : quelque chose est-il bloqué ? Un robots.txt réglé pour Google peut encore être inadapté à la recherche d’information, car OpenAI distingue OAI-SearchBot, qui régit l’inclusion dans les résultats de recherche ChatGPT, de GPTBot, qui régit l’utilisation pour l’entraînement.

Les étapes du workflow

1. Construisez les deux inventaires. get_page_presence renvoie la vue fusionnée des pages avec nombres de citations, nombres de questions distinctes, position moyenne et fournisseurs. get_source_urls, filtré sur votre chaîne de domaine, classe les URL exactes citées. Appliquez aux deux la même période de preuve et les mêmes filtres facultatifs de fournisseur, sujet, tag ou étape du parcours d’achat. Aucun ne renvoie le texte des prompts.

2. Comparez-les sur une clé normalisée. Passez l’hôte en minuscules, retirez www, supprimez les paramètres de requête et le fragment, retirez la barre oblique finale. Gardez l’URL brute à côté de chaque clé pour qu’une séparation entre noms d’hôtes reste visible au lieu d’être lue comme une lacune.

3. Lisez l’instantané technique une seule fois. get_technical_status renvoie les statuts enregistrés de robots.txt, llms.txt et du sitemap, un score de préparation à l’IA, les identifiants de robots marqués Disallowed, les nombres de problèmes par gravité et les problèmes ouverts de pages, chacun avec son URL. C’est une analyse enregistrée, pas une exploration en direct.

4. Ordonnez le backlog selon la règle ci-dessous, pas selon le niveau d’effort.

Ce qu’une exécution renvoie réellement

Une exécution valide renvoie chaque page suivie ainsi que tout chemin cité mais non suivi observé dans la période de preuve demandée. Les lignes DISCOVERED peuvent franchir le même seuil de trois citations que les pages suivies ; les lignes NOT_CITED peuvent rester nombreuses sans représenter des défauts techniques.

C’est cette répartition qui rend la règle du backlog plus importante que le décompte brut. Une page DISCOVERED au-dessus du seuil ouvre la liste car elle obtient déjà des citations sans être gérée. Une page NOT_CITED ne justifie un travail technique que lorsque l’analyse technique enregistrée porte aussi un problème qui la concerne.

Comment exploiter les résultats

Trois états vides se ressemblent sans être équivalents. Un bloc technique null signifie que la marque n’a jamais été analysée, tandis qu’un tableau blockedCrawlers vide signifie qu’elle a été analysée et que rien n’est interdit. Et une marque sans domaine configuré renvoie zéro page et zéro statistique, ce qui ne décrit pas un site sain. Résolvez ces cas avant tout classement.

Traitez ensuite la liste de haut en bas et résistez à la tentation de la réordonner.

Les identifiants bloqués passent en premier : un blockedCrawlers non vide est un défaut d’accès à l’échelle du site qui prime sur chaque élément de page, car aucun travail de contenu ne permet de le contourner. Ensuite, chaque page DISCOVERED avec trois citations ou plus rejoint l’ensemble suivi ce cycle, puisqu’elle obtient déjà des citations sans être gérée. Puis viennent les pages suivies NOT_CITED qui figurent aussi dans la liste de problèmes ouverts renvoyée, le seul sous-ensemble accompagné de preuves techniques. Ensuite, les pages NOT_CITED restantes, une question éditoriale qui ne devrait pas atteindre l’équipe technique. Laissez NEEDS_ATTENTION en l’état : une ou deux citations correspondent à une seule réponse qui évolue, et elle évoluera encore sans vous.

Le prompt complet

Je veux comparer mes pages suivies aux URL que les moteurs IA citent réellement sur les 30 derniers jours. Liste les marques que je suis et demande laquelle utiliser s’il y en a plusieurs.

1. Exécute get_page_presence avec period 30. Renvoie chaque page avec son statut, WORKING, NEEDS_ATTENTION, NOT_CITED ou DISCOVERED, ainsi que son nombre de citations, son nombre de questions distinctes, sa position moyenne et ses fournisseurs. N’affirme pas que l’outil renvoie le texte des prompts.
2. Exécute get_source_urls avec mon domaine et period 30, en conservant tout filtre de fournisseur, sujet, tag ou étape du parcours d’achat de l’étape 1. Son filtre de domaine exige une correspondance exacte de chaîne : si le résultat est vide, réessaie avec l’autre hôte avant de conclure qu’il n’existe aucune citation sur ce périmètre.
3. Compare les deux sur une clé normalisée : hôte en minuscules sans www, chemin en minuscules, paramètres de requête et fragment supprimés, barre oblique finale retirée. Garde l’URL brute à côté de chaque clé. Signale les pages suivies sans citation et les URL citées sans page suivie. Qualifie toute paire qui diffère uniquement par l’hôte ou la casse d’artefact de jointure, pas de lacune.
4. Exécute get_technical_status. Présente les statuts enregistrés de robots.txt, llms.txt et du sitemap, le score de préparation à l’IA, les identifiants Disallowed, les nombres de problèmes par gravité et les problèmes ouverts de pages renvoyés. Décris le résultat comme une analyse enregistrée, pas une exploration en direct. Si le bloc technique est null, indique que la marque n’a jamais été analysée plutôt que de présenter un résultat sain.
5. Produis un backlog ordonné : les identifiants Disallowed d’abord comme un élément unique à l’échelle du site ; puis les pages DISCOVERED avec trois citations ou plus ; puis les pages NOT_CITED présentes dans la liste de problèmes renvoyée ; puis les pages NOT_CITED restantes comme travail éditorial ; enfin NEEDS_ATTENTION sans action ce cycle. Donne à chaque élément sa ligne de preuve et une étape de validation. Lorsqu’un niveau est vide, indique-le et poursuis.
Passez à l’exécution

Exécutez ce playbook sur vos propres données de visibilité IA.

Connectez Qwairy à Claude, récupérez les signaux précis du workflow et obtenez un livrable prêt à utiliser.