Seuil de latence
Transformer un temps de réponse trop long en échec, donc en alerte, donc en incident.
Mis à jour le 11 septembre 2026
Sur cette page
Une page qui met trois secondes à commencer à répondre n'est pas « en ligne » pour celui qui l'attend. La vérification HTTP ne regarde pourtant que le statut. Le seuil de latence pose une limite en millisecondes sur une URL : au-delà, le passage échoue comme pour une erreur. C'est la différence entre voir la lenteur sur la page Performance après coup, et être prévenu pendant.
Ce que PostShip vérifie
À chaque passage d'une cible HTTP, PostShip mesure le TTFB — le temps entre l'envoi de la requête et le premier octet de la réponse, redirections comprises, depuis ses serveurs. Cette mesure est toujours enregistrée et alimente Performance.
Avec un seuil réglé, la règle est simple : si le TTFB mesuré dépasse le seuil, le passage porte le manque ttfb_depasse:<seuil>:<mesure> et son verdict est fail. Un seuil vide ou nul ne fait rien.
Ce que ça mesure, et ce que ça ne mesure pas : le TTFB dit combien de temps votre serveur met à commencer à répondre — génération de page, base de données, cache manqué. Il ne dit rien du rendu dans le navigateur ; pour ça, il y a les vitals réels et le budget de performance.
Régler
Sur le détail de l'URL (Projet → URLs → l'URL), panneau « Seuil de latence » :
- Saisissez une valeur dans le champ Millisecondes : entre 50 et 60 000, par pas de 50. Le champ suggère 800.
- Cliquez sur « Enregistrer ». Le panneau confirme : « Alerte au-delà de 800 ms. »
- Pour retirer le seuil, videz le champ et enregistrez : « Seuil de latence retiré. »
Hors de ces bornes, l'enregistrement est refusé : « Un seuil entre 50 et 60 000 ms. »
Le seuil est propre à chaque URL. Une page d'accueil servie par le CDN et un tableau de bord généré à la demande n'ont pas la même normale, et un seuil global forcerait l'un des deux à se taire ou à crier.
Ce qui déclenche une alerte
| Code | Phrase de l'écran | Phrase de l'alerte |
|---|---|---|
ttfb_depasse:800:1243 | La page a mis 1243 ms à répondre, au-delà du seuil de 800 ms. | https://acme.fr/ a mis 1243 ms à répondre (seuil : 800 ms). |
L'empreinte du passage garde le seuil mais pas la mesure : ttfb_depasse:800:1243 puis ttfb_depasse:800:1301 sont la même panne. Sans cela, une page lente aurait alerté à chaque cycle, cinq minutes sur cinq. Vous recevez une alerte au franchissement — après la confirmation réglée pour le projet — puis « Rétabli » quand la page repasse sous le seuil.
Un dépassement compte comme n'importe quel échec HTTP : il ouvre un incident, apparaît sur la page de statut et coûte 10 points au Ship Score s'il survient sur un déploiement (40 si la page fait partie du pack argent).
Limites et plans
Le seuil de latence est disponible sur tous les plans, sur toute cible HTTP. Ce qui change avec le plan est la fréquence de la mesure : toutes les 30 minutes sur Free, toutes les 5 minutes sur Pro et Team. Pour être prévenu d'une lenteur inhabituelle sans poser de seuil — une page qui sort de son rythme à cette heure-là — voyez Anomalies de latence (Pro et Team).
Dépannage
Pourquoi le TTFB de PostShip est plus haut que celui de mon navigateur ?
PostShip mesure depuis ses serveurs, avec une connexion neuve à chaque passage (pas de connexion gardée ouverte, pas de cache), et le temps inclut les redirections suivies. Comparez à la valeur habituelle affichée sur Performance, pas à votre onglet Réseau. Sur Team, Régions mesure depuis cinq continents pour distinguer une lenteur locale d'une lenteur du serveur.
Pourquoi l'alerte n'est pas partie alors que la page a dépassé le seuil ?
Soit la confirmation du projet demande deux ou trois échecs d'affilée (Projet → Paramètres → Règles), soit un silence ou des heures calmes sont actifs. Le détail de l'URL montre le passage en échec dans les deux cas.
Le seuil vaut-il pour un parcours d'argent ?
Non. Les étapes d'un parcours sont vérifiées avec un statut 200 attendu et les assertions du pack argent, sans seuil de latence. Posez le seuil sur la page correspondante ajoutée en cible HTTP.