First Contentful Paint (FCP)
Voyez quand le premier texte, la première image ou un autre contenu apparaît pendant le contrôle. Un FCP lent oriente vers le chemin de chargement initial.
Surveillez PageSpeed sur les URL importantes de votre site
Lancez des contrôles de laboratoire récurrents pour des URL publiques sélectionnées. Examinez les étapes de chargement, la réponse serveur, le blocage du thread principal, la stabilité de la mise en page, un verdict clair et la fraîcheur du résultat sans traiter les données synthétiques comme l’expérience réelle.
TL;DR
Trop long ; non lu
Afficher le résumé Masquer le résumé
TL;DR
Trop long ; non lu
Qu’est-ce que le monitoring PageSpeed Screpy ?
Screpy PageSpeed Monitoring lance des contrôles synthétiques récurrents pour des URL publiques sélectionnées. Il fournit des mesures de chargement, de réponse serveur, de thread principal et de mise en page avec un verdict actuel et l’heure du dernier contrôle. Les résultats aident les équipes à choisir la prochaine analyse sans présenter les données de laboratoire comme des données réelles ni promettre un classement.
Choisir les pages surveillées
- Screpy PageSpeed Monitoring contrôle des URL publiques sélectionnées, et non toutes les pages crawlables automatiquement.
- Screpy inclut la page d’accueil du projet dans l’ensemble initial et permet d’ajouter d’autres URL dans la limite du forfait.
- Une URL active peut être contrôlée à nouveau lorsque son dernier résultat date d’au moins un jour.
Lire la chronologie du chargement
- Screpy fournit First Contentful Paint, Largest Contentful Paint et Speed Index pour l’URL sélectionnée.
- Chaque résultat PageSpeed reste associé à l’URL exacte et à l’heure du contrôle utilisée pour la décision.
- Screpy affiche un verdict Bon, À améliorer ou Faible pour trier rapidement les URL.
Cibler l’analyse
- Screpy fournit Time to First Byte pour étudier la réponse et la diffusion du serveur.
- Screpy fournit Total Blocking Time comme diagnostic de réactivité en laboratoire, et non comme la métrique utilisateur Interaction to Next Paint.
- Screpy fournit Cumulative Layout Shift pour garder le contexte de stabilité visuelle avec les mesures de chargement.
Interpréter le résultat avec prudence
- Screpy PageSpeed Monitoring présente des mesures synthétiques et ne les qualifie pas de données utilisateurs réels.
- Screpy affiche le résultat actuel et sa fraîcheur sans promettre d’alertes ni de graphique historique multipoint.
- Les métriques orientent l’analyse suivante mais ne prouvent ni la cause racine, ni une correction automatique, ni un gain de classement ou de conversion.
Lisez la chronologie PageSpeed métrique par métrique.
Utilisez six mesures de chargement, de réactivité et de stabilité avec un verdict de laboratoire, l’URL exacte et l’heure du contrôle. Chaque signal répond à une question différente.
Largest Contentful Paint (LCP)
Mesurez quand le plus grand élément visible finit son rendu. Utilisez le résultat pour examiner l’image principale, le bloc de texte, la diffusion ou le modèle.
Speed Index
Résumez la vitesse d’apparition du contenu visible pendant le test au lieu de juger l’expérience sur un seul jalon.
Time to First Byte (TTFB)
Examinez le délai de réponse initial du serveur. Un résultat faible invite à inspecter redirections, cache, hébergement ou backend.
Total Blocking Time (TBT)
Mesurez le blocage du thread principal observé en laboratoire. TBT aide à diagnostiquer la réactivité mais n’est pas Interaction to Next Paint.
Cumulative Layout Shift (CLS)
Contrôlez les mouvements visuels inattendus. Examinez dimensions d’images, embeds, polices et contenu tardif si le résultat est faible.
Verdict de performance en laboratoire
Utilisez les verdicts Bon, À améliorer ou Faible pour trier les URL surveillées. Le verdict résume un test synthétique, pas l’évaluation terrain de Google.
Fraîcheur de l’URL et du contrôle
Gardez le résultat lié à son URL publique exacte et à l’heure du dernier contrôle afin de ne pas décider à partir d’une mesure ancienne ou sans rapport.
Lancez des contrôles récurrents sur des URL sélectionnées.
Choisissez des URL publiques représentant des parcours ou modèles importants. Screpy enregistre les mesures de laboratoire, le verdict et l’heure du dernier contrôle pour chaque page surveillée.
- Surveiller la page d’accueil et les URL publiques sélectionnées
- Utiliser la limite du forfait pour la couverture des URL
- Confirmer la fraîcheur du résultat avant d’agir
Lisez plus qu’un simple score PageSpeed.
Utilisez FCP, LCP, Speed Index, TTFB, TBT et CLS ensemble pour identifier la partie de la séquence de chargement contrôlée qui nécessite une analyse technique plus précise.
- Examiner les jalons de rendu et de progression visuelle
- Inspecter les signaux de réponse serveur et de thread principal
- Garder la stabilité de la mise en page dans le même résultat
Mesurez la même page après une modification ciblée.
Enregistrez le résultat actuel, utilisez la métrique la plus faible pour formuler une hypothèse, modifiez une cause probable et contrôlez à nouveau la même URL sans mélanger pages et corrections.
- Garder l’URL et le périmètre de mesure cohérents
- Modifier une cause significative à la fois
- Utiliser un contrôle ultérieur pour valider la direction
Transformer un résultat lent en contrôle de performance maîtrisé.
Réduisez les suppositions en gardant l’URL, le périmètre et la prochaine modification précis. PageSpeed Monitoring fournit les preuves de laboratoire ; l’analyse reste celle de votre équipe.
- 01
Choisir une URL publique représentative
Commencez par une page liée au chiffre d’affaires, aux campagnes, à la découverte organique ou à un modèle partagé plutôt que d’ajouter toutes les URL sans objectif.
- 02
Lire le résultat actuel et sa date
Confirmez l’URL exacte, l’heure du contrôle, le verdict et la métrique la plus faible avant de considérer la mesure comme preuve pour la page du jour.
- 03
Formuler une hypothèse ciblée
Utilisez FCP, LCP, TTFB, TBT, Speed Index ou CLS pour décider d’examiner le rendu initial, le contenu principal, la réponse serveur, les scripts, la progression visuelle ou la mise en page.
- 04
Modifier une cause et mesurer à nouveau
Gardez la même URL et le même périmètre, notez le résultat initial, effectuez une modification significative et utilisez un contrôle ultérieur pour vérifier la direction attendue.
Surveillez les pages qui représentent une vraie décision métier.
Un ensemble d’URL plus petit et intentionnel est plus facile à interpréter qu’une liste sans priorité. Couvrez les parcours et modèles importants avant les pages marginales.
Pages de revenus et d’inscription
Surveillez les entrées de paiement, pages de prix, formulaires de contact et parcours d’inscription où une expérience lente peut interrompre une visite importante.
Landing pages de campagne
Gardez les pages publicitaires, e-mail, lancement et saisonnières dans le monitoring pendant qu’elles reçoivent du trafic.
Pages d’entrée organiques
Choisissez des articles, catégories et produits représentatifs qui amènent les visiteurs issus de la recherche sur le site.
Modèles partagés
Surveillez une URL représentative de chaque modèle important afin d’analyser les changements de mise en page ou de script avec un résultat de laboratoire ciblé.
Sachez ce que le résultat de monitoring ne prouve pas.
Utilisez Screpy comme flux de mesure récurrent en laboratoire. Gardez séparés données terrain, diagnostic de cause, rapports historiques, alertes et résultats métier sauf vérification par une autre source.
Les données de laboratoire ne sont pas des données terrain
Screpy fournit des mesures synthétiques issues d’un contrôle maîtrisé. Ne les présentez pas comme l’expérience de vos vrais visiteurs.
La fraîcheur n’est pas une tendance
Utilisez le résultat actuel et l’heure du contrôle pour juger la pertinence. La vue PageSpeed ne promet ni graphiques historiques ni alertes.
Une métrique n’est pas la cause racine
Un résultat faible de FCP, LCP, TTFB, TBT, Speed Index ou CLS indique où chercher mais ne prouve pas la modification nécessaire.
PageSpeed n’est pas une garantie de classement
Des pages rapides peuvent aider les visiteurs et l’expérience, mais un verdict de laboratoire ne garantit ni classement, ni trafic, ni engagement, ni conversions.
Utilisez le flux de performance adapté à la question.
Surveillez des URL sélectionnées pour leurs résultats actuels, apprenez le lien avec Core Web Vitals ou auditez le site lorsqu’une métrique ne suffit pas à expliquer un problème répété.
Lancez des contrôles récurrents pour des URL publiques sélectionnées et examinez métriques, verdict et fraîcheur.
Séparez les diagnostics de laboratoire des données terrain et comprenez LCP, CLS, TBT et l’INP réel.
Crawlez le site pour analyser les motifs techniques, de ressources, de rendu et de modèles qui se répètent autour d’une page concernée.
Documentation Screpy
Apprenez à surveiller les performances des pages
Utilisez le guide de monitoring pour sélectionner des URL utiles, lire les métriques actuelles avec leur heure, séparer les résultats synthétiques des données terrain et planifier un retest ciblé.
Réponses à vos questions sur le monitoring PageSpeed.
Comprenez la couverture des métriques, les données de laboratoire et de terrain, la planification quotidienne, le choix des URL, la fraîcheur des résultats, les limites d’analyse et ce qu’un meilleur résultat peut prouver ou non.
Que mesure Screpy PageSpeed Monitoring ?
Screpy effectue des contrôles de laboratoire pour des URL publiques sélectionnées et affiche FCP, LCP, TTFB, TBT, Speed Index, CLS, un verdict de performance, l’URL exacte et l’heure du dernier contrôle.
Les résultats PageSpeed de Screpy sont-ils des données de laboratoire ou de terrain ?
Ce sont des données synthétiques recueillies lors d’un test contrôlé. Les données terrain décrivent l’expérience de vrais visiteurs ; les deux sources doivent être interprétées séparément.
À quelle fréquence Screpy contrôle-t-il une URL surveillée ?
Une URL active peut être contrôlée à nouveau lorsque son dernier résultat date d’au moins un jour. Le délai exact peut varier ; utilisez l’heure affichée pour juger la fraîcheur.
Quelles métriques PageSpeed Screpy affiche-t-il ?
La vue inclut First Contentful Paint, Largest Contentful Paint, Time to First Byte, Total Blocking Time, Speed Index et Cumulative Layout Shift, avec un verdict de performance en laboratoire.
Quelles URL dois-je surveiller en premier ?
Commencez par la page d’accueil, les pages de revenus et d’inscription, les landing pages actives, les entrées organiques importantes et une URL représentative de chaque modèle partagé. Le forfait détermine le nombre d’URL surveillables.
Le monitoring PageSpeed identifie-t-il la cause exacte d’un résultat lent ?
Non. Une métrique faible oriente l’analyse mais ne prouve pas la cause racine. Examinez l’URL, le modèle, les ressources, les scripts, le chemin de diffusion et l’audit du site avant de choisir une correction.
Le monitoring PageSpeed comprend-il des alertes ou des graphiques historiques ?
La vue PageSpeed présente le dernier résultat et sa fraîcheur pour chaque URL sélectionnée. Elle ne promet ni alertes ni graphique historique multipoint.
Un meilleur résultat PageSpeed garantit-il de meilleurs classements ou plus de conversions ?
Non. La vitesse peut soutenir l’expérience et la qualité de la page, mais classements et conversions dépendent de nombreux facteurs. Traitez le résultat comme un élément de décision, pas comme une garantie.
Gardez les contrôles PageSpeed centrés sur les URL qui comptent.
Choisissez des pages publiques représentatives, lisez les preuves de laboratoire les plus fraîches, examinez une métrique faible et mesurez à nouveau après une modification ciblée.