Optimisation technique GEO : impact de la structure de page, de la vitesse de chargement et des données structurées sur le crawl des IA
1. L1, l’accès : le bot peut-il lire votre page ?
Le premier niveau de l’optimisation technique n’est pas de l’optimisation, c’est du déminage. Le problème GEO le plus courant sur un site B2B est que le bot n’entre tout simplement pas. Trois causes : un robots.txt qui bloque par erreur, un pare-feu qui filtre sur le user-agent, ou un rendu 100 % JS qui renvoie une coquille vide.
| Question | Méthode de détection | Action corrective |
|---|---|---|
| robots bloque les bots IA par erreur | Vérifier le robots.txt et le code de réponse des bots | Autoriser explicitement GPTBot, OAI-SearchBot et PerplexityBot |
| Le WAF bloque les user-agents inconnus | Tester avec curl en ajoutant le user-agent du bot | Mettre ces user-agents de bots en liste blanche |
| Rendu 100 % JS : premier écran vide | Récupérer le HTML avec curl et chercher le contenu avec grep | Passer au SSR ou au SSG |
| Versions chinoise et anglaise incohérentes | Tester les deux versions avec curl | Servir le contenu directement dans les deux versions |
La méthode de vérification est très concrète. Dans les logs serveur, filtrez les user-agents de ces bots sur les 30 derniers jours : GPTBot, OAI-SearchBot, PerplexityBot, ClaudeBot, Googlebot. Si tous les codes sont en 4xx, ils sont bloqués ; si vous voyez des 200 mais uniquement sur la page d’accueil, c’est que le maillage interne ou le sitemap n’a pas permis aux bots d’atteindre les pages profondes. Pour savoir comment rédiger le sitemap, voir la partie sur la structure des liens dans Refonte du site et changement de domaine.
Exemple concret : un client avec un site WordPress autonome avait installé une extension de sécurité qui bloquait par défaut tous les bots inconnus. Six mois après la mise en ligne, l’analyse des logs a montré que PerplexityBot n’était jamais venu. Une fois ajouté à la liste blanche, le bot a commencé à visiter les pages produit la semaine suivante, et au bout de 4 semaines, les réponses de Perplexity citaient cette entreprise. Aucun contenu à modifier : une seule ligne de configuration a suffi.
2. L2, la vitesse : TTFB et LCP déterminent la fréquence de passage des bots
Le SEO traditionnel traite la vitesse de page comme un problème d’expérience utilisateur, et les Core Web Vitals sont pensés pour de vrais visiteurs. Pour un bot IA, en revanche, la vitesse détermine la priorité et la fréquence de crawl. Les bots trient leur file d’attente par temps de réponse : une page dont le TTFB dépasse 2 secondes passe en fin de file, et son cycle de recrawl glisse de 3 jours à 2 semaines.
| Indicateur | Seuil de qualification | Impact en cas de non-conformité | Axe d’optimisation |
|---|---|---|---|
| TTFB | ≤ 1,5 s | Priorité de crawl en baisse | Cache CDN, mise à jour PHP |
| LCP | ≤ 2,5 s | Chunk du premier écran incomplet | Compression des images, CSS critique en ligne |
| INP | ≤ 200 ms | Impact faible sur les bots, fort sur les humains | Chargement différé des scripts tiers |
| CLS | ≤ 0,1 | Impact faible sur le GEO | Ratio largeur-hauteur des images fixé |
Pour le GEO, le TTFB et le LCP sont les plus importants. L’INP et le CLS servent surtout aux utilisateurs humains et influent peu sur le crawl des bots : pas besoin de les optimiser à outrance. Pour les seuils précis et l’ordre de priorité des optimisations, voir Core Web Vitals. Le choix des nœuds CDN est ce qui pèse le plus sur le TTFB. Pour un site B2B à l’international, mieux vaut configurer des nœuds en Amérique du Nord et en Europe, voir Accélération mondiale par CDN.
Un constat contre-intuitif : une page lente n’est pas un « problème d’expérience utilisateur », c’est un problème de fréquence de crawl GEO. Une page produit avec un TTFB de 3 secondes, dont le contenu vaut celui des concurrents, ne sera visitée par le bot qu’une fois toutes les deux semaines : vos mises à jour de contenu ne seront vues par le modèle que deux semaines plus tard, et votre taux de citation restera logiquement à la traîne. Ramener le TTFB sous 1,5 seconde revient à multiplier par 4 ou 5 la fréquence de passage du bot.
III. L3 Comprendre : une structure de page qui évite au modèle de deviner
Une fois que le bot peut lire la page et la lire vite, il doit encore la comprendre. Cette couche repose sur la structure de la page et les données structurées. Le modèle s’appuie sur la hiérarchie des titres HTML, les tableaux et les ancres de liens pour déterminer de quoi parle la page. Quand la structure est confuse, il doit deviner à partir du contexte, et le risque d’erreur augmente.
| Élément de structure | Formulation conforme | Formulation non conforme |
|---|---|---|
| H1 | Unique par page, avec le mot-clé principal | Plusieurs H1 ou aucun H1 |
| Hiérarchie H2/H3 | Progression logique selon le contenu | Saut de niveau avec un H4 en sous-titre |
| Tableaux | Avec thead, première ligne = seuil | Tableau reconstitué avec des images |
| Point de repère | Chaque H2 possède un id | Aucun id, le modèle ne peut pas pointer vers un paragraphe |
| Liens internes | Le texte d’ancre est le mot-clé | Le texte d’ancre est « cliquez ici » |
Les trois données structurées indispensables (Organization, WebSite, BreadcrumbList) doivent être présentes sur tout le site : c’est la carte d’identité d’entité envoyée au modèle. Sur les pages produit et les articles, ajoutez Product, Article et FAQPage. Les champs doivent correspondre au contenu visible, tout décalage déclenche une action manuelle Google. Pour la liste précise des balises, voir Données structurées Schema. Pour savoir comment une entité est identifiée dans les réponses IA, voir Graphe de connaissances et balisage d’entités.
Exemple concret : si un tableau de caractéristiques produit est reconstitué avec des images, le bot voit une image et l’OCR ne parvient pas forcément à lire les chiffres du tableau ; avec un vrai tableau HTML dont le thead indique « température maximale de service d’un papillon PN16 », le modèle peut extraire directement cette ligne comme un fait. Pour les limites de la localisation des images, voir le traitement des graphiques sur un site multilingue.
IV. Ordre de vérification et délais de mise en ligne
Ne modifiez pas les trois couches en même temps. Procédez dans l’ordre : chaque couche a ses outils de vérification et ses délais précis.
| Étape | Outil | Délai | Critère de validation |
|---|---|---|---|
| 1 Vérifier les logs robots | Filtrer les UA des bots dans les logs serveur | Le jour même | Les 5 bots IA renvoient un code 200 |
| 2 Tester le TTFB/LCP | Lighthouse、PageSpeed | Corriger sous 3 jours | TTFB ≤ 1,5 s, LCP ≤ 2,5 s |
| 3 Vérifier le Schema | Test des résultats enrichis | Le jour même | Les trois données structurées sont sans erreur |
| 4 Vérifier la hiérarchie des H | Extension navigateur outline | Le jour même | H1 unique, aucun saut de niveau |
| 5 Attendre le nouveau crawl du bot | Surveiller les logs serveur en continu | 1 à 2 semaines | Fréquence de visite du bot en hausse |
Ne vous attendez pas à voir des citations apparaître dès le lendemain. Un bot doit recrawler le site, ce qui prend 1 à 2 semaines, puis l’index du modèle doit être mis à jour, encore 1 à 2 semaines. Après l’optimisation technique, attendez donc au moins 4 semaines avant de relancer un jeu de questions fixe pour mesurer l’évolution du taux de citation. Ce décalage fait partie intégrante de la conception d’une expérience GEO, voir la conception d’expériences GEO.
L’erreur classique est de se lancer directement dans la rédaction de nouveaux contenus. Tant que les niveaux L1 et L2 ne sont pas validés, les nouveaux contenus n’atteindront pas plus le modèle que les anciens. On démine d’abord, on accélère ensuite, et on ne parle de contenu qu’en dernier. Si cet ordre est inversé, le gain de chaque étape est réduit.
Un autre point souvent négligé : la couche technique des sites multilingues doit être vérifiée séparément. Si les versions allemande, espagnole et arabe partagent le même robots.txt mais que les nœuds CDN ne sont déployés qu’aux États-Unis, le TTFB sera élevé sur les marchés non anglophones et le taux de citation par les IA dans ces langues restera faible.GEO multilingue aborde les marchés germanophone, hispanophone et arabophone : techniquement, il faut d’abord mettre en place les nœuds locaux, le balisage hreflang local et le cache local, avant de parler de contenu.
Exemple concret : un client qui se développe à l’international en plusieurs langues voit sa version anglaise bien citée, tandis que sa version allemande est quasiment absente de Gemini. L’analyse des logs révèle que Googlebot, accédant à la version allemande depuis un nœud européen, subissait un TTFB de 3,2 secondes et était relégué en fin de file d’attente. Après ajout d’un nœud CDR européen et mise en cache de la version allemande à Francfort, le TTFB est descendu à 1,1 seconde et, trois semaines plus tard, le taux de citation de la version allemande a commencé à grimper. Ce problème n’a rien à voir avec le contenu : c’est simplement une région manquante dans la couche technique.
Dernier rappel : une fois l’optimisation technique terminée, ne modifiez pas les URL trop souvent. Chaque refonte doit s’accompagner d’une redirection 301, sinon les anciens liens que le bot connaît bien se cassent et les nouveaux doivent repasser par la file d’attente. Pour savoir comment cartographier les 301 lors d’une migration de site, voir Refonte du site et changement de domaine. La couche technique demande du temps ; une fois stabilisée, ne la touchez plus.
Faites des trois vérifications techniques un rendez-vous mensuel fixe, à regrouper avec les autres tâches de routine décrites dans calendrier de maintenance du site: chaque mois, analysez les logs du bot, lancez un Lighthouse et un Rich Results Test. La dette technique n’est pas aussi visible que la dette de contenu, mais elle détermine si vos contenus peuvent être lus par le modèle. Un site stable, rapide et bien structuré est le prérequis de tout travail de contenu GEO.
FAQ — Questions fréquentes
Par quelle couche commencer l’optimisation technique GEO ?
Pourquoi un TTFB lent nuit-il aux citations par les IA ?
Quel est l’impact d’un site entièrement rendu en JS sur le GEO ?
Quel est le poids des données structurées Schema dans les citations par les IA ?
Après les optimisations techniques, combien de temps avant de voir les citations progresser ?
Dans une page, les tableaux de paramètres doivent-ils être des images ou des tableaux HTML ?
Pour conclure
La couche technique du GEO est souvent sous-estimée par les équipes contenu. Tout le monde écrit de meilleurs articles, mais aussi bons soient-ils, si le bot ne peut pas entrer, arrive trop lentement ou ne comprend rien, tout est vain. Les trois niveaux d’optimisation technique reviennent à construire la route pour le modèle : d’abord ouvrir la porte, puis aplanir le chemin, enfin baliser la signalisation.
Trois étapes concrètes : cette semaine, consultez les logs serveur pour vérifier les codes de statut de 5 bots IA et ajouter à la liste blanche ceux qui sont bloqués ; la semaine prochaine, mesurez le TTFB et le LCP avec Lighthouse et ramenez le TTFB sous 1,5 seconde ; la troisième semaine, contrôlez le trio Schema avec le Rich Results Test et complétez le balisage sur tout le site. Une fois ces trois actions faites, attendez 4 semaines puis relancez votre jeu de questions : vous verrez le premier bond de votre taux de citation.
Une phrase à retenir : l’optimisation GEO ne s’adresse pas aux visiteurs, elle prépare le terrain pour les bots. Ouvrez la porte, tracez la route, balisez le chemin : c’est à ce prix que votre contenu atteint les modèles.