Rate Limits

Ihr Tarif legt ein monatliches Anfragekontingent und ein Rate Limit pro Sekunde fest; wird eines davon überschritten, erhalten Sie 429. Diese Seite dokumentiert die Tarifstufen, die Limits pro Sekunde, die Antwort-Header, die die Limits offenlegen, die Preise für Mehrverbrauch, die Limits für Webhook-Slots sowie die Pfadstufen für historische ADS-B-Daten, die die Aufbewahrungszeiträume steuern.

Das Kontingent wird auf den beiden Kanälen an unterschiedlichen Stellen durchgesetzt —

Zum Verhalten bei Wiederholungsversuchen nach 429 siehe Fehlerbehandlung → Regeln für Wiederholungsversuche. Zum Abschließen eines Abonnements oder zur Bewerbung für eine Testphase siehe Erste Schritte.

Tarife

Der FREE Trial ist nicht per Self-Service verfügbar — bewerben Sie sich unter skylinkapi.com/apply. Kostenpflichtige Tarife sind über unseren Checkout oder über das RapidAPI-Listing erhältlich. Preise und Kontingente sind auf beiden Kanälen gleich; der Mehrverbrauch im Tarif Pro unterscheidet sich (siehe die Tabelle für Ihren Kanal). Vergleichen Sie die Tarife unter skylinkapi.com/pricing.

Upgraden, kündigen oder prüfen Sie Ihre Nutzung in Ihrem Polar-Kundenportal.

Alle Preise sind in USD angegeben und verstehen sich zuzüglich Mehrwertsteuer bzw. Umsatzsteuer.

Ältere Tarife (Ultra und Mega)

Ultra und Mega werden nicht mehr an neue Abonnenten verkauft. Bestehende Abonnenten behalten ihren Tarif, ihren Preis und ihre Limits:

Der Rückblickzeitraum pro Anfrage für historische ADS-B-Daten (archivierte Positionsdaten von Luftfahrzeugen, die bis zu 365 Tage zurückreichen) wird über das URL-Pfadpräfix durchgesetzt, nicht allein über den Tarifnamen. Verwenden Sie /ultra/history/... für Zeiträume bis zu 90 Tagen und /mega/history/... für bis zu 365 Tage (nur Ultra und Mega). Siehe Pfadstufen für historische ADS-B-Daten weiter unten.

Rate Limits pro Sekunde

Jeder Tarif hat zusätzlich ein Limit pro Sekunde. Die Rate ist die dauerhaft zulässige Anzahl von Anfragen pro Sekunde; der Burst gibt an, wie viele zusätzliche Anfragen gleichzeitig über diese Rate hinaus eintreffen dürfen, bevor weitere Anfragen mit 429 abgelehnt werden.

Diese Limits gelten für jedes Konto, einschließlich der Kunden, die vor der Tarifumstellung im Oktober 2026 ein Abonnement abgeschlossen haben. Bestehende Abonnenten behalten den Preis, zu dem sie sich angemeldet haben; für die Rate Limits gibt es jedoch keinen Bestandsschutz. Wenn Sie Anfragen parallel auffächern — Batch-Jobs, Kartenkacheln, Tool-Aufrufe von Agenten —, drosseln Sie sie clientseitig, damit Sie unter der Rate Ihres Tarifs bleiben, und werten Sie 429 als Signal für ein Backoff.

Benötigen Sie eine höhere dauerhafte Rate? Kontaktieren Sie uns zu den Limits für Business und Enterprise.

Kontingent-Header

Jede erfolgreiche Antwort enthält diese Header:

Diese Header geben die Missbrauchsschutz-Obergrenze an, nicht Ihr monatliches Tarifkontingent. Die Obergrenze ist ein festes Tageslimit, das deutlich über der normalen Nutzung liegt und den Schaden durch einen kompromittierten oder außer Kontrolle geratenen Schlüssel begrenzen soll. Verwenden Sie diese Header nicht, um Ihr verbleibendes bezahltes Kontingent oder Ihre Rechnung zu ermitteln — prüfen Sie Ihre Nutzung im Verhältnis zu Ihrem Tarif in Ihrem Polar-Kundenportal.

Anfragen, die die API erreichen und sich authentifizieren, werden auf Ihr Kontingent angerechnet, einschließlich solcher, die aufgrund Ihrer Eingaben fehlschlagen (zum Beispiel 404 oder 422). Anfragen, die wegen eines fehlenden oder ungültigen Schlüssels abgelehnt werden, werden nicht gezählt.

429 — Rate Limit überschritten

Wenn das Limit erreicht ist, erhalten Sie:

{ "message": "Too many requests" }

Das passiert, wenn Sie Ihr monatliches Kontingent ausgeschöpft oder das Rate Limit pro Sekunde Ihres Tarifs überschritten haben. Verwenden Sie ein exponentielles Backoff und wiederholen Sie die Anfrage. Siehe Fehlerbehandlung → Regeln für Wiederholungsversuche für die vollständige Tabelle der Wiederholungsversuche und eine Python-Hilfsfunktion.

Pfadstufen für historische ADS-B-Daten

Endpoints für historische ADS-B-Daten verwenden URL-Pfadpräfixe, die Aufbewahrungszeiträumen zugeordnet sind — diese Präfixe sind keine Tarifnamen von RapidAPI:

Abonnenten von Ultra und Mega können beide Präfixe aufrufen. Verwenden Sie /ultra/history/... für aktuelle Zeiträume (≤90 Tage) und /mega/history/..., wenn Sie einen längeren Rückblick oder höhere Limits pro Anfrage benötigen. Abonnenten von Pro sind auf /ultra/history/... beschränkt.

Wichtig: Wenn Sie das falsche Präfix für Ihren Tarif oder Datumsbereich wählen, erhalten Sie 401/403 vom Gateway oder einen Validierungsfehler 422 — keinen Kontingentfehler 429. Fehler durch Tarifbeschränkungen sind im Hub für historische ADS-B-Daten dokumentiert.

Siehe Historische ADS-B-Daten für Details zu den Endpoints und Integrationsbeispiele.