Une erreur 429 signifie qu’un client a envoyé trop de requêtes en trop peu de temps. Comment fonctionnent les limites de débit, ce qu’indique Retry-After, comment espacer les tentatives, et pourquoi un outil de surveillance de disponibilité peut en recevoir une.
429 Too Many Requests signifie que le client a dépassé une limite de débit ; rien n’est cassé, et réessayer immédiatement aggrave la situation.
Retry-After indique combien de temps attendre, en secondes ou sous forme de date ; les en-têtes X-RateLimit sont une convention dont le sens varie selon l’API.
Les clients doivent respecter Retry-After, espacer les tentatives par backoff exponentiel avec jitter, plafonner les nouvelles tentatives et envoyer moins de requêtes.
Les propriétaires de site doivent répondre 429 plutôt que 503 ou 403, envoyer Retry-After, limiter par clé quand c’est possible et exempter leur surveillance.
Les contrôles synthétiques testent votre site à intervalles réguliers ; le Real User Monitoring mesure les visites réelles. Le fonctionnement de chacun, ce que chacun rate, et par où commencer.
Une erreur 403 signifie que le serveur a compris la requête et l’a refusée. Les causes habituelles, ce que les visiteurs peuvent essayer, comment les propriétaires de site trouvent la règle qui bloque, et pourquoi les moniteurs reçoivent des 403 que les navigateurs ne voient pas.
Un contrôle de disponibilité demande à votre service s’il répond ; un heartbeat attend que votre tâche signale qu’elle s’est exécutée. Fonctionnement, angles morts et comment combiner les deux.
Une page peut répondre 200 et afficher quand même une erreur, une boutique vide ou le site de quelqu’un d’autre. Comment les vérifications par mot-clé le détectent, et comment choisir un texte qui ne déclenche pas de fausses alertes.
Votre site est en panne et vous devez savoir pourquoi. Passez en revue dans l’ordre le DNS, la connexion, le certificat, le CDN, le serveur et l’application, avec un test rapide pour chacun.
HSTS, Content-Security-Policy, X-Content-Type-Options, protection contre l’affichage en cadre, Referrer-Policy et Permissions-Policy : le rôle de chacun et une valeur sûre pour commencer.
Les certificats TLS publics sont limités à 200 jours depuis le 15 mars 2026, puis à 100 et 47 jours. Le calendrier, ce qui change pour la validation de domaine et une checklist pour vous préparer.
Les changements DNS ne sont pas diffusés : ce sont les copies en cache qui expirent. Pourquoi la propagation prend de quelques minutes à deux jours, comment la vérifier avec dig et comment planifier un changement.
Comment calculer un budget d’erreur à partir d’un SLO, ce qui le consomme, comment fonctionne le burn rate et comment rédiger une politique de budget d’erreur que votre équipe respectera vraiment.
La formule de l’uptime, des exemples chiffrés avec incidents et maintenance, comment combiner l’uptime de plusieurs composants, et ce qui distingue uptime, disponibilité et fiabilité.
99,9 % de disponibilité autorise 43 minutes et 49 secondes d’indisponibilité sur un mois moyen. Ce que chaque niveau de neuf autorise par jour, par mois et par an, comment les SLA mesurent la disponibilité, comment fonctionnent les crédits de service et comment choisir un objectif.
Essai gratuit de 14 jours · Puis gratuit pour 5 moniteurs · Sans carte bancaire
Aidez-nous à améliorer Uptimecheck
Avec votre accord, Google Analytics et Microsoft Clarity nous montrent quelles pages sont utiles et où les visiteurs bloquent. Ils déposent des cookies pour une durée maximale de 13 mois. Sans votre accord, aucun des deux ne s’exécute. Vous pouvez changer d’avis à tout moment via Paramètres des cookies en bas de la page. Politique de confidentialité