Ce que Googlebot crawle vraiment : les limites de fichiers officialisées par Google
- Google a officialisé en février 2026 les limites de crawl de Googlebot : 2 Mo par fichier (HTML, CSS, JS) et 64 Mo pour les PDF
- Ce n'est pas un nouveau changement de règle, c'est une clarification documentaire de limites qui existaient probablement déjà
- La limite de 15 Mo mentionnée auparavant s'applique à l'infrastructure générale de crawl de Google, pas à Googlebot Search spécifiquement
- Chaque ressource référencée dans le HTML (CSS, JS) est crawlée séparément avec sa propre limite de 2 Mo
- En pratique : la quasi-totalité des sites n'est pas concernée : le HTML médian fait ~33 Ko, soit 60 fois moins que la limite
- Les sites qui doivent s'en préoccuper : ceux avec du JS inline massif, des SPA, ou des JSON embarqués dans le HTML
Google a mis à jour sa documentation technique début février 2026 pour clarifier officiellement les limites de crawl de Googlebot. La révélation n'est pas une surprise fracassante · Barry Schwartz de Search Engine Land note lui-même que ces limites pourraient exister depuis longtemps sans être clairement documentées. Mais maintenant qu'elles sont noires sur blanc dans la documentation officielle, elles méritent une analyse terrain.
Les limites officielles de Googlebot · ce que dit Google exactement
1 minVoici la formulation exacte de la documentation Google :
Une clarification documentaire, pas une nouvelle règle
1 minPremier point essentiel : Google n'a pas changé ses règles. Il a clarifié sa documentation. La confusion vient de deux documents distincts qui coexistaient avec des chiffres différents :
- 15 Mo : limite générale pour tous les crawlers et fetchers Google. Elle s'applique à l'infrastructure de crawl dans son ensemble, documentée dans
overview-google-crawlers. - 2 Mo : limite spécifique à Googlebot lors de l'exploration pour l'indexation dans Google Search. C'est elle qui compte pour le SEO.
John Mueller l'a confirmé sur Reddit : « 2 Mo d'HTML, c'est déjà beaucoup ». Il est extrêmement rare que des sites rencontrent des problèmes avec cette limite. Cette clarification s'inscrit dans une réorganisation plus large de la documentation Google amorcée fin 2025.
Le fonctionnement technique en détail
1 minPlusieurs détails mécaniques sont importants pour bien interpréter cette limite :
- Par ressource, pas par page. La limite de 2 Mo s'applique à chaque fichier individuellement. Si votre HTML fait 1,5 Mo et votre CSS 800 Ko, les deux sont dans les limites · chacun est crawlé séparément.
- Données non compressées. La limite s'applique au fichier décompressé. Si votre serveur envoie du gzip, c'est le poids brut après décompression qui compte · pas le poids transféré sur le réseau.
- Troncature silencieuse. Quand Googlebot atteint 2 Mo, il arrête et envoie ce qu'il a déjà récupéré pour indexation. Pas d'erreur dans Search Console · le contenu au-delà est ignoré silencieusement.
- Autres crawlers Googlebot. La limite de 2 Mo concerne Googlebot Search. Googlebot Image et Googlebot Video peuvent avoir des limites différentes non documentées.
L'impact réel : la grande majorité des sites n'est pas concernée
1 minMettons les chiffres en perspective avec des données HTTP Archive citées par John Mueller lui-même :
- La taille médiane d'un fichier HTML est d'environ 33 Ko : soit 60 fois moins que la limite de 2 Mo.
- 90 % des pages web font moins de 151 Ko de HTML.
- 2 Mo de texte brut équivaut à environ 2 millions de caractères · l'équivalent de plusieurs centaines de pages d'un roman. Il faut vraiment s'y efforcer.
Si votre site est construit avec un CMS standard (WordPress, PrestaShop, Shopify), que vous n'embarquez pas massivement de JavaScript inline, et que vous n'avez pas de pages-catalogues avec des centaines de produits injectés en JSON dans le HTML : vous n'avez strictement rien à faire. Cette limite ne vous concerne pas.
Quels sites sont réellement à risque ?
1 min- Applications SPA (Single Page Applications) qui embarquent l'intégralité d'un framework JavaScript (React, Vue, Angular) dans un seul bundle inline dans le HTML.
- Sites e-commerce qui injectent de larges objets JSON dans le HTML pour pré-charger les données produits (catalogue, filtres, prix en temps réel).
- Bibliothèques CSS monolithiques non optimisées, incluses en inline dans le HTML plutôt que via des fichiers externes.
- Dépendances bundlées en un seul fichier JS géant via webpack sans code splitting.
- Pages-amalgame qui compilent tout leur contenu sans pagination ni lazy loading.
Ce qu'il faut faire si vous êtes concerné
1 min- 1Mesurer d'abord. Chrome DevTools (onglet Network taille des réponses), Screaming Frog (colonne "HTML Size"), ou
curl -sI [url] | grep content-length. Alertez dès 1,5 Mo pour garder une marge. - 2Externaliser le CSS et JS inline. Chaque ressource externe bénéficie de sa propre limite de 2 Mo. Déplacer un script inline de 800 Ko vers un fichier externe libère immédiatement 800 Ko dans l'enveloppe HTML.
- 3Fractionner les pages longues. Pagination classique avec des liens internes propres plutôt qu'une page-catalogue unique. Googlebot indexe mieux des pages légères et nombreuses.
- 4Minifier le code. Supprimer espaces, commentaires et caractères inutiles. Sur de grosses bases, la minification peut réduire le poids de 30 à 40 %.
- 5Surveiller dans Search Console. L'onglet "Couverture" détecte les anomalies d'indexation. Une perte de visibilité sur des pages volumineuses est un signal à investiguer.
Le lien avec le GEO : HTML léger = meilleure visibilité IA
1 minCette limite Googlebot converge avec un enjeu central du GEO : un HTML structuré, léger et sémantique améliore la visibilité à la fois dans la recherche classique et dans les moteurs alimentés par l'IA.
Les agents IA, GPTBot (ChatGPT), PerplexityBot, Google-Agent, n'exécutent pas JavaScript. Ils consomment le HTML brut. Un HTML de 1,8 Mo rempli de JSON inline et de scripts est aussi hostile à Googlebot qu'à un agent IA qui cherche à comprendre votre contenu. La contrainte technique et la contrainte GEO convergent vers la même solution : un HTML propre, minimal, avec le contenu essentiel directement accessible dans la source.
Questions fréquentes
2 minNon. Barry Schwartz (Search Engine Land) précise que ces limites existaient probablement déjà mais n'étaient pas clairement documentées. La mise à jour de février 2026 est une clarification documentaire. Google distingue désormais explicitement la limite de 15 Mo (crawlers généraux) de la limite de 2 Mo (Googlebot Search).
Googlebot arrête le téléchargement à 2 Mo et envoie la partie déjà récupérée pour indexation. Pas d'erreur visible dans Search Console · le contenu au-delà de la limite est simplement ignoré silencieusement. Le contenu en bas de page (liens internes, texte complémentaire) ne sera pas indexé.
Non. La limite s'applique aux données non compressées. Si votre HTML fait 400 Ko en gzip mais 2,1 Mo brut · vous êtes au-delà de la limite de Googlebot, même si le transfert réseau était léger.
Chrome DevTools onglet Network cliquer sur la ressource onglet "Response" pour voir la taille décompressée. Dans Screaming Frog, la colonne "HTML Size" donne le poids brut. Alertez dès 1,5 Mo pour garder une marge de sécurité.
Oui. Chaque ressource référencée dans le HTML (fichier CSS externe, fichier JS externe) est crawlée séparément et soumise à la même limite de 2 Mo. Les fichiers PDF référencés bénéficient d'une limite de 64 Mo. C'est pourquoi externaliser du CSS et JS inline est bénéfique : chaque fichier dispose de sa propre enveloppe de 2 Mo.