logo
GeekFormat

Rate-Limit-Header-Parser

Rate-Limit-Header-Parser

Kompatibel mit sowohl den neuen RateLimit-* Headern als auch den häufig verwendeten X-RateLimit-* Headern, hilft Ihnen, das verbleibende Kontingent, die Reset-Zeit und das Retry-Fenster zu bestimmen.

Standard RateLimit-*

1 Standard-Limit-FensterZurücksetzung: 18s
Window #1limit: 100Fenster: 1m 0s
100;w=60

Legacy X-RateLimit-*

Limit
5000
Remaining
4991
Used
9
Reset (epoch)
14.04.2025, 16:00:00
Retry-After
1m 0s
Resource
-

JSON-Vorschau

{
  "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
  }
}

Rate-Limit-Header online anzeigen – wo 429 blockiert auf einen Blick wissen.

Ähnliche Tools

Anwendungsfälle

  • Bei häufigen 429-Returns zuerst Rate-Limit-Response-Header aufschlüsseln um zu prüfen ob Quota aufgebraucht oder Drosselungs-Fenster noch nicht beendet
  • Bei Third-Party-API-Aufruf verbleibende Anfragen und Reset-Zeit anzeigen um Aufruf-Frequenz zu planen
  • Bei API-Retry-Strategie-Design Rate-Limit-Fenstergröße und Retry-After-Verzögerungszeit berücksichtigen
  • Rate-Limit-Regeln mit Team-Mitgliedern synchronisieren um Quota und Frequenzkontroll-Logik zu erklären und wiederholtes Auslösen zu vermeiden

Funktionen

  • Quota, Fenster, Reset-Zeit getrennt: Rate-Limit-Info nicht mehr zusammengedrängt
  • Third-Party-API-Fehlerbehebung direkter: Wissen wie oft noch aufrufbar, wann Wiederherstellung, ob Retry nötig
  • Klare Quota-Info: Fenstergröße, verbleibende Anfragen und Wiederherstellungszeit anzeigen
  • Entwickler-Integration-freundlich: Rate-Limit-Regeln schnell erklären und mit API-Aufrufern synchronisieren

Anleitung

  1. RateLimit- oder X-RateLimit-Response-Header-Inhalt in Eingabebereich einfügen
  2. Tool analysiert automatisch Rate-Limit-Fenster, verbleibende Anfragen, Reset-Zeit und Retry-After-Felder
  3. Quota-Info und Rate-Limit-Strategie-Beschreibung anzeigen um aktuellen Aufruf-Status zu bestätigen
  4. Anhand der Analyseergebnisse Aufruf-Frequenz anpassen oder Backoff-Retry-Strategie entwerfen

Häufig gestellte Fragen

Warum gibt API 429 Too Many Requests zurück?

429 bedeutet meist dass Anfrage-Frequenz Server-Limit überschritten hat. Nach dem Aufschlüsseln von RateLimit- oder X-RateLimit-Info sind verbleibende Quota und Wiederherstellungszeit klar sichtbar.

Was ist der Unterschied zwischen Retry-After und Reset-Zeit?

Retry-After informiert eher wann erneut versucht werden soll, Reset-Zeit nähert sich dem Rate-Limit-Fenster-Wiederherstellungspunkt. Zusammen betrachten ermöglicht genauere Retry-Strategie-Planung.

Ist es zur Fehlerbehebung von Third-Party-API-Aufruf-Quota geeignet?

Sehr gut geeignet. Ob Open-Platform, Payment-Interface oder Cloud-Service-API – viele geben Quota-Info über Response-Header zurück.

Kann es beim API-Retry-Strategie-Design helfen?

Ja. Nach dem Verständnis von verbleibenden Anfragen, Rate-Limit-Fenster und Wiederherstellungszeit lassen sich Backoff-, Warteschlangen- und Retry-Strategien leichter planen.