Contrôle du poids des pages et de la vitesse

Temps de réponse, taille du HTML, compression, version HTTP, ressources qui bloquent le rendu et fichiers trop volumineux, relevés à partir d'une simple requête statique, plus les données terrain CrUX si vous fournissez une clé API Google Cloud.

Ce qu'elle fait

Poids des ressources

asset-weight-check télécharge une page, puis chaque feuille de style et chaque script liés. Il relève les tailles, les en-têtes de réponse et le balisage. Il signale les ressources bloquant le rendu, les fichiers trop volumineux, les bibliothèques dupliquées (repérées par hash du contenu), l'absence de minification, l'absence de font-display, ainsi qu'une mise en cache ou une compression insuffisantes. Il ne rend pas la page.

  • Scripts et feuilles de style bloquant le rendu dans le head
  • Fichiers de plus de 500 Ko par défaut, paramétrable
  • Bibliothèques dupliquées, repérées par hash du contenu
  • Compression et durée de cache de chaque fichier

Serveur et HTML

Un crawl ou un export Screaming Frog alimente les règles d'audit portant sur le temps de réponse, la taille du HTML, le ratio texte/balisage, la compression et la version HTTP. Une réponse lente, un document HTML de plus de 2 Mo et une page servie en HTTP/1.x font chacun l'objet d'un constat distinct, avec son propre texte de correction.

  • Réponse serveur lente
  • HTML volumineux, et HTML de plus de 2 Mo
  • HTML surchargé : beaucoup de balisage pour peu de texte
  • Pas de compression, et HTTP/1.x uniquement

Laboratoire ou terrain

Les temps d'un crawl ou d'un navigateur sont des indices de laboratoire, issus d'une machine et d'un moment donnés. Les Core Web Vitals terrain viennent de crux-report, qui lit le Chrome UX Report pour le LCP, l'INP et le CLS. Il classe les résultats en bon, à améliorer ou mauvais, selon les seuils web-vitals-2024-03.

  • Temps de laboratoire issus du crawl ou d'un navigateur
  • LCP, INP et CLS terrain depuis CrUX
  • Nécessite votre clé API Google Cloud
  • Périmètre par URL ou par origine, et mobile, ordinateur ou tablette

Trois étapes, un seul scan enregistré

  1. Télécharger la page et ses ressources

    asset-weight-check télécharge la page, puis chaque feuille de style et chaque script liés. Il lit les tailles, les en-têtes de réponse et le balisage. Il ne rend pas la page.

  2. Mesurer le serveur et le HTML

    Un crawl natif ou un export Screaming Frog alimente les règles d'audit. Elles signalent les réponses lentes, les HTML lourds et l'absence de compression ou de HTTP/2.

  3. Comparer avec les données réelles des utilisateurs

    crux-report récupère le LCP, l'INP et le CLS terrain dans le Chrome UX Report. Il exige une clé API Google Cloud que vous fournissez.

Contrôles de cette fonctionnalité

ContrôleSignificationGravitéPreuve
SLOW_RESPONSELe serveur met trop de temps à répondre à la requête.ImportantTemps de réponse par URL
LARGE_HTMLLe document HTML est volumineux pour la page ou pour le site.ImportantTaille du HTML en octets
HTML_OVER_2MBLe document HTML dépasse 2 Mo.ImportantTaille du HTML en octets
HTML_BLOATBeaucoup de balisage pour très peu de texte.TipOctets et nombre de mots par page
NO_COMPRESSIONLe HTML est envoyé sans compression alors que gzip ou Brotli seraient utiles.TipEn-tête Content-Encoding par URL
HTTP1_ONLYLa page est servie en HTTP/1.x, et non en HTTP/2 ou en version ultérieure.TipVersion HTTP par URL

Une seule commande

bash
seohead asset-weight-check --url https://example.com/

Commencez par installer : guide d'installation. Chaque commande fonctionne aussi comme outil MCP pour les agents IA.

Ce qu'il vous faut

  • Une URL de page pour asset-weight-check
  • Un crawl ou des exports Screaming Frog pour le temps de réponse et la taille du HTML
  • Une clé API Google Cloud pour crux-report

Limites

  • Le CSS et le JavaScript inutilisés exigent une page rendue : ce contrôle est signalé comme ignoré
  • Les temps mesurés en laboratoire ne sont pas ceux de vos visiteurs
  • CrUX ne dispose d'aucune donnée pour les pages peu fréquentées
  • Une seule requête ne permet pas de repérer les valeurs aberrantes à l'échelle du site

Questions

Faut-il un navigateur ?
Non. asset-weight-check lit les octets et le balisage statique. Il ne peut pas déterminer quel CSS ou quel JavaScript est inutilisé : ce contrôle exige une page rendue et il est donc signalé comme ignoré.
Les temps mesurés sont-ils des données réelles d'utilisateurs ?
Non. Les temps d'un crawl ou d'un navigateur sont des données de laboratoire. Les Core Web Vitals terrain proviennent de crux-report, qui nécessite une clé API Google Cloud.
Quels seuils utilise crux-report ?
La politique web-vitals-2024-03 de Google. Le LCP est bon jusqu'à 2,5 s et mauvais au-delà de 4 s. L'INP est bon jusqu'à 200 ms et mauvais au-delà de 500 ms. Le CLS est bon jusqu'à 0,1 et mauvais au-delà de 0,25.
Qu'est-ce qu'un fichier trop volumineux ?
Par défaut, tout fichier CSS ou JavaScript lié de plus de 500 Ko. Ce seuil est paramétrable.
Cela modifie-t-il quelque chose sur mon site ?
Non. Les contrôles envoient uniquement des requêtes en lecture seule. Les corrections vous reviennent.
Est-ce payant ?
Les contrôles sont gratuits. L'API CrUX est gratuite dans le quota de Google, et vous fournissez votre propre clé. SpiderHead ne distribue pas de clés.