La surveillance de la vitesse du site web qui vous dit ce qui a ralenti.

Une page lente vous coûte des clients bien avant qu’elle ne tombe en panne. Uptimia charge votre site dans un vrai navigateur depuis plus de 171 points de contrôle, surveille sa vitesse à chaque vérification et vous alerte dès que vos pages deviennent plus lentes que la limite que vous avez fixée.

Démarrer l’essai gratuit → Voir les tarifs
Essai gratuit de 30 jours · sans carte bancaire Un vrai navigateur, un vrai chargement de page Conforme au RGPD
Intervalle le plus rapide
60s
Canaux d’alerte
12
Points de contrôle
171+
Pays couverts
70+

De la première vérification lente à l’alerte en 31 minutes

Quelqu’un ajoute un script de suivi et vos pages commencent à charger plus lentement. Le site ne tombe jamais en panne, les vérifications de disponibilité restent donc au vert. Uptimia vous alerte quand le temps de chargement dépasse la limite que vous avez fixée — votre budget de vitesse.

09:04 Un nouveau script de suivi passe en productionChaque vérification charge désormais plus lentement : 2,6 s → 3,4 s — pas encore d’alerte visiteurs : en attente
09:34 La fenêtre de budget se remplit — 82 % de dépassement9 des 11 dernières vérifications dépassent votre budget LCP de 2,5 s visiteurs : en attente
09:35 Degraded — jamais DownL’alerte le nomme : médiane 3,4 s contre un budget de 2,5 s → Slack, e-mail visiteurs : en attente
10:12 Balise différée — de nouveau sous le budgetLa plupart des vérifications se rétablissent et l’incident se ferme de lui-même visiteurs : de nouveau rapide
0indisponibilité enregistrée
Repéré alors que ce n’était encore que de la lenteur.10:12
Un ralentissement est invisible pour les vérifications de disponibilité — le site est resté accessible toute la matinée. Le budget a détecté la dérive à 82 %, nommé la métrique et la médiane — et ne l’a jamais qualifié de Down.
médiane vs budget dans l’alerteDegraded ≠ Downfermé de lui-mêmeLCP · CLS · FCP · TTFB — un budget pour chaque métrique
Et sans budget ? Une page deux fois plus lente compte quand même comme accessible — les vérifications de disponibilité ne mesurent pas l’attente. Le ralentissement part en production le matin, et dès la semaine suivante, c’est juste devenu la nouvelle normalité du site. la nouvelle normalité

Ce que la surveillance de la vitesse du site web enregistre

Un vrai chargement de page par vérification — temps de chargement, quatre Web Vitals de laboratoire, où va le temps, et tout asset qui n’a pas pu se charger.

Temps de chargement complet de la pageUn vrai chargement de page par vérification
Web VitalsLCP & CLS, ainsi que FCP · TTFB, évalués en laboratoire
Temps propre vs. tiersLe vôtre ou le leur — le temps est séparé
Poids de la page par typeImages vs. JS vs. CSS, en octets
1 vrai chargement de page par vérification — pas une estimation
Requêtes & hôtesChaque appel, chaque domaine contacté
Assets en échecImages, scripts et CSS qui échouent
Alert budgets are yours to set: LCP, FCP, CLS, TTFB ou temps de chargement complet au-delà du budget — ou un script, une image ou une feuille de style qui ne se charge pas. vos budgets

L’intérieur d’une vérification de vitesse

Vrai navigateur

Chaque asset chronométré en un seul chargement

Un ping vous dit seulement qu’un serveur a répondu. Uptimia charge toute votre page dans un vrai navigateur — chaque script, chaque image, chaque feuille de style — et chronomètre le chargement complet.

  • La page entière, vraiment chargée — Uptimia attend que la page se termine, puis un instant de plus, pour que le contenu tardif compte aussi
  • Le temps réparti par type de ressource — HTML, CSS, scripts, images et le reste
  • Votre code face à celui des autres — le temps de votre domaine séparé de celui des tiers
Comment le chargement de page est mesuré →
caldmont.com
chaque minute · 6 points de contrôle
Un ping
le serveur a répondu — c’est tout ce qu’il peut dire
62 ms
Un vrai navigateur — la page entière09:14
Attend l’événement load, puis une phase de stabilisation après le paint — le contenu tardif compte aussi. Chronométré par type de ressource :
html62 ms
css140 ms
script1,240 ms
image410 ms
text90 ms
other88 ms
87 requêtesévénement load + 600 ms de stabilisationchargement complet 3,2 s
À qui la faute du ralentissement ? Le temps du domaine propre est séparé de celui des tiers — ici, 1,2 s de script provient de 6 hôtes externes. 6 hôtes
Core Web Vitals

Les Core Web Vitals, avant que Google ne vous note

Les deux Core Web Vitals qu’un chargement en laboratoire peut mesurer — LCP et CLS — plus FCP et TTFB à leurs côtés, lues sur le même chargement de page, évaluées selon les seuils de Google et représentées dans le temps, pour repérer une métrique qui dérive dès le début.

  • Quatre Web Vitals de laboratoire à partir d’un seul chargement — rien à installer en plus, rien envoyé à un service externe
  • Les seuils de Google intégrés — chaque métrique est notée bonne, à améliorer ou mauvaise
  • Par point de contrôle ou agrégé — repérez une régression le jour même où elle apparaît
Un vrai chargement de page09:14
Enregistré pendant la vérification que vous faites déjà tourner — les quatre Web Vitals en sont directement extraites.
timeToFirstByte0.42 s
firstContentfulPaint1.61 s
largestContentfulPaint2.94 s
cumulativeLayoutShift0.06
loadEventEnd3.21 s
pas de second moteurpas d’API externe
LCP
bon ≤ 2,5 s
2.9 sà améliorer
FCP
bon ≤ 1,8 s
1.6 sbon
TTFB
bon ≤ 0,8 s
0.42 sbon
CLS
bon ≤ 0,10
0.06bon
Évalué par point de contrôle ou de façon agrégée — chaque Web Vital provient d’une vérification que vous faites déjà tourner, si bien qu’une régression est visible le jour même où elle apparaît. 1 chargement de page
Alertes de budget

Alertes Degraded quand une métrique dépasse le budget

Fixez un budget par métrique — LCP, FCP, TTFB, CLS. Quand l’une reste au-delà sur la fenêtre récente, un seul incident Degraded s’ouvre, nommant la métrique, sa médiane par rapport au budget, et le nombre de vérifications en dépassement.

  • Un budget par Web Vital — pré-rempli aux seuils « bon » de Google, modifiez-en n’importe lequel
  • Confirmé sur une fenêtre, pas sur une seule vérification — un pic passager ne vous alertera pas
  • Marqué Degraded, jamais Down — une page lente n’entame jamais votre disponibilité
Comment fonctionnent les alertes de budget →
LCP
3,4 s vs. budget 2,5 s
dépassé
FCP
1,6 s vs. budget 1,8 s
ok
TTFB
0,42 s vs. budget 0,8 s
ok
CLS
0,06 vs. budget 0,10
ok
82%des vérifications
au-delà du budget
27 sur 33 · 30 min
Degraded — LCP au-delà du budget
Un incident qui nomme la métrique, la médiane vs. le budget et le taux de dépassement. Disponibilité intacte.
SlackE-mailPagerDuty+ 9 autres
Une seule vérification lente ne change rien. La fenêtre doit rester au-delà du budget pour déclencher une alerte — et une page lente est Degraded, jamais Down. jamais Down
Détection d’éléments morts

Repérez les scripts, images ou CSS qui échouent en silence

Une page peut sembler normale alors qu’un script d’arrière-plan arrête de se charger sans bruit. Uptimia classe chaque requête et vous alerte quand un asset continue d’échouer, pour qu’un script mort ne traîne pas pendant une semaine.

  • Chaque requête classée — un fichier manquant, une erreur serveur ou une connexion morte est un asset en échec
  • Alerte selon vos règles — après un nombre défini de vérifications en échec consécutives, pour les types que vous surveillez
  • Ignorez le bruit attendu — excluez par motif glob les assets déjà connus comme facultatifs
Chaque requête, classée09:14
87 requêtes pour cette vérification. Tout fichier manquant, erreur serveur ou connexion morte marque cet asset comme en échec.
imagescriptcssautre — désactivé
85 requêtes — propres
toutes ont répondu · connexions correctes
ok
gtm.js — HTTP 404
script · tagmanager.example.com
en échec · 5 fois de suite
px.js — également en échec
correspond à votre motif d’exclusion · cdn.ads.example.com/**
en sourdine
La page continue de s’afficher normalement. Sans la classification de chaque requête, gtm.js échoue en silence — vous l’apprenez de la surveillance, pas d’un client. chaque requête

Comment fonctionne la surveillance de la vitesse du site web

En ligne en moins d’une minute — rien à installer, chaque vérification s’exécute dans un vrai navigateur sur notre réseau.

Étape 120 s

Ajoutez votre page

Collez l’URL et choisissez vos points de contrôle — un réseau lent n’est jamais représentatif des autres.

URL de la page
https://caldmont.com
chargée dans un vrai navigateur depuis eu-fra · 1,79 s
Fréquence de vérification
Toutes les minutes
Points de contrôle
6 sélectionnés · ajoutez-en d’autres parmi plus de 171
Étape 220 s

Fixez vos budgets

Chaque Web Vital est pré-rempli au seuil « bon » de Google — conservez-le, resserrez-le ou désactivez-le, puis choisissez qui est informé en cas de dépassement.

Budgets Web Vitals · valeurs par défaut Google
LCP 2.5 sFCP 1.8 sTTFB 0.8 sCLS 0.10
Réinitialisez aux seuils de Google à tout moment
Alerter via
Slack · E-mail · PagerDuty
AnnulerDémarrer la surveillance →
Étape 3automatique

Les alertes se déclenchent quand le budget est dépassé

Si une métrique reste au-delà du budget, un incident Degraded s’ouvre et alerte votre équipe — jamais marqué Down.

#perf-alerts
Uptimia 09:35
⚠ Degraded — caldmont.com
LCP over budget3.4 s vs 2.5 s82% over
Envoyé également à E-mailPagerDuty

Fixez un budget par Web Vital.Soyez alerté dès qu’il est dépassé.

Chaque chargement, chaque Web Vital, chaque canal d’alerte — gratuit pendant 30 jours, et rien de tout cela n’est une option payante.

Démarrez votre essai gratuit de 30 jours →
30 jours gratuits sans carte bancaire résiliable à tout moment

Qu’est-ce que la surveillance de la vitesse d’un site web ?

La surveillance de la vitesse d’un site web est un service automatisé qui charge à répétition une page web dans un vrai navigateur et mesure la vitesse à laquelle elle se charge pour les visiteurs — en enregistrant le temps de chargement complet et les Core Web Vitals comme le LCP et le CLS. Quand une métrique dérive au-delà de votre objectif, vous êtes alerté, afin que les ralentissements soient corrigés avant de coûter des visiteurs ou du positionnement.

À chaque vérification

Comment fonctionne la surveillance de la vitesse d’un site web ?

Uptimia
un vrai navigateur · 171+
charge la page une fois
Votre page
chargement + Web Vitals

Un vrai chargement par vérification fournit le temps de chargement, les quatre Web Vitals de laboratoire, et où est passée chaque milliseconde — domaine propre contre tiers.

Conditions de laboratoire

Des métriques de laboratoire, mesurées — pas devinées

Un vrai navigateur
chargement contrôlé
analysé dans la même exécution
LCP · FCP
TTFB · CLS

Des Web Vitals de laboratoire issues d’un chargement contrôlé — les mêmes conditions à chaque vérification, pour qu’un changement de chiffre reflète un changement sur votre page, pas sur le téléphone ou le wifi de quelqu’un.

Les seuils

Seuils des Web Vitals

LCP et CLS sont des Core Web Vitals ; FCP et TTFB sont les métriques complémentaires pour lesquelles Google publie des seuils. Google note chacune bonne, à améliorer ou mauvaise — Uptimia évalue chaque vérification selon ces mêmes seuils et pré-remplit vos budgets à la limite « bon ».

Guide : comprendre les Core Web Vitals →
MétriqueBonÀ améliorerMauvais
LCP≤ 2.5 s2.5 – 4.0 s> 4.0 s
FCP≤ 1.8 s1.8 – 3.0 s> 3.0 s
TTFB≤ 0.8 s0.8 – 1.8 s> 1.8 s
CLS≤ 0.100.10 – 0.25> 0.25

FAQ sur la surveillance de la vitesse du site web

01Qu’est-ce que la surveillance de la vitesse d’un site web ?+
Un service automatisé qui charge votre page dans un vrai navigateur selon un calendrier et mesure sa vitesse pour les visiteurs — temps de chargement complet plus quatre Web Vitals de laboratoire : les Core Web Vitals LCP et CLS, ainsi que FCP et TTFB. Quand une métrique dépasse votre objectif, Uptimia vous alerte avant que cela ne coûte des conversions ou du positionnement.
02Comment Uptimia mesure-t-il la vitesse de ma page ?+
Chaque vérification charge votre page dans un vrai Chrome headless et enregistre une trace DevTools — en attendant l’événement load plus une phase de stabilisation après le paint, pour que le contenu tardif compte aussi. Le temps de chargement et les quatre Web Vitals de laboratoire proviennent de cette seule trace : pas de second moteur, pas d’appel API externe.
03Quels Core Web Vitals Uptimia suit-il ?+
Les Core Web Vitals de Google sont le LCP, le CLS et l’INP. Uptimia mesure les deux qu’un chargement en laboratoire peut capturer — Largest Contentful Paint et Cumulative Layout Shift — et enregistre à leurs côtés First Contentful Paint et Time to First Byte, le tout à partir d’une seule trace Chrome. L’INP ne peut résulter que d’une vraie interaction humaine, aucun outil de laboratoire ne peut donc le mesurer ; le CLS de laboratoire couvre la fenêtre du chargement de page.
04À quelle fréquence Uptimia vérifie-t-il la vitesse de ma page ?+
Jusqu’à chaque minute sur Professional et au-delà ; Basic vérifie toutes les 5 minutes. Vous choisissez l’intervalle par sonde — chaque vérification est un chargement de page complet dans un vrai navigateur, plus lourd qu’une simple vérification de disponibilité.
05En quoi est-ce différent du test de vitesse gratuit ?+
Le test de vitesse gratuit est un test Lighthouse ponctuel, effectué en laboratoire depuis un seul emplacement — pratique pour un score rapide. La surveillance de vitesse est continue : des chargements planifiés depuis plusieurs points de contrôle, temps de chargement et Web Vitals représentés dans le temps, alertes dès qu’un élément se dégrade.
06Quand est-ce que je reçois une alerte de vitesse ?+
Quand une métrique reste au-delà du budget sur la fenêtre récente — une seule vérification lente ne déclenche pas d’alerte. L’incident est marqué Degraded, jamais Down, et l’alerte nomme la métrique, sa médiane par rapport au budget, et la part des vérifications en dépassement.
07Peut-il me dire si un script tiers me ralentit ?+
Oui. Chaque vérification sépare le temps du domaine propre de celui des tiers et enregistre les requêtes effectuées et les hôtes contactés, représentés dans le temps — vous pouvez ainsi voir si c’est votre code ou une balise analytics, une publicité, une police ou un widget de chat.
08Que se passe-t-il si une image ou un script échoue au chargement ?+
Chaque requête est classée ; un fichier manquant, une erreur serveur ou une connexion morte est un asset en échec. Vous êtes alerté après le nombre de vérifications en échec consécutives que vous avez choisi, pour les types d’assets que vous surveillez — et les assets facultatifs connus peuvent être ignorés via des motifs glob.
09Une page lente nuit-elle à mes chiffres de disponibilité ?+
Non. Un dépassement de budget ou un asset en échec ouvre un incident Degraded — jamais compté comme Down. Vitesse et disponibilité sont suivies séparément, si bien qu’un après-midi lent n’entache pas votre historique de disponibilité.
10La surveillance de la vitesse du site web est-elle gratuite ?+
Elle ne fait pas partie du forfait gratuit, mais l’essai de 30 jours l’inclut intégralement — sans carte bancaire. Chaque forfait payant l’inclut aux côtés de la surveillance de la disponibilité, du SSL, des transactions, du DNS et du signal de présence — jamais comme option payante.

Commencez à surveiller la vitesse de votre site dès aujourd’hui.

Collez une URL, fixez vos budgets — soyez le premier informé dès que votre page commence à traîner.

Démarrer l’essai gratuit →
Essai gratuit de 30 jours Un vrai navigateur, un vrai chargement de page Sans carte bancaire Conforme au RGPD
La surveillance de vitesse fait partie de tous les forfaits payants Uptimia, aux côtés de la disponibilité, du SSL et plus encore.