Pourquoi ChatGPT cite le haut de vos pages : retrieval bias et front-loading GEO

44,2% des citations ChatGPT proviennent des premiers 30% du contenu. Cette stat de Kevin Indig (Growth Memo, février 2026, 18 012 citations extraites de 1,2M de réponses ChatGPT via Gauge) est citée partout dans la blogosphère GEO. Le problème : presque personne ne décompose le mécanisme causal derrière ce chiffre, et personne ne mentionne ses limites méthodologiques. Le front-loading fonctionne, mais pas pour les raisons qu’on te vend. Il y a deux mécanismes distincts avec des leviers d’action différents selon le type de page.

D’où vient la stat “44% des citations LLM viennent du haut de page” ?

Kevin Indig a publié cette analyse en février 2026 dans sa newsletter Growth Memo. Le dataset : 18 012 citations extraites d’un corpus de 1,2 million de réponses ChatGPT, collectées via la plateforme Gauge. La répartition mesurée : 44,2% des citations proviennent des premiers 30% du contenu, 31,1% du milieu, 24,7% de la conclusion. La p-value reportée est 0.0, la distribution est non-aléatoire.

Le scope est ChatGPT uniquement, via le backend Bing. Perplexity, Gemini, Claude et Google AI Overviews n’ont pas été testés. L’extrapolation de ces chiffres aux autres LLMs est une hypothèse non prouvée, même si la blogosphère GEO la traite comme un fait acquis.

Pourquoi ce chiffre est directionnellement correct mais méthodologiquement fragile ?

La stat 44,2% n’est pas fausse. Mais elle est moins solide qu’elle en a l’air, et la critique méthodologique du Victorino Group (février 2026) pointe plusieurs faiblesses concrètes.

Première faiblesse : la p-value “0.0” est un artefact d’affichage. Avec un échantillon de 18 012 citations, la significativité statistique est triviale pour n’importe quelle différence mesurable. Aucune taille d’effet (effect size) n’est reportée. On sait que la différence existe, on ne sait pas si elle est grande ou petite.

Deuxième faiblesse : le seuil de similarité cosinus utilisé pour matcher les citations au contenu source est fixé à 0.55. Le standard académique en information retrieval est 0.65 ou plus. Un seuil bas gonfle les matches en incluant des associations faibles. Indig n’a pas publié d’analyse de sensibilité pour montrer que ses résultats tiennent à un seuil plus strict.

Troisième faiblesse, et la plus importante : l’étude confond trois processus distincts. Le retrieval (quels chunks le pipeline RAG remonte), l’attention du modèle (le biais positionnel dans le context window), et la génération (le choix du modèle dans la synthèse finale). L’étude mesure les patterns de sortie sans pouvoir distinguer quel mécanisme les produit. C’est là que mon analyse se différencie : ces mécanismes ont des leviers d’action différents.

Dernier point : Gauge est une plateforme qui vend des outils d’optimisation GEO. Les données proviennent d’un acteur commercial qui a un intérêt à ce que le front-loading soit un levier important. À pondérer.

Mon verdict : les findings directionnels d’Indig restent valides. Le haut de page est sur-cité. Mais les chiffres précis (44,2%, 31,1%, 24,7%) sont des ordres de grandeur indicatifs, pas des constantes universelles reproductibles.

Pourquoi le haut de page est-il sur-cité ? Le double mécanisme retrieval + attention

Qu’est-ce que le retrieval bias en GEO ?

Le retrieval bias est le biais d’échantillonnage qui se produit avant même que le LLM ne lise une page. Quand ChatGPT lance une recherche via Bing (ou Perplexity via Google), le moteur de recherche renvoie des snippets au modèle. Ces snippets correspondent presque toujours aux premiers paragraphes de la page, ou à la meta description. Le contenu du haut de page est donc retrievé en priorité.

Le levier d’action est du SEO classique : meta description optimisée pour la query, premiers paragraphes qui répondent directement à l’intention de recherche. La page est en compétition au niveau du passage, pas du document entier. Si les premiers 200 mots ne matchent pas la query du LLM, le reste de l’article n’a aucune chance d’être cité.

Qu’est-ce que le biais d’attention “Lost in the Middle” ?

Le biais d’attention agit une fois que le texte complet est dans le context window du LLM. Liu et al. (Stanford, TACL 2024) ont démontré que les modèles de langage prêtent significativement plus d’attention au début et à la fin du contexte qu’au milieu : c’est la courbe en U du biais positionnel. La dégradation de performance atteint jusqu’à 30% quand l’information pertinente passe du début ou de la fin vers le milieu du context window.

Le levier d’action ici est l’ordre DOM du contenu crawlé, pas le SEO on-page classique. Ce qui compte, c’est la position de l’information dans le HTML tel que le LLM le reçoit après parsing. Un paragraphe placé visuellement en haut de page mais rendu en bas du DOM (derrière du JavaScript ou un layout CSS complexe) perd cet avantage.

Un caveat important : le papier de Liu et al. date de 2023, testé sur GPT-3.5 et Claude 1.3. Les modèles de mars 2026 ont des context windows 10x plus grands. Le biais positionnel est probablement toujours présent (il est lié au RoPE positional encoding, une propriété architecturale, pas juste du training) mais son amplitude n’a pas été re-vérifiée empiriquement sur GPT-4o, GPT-5 ou Claude 3.5. C’est une question ouverte que je compte tester avec LLM Radar.

Comment ces deux biais se cumulent-ils selon le type de page ?

Pour les articles longs (guides, best-of, contenus de plus de 1500 mots), les deux mécanismes jouent à plein. Le retrieval bias détermine si la page est sélectionnée, le biais d’attention détermine quels passages du contexte sont privilégiés dans la réponse générée. L’action : appliquer le principe BLUF (Bottom Line Up Front), c’est-à-dire placer les claims les plus citables, les données uniques et les entités denses dans les 2 à 3 premiers paragraphes.

Pour les pages transactionnelles avec blocs GEO courts (fiches produit, landing pages), le contenu est trop court pour que le Lost in the Middle s’applique. Le retrieval bias domine. L’action : réordonner le DOM pour placer les blocs GEO au-dessus du catalogue JavaScript. Des headings H3 en format question, saturés en entités et chiffres.

Pour les pages documentation et FAQ, c’est le mécanisme H2-as-prompt qui domine (détaillé dans la section suivante). Chaque heading et son paragraphe forment un bloc auto-suffisant. L’action : chaque H2/H3 doit fonctionner comme une question explicite avec réponse immédiate en dessous, sans dépendance au contexte environnant.

Qu’est-ce que le mécanisme H2-as-prompt et pourquoi les headings en question sont 2x plus cités ?

Le H2-as-prompt est le phénomène par lequel ChatGPT traite un heading H2 comme un prompt utilisateur et le paragraphe suivant comme la réponse candidate à ce prompt. Les données d’Indig montrent que 78,4% des citations contenant des questions proviennent de headings H2.

Les données de l’Ahrefs Summit de mars 2026 (75 000 brands analysées) confirment ce pattern de manière indépendante : les headings formulés comme des questions obtiennent un taux de citation de 18%, contre 8,9% pour les headings non-question. Soit un ratio de 2,02x.

L’entity echoing renforce ce mécanisme. Quand l’entité clé du heading est reprise dans le premier mot ou groupe de mots du paragraphe suivant, le LLM voit une correspondance directe entre la “question” et le début de la “réponse”. Exemple concret : H3 “Quelles compagnies pour une croisière Méditerranée ?” suivi de “Costa, MSC et Royal Caribbean proposent…” et non pas “Pour répondre à cette question, il faut d’abord…”

Une donnée contre-intuitive sur la position intra-paragraphe : 53% des citations proviennent du milieu d’un paragraphe, 24,5% de la première phrase, 22,5% de la dernière. ChatGPT ne cite pas systématiquement la première phrase. Il cherche la phrase avec le plus haut information gain, c’est-à-dire la plus riche en entités et en information additive. Forcer la réponse dans la première phrase de chaque paragraphe est une optimisation naïve qui ignore ce pattern.

Est-ce que la densité d’entités nommées influence les citations LLM ?

La densité d’entités (entity density) du texte fréquemment cité par ChatGPT est de 20,6% selon les données Indig. La baseline d’un texte anglais standard se situe entre 5% et 8% (Brown Corpus, Penn Treebank). Les données Ahrefs confirment : le texte cité contient 3 à 4 fois plus d’entités nommées que le texte non-cité.

En pratique, ça signifie saturer les blocs GEO de noms propres (outils, marques, personnes), de chiffres concrets, de noms de plateformes (Reddit, G2, Capterra). Un paragraphe sans entité nommée ni chiffre est un paragraphe qui ne sera probablement pas cité.

Le langage définitif joue un rôle complémentaire. Selon les données Ahrefs présentées au Summit de mars 2026, le texte cité est près de 2 fois plus susceptible de contenir des formulations définitives du type “X est défini comme Y” ou “X fonctionne en Z étapes”. Le LLM cherche des définitions extractables, pas des formulations hedgées ou conditionnelles.

Les paragraphes atomiques complètent le dispositif. Ahrefs et Vercel convergent sur le même constat : chaque paragraphe doit être auto-suffisant une fois extrait de son contexte. Pas de pronom anaphorique sans référent dans le même paragraphe, pas de dépendance au paragraphe précédent. Un paragraphe = un fait, un finding, un argument. Maximum 3 à 5 phrases.

Le front-loading ne suffit pas : où se situe la structure dans le framework floor/ceiling ?

Le front-loading est un levier puissant, mais il agit sur le ceiling, pas sur le floor. Cette distinction vient d’un thread Reddit r/techSEO de mars 2026 (“Perfect technical SEO but ChatGPT ignores us”), porté par les contributeurs AlexIrvin et Alternative_Teach_74. C’est du practitioner knowledge, pas une étude contrôlée, mais le framework est solide et j’ai commencé à le valider avec LLM Radar.

La co-occurrence (mentions off-site distribuées sur Reddit, forums, directories, review sites comme G2 ou Capterra) constitue le floor. C’est le minimum pour entrer dans le consideration set du LLM. Sans un footprint suffisant de mentions tierces, peu importe la qualité de la structure on-site : la marque n’existe pas pour le modèle.

La structure (front-loading, entity density, H2-as-prompt, paragraphes atomiques) constitue le ceiling. Une fois que la marque est retrievée, c’est la qualité structurelle du contenu qui détermine si elle est effectivement citée dans la réponse générée.

La distinction est cruciale selon le type de query. Pour les queries définitionnelles (“qu’est-ce que X”, “comment fonctionne Y”), la structure domine. Un petit site bien formaté avec des sections front-loadées et des entités explicites peut battre une grosse marque dont le contenu est écrit pour le skimming humain. Pour les queries recommandation (“meilleur outil pour X”, “quel Y choisir”), la co-occurrence domine. Les LLMs recommandent ce qu’ils ont vu cité le plus souvent à travers des sources indépendantes. La structure du contenu on-site a peu d’impact sur ces queries.

Le diagnostic rapide d’AlexIrvin : lancer le nom de sa marque dans des prompts recommandation (test co-occurrence), puis lancer une query définitionnelle sur son sujet core et vérifier si une page du site est sourcée (test structure). Si visible en recommandation mais pas en définitionnel, c’est un problème de structure, fixable en semaines. Si visible en définitionnel mais pas en recommandation, c’est un problème de footprint off-site, fixable lentement. Réécrire le contenu sans fixer l’off-site est, selon AlexIrvin, “the most expensive wrong answer.”

Quelles actions GEO appliquer selon le type de page ?

Pour les articles longs et guides (1500+ mots) : appliquer le BLUF. Placer le finding clé, la donnée unique, l’assertion la plus citable dans les 2 à 3 premiers paragraphes. Formuler chaque H2 comme une question que la cible poserait à ChatGPT ou Perplexity. Reprendre l’entité du heading dans le premier mot du paragraphe suivant. Viser une entity density de 15% minimum (noms propres, chiffres, outils).

Pour les pages transactionnelles (fiches produit, landing pages) : réordonner le DOM pour que les blocs GEO soient au-dessus du contenu JavaScript. Utiliser des H3 en format question. Saturer chaque bloc court (2 à 3 lignes) en entités et chiffres concrets. Le retrieval bias est le seul levier ici.

Pour les pages FAQ et documentation : chaque couple H2 + paragraphe doit être extractible sans contexte. Réponse directe sous le heading, pas d’introduction. Entity echoing systématique. Les données AirOps (45 000+ citations, 2026) montrent que 68,7% des URLs citées par ChatGPT suivent une hiérarchie de headings séquentielle, contre 23,9% pour les top résultats Google classiques. La structure des headings compte.

Signaux structurels complémentaires à ne pas négliger (données AirOps, 2026) : les pages avec 3 types de schema markup ou plus ont 13% de probabilité de citation en plus. Les pages avec un “last updated” visible en schema obtiennent 1,8x plus de citations. Les pages non mises à jour trimestriellement ont 3 fois plus de chances de perdre des citations existantes.

Ce qui reste à tester avec LLM Radar

Questions ouvertes que je teste avec LLM Radar en Q1 2026 :

Perplexity et Gemini montrent-ils le même ski ramp pattern (sur-citation du haut de page) que ChatGPT ? L’étude Indig est ChatGPT-only via Bing. Perplexity utilise Google comme backend, ce qui pourrait changer la distribution. Les données Tinuiti Q1 2026 (7 plateformes) confirment qu’il n’y a pas de source universelle entre plateformes : Reddit représente 1,8% des citations ChatGPT contre 6,6% sur Perplexity.

L’entity density est-elle un proxy fiable pour prédire la “citabilité” d’un bloc GEO ? La corrélation est forte (20,6% vs 5-8% baseline), mais corrélation n’est pas causalité. Les contenus à haute entity density sont aussi souvent des contenus autoritatifs sur d’autres dimensions.

Le Lost in the Middle est-il toujours aussi fort sur les modèles de mars 2026, avec des context windows 10x plus grands qu’en 2023 ? Le biais positionnel est architectural (RoPE decay), mais son amplitude réelle sur GPT-4o, GPT-5.3 et Claude 3.5 n’a pas été re-mesurée.

Le concept de passage-level competition (ta page est en compétition au niveau du passage, pas du document) est-il quantifiable ? Et le query fan-out (ChatGPT Thinking 5.4 génère en moyenne 5.7 sous-requêtes par prompt, avec des pics à 12 sur les questions techniques) change-t-il la donne pour le front-loading, en multipliant les points d’entrée dans le contenu ?

Je publierai les résultats sur ce blog dès que les données LLM Radar seront suffisamment robustes pour tirer des conclusions.

Méthodologie et limites

Cet article synthétise l’étude Kevin Indig/Growth Memo (février 2026, 18 012 citations ChatGPT via Gauge), la critique Victorino Group (février 2026), les données Ahrefs Summit (mars 2026, 75 000 brands), les données AirOps (2026, 45 000+ citations), et le framework floor/ceiling du thread Reddit r/techSEO (mars 2026, practitioner knowledge non-vérifié expérimentalement). Les données LLM Radar sur ces questions sont en cours de collecte (Q1 2026) et pas encore publiées.