So wird dein Tarif abgerechnet
FourA bietet zwei Produkte an, die in unterschiedlichen Einheiten gemessen werden. Dein Tarif basiert auf einer dieser beiden Einheiten. Das bestimmt, welches Kontingent dich limitiert und welche Karten du im Dashboard siehst. Diese Seite zeigt das gesamte Modell auf einen Blick.
Zwei Produkte, zwei Einheiten
| Produkt | Dein Aufruf | Die Einheit |
|---|---|---|
| API | POST /api/single, /api/proxy, /api/browser, /api/auto |
Ein Request, abgerechnet in Credits |
| Proxy-Port | proxy.foura.ai:34004 von jedem Client, der eine Proxy-URL unterstützt |
Ein Tunnel, abgerechnet in Gigabyte |
Bei der API kostet nur ein success-Ergebnis Credits. Ein Request, der auf Zielseite, auf deiner Seite oder auf unserer Seite fehlschlägt, kostet dich nichts. Premium-Traffic wird getrennt von Credits gezählt, wie unten beschrieben. Siehe Request Outcomes.
Auf dem Proxy-Port gibt es weder Credits noch Request-Zähler, und das ist keine Auslassung. Ein Tunnel ist eine Verbindung, die dein Tool öffnet. Was darin übertragen wird, ist dein eigener verschlüsselter Datenverkehr. FourA kann daher nur den Tunnel und die übertragenen Bytes erfassen, nichts Genaueres. Ein Request-Zähler wäre hier ein Wert, den du niemals mit deinen eigenen Logs abgleichen könntest. Der Port wird daher immer nach Gigabyte abgerechnet. Siehe Proxy Port.
Was ein Gigabyte ist und was darin einfließt
Ein Gigabyte entspricht 1.073.741.824 Bytes (2^30, auch als GiB bezeichnet). Jedes Kontingent, jeder Zähler und jeder Preis in deinem Tarif verwendet diesen Wert, sowohl bei der API als auch beim Proxy-Port.
Was gezählt wird, unterscheidet sich je nach Produkt, da beide unterschiedliche Daten übertragen:
| Bereich | Was gezählt wird |
|---|---|
| API, Standard-Exits | Der Body des Requests, den du uns sendest, plus der Body der Response, die wir zurückgeben. HTTP-Header werden auf beiden Seiten nicht gezählt. |
| API, Premium-Exits | Jedes Byte der Übertragung über das Netzwerk in beide Richtungen, komprimiert und verschlüsselt beim Transport. |
| Proxy-Port | Jedes Byte, das den Tunnel nach dem Öffnen in beide Richtungen passiert, einschließlich des verschlüsselten Verbindungsaufbaus, den dein Client mit der Zielseite durchführt. Das Öffnen des Tunnels wird nicht gezählt, außer dass ein Premium-Exit, den der Port beim Öffnen deines Tunnels versucht und nicht nutzt, als Premium-Traffic gewertet wird. |
Einige wichtige Konsequenzen:
- Die Seite wird dekodiert gezählt, da die dekodierte Seite das ist, was wir bereitstellen. Um sie abzurufen, muss eventuell ein echter Browser ausgeführt, ein von der Seite geforderter Zusatzschritt abgeschlossen, die Response dekodiert und dir nutzbarer Inhalt übergeben werden. Du zahlst für dieses Ergebnis, nicht dafür, wie komprimiert die Übertragung war. Der Proxy-Port ist der andere Fall und wird anders abgerechnet: Dort leiten wir deine eigene Verbindung weiter und verändern den Inhalt nicht, daher zählen wir die Bytes exakt so, wie sie den Tunnel passieren.
- Wiederholungsversuche im Standard-Pool kosten dich nichts. Wenn Proxy Finder über mehrere Exits rotiert, zahlst du einmal für die erhaltene Antwort, egal wie viele Exits probiert wurden. Bei einem Premium-Exit zählt jeder Versuch, da die Premium-Netzwerke uns dies genauso in Rechnung stellen.
- Eine Browser-Session auf einem Standard-Exit wird wie jede andere API-Response gezählt: der Body, den wir dir zurückgeben, nicht jede von der Seite geladene Subresource. Über einen Premium-Exit läuft die gesamte Session über die Leitung und wird dort vollständig gezählt.
- Premium ist Teil deines Gesamtvolumens, kein Aufschlag darauf. Dein Standard-Kontingent wird nur für den Teil belastet, der nicht über einen Premium-Exit lief.
- Ein Auto-Aufruf verursacht keinen eigenen Traffic. Die Single-, Proxy Finder- und Browser-Requests, die er ausführt, werden so gezählt, als hättest du sie selbst abgesetzt.
- Eine Ablehnung durch die Website wird gezählt; eine Ablehnung durch deinen eigenen Plan nicht. Wenn eine Website mit 403, 404, 429 oder 5xx antwortet, haben wir diese Antwort an dich übertragen, sie zählt also. Wenn ein Limit deines eigenen Plans den Request ablehnt, wird nichts abgerufen und nichts gezählt.
- Es wird nichts aufgerundet. Bytes werden exakt gezählt, ohne Blockgröße und ohne Minimum pro Request, und deine Werte werden nächtlich mit unserem Metrics Store abgeglichen.
Zwei Arten, wie ein Plan verkauft wird
Beide Zähler laufen für jeden Account. Welcher davon die Verkaufsgrundlage deines Plans ist, unterscheidet sich.
Nach Credits verkauft
Die API rechnet Credits pro abgerechnetem Request ab. Der Proxy-Port erhält eigene inklusive Gigabytes, die separat ausgewiesen werden, da ein Tunnel keinen Request hat, dem ein Credit berechnet werden könnte. Beide beeinflussen sich nicht gegenseitig: Dein API-Traffic verbraucht nicht die Gigabytes des Ports, und die Tunnel des Ports verbrauchen keine Credits. Einen API-Request doppelt abzurechnen, einmal in Credits und einmal in den Bytes, die diese Credits erzeugt haben, wäre die Alternative.
Das eigene Traffic-Limit der API ist inaktiv, es sei denn, dein Plan enthält eines.
Nach Traffic verkauft
Ein Standard-Traffic-Kontingent deckt die API und den Proxy-Port gemeinsam ab, da beide Zugänge in derselben Einheit abgerechnet werden. Ein so verkaufter Plan berechnet keine Credits, sodass Credits vollständig aus dem Dashboard verschwinden, statt einen bedeutungslosen Wert anzuzeigen.
Premium-Traffic, bei beiden
Premium-Traffic hat bei beiden Planarten immer ein eigenes Kontingent. Er wird nie innerhalb des Standard-Werts gezählt, sodass ein Gigabyte nie auf zwei Limits angerechnet wird. Einen Premium-Exit erreichst du mit exitClass: premium bei POST /api/proxy/ oder -network-premium am Proxy-Port.
Die Messung erfolgt bei der Übertragung über das Netzwerk: in beiden Richtungen, komprimiert und verschlüsselt wie übertragen. Bei der API zählt jeder Premium-Versuch, auch wenn er deine Seite nicht zurückgegeben hat; am Proxy-Port ist es der Traffic jedes Premium-Tunnels plus jeder Premium-Exit, den der Port beim Verbindungsaufbau versucht und verworfen hat.
Was dich ablehnt und wo
| Kontingent | An der API | Am Proxy-Port |
|---|---|---|
| Credits für den Zeitraum | 429 mit X-FourA-Limit: plan_limit_credits |
Nicht zutreffend |
| Standard-Traffic für den Zeitraum | 429 mit X-FourA-Limit: plan_limit_bandwidth |
429 mit X-Foura-Error, der den Traffic benennt |
| Gleichzeitig offene Tunnel | Nicht zutreffend | 429 mit X-Foura-Error |
| Tunnel-Öffnungen pro Minute | Nicht zutreffend | 429 mit X-Foura-Error |
| Premium-Traffic | Herabgestuft, nicht abgelehnt | 403 bei einer expliziten Anfrage |
Ein CONNECT hat keinen Body für einen JSON-Fehler. Daher ist eine Ablehnung am Port ein Status samt Header anstelle der Struktur, die Rate Limits beschreibt. Lies bei einer Proxy-Verbindung zuerst X-Foura-Error.
Erschöpftes Premium ist die einzige Asymmetrie
Die beiden Einstiegspunkte reagieren bewusst unterschiedlich, da "Ich wollte verbrauchen" und "Es war einmal für mich voreingestellt" verschiedene Situationen sind.
An der API stoppt ein aufgebrauchtes Premium-Kontingent niemals einen Job. Der Request wird über den Standard-Pool bedient und die Response enthält exitClass: standard, damit du siehst, was du tatsächlich erhalten hast. Ein Tarif, der überhaupt keine Premium-Exits enthält, liefert eine andere Antwort: Das ist ein 403 mit plan_limit_premium.
Am Proxy-Port gilt:
- Eine Verbindung, die
-network-premiumangibt, wird mit403abgelehnt. Du wolltest Guthaben verbrauchen; eine stillschweigende Bereitstellung über einen anderen Weg würde dazu führen, dass du eine Premium-Position suchst, die nie auftaucht. - Ein für den Proxy-Benutzer gespeicherter Premium-Standardwert wird auf das geteilte Netzwerk herabgestuft, und der Tunnel öffnet sich trotzdem. Du hast ihn für diese Verbindung nicht explizit gewählt.
- Ein scharf geschalteter
-fallback-premiumwird einfach nicht ausgelöst.
Mehr kaufen
Zusatzpakete (Top-ups) zählen genau wie das im Tarif enthaltene Kontingent. In jedem Abrechnungszeitraum wird zuerst das Kontingent deines Tarifs verbraucht. Erst darüber hinausgehender Verbrauch greift auf das gekaufte Guthaben zu. Ein Kauf ist zwölf Monate lang gültig.
Das Dashboard trennt die beiden Zahlen überall dort, wo ein Kontingent angegeben wird (75,000 (50,000 incl + 25,000 bought)), damit der Wert auf dem Bildschirm mit deiner Rechnung abgeglichen werden kann.
Wo du deine Zahlen einsehen kannst
| Seite | Was sie beantwortet |
|---|---|
| Billing | Aktueller Zeitraum im Vergleich zum Verfügbaren, eine Karte pro gemessenem Bereich deines Tarifs mit einem Kaufen-Button |
| Usage & Limits | Jedes Limit neben seinem Live-Zähler, plus eine Aufschlüsselung nach Key, Endpoint und Proxy-Benutzer |
| Overview | Volumen und Traffic über beliebige Zeiträume, nach Produkt |
Welche Karten Billing anzeigt, folgt den beiden obigen Fällen: Ein über Credits verkaufter Plan erhält eine Credits-Karte und eine Proxy-Port-Traffic-Karte; ein über Traffic verkaufter Plan erhält beides nicht, und seine Standard-Traffic-Karte enthält das Limit mit dem Hinweis Die API und der Proxy-Port zusammen.
Hardcode keine dieser Zahlen. Jede API-Ablehnung enthält das Limit, das sie ausgelöst hat, und jede Port-Ablehnung benennt es in X-Foura-Error.
Verwandte Themen
- Rate Limits: Jeder Body und Header für Plan-Limits in der API
- Proxy Port: Messung, Response-Codes und die Optionen für Usernames
- Request Outcomes: Welche Ergebnisse für Requests und Tunnel abgerechnet werden
- Abrechnung & Abonnements: Pläne, Aufladungen und Rechnungen
- Nutzung & Limits: Deine Live-Zähler im Vergleich zu deinem Plan