Aller au contenu
Vérification en direct · récupère votre URL côté serveur

Google Crawler Simulator

Voyez le HTML brut vs. ce que Googlebot indexe après exécution JS — côte à côte.

Googlebot ne voit pas votre page de la même manière qu'un navigateur. Il récupère le HTML, exécute le JavaScript, attend que les requêtes réseau se terminent, puis indexe le résultat final rendu—mais uniquement si le rendu se termine dans le budget de crawl. Ce simulateur de crawler Google récupère n'importe quelle URL en tant que Googlebot Desktop, Googlebot Mobile, Googlebot-Image, Bingbot ou GPTBot, affiche le HTML brut et le HTML rendu par JavaScript côte à côte, liste les ressources bloquées, signale les avertissements de temps de rendu, et affiche le texte visible qui est réellement indexé.

Generate the whole content, not just check it.

BlazeHive writes SEO articles end to end from a single keyword. Outline, draft, meta, schema, internal links. Free trial, no card.

Start with BlazeHive Free trial

Ce qu'un simulateur de crawler Google fait réellement

Un simulateur de crawler envoie une requête HTTP à votre URL avec une chaîne user-agent correspondant au bot que vous sélectionnez, récupère la réponse, et enregistre le code de statut, les en-têtes et le HTML brut. Il charge ensuite la page dans un navigateur sans interface—Chrome avec JavaScript activé—attend que le DOM se stabilise, capture le HTML final rendu, et le compare au HTML initial pour montrer ce que JavaScript a modifié.

Il extrait le texte visible—ce qu'un bot voit après suppression des balises HTML, CSS et scripts—car c'est le contenu que Google indexe. Il signale les ressources qui n'ont pas pu se charger : images, polices, fichiers CSS ou bundles JavaScript bloqués par CORS, 404, ou erreurs serveur. Il vérifie les balises meta robots, les en-têtes X-Robots-Tag, et les balises canoniques qui pourraient empêcher l'indexation même si la page s'est chargée avec succès.

Trois catégories de problèmes apparaissent dans chaque test de crawl. La première est le contenu manquant du HTML brut qui n'apparaît que après l'exécution de JavaScript. Si votre headline héros ou description de produit est rendue côté client, Googlebot pourrait ne pas la voir pendant la récupération initiale. La deuxième est le délai d'attente de rendu. Si JavaScript prend plus de cinq secondes pour se terminer, Googlebot peut indexer la page incomplète. La troisième est les ressources bloquées. Si vos fichiers CSS ou JavaScript critiques retournent 403 ou 404, la page s'affiche cassée, et Googlebot voit une mise en page cassée.

Comment utiliser ce simulateur de crawler Google

  1. Collez l'URL de la page dans Page URL. Utilisez la version canonique—https, www si applicable, aucun paramètre UTM sauf si vous testez comment les paramètres affectent le rendu.
  2. Choisissez un User-agent dans la liste déroulante. Googlebot Desktop est la valeur par défaut. Googlebot Mobile simule l'indexation mobile-first avec une fenêtre d'affichage mobile. Googlebot-Image teste le crawling spécifique aux images. Bingbot teste le crawler de Bing. GPTBot simule le crawler d'entraînement d'OpenAI.
  3. Cliquez sur Simulate crawler. Vous obtenez quatre sections : HTML brut, HTML rendu, texte visible, et un journal des ressources montrant quels fichiers se sont chargés ou ont échoué.
  4. Comparez les onglets Raw HTML et Rendered HTML. Si la version rendue a du contenu manquant du HTML brut, ce contenu est injecté par JavaScript. Si le temps de rendu dépasse cinq secondes, nous affichons un avertissement.
  5. Vérifiez la liste Blocked resources. Toute ressource qui a retourné un statut non-200 est signalée. Si le CSS ou JavaScript critique est bloqué, la page risque de s'afficher cassée pour Googlebot.
  6. Faites défiler jusqu'à Visible text. C'est ce que Google indexe. Si votre mot-clé cible apparaît ici, Google peut classer la page pour celui-ci. S'il n'y est pas, le mot-clé est invisible.

Essayez de simuler une application monopage construite avec React ou Vue. Le HTML brut contient souvent un <div id="root"></div> vide et une balise script. Le HTML rendu montre la page complète après exécution de JavaScript. Si le rendu prend huit secondes à cause d'appels API lents, nous avertissons que Googlebot pourrait expirer et indexer le shell vide.

Pourquoi le HTML brut par rapport au HTML rendu est important

Le pipeline d'indexation de Google a deux phases. La première est la récupération initiale, où Googlebot télécharge le HTML brut. La deuxième est le rendu, où Googlebot exécute JavaScript dans une instance Chrome sans interface et capture le DOM final. Le rendu se produit des heures ou des jours après la récupération initiale, et pas chaque page n'est rendue. Les pages avec des temps de chargement rapides, des liens internes forts, et aucune erreur JavaScript sont priorisées.

Trois conséquences pratiques.

Le contenu en HTML brut s'indexe plus vite. Si votre H1, meta description, et premier paragraphe sont dans le HTML initial, Googlebot peut les indexer immédiatement. S'ils n'apparaissent que après l'exécution de JavaScript, l'indexation attend la file de rendu. Sur un site avec 10 000 pages, ce délai peut être des jours ou des semaines.

Les erreurs JavaScript bloquent l'indexation. Si votre page génère une erreur console lors du rendu, Googlebot pourrait voir une page vierge. Notre simulateur exécute la page et capture les journaux console. Une erreur comme « Uncaught TypeError: Cannot read property 'map' of undefined » peut empêcher la page entière de s'afficher.

Le budget de rendu est fini. Google alloue un budget de crawl et un budget de rendu par site. Si le rendu de votre page d'accueil prend 10 secondes, Google pourrait la rendre moins souvent que les concurrents dont les pages s'affichent en deux secondes. Nous signalons le temps de rendu pour que vous sachiez si vous dépassez le budget.

Ressources bloquées et impact sur l'indexation

Une ressource bloquée est tout fichier—CSS, JavaScript, image, police—que la page a tenté de charger mais a reçu un code de statut 4xx ou 5xx, ou qui a été bloqué par robots.txt ou la politique CORS. Googlebot ignore le fichier et continue le rendu, mais le fichier manquant peut casser la mise en page ou les fonctionnalités.

Les fichiers CSS critiques contrôlent la mise en page. Si styles.css est bloqué par robots.txt, Googlebot affiche la page sans styles, ce qui signifie que le contenu pourrait être masqué par les états CSS par défaut—accordéons fermés, onglets cachés, modales hors écran. Le contenu existe dans le DOM mais n'est pas visible, donc Google pourrait ne pas l'indexer.

Les fichiers JavaScript critiques contrôlent l'interactivité et la récupération de données. Si app.js est bloqué, le routage côté client se casse, et les liens dans l'app ne fonctionnent pas. Si api-client.js est bloqué, votre page produit ne peut pas récupérer les données produit, donc Googlebot voit un spinner de chargement au lieu des détails du produit.

Les images et les polices sont moins critiques. Une image manquante ne casse pas l'indexation, mais elle pourrait nuire aux signaux d'expérience utilisateur si la mise en page se décale ou des espaces réservés apparaissent. Une police manquante revient à des polices système, ce qui est généralement correct pour l'indexation.

Notre simulateur liste toutes les ressources, leur URL, code de statut, et type. Si une ressource a échoué, nous affichons l'erreur. Si elle a été bloquée par robots.txt, nous la signalons. Utilisez cette liste pour corriger les blocages au niveau du serveur ou dans votre fichier robots.txt.

Indexation mobile-first et fenêtre d'affichage

En 2026, Google utilise l'indexation mobile-first pour tous les sites. Cela signifie que Googlebot Mobile est le crawler principal, et la version mobile de votre page détermine les classements même pour les recherches de bureau. Si votre page mobile masque le contenu derrière un bouton « Lire la suite » ou supprime les widgets de barre latérale, Googlebot ne voit pas ce contenu, et il ne compte pas vers les classements.

Tester avec Googlebot Mobile en tant que user-agent montre ce que le crawler mobile voit. Nous affichons la page avec une fenêtre d'affichage de 375px—largeur iPhone SE—pour que vous voyiez la mise en page mobile. Si votre CSS masque les éléments aux largeurs mobiles, ils sont absents du HTML rendu. Si votre JavaScript charge paresseusement les images ou le texte au fur et à mesure que l'utilisateur fait défiler, et que Googlebot ne fait pas défiler, ce contenu est invisible.

Deux correctifs sont courants. Le premier est le rendu côté serveur ou la génération de site statique, où le contenu complet est dans le HTML brut quel que soit la fenêtre d'affichage. Le second est de s'assurer que le CSS mobile ne définit pas display: none sur le contenu important. Utilisez opacity: 0 ou position: absolute; left: -9999px pour l'accessibilité, mais même ceux-ci peuvent nuire à l'indexation s'ils sont utilisés à outrance.

Balises meta robots et en-têtes X-Robots-Tag

Même si une page se charge avec succès, une balise <meta name="robots" content="noindex"> ou un en-tête HTTP X-Robots-Tag: noindex dit à Googlebot de ne pas l'indexer. Notre simulateur vérifie les deux et les signale dans le résumé.

Les valeurs courantes sont noindex (ne pas ajouter aux résultats de recherche), nofollow (ne pas suivre les liens sur cette page), noarchive (ne pas mettre en cache), nosnippet (ne pas afficher un snippet dans les résultats), et none (équivalent à noindex, nofollow). Si votre site de staging devient accidentellement un site actif avec des balises noindex toujours présentes, vous perdez tout le trafic de recherche. Vérifier avant le lancement prévient cela.

L'en-tête HTTP a la priorité sur la balise HTML si les deux sont présents et diffèrent. Une page avec <meta name="robots" content="index"> mais X-Robots-Tag: noindex ne sera pas indexée. Notre simulateur affiche les deux pour que vous puissiez repérer les conflits.

Erreurs courantes

  • Afficher la page entière côté client. Si le HTML brut est vide et tout apparaît après JavaScript, l'indexation est lente et fragile. Déplacez le contenu critique dans le HTML initial via le rendu côté serveur ou la pré-génération.
  • Bloquer JavaScript ou CSS dans robots.txt. Google a besoin de ces fichiers pour afficher la page. Disallow: *.js ou Disallow: *.css casse le rendu. Bloquez-les uniquement si vous avez une bonne raison, et revérifiez avec le simulateur après.
  • Ignorer les erreurs console. Une seule exception non capturée peut arrêter le rendu. Vérifiez le journal console dans la sortie du simulateur et corrigez les erreurs avant de déployer.
  • Tester uniquement avec un navigateur, pas avec Googlebot. Les navigateurs sont plus tolérants que Googlebot. Une page qui fonctionne dans Chrome pourrait échouer dans Chrome sans interface à cause de polyfills manquants ou de vérifications user-agent. Simulez Googlebot pour voir l'expérience réelle.
  • Supposer que Googlebot fait défiler. Il ne le fait pas. Le contenu chargé paresseusement déclenché par des événements de défilement est invisible sauf si vous implémentez Intersection Observer ou chargez tout au rendu initial.
  • Ne pas tester après les mises à jour de framework. Une mise à jour de version Next.js ou Gatsby peut changer le fonctionnement de la génération statique. Revérifiez le rendu après les mises à jour pour confirmer que le contenu est toujours dans le HTML brut.

Conseils avancés

  • Testez la même URL avec Googlebot Desktop et Googlebot Mobile. Si le contenu diffère, l'indexation mobile-first peut classer la page différemment que prévu.
  • Comparez le temps de rendu sur les pages. Si votre page d'accueil s'affiche en 2 secondes mais les pages produit prennent 8 secondes, identifiez l'appel API lent ou le script lourd et optimisez-le.
  • Vérifiez la section Visible text pour la présence de mots-clés. Si votre mot-clé cible est dans la source HTML mais pas dans le texte visible, il pourrait être masqué par CSS ou JavaScript, ce qui signifie qu'il ne compte pas vers les classements.
  • Utilisez le simulateur après avoir déployé une nouvelle fonctionnalité. Un flux de paiement, un widget de chat en direct, ou un script d'analyse peut casser le rendu s'il génère des erreurs. Le détecter après le déploiement prévient les chutes d'indexation.
  • Si des ressources bloquées sont trouvées, vérifiez avec le vérificateur robots.txt pour confirmer si robots.txt en est la cause. Si non, vérifiez les journaux serveur pour les erreurs 403 ou CORS.
  • Combinez cet outil avec le vérificateur de métadonnées du site pour confirmer que le titre, les metas, et le schéma sont présents dans le HTML rendu, pas seulement dans la source brute.

Après simulation, si vous découvrez que JavaScript est requis pour le contenu critique, envisagez de passer au rendu côté serveur ou à la génération statique. Si des ressources bloquées sont le problème, mettez à jour votre robots.txt avec le générateur de fichier robots.txt. Si vous voulez voir comment tous les facteurs SEO sur la page—rendu, métadonnées, canoniques, liens internes—s'empilent, utilisez le checklist SEO pour un audit 20 points.

Generate the whole content, not just check it.

BlazeHive writes SEO articles end to end from a single keyword. Outline, draft, meta, schema, internal links. Free trial, no card.

Start with BlazeHive Free trial

Questions fréquemment posées

Qu'est-ce que Googlebot ?

Googlebot est le crawler web que Google utilise pour découvrir, récupérer, afficher et indexer les pages sur Internet. Il existe deux types principaux : Googlebot Desktop (simule un navigateur de bureau) et Googlebot Smartphone (simule un navigateur mobile, que Google utilise pour l'indexation mobile-first). Quand Googlebot crawle votre site, il suit les liens, lit votre fichier robots.txt pour voir ce qui est autorisé, récupère le HTML, exécute JavaScript si nécessaire, et extrait le texte et les métadonnées. Googlebot ne voit pas votre site de la même manière qu'une personne. Il ne peut pas interagir avec les formulaires, cliquer sur les boutons qui nécessitent une entrée utilisateur, ou contourner les paywalls. Il respecte le budget de crawl (le nombre de pages qu'il récupérera par session, basé sur l'autorité de votre site), donc les grands sites peuvent ne pas se faire crawler chaque page. Googlebot s'identifie avec une chaîne user-agent qui inclut « Googlebot ». Vous pouvez vérifier les demandes de Googlebot par une recherche DNS inversée. Notre simulateur vous permet de voir ce que Googlebot voit, y compris le texte visible, les ressources bloquées, et les avertissements de temps de rendu.

Comment simuler un crawl Google ?

Collez votre Page URL dans notre outil, sélectionnez Googlebot Desktop ou Googlebot Mobile dans la liste déroulante User-agent, et exécutez. Nous récupérons la page en utilisant la même chaîne user-agent que Googlebot utilise, exécutons JavaScript pour afficher la page, et extrayons le texte visible, les métadonnées, les ressources chargées, les ressources bloquées, et les directives robots. La sortie montre exactement ce que Googlebot voit : le HTML rendu après exécution de JavaScript, le contenu textuel que Google indexe, toute ressource bloquée par robots.txt, et les avertissements si le temps de rendu dépasse cinq secondes. Vous voyez aussi les balises canoniques, meta robots, et les déclarations hreflang. C'est critique pour les sites JavaScript-lourds (React, Next.js, Vue) où le HTML initial est un shell et le vrai contenu s'affiche côté client. Comparez la vue HTML brut (ce que votre serveur envoie) à la vue rendue (ce que Googlebot voit après exécution de JavaScript) pour repérer les problèmes de rendu. Si le contenu est manquant de la vue rendue, Google ne peut pas l'indexer. Utilisez cet outil avant de lancer de nouvelles pages ou après des changements JavaScript.

Qu'est-ce qu'un crawler web ?

Un crawler web (aussi appelé spider ou bot) est un programme qui navigue systématiquement sur le web en suivant les liens, en récupérant les pages, et en extrayant les données. Les moteurs de recherche utilisent les crawlers pour découvrir et indexer le contenu : Googlebot pour Google, Bingbot pour Bing, Yandex Bot pour Yandex. Les crawlers commencent par une liste de semences d'URLs (depuis les sitemaps ou les liens précédemment crawlés), récupèrent chaque page, analysent le HTML pour extraire les liens, ajoutent les nouveaux liens à la file de crawl, et répètent. Les crawlers respectent robots.txt (un fichier qui déclare quels chemins sont interdits), suivent les balises canoniques, et obéissent aux limites de vitesse de crawl. Tous les crawlers ne sont pas des moteurs de recherche. Certains sont des scrapers de données, des bots de recherche, ou des outils de monitoring. Certains crawlers sont malveillants (récoltant des adresses email, grattant le contenu sans permission). Vous pouvez identifier les crawlers par leur chaîne user-agent dans les journaux serveur et bloquer les indésirables via robots.txt. Pour le SEO, les crawlers les plus importants sont Googlebot, Googlebot-Image, Bingbot, et les crawlers IA émergents comme GPTBot, ClaudeBot, et PerplexityBot. Notre outil simule Googlebot et les autres crawlers majeurs.

Pourquoi Googlebot ne crawle pas mon site ?

Cinq causes courantes : robots.txt bloque Googlebot, votre site n'a pas de liens internes ou externes pointant vers lui, votre sitemap est manquant ou cassé, vos pages retournent des erreurs serveur, ou vous avez accidentellement défini une balise meta robots noindex. D'abord, vérifiez robots.txt et confirmez que vous n'avez pas de règle Disallow: /. Si vous le faites, cela bloque tous les crawlers. Deuxièmement, confirmez que vous avez soumis un sitemap à Google Search Console. Si votre sitemap est manquant, Googlebot s'appuie sur la découverte par lien, ce qui peut prendre des semaines. Troisièmement, vérifiez les journaux serveur ou le rapport Crawl Stats de Search Console pour voir si Googlebot reçoit des erreurs ou des délais d'expiration. Si votre serveur est instable, Googlebot réduit la fréquence de crawl. Quatrièmement, inspectez votre source de page pour une balise meta robots avec noindex. Cela dit à Googlebot de sauter l'indexation. Cinquièmement, confirmez que votre site a des liens internes depuis la page d'accueil. Les pages orphelines s'appuient entièrement sur les sitemaps. Utilisez notre outil pour simuler un crawl Googlebot et confirmez que la page est accessible, s'affiche correctement, et n'a pas de blocages.

Comment vérifier si Googlebot peut crawler ma page ?

Collez votre Page URL dans notre outil, sélectionnez Googlebot Desktop ou Googlebot Mobile, et exécutez la simulation. Nous récupérons la page en utilisant le user-agent de Googlebot, exécutons JavaScript pour l'afficher, et montrons exactement ce que Googlebot voit : texte visible, métadonnées, ressources bloquées, balises canoniques, et avertissements de temps de rendu. Si la page se charge et s'affiche avec succès, Googlebot peut la crawler. Si nous obtenons un 404, 403, 500, ou délai d'expiration, Googlebot obtiendrait la même erreur. Si les fichiers CSS ou JavaScript sont bloqués par robots.txt, nous les signalons. Si la page prend plus de cinq secondes pour s'afficher, nous avertissons que cela peut nuire au budget de crawl. Vous pouvez aussi utiliser l'outil URL Inspection de Google Search Console : collez votre URL, et Google la récupère en direct, l'affiche, et montre la version indexée. L'avantage de notre outil est la rapidité (aucune connexion requise, résultats instantanés) et le mode comparaison. Utilisez cela avant de lancer de nouvelles pages, après des changements JavaScript, ou lors du diagnostic de problèmes d'indexation.

Quelle est la différence entre HTML brut et HTML rendu ?

HTML brut est ce que votre serveur envoie quand un navigateur ou un crawler demande d'abord une page, avant que n'importe quel JavaScript s'exécute. HTML rendu est ce à quoi la page ressemble après que JavaScript s'exécute et modifie le DOM. Pour les sites statiques ou les sites affichés côté serveur, le HTML brut et le HTML rendu sont presque identiques. Pour les sites affichés côté client (React, Vue, Angular), le HTML brut est souvent un shell minimal et tout le contenu s'affiche côté client après l'exécution de JavaScript. Googlebot récupère d'abord le HTML brut, puis attend que JavaScript s'exécute et affiche la page dans un navigateur Chrome sans interface. Si votre contenu n'existe que dans le HTML rendu, il faut plus longtemps à Google pour l'indexer car le rendu est une opération de deuxième passe. Notre outil affiche les deux vues côte à côte : HTML brut (ce que votre serveur envoie) et HTML rendu (ce que Googlebot voit après exécution de JavaScript). Si le contenu critique est manquant du HTML brut et n'apparaît que dans la vue rendue, envisagez le rendu côté serveur pour améliorer la vitesse d'indexation.

Comment déclencher un crawl Google ?

Vous ne pouvez pas forcer Google à crawler à la demande, mais vous pouvez demander l'indexation et rendre votre site plus crawl-friendly pour que Google le priorise. D'abord, soumettez votre sitemap à Google Search Console. Cela dit à Google où se trouvent toutes vos pages et quand elles ont été mises à jour pour la dernière fois. Deuxièmement, utilisez l'outil URL Inspection dans Search Console, collez votre URL, et cliquez sur Request Indexing. Cela pousse l'URL au premier plan de la file de crawl de Google. Troisièmement, ajoutez des liens internes à la nouvelle page depuis les pages à haute autorité sur votre site car Googlebot suit les liens et priorise les pages bien connectées. Quatrièmement, mettez à jour la date lastmod dans votre sitemap.xml chaque fois que vous publiez une page car Google utilise ce signal pour prioriser le contenu frais. Cinquièmement, évitez le gaspillage de budget de crawl en bloquant les pages de faible valeur dans robots.txt et en utilisant les balises canoniques. Vous pouvez aussi pinger Google manuellement en visitant google.com/ping?sitemap=yoursitemapurl après la publication de nouveau contenu. Si votre page ne crawle toujours pas après 48 heures, utilisez notre outil pour simuler une récupération Googlebot.

Googlebot peut-il afficher JavaScript ?

Oui, Googlebot peut afficher JavaScript en utilisant un navigateur Chrome sans interface, mais cela se produit en une deuxième passe après la récupération HTML initiale, ce qui introduit un délai. Googlebot récupère d'abord le HTML brut et analyse les liens, les balises canoniques, et les directives meta robots. Si la page est autorisée, Google l'ajoute à la file de rendu. Quelques heures à quelques jours plus tard, Googlebot récupère la page à nouveau, exécute JavaScript, attend que le DOM se stabilise (jusqu'à cinq secondes), et indexe la sortie rendue. Ce système deux-passe signifie que les sites JavaScript-lourds sont plus lents à indexer que les sites affichés côté serveur. Les pages qui s'appuient entièrement sur l'affichage côté client peuvent prendre des semaines à indexer complètement. Si votre JavaScript échoue à l'exécution, Google indexe le shell vide et rate tout votre contenu. Notre outil simule ce processus en récupérant le HTML brut, exécutant JavaScript, et affichant la sortie rendue. Si le contenu critique n'apparaît que après l'exécution de JavaScript, envisagez de passer à l'affichage côté serveur ou à la génération statique pour améliorer la vitesse d'indexation.

Quels user-agents dois-je tester ?

Testez au minimum Googlebot Desktop et Googlebot Mobile, car Google utilise l'indexation mobile-first. Si votre site a des mises en page ou du contenu différents pour mobile versus bureau, testez les deux pour confirmer la parité. Si vous proposez un contenu différent aux utilisateurs mobiles, Google peut indexer la version mobile et ignorer le contenu de bureau uniquement. Testez aussi Googlebot-Image si les images sont critiques pour votre contenu (e-commerce, portfolios, galeries). Testez Bingbot si le trafic Bing importe pour votre entreprise (c'est le deuxième plus grand moteur de recherche aux États-Unis). Testez GPTBot si vous voulez contrôler comment OpenAI crawle votre contenu pour l'entraînement ChatGPT. Vous pouvez le bloquer via robots.txt si vous ne voulez pas que votre contenu soit utilisé. Testez les autres crawlers IA (ClaudeBot, PerplexityBot, CCBot) si vous vous souciez de l'entraînement des données IA ou des moteurs de réponse. Notre outil supporte tous les crawlers majeurs, donc vous pouvez tester chacun et confirmer que vos blocages robots.txt fonctionnent. Pour la plupart des sites, Googlebot Mobile et Googlebot Desktop suffisent.

Qu'est-ce que le budget de temps de rendu ?

Le budget de temps de rendu est la quantité de temps que Googlebot alloue pour exécuter JavaScript et afficher votre page avant d'indexer ce qu'il a. Les tests de l'industrie suggèrent que Googlebot attend jusqu'à cinq secondes pour que JavaScript se termine d'exécuter et pour que le DOM se stabilise. Si votre page prend plus longtemps à cause de scripts tiers lents ou de rendu lourd, Googlebot peut indexer une version incomplète de la page ou sauter le rendu entièrement. C'est particulièrement problématique pour les applications monopage où le HTML brut est un shell vide. Pour rester dans le budget, réduisez la taille du bundle JavaScript (code-split, tree-shake le code inutilisé), reportez ou chargez paresseusement les scripts non critiques, afficherez côté serveur ou générez statiquement le contenu clé, et évitez de bloquer le thread principal avec des scripts de longue durée. Notre outil mesure le temps de rendu et signale les pages qui prennent plus de cinq secondes. Si votre page s'affiche en moins de deux secondes, vous êtes en sécurité dans le budget. Si elle dépasse cinq secondes, le contenu critique ne peut pas être indexé.

Outils gratuits associés

Tous les outils →
Le plus populaire
Vérificateur de Backlinks Gratuit

Auditez n'importe quel domaine. Authority Score, domaines référents, texte d'ancrage. Sans inscription.
Vérification en direct
Robots.txt Checker

Analysez, testez par user-agent (dont GPTBot/ClaudeBot), détectez les conflits de règles.
Vérification en direct
Website Metadata Checker

Visualisez votre page comme Google, Twitter, LinkedIn et Slack la voient — côte à côte.
Instantané
SEO Checklist

Déposez une URL — nous vérifions 20 critères on-page en moins de 5 secondes.
Vérification en direct
HTTP Status Checker

Vérifiez en masse jusqu'à 50 URL à la fois — consultez les codes de statut, les redirections et les temps de réponse en quelques secondes.
Vérification en direct
Page Size Checker

Consultez le poids réel de n'importe quelle page — octets du document HTML, taille compressée gzip, temps de réponse et les demandes d'actifs qu'un navigateur devrait toujours faire.
Vérification en direct
Robots.txt Generator

Préset pour votre CMS + contrôles explicites pour les crawlers AI importants en 2026.