Analyseur d'en-têtes RateLimit

Analyseur d'en-tête de limite de débit

Compatible avec les nouveaux en-têtes RateLimit-* et les en-têtes X-RateLimit-* courants, vous aidant à déterminer le quota restant, le temps de réinitialisation et la fenêtre de reprise.

Standard RateLimit-*

1 fenêtres de limite standardréinitialisation : 18s

Window #1limit: 100fenêtre : 1m 0s

100;w=60

Hérité X-RateLimit-*

Limit

5000

Remaining

4991

Used

Reset (epoch)

14/04/2025 16:00:00

Retry-After

1m 0s

Resource

Aperçu JSON

{
  "headers": {
    "x-ratelimit-limit": [
      "5000"
    ],
    "x-ratelimit-remaining": [
      "4991"
    ],
    "x-ratelimit-used": [
      "9"
    ],
    "x-ratelimit-reset": [
      "1744617600"
    ],
    "retry-after": [
      "60"
    ],
    "ratelimit-limit": [
      "100;w=60"
    ],
    "ratelimit-remaining": [
      "25"
    ],
    "ratelimit-reset": [
      "18"
    ]
  },
  "standard": {
    "limit": [
      {
        "raw": "100;w=60",
        "amount": 100,
        "windowSeconds": 60,
        "parameters": {
          "w": "60"
        }
      }
    ],
    "remaining": [
      {
        "raw": "25",
        "amount": 25,
        "windowSeconds": null,
        "parameters": {}
      }
    ],
    "reset": "18",
    "policy": ""
  },
  "legacy": {
    "limit": "5000",
    "remaining": "4991",
    "used": "9",
    "reset": "1744617600",
    "resource": "",
    "retryAfter": "60",
    "retryAfterSeconds": 60
  }
}

Consultez les en-têtes de limitation en ligne, identifiez instantanément la cause du 429.

Recommandations connexes

Analyseur d'en-tête Link

Générateur de Balises Hreflang

Analyseur HSTS

Analyseur de Cookie HTTP

Générateur de balises Meta

Générateur d'expressions Cron

Cas d'utilisation

Décomposez les en-têtes de limitation pour déterminer si le quota est épuisé ou si la fenêtre de throttling n'est pas terminée lors d'erreurs 429 répétées
Consultez le nombre de requêtes restantes et le temps de réinitialisation pour planifier la fréquence d'appel aux API tierces
Référencez la taille de fenêtre de limitation et le délai Retry-After lors de la conception de stratégies de retry d'API
Synchronisez les règles de limitation avec votre équipe en expliquant le quota et la logique de contrôle de fréquence pour éviter de déclencher répétitivement la limitation

Fonctionnalités

Quota, fenêtre et réinitialisation séparés : les informations de limitation ne sont plus mélangées
Diagnostic d'API tierce direct : savez combien d'appels restent, quand récupérer et si vous devez réessayer
Informations de quota claires : visualisez la taille de fenêtre, les appels restants et le temps de récupération
Adapté au débogage collaboratif : expliquez et synchronisez facilement les règles de limitation avec les appelants d'API

Comment utiliser

Collez le contenu des en-têtes RateLimit ou X-RateLimit dans la zone de saisie
L'outil analyse automatiquement la fenêtre de limitation, les appels restants, le temps de réinitialisation et les champs Retry-After
Consultez les informations de quota et la description de la stratégie de limitation pour confirmer l'état d'appel actuel
Ajustez la fréquence d'appel ou concevez une stratégie de retry avec backoff selon les résultats d'analyse

FAQ

Pourquoi une API retourne-t-elle 429 Too Many Requests ?

429 indique généralement que la fréquence de requêtes a dépassé la limite du serveur. En décomposant les informations RateLimit ou X-RateLimit, vous pouvez voir le quota restant et le temps de récupération.

Quelle est la différence entre Retry-After et le temps de réinitialisation ?

Retry-After indique plutôt quand réessayer, tandis que le temps de réinitialisation correspond au point de récupération de la fenêtre de limitation. Les consulter ensemble permet de planifier plus précisément la stratégie de retry.

Est-il adapté au diagnostic des problèmes de quota d'API tierces ?

Absolument. Que ce soit les plateformes ouvertes, les interfaces de paiement ou les API de services cloud, beaucoup retournent des informations de quota via les en-têtes de réponse.

Peut-il aider à concevoir des stratégies de retry d'API ?

Oui. En comprenant les appels restants, la fenêtre de limitation et le temps de récupération, il est plus facile de définir des stratégies de backoff, de file d'attente et de retry.