Ich führe mehrere API-Aufrufe mit dem HTTP Request Node durch, aber nach einer Weile erhalte ich 429 Too Many Requests Fehler. Was ist die beste Methode, um API-Ratenbeschränkungen zu handhaben.
Hey @Victory1, während du auf eine Antwort wartest, könnten dir diese Ressourcen helfen:
Empfohlene Ressourcen
Automatisch an deine Frage angepasst.
Dokumentation:
Forum:
@Yo_its_prakash, @MutedJam, @Niffzy - ihr habt bei ähnlichen Problemen schon geholfen, könnt ihr mal drüberschauen?
Automatisch vorgeschlagen durch n8ns Community-Bot. Es ist ein Pilotprojekt - bitte gebt hier Feedback.
Gestaffele deine Anfragen, um den API-Endpunkt nicht zu überlasten.
Füge ausreichend Wartezeit ein
Ein 429-Fehler bedeutet, dass Sie das Anfragelimit der API überschritten haben.
Versuchen Sie, einen Wait-Knoten zwischen Anfragen hinzuzufügen, verarbeiten Sie Elemente in Batches mit Loop Over Items (Batching), oder implementieren Sie Wiederholungslogik mit exponentiellem Backoff.
Es lohnt sich auch, die API-Dokumentation auf Ratenbegrenzungsrichtlinien zu überprüfen, um unnötige Fehler zu vermeiden.
Hi @Victory1
Eine kleine aber wichtige Unterscheidung zusätzlich zu obigem — der HTTP Request Node hat seine eigene Batching-Option, die sich von Loop Over Items Batching unterscheidet und keine zusätzlichen Nodes benötigt:
1. HTTP Request → Options → Add Option → Batching
Items per Batch 1, Batch Interval 1000 = eine Anfrage pro Sekunde. Kein Loop Over Items, kein Wait Node, keine Umverdrahtung.
2. Zwei wichtige Punkte zu beachten
- Innerhalb eines Batches feuern Anfragen parallel — Items per Batch
10bedeutet 10 gleichzeitige Verbindungen, nicht 10 mit Abstand. Halte es bei 1, wenn die API Gleichzeitigkeit begrenzt. - n8ns eingebauter Retry On Fail ist ein festes Intervall und ignoriert
Retry-After— es ist also kein exponentieller Backoff. Für echten Backoff brauchst du eine IF + Wait Schleife, die den Header selbst ausliest.
3. Finde heraus, welche Grenze du zuerst erreichst
Logg x-ratelimit-limit / -remaining / -reset aus einer erfolgreichen Antwort:
- pro-Sekunden-Burst → Drosselung behebt es
- Tagesquota → Drosselung hilft nicht, du brauchst weniger Aufrufe
- Gleichzeitigkeitsgrenze → nur Items per Batch 1 behebt es
Dieselbe 429, drei verschiedene Probleme.
4. Wenn der Workflow mehrmals parallel läuft
Drosselung innerhalb einer Ausführung hilft nicht — jeder Lauf wartet höflich und sie überlasten die API trotzdem zusammen. Self-hosted: N8N_CONCURRENCY_PRODUCTION_LIMIT=1.
Welche API ist es? Gerne bin ich spezifischer.
Hallo @Victory1
Wenn die API einen Bulk- oder Batch-Endpoint hat, kann die Anfragezahl selbst sinken. Platziere einen Aggregate-Knoten vor dem HTTP Request-Knoten mit Aggregate auf „All Item Data
Gute Analyse von @Hammad_gaming. Ich fülle den Teil aus, auf den er hingewiesen hat, aber nicht umgesetzt hat, plus eine Kategorie von 429, die keine der obigen Lösungen behebt.
Die Retry-After-Schleife, da sie erwähnt, aber nicht gezeigt wurde
HTTP Request-Knoten: Schalten Sie „Retry On Fail