La limite utile à retenir pour Google Search en 2026 n’est plus l’ancienne lecture brute des 15 Mo : il faut surtout raisonner en 2 Mo par ressource compatible.
Sommaire
- Pourquoi cette nuance compte vraiment en 2026
- Ce que la limite de 2 Mo change vraiment
- Ce qu’il ne faut pas confondre
- Les signaux à surveiller sur un site réel
- Comment prévenir ce problème
- Comment tester les pages avec Screaming Frog
- Que faire en pratique
- Que faire si une ressource dépasse vraiment le seuil
- Ressource complémentaire
- FAQ
Pourquoi cette nuance compte vraiment en 2026
Pendant longtemps, beaucoup de professionnels ont retenu la référence des 15 Mo documentée par Google en juin 2022. Cette information reste utile, mais elle n’est plus la meilleure lecture opérationnelle si vous travaillez pour Google Search.
La documentation Googlebot, mise à jour le 3 février 2026, précise désormais que Googlebot explore les 2 premiers Mo d’un type de fichier compatible pour Google Search, et 64 Mo pour un PDF. Quelques jours plus tard, la documentation plus large sur l’infrastructure de crawl, mise à jour le 9 février 2026, rappelle que 15 Mo reste la limite par défaut de l’infrastructure générale, avec des limites plus petites possibles selon les projets, notamment 2 Mo pour Googlebot.
Le point important est donc celui-ci : pour le SEO et l’indexation dans Google Search, il vaut mieux raisonner en 2 Mo par ressource HTML, CSS ou JavaScript, pas en 15 Mo seul.
Ce que la limite de 2 Mo change vraiment
Pour la majorité des petits sites, cela ne change rien. Un site vitrine propre, un blog éditorial raisonnable ou un WordPress léger restent très loin de ce seuil.
Le sujet devient concret si vous avez :
- des pages HTML anormalement lourdes
- des bundles JavaScript trop gros
- des feuilles de style très chargées
- des gabarits e-commerce qui empilent scripts, widgets, filtres et blocs injectés
Quand Googlebot atteint la limite, il coupe la récupération de la ressource et n’envoie à l’indexation que la partie déjà récupérée. Le reste est ignoré.
Ce qu’il ne faut pas confondre
Ce n’est pas un “site limité à 2 Mo”. La limite s’applique par fichier récupéré, pas à la taille totale du projet ni à la somme de toutes vos pages.
Ce n’est pas non plus une preuve d’un “durcissement brutal” annoncé comme une nouvelle politique. Google présente plutôt cela comme une clarification documentaire plus précise entre la limite générale de l’infrastructure et le comportement concret de Googlebot pour Google Search.
Enfin, il ne faut pas confondre ce sujet avec le crawl budget. Si votre problème principal concerne surtout la fréquence de passage ou la charge serveur, allez plutôt voir comment réduire le crawl Google en 2026.
Les signaux à surveiller sur un site réel
Le premier réflexe utile est de regarder la taille réelle du HTML et des ressources critiques, sans se limiter au poids compressé affiché vite fait dans un navigateur.
Ensuite, vérifiez :
- les pages filtres ou catégories très chargées
- les pages produit avec beaucoup de modules tiers
- les bundles JavaScript devenus énormes
- les CSS globaux trop lourds
Si votre site dépend fortement du rendu JavaScript, lisez aussi notre article sur Google, JavaScript et les pages non-200, car les deux sujets se croisent vite.
Comment prévenir ce problème
Le plus simple est de traiter le sujet avant qu’il ne devienne visible dans l’indexation.
- garder des gabarits sobres
- limiter les scripts tiers ajoutés “par défaut”
- éviter les blocs injectés en cascade sur les catégories et fiches produit
- surveiller la taille des bundles JavaScript après chaque ajout important
- garder un œil sur les CSS globaux qui gonflent au fil des plugins
Sur WordPress, le risque vient souvent moins du cœur du CMS que de l’empilement thème + page builder + plugins + widgets marketing.
Comment tester les pages avec Screaming Frog
Screaming Frog est un bon premier filtre pour repérer les pages qui commencent à devenir trop lourdes.
L’idée n’est pas de lui demander de “prouver la limite Google”, mais de l’utiliser pour isoler les gabarits qui méritent un contrôle plus sérieux. En pratique, vous pouvez :
- crawler un lot d’URL stratégiques
- repérer les pages au HTML anormalement lourd
- comparer les gabarits les plus chargés
- contrôler les codes de réponse et les chaînes de redirection
- croiser ensuite avec un test navigateur, un regard sur les bundles JS et la doc Google
Cela permet de voir rapidement quelles pages méritent un audit plus poussé avant qu’un problème de récupération ne devienne un problème d’indexation.
Que faire en pratique
La bonne approche reste simple :
- garder un HTML raisonnable
- sortir les blocs inutiles ou trop lourds
- surveiller les bundles JavaScript
- éviter les gabarits surchargés
- tester les pages stratégiques avec un vrai regard technique
Sur un site qui monétise via SEO, mieux vaut une page plus sobre mais correctement récupérée qu’un gabarit “riche” dont une partie ne sera jamais lue par Googlebot.
Que faire si une ressource dépasse vraiment le seuil
Si une page ou une ressource critique devient trop lourde, le but n’est pas de “gagner quelques kilo-octets” à l’aveugle. Il faut d’abord identifier ce qui gonfle réellement :
- blocs HTML injectés trop tard ou trop massifs
- bibliothèques JavaScript inutiles
- widgets tiers peu utiles
- feuilles CSS globales devenues trop larges
Ensuite, la logique de résolution est assez directe :
- alléger le gabarit
- supprimer les scripts non essentiels
- découper ce qui peut l’être
- réduire les dépendances qui ne servent qu’à une petite partie de la page
- retester les URL stratégiques après modification
Ressource complémentaire
Si vous voulez une lecture plus commentée du sujet, vous pouvez aussi regarder cette vidéo de Romain & Léo : Google vient de CASSER le crawl : 15MB → 2MB, les sites qui vont SOUFFRIR ?
Si le lecteur YouTube ne s’affiche pas correctement chez vous, vous pouvez toujours ouvrir la vidéo dans un nouvel onglet via le lien ci-dessus.
Sources officielles utiles : documentation Googlebot, vue d’ensemble des crawlers Google.
Pour replacer cette lecture dans son historique, vous pouvez aussi relire le billet officiel Googlebot and the 15 MB thing, utile pour comprendre pourquoi beaucoup de professionnels ont longtemps gardé la référence des 15 Mo en tête.
FAQ
Googlebot est-il limité à 2 Mo ou à 15 Mo ?
Pour Google Search, la documentation Googlebot actualisée début février 2026 parle bien de 2 Mo par type de fichier compatible, avec 64 Mo pour les PDF. Les 15 Mo restent la limite par défaut de l’infrastructure de crawl Google au sens large.
Cette limite concerne-t-elle seulement le HTML ?
Non. Elle vaut aussi pour les fichiers CSS et JavaScript récupérés séparément lors du rendu.
Un petit site WordPress est-il concerné ?
La plupart du temps, non. Le sujet devient surtout concret sur des pages lourdes, des front très scriptés ou des gabarits e-commerce encombrés.
Que vérifier en priorité ?
La taille réelle du HTML, des bundles JavaScript, des CSS critiques et des gabarits les plus lourds de votre site.
