Le préflight GEO à zéro euro

Avant même d'envoyer une proposition commerciale pour une mission GEO, l'agence s'expose à un risque majeur : vendre de la présence algorithmique à un prospect dont le site est techniquement imperméable aux LLMs. L'erreur classique consiste à auditer la couverture sémantique et la part de voix sans vérifier l'accès primaire. C'est une faute de cadrage. Vingt minutes de requêtes cURL suffisent pour savoir s'il faut d'abord franchir les deux portes de l'IA virtuellement et déterminer si le prospect existe réellement pour les modèles.

Vingt minutes avant le pitch

Ce préflight n'est pas un audit complet, c'est un geste systématique de qualification. Il s'exécute en ligne de commande, sans outil tiers coûteux, et livre un diagnostic binaire : le contenu est-il atteignable par les agents génératifs ? Dans la méthodologie LIMEN, diagnostiquer avant de proposer est une discipline commerciale stricte, pas une faveur accordée au prospect.

Aller en rendez-vous avec un prospect sans savoir si son infrastructure bloque les requêtes automatisées revient à proposer une stratégie d'acquisition à une boutique dont le rideau de fer est bloqué. Le diagnostic rapide permet de calibrer le discours, d'ajuster le niveau d'intervention technique requis et de positionner l'agence comme un partenaire d'ingénierie, loin des vendeurs de promesses.

Le bénéfice de cette étape est immédiat : éviter à l'agence de s'engager sur des objectifs de visibilité sémantique quand le socle technique du client interdit la moindre extraction de données par les moteurs.

Les quatre checks au curl

La routine de préflight repose sur une exécution rapide et ciblée. Le premier test interroge le HTML brut. Il s'agit de récupérer le code source tel qu'il est servi par le serveur, sans aucun rendu client. Si le contenu critique de la page nécessite une exécution côté navigateur pour apparaître, le couperet tombe : Googlebot exécute votre JavaScript, mais les bots IA s'en abstiennent.

• Le HTML brut : vérification stricte de la présence du texte utile dans la réponse initiale du serveur, avant toute hydratation.
• Les trois familles de robots : simulation précise des user-agents d'OpenAI (OAI-SearchBot, GPTBot), de Google (Google-Extended) et d'Anthropic/Perplexity pour tester les règles spécifiques.
• Le statut effectif : détection d'un code 200 qui ment, souvent un faux positif renvoyé par un pare-feu applicatif (WAF) ou un challenge anti-bot.
• Le diff de rendu : comparaison entre le payload brut et le DOM final pour isoler les pertes d'information textuelle et structurelle.

Le bénéfice de cette séquence technique est de fournir une cartographie immédiate et irréfutable des blocages d'infrastructure, permettant de chiffrer l'effort de mise en conformité avant de rédiger la moindre ligne d'un devis.

Lire le verdict de fetchabilité

Les données récoltées lors du préflight fixent la réalité du terrain. Ce check préliminaire ne dit absolument rien de l'autorité de l'entité ni de sa pertinence sémantique. Il répond à une question unique et bloquante : le robot peut-il lire le texte de la page ? Très souvent, la réponse est négative. Un WAF trop agressif, configuré pour repousser le scraping intensif, bloque silencieusement les crawlers IA légitimes.

L'analyse des en-têtes HTTP révèle fréquemment que le blocage réside souvent dans le CDN plutôt que dans un fichier robots.txt mal configuré par les équipes SEO. Comprendre cette nuance architecturale permet d'orienter le discours vers la résolution d'une anomalie d'infrastructure réseau, impliquant les équipes DevOps du client dès les premiers échanges.

Le bénéfice de cette lecture analytique est de transformer une incertitude technique en un diagnostic clair, orientant immédiatement la nature, l'urgence et les interlocuteurs de l'intervention requise.

Du préflight à la baseline T0

Le préflight gratuit de vingt minutes sert d'amorce commerciale. Il préfigure la GEO-readiness, qui constitue l'audit approfondi et facturable de l'agence. Une fois le contrat signé, ces premières requêtes cURL s'étendent à un crawl complet du domaine, intégrant la vérification des logs serveurs et l'analyse exhaustive de l'architecture de l'information.

Le préflight qualifie et sécurise la vente ; la readiness documente et sécurise le contrat.

Cette transition est cruciale pour la rentabilité et la gestion des attentes. Le préflight prouve au prospect qu'il y a un problème concret à résoudre. La readiness quantifie ce problème à l'échelle du site entier. C'est à ce moment précis que le T0 devient un actif opposable, une photographie technique et sémantique qui servira de mètre étalon pour évaluer le ROI de toutes les actions futures.

Le bénéfice de cette approche est de justifier naturellement le coût de l'audit initial en démontrant, dès la phase d'avant-vente, la valeur inestimable d'une mesure zéro rigoureuse, documentée et reproductible.

Vendre le bon problème

Un préflight qui révèle un site non lisible change entièrement la dynamique du pitch. On ne vend plus une stratégie d'influence algorithmique ou une conquête de part de voix générative à une marque qui est techniquement invisible. On vend d'abord de la fetchabilité, c'est-à-dire le droit fondamental d'exister dans les index des modèles.

Si le site est invisible, l'offre se concentre sur le déblocage réseau, l'ajustement du pare-feu et la configuration du CDN. S'il est fetchable mais illisible — typiquement une coquille vide en JavaScript —, la mission porte sur la mise en place d'un Server-Side Rendering (SSR) et la structuration du HTML brut. Ce n'est que si le site passe ces étapes techniques haut la main que l'on peut légitimement pitcher une expansion sémantique, une optimisation des entités et une stratégie de citation.

Le bénéfice final de cette rigueur est d'aligner parfaitement l'offre commerciale sur la réalité technique du client, garantissant ainsi des marges saines pour l'agence, des livrables réellement applicables, et une relation de confiance fondée sur l'ingénierie.