Tracking-API-Preismodelle erklärt: Pro Aufruf vs. Pro Sendung und wie Sie Ihre tatsächlichen Kosten schätzen
Die Preise für API-Tracking pro Aufruf berechnen abrechenbare Anfragen; die Preise pro Sendung berechnen eine definierte Tracking-Einheit, beispielsweise eine registrierte Sendungsnummer. Keine der beiden Varianten ist automatisch günstiger. Um Ihre tatsächlichen Kosten zu schätzen, vergleichen Sie beide Modelle anhand desselben Sendungsvolumens, derselben Aktualisierungsanforderungen, Trackingdauer und Abrechnungsregeln und addieren Sie anschließend Plattformgebühren, Mehrverbrauch und Integrationskosten.
Für Teams aus den Bereichen Engineering, Betrieb und Beschaffung besteht der nützliche Vergleich nicht einfach aus dem Preis pro Aufruf gegenüber dem Preis pro Sendung. Entscheidend sind die Gesamtkosten für die Bereitstellung der Sendungstransparenz, die Ihr Unternehmen benötigt. Eine niedrige Anfragefrequenz kann durch häufiges Polling teuer werden, während eine niedrige Sendungsrate irreführend sein kann, wenn das Tracking-Fenster oder die enthaltenen Leistungen nicht zu Ihrem Arbeitsablauf passen.
Was die einzelnen Preismodelle tatsächlich messen
Der erste Schritt besteht darin, drei Dinge zu unterscheiden: eine API-Anfrage, eine Sendungsregistrierung und eine Tracking-Aktualisierung. Es handelt sich um unterschiedliche Ereignisse, und ein Vertrag kann jedem davon eine andere Abrechnungsbehandlung zuweisen.
| Vergleichspunkt | Preise pro Aufruf | Preise pro Sendung |
|---|---|---|
| Abrechnungsgrundlage | Als abrechenbar definierte Anfragen oder Anfrageeinheiten | Als abrechenbar definierte Sendungseinheiten |
| Wichtigster Kostentreiber | Wie oft die Anwendung kostenpflichtige Anfragen stellt | Wie viele kostenpflichtige Tracking-Einheiten hinzukommen oder im Geltungsbereich bleiben |
| Zu klärende Abrechnungsfrage | Welche Endpunkte, Antworten und Batch-Elemente zählen? | Was gilt als eine Sendung, und wie lange ist das Tracking enthalten? |
| Mögliche Kostenrisiken | Wiederholtes Polling, Wiederholungsversuche und unnötige Abfragen | Doppelte Registrierungen, mehrere Pakete und Beschränkungen des Tracking-Fensters |
| Stärkste bedingte Eignung | Abfragen mit geringer Frequenz und kontrolliertem Anfragevolumen | Laufende Überwachung, wenn Aktualisierungen in der Sendungsgebühr enthalten sind |
Pro Aufruf bedeutet nicht zwangsläufig, dass jede HTTP-Anfrage gleich viel kostet
Ein Angebot muss die abrechenbaren Endpunkte und deren Einheiten benennen. Die Registrierung einer Sendungsnummer, das Abrufen gespeicherter Ergebnisse, das Anfordern einer Aktualisierung und die Verwaltung von Abonnements können unterschiedlich behandelt werden. Gehen Sie nicht davon aus, dass eine fehlgeschlagene Anfrage kostenlos ist oder dass eine erfolgreiche Anfrage immer berechnet wird.
Auch für Batch-Anfragen ist eine eindeutige Definition erforderlich. Eine Anfrage mit 100 Sendungsnummern kann als eine Anfrage, als 100 Tracking-Einheiten oder als eine andere vertraglich festgelegte Menge zählen. Eine Verringerung des Netzwerkverkehrs führt nur dann zu einer Ersparnis bei der Abrechnung, wenn die Messregeln dies unterstützen.
Pro Sendung bedeutet nicht zwangsläufig pro Bestellung
Aus einer E-Commerce-Bestellung können mehrere Pakete hervorgehen. Wenn die abrechenbare Einheit eine Sendungsnummer ist, kann eine aufgeteilte Bestellung mehrere Einheiten verbrauchen. Auch Rücksendungen, Ersatzsendungen und Übergaben zwischen Versanddienstleistern müssen eindeutig geregelt sein.
Fragen Sie, ob die Gebühr das Tracking für einen bestimmten Zeitraum, bis zu einem definierten Abschlussereignis oder unter einer anderen Begrenzung abdeckt. Klären Sie außerdem, ob bereits registrierte Sendungen in einem späteren Abrechnungszeitraum erneut berechnet werden. Diese Details sind wichtiger als die Bezeichnung des Preismodells.
Schätzen Sie die Kosten anhand Ihres Arbeitsablaufs, nicht nur anhand der Bestellanzahl
Verwenden Sie einen repräsentativen Betriebszeitraum und erstellen Sie eine Prognose auf Grundlage von Daten auf Sendungsebene. Berücksichtigen Sie sowohl neue Sendungen als auch ältere Sendungen, die weiterhin überwacht werden müssen. Wenn Ihre Daten unvollständig sind, machen Sie die Annahmen sichtbar, anstatt das Ergebnis als präzises Angebot darzustellen.
- Zählen Sie die verfolgbaren Pakete. Beginnen Sie mit eindeutigen Tracking-Einheiten von Paketen, nicht mit Kassenbestellungen. Halten Sie ausgehende Pakete, Rücksendungen und Ersatzsendungen getrennt, bis ihre Abrechnungsbehandlung bestätigt ist.
- Messen Sie die Überwachungsdauer. Schätzen Sie, wie lange jede Sendung Aktualisierungen benötigt, gegebenenfalls einschließlich der Zeit vor dem Versand und von Ausnahmezeiträumen.
- Definieren Sie die erforderliche Aktualisierungsfrequenz. Legen Sie fest, wie häufig Ihre Anwendung neue Informationen benötigt und ob dies je nach Sendungsstatus variiert.
- Ordnen Sie den API-Arbeitsablauf zu. Listen Sie Registrierungen, Ergebnisabfragen, Aktualisierungsanfragen, Korrekturen, Wiederholungsversuche und alle weiteren Endpunkte auf, die Ihre Integration verwenden wird.
- Wenden Sie die Abrechnungsregeln an. Wandeln Sie die technische Aktivität anhand des vorgeschlagenen Vertrags in abrechenbare Aufrufe oder Sendungseinheiten um.
- Fügen Sie nutzungsunabhängige Gebühren hinzu. Berücksichtigen Sie das anwendbare Abonnement, die Mindestabnahme, optionale Leistungen sowie Implementierungs- oder Betriebskosten.
Für eine einfache Polling-Integration mit einer Sendungsnummer pro Abfrage lautet die Ausgangsschätzung:
Abfrageanfragen = überwachte Sendungen × durchschnittliche Überwachungstage × Abfragen pro Tag
Diese vereinfachte Berechnung setzt voraus, dass jede Sendung demselben durchschnittlichen Zeitplan folgt. Ein genaueres Modell summiert die Anfragen für jede Sendung oder Sendungsgruppe und addiert anschließend Registrierungsaufrufe und andere abrechenbare Aktivitäten. Wenn Sendungen über den Monatswechsel hinaus aktiv bleiben, ordnen Sie ihre Anfragen den Abrechnungszeiträumen zu, in denen diese Anfragen erfolgen.
Ein Rechenbeispiel: Wenn sich das günstigere Modell ändert
Die folgenden Zahlen wurden ausschließlich zur Veranschaulichung der Berechnung erfunden. Es handelt sich nicht um Preise von 17TRACK, Lieferantenangebote oder Marktbenchmarks.
Nehmen wir an, 10.000 Pakete werden registriert und innerhalb desselben betrachteten Zeitraums vollständig überwacht. Für jedes Paket ist eine Registrierungsanfrage und für acht Tage jeweils drei Abfragen pro Tag erforderlich. Nehmen wir außerdem an, dass jede Anfrage abrechenbar ist, sich jede Anfrage auf ein Paket bezieht und es keine Wiederholungsversuche, Batch-Rabatte, Freimengen oder festen Gebühren gibt.
- Registrierungsanfragen: 10.000.
- Abfrageanfragen: 10.000 × 8 × 3 = 240.000.
- Insgesamt abrechenbare Anfragen: 250.000.
- Beispielhafter Preis pro Aufruf: $0.002.
- Beispielhafter Preis pro Sendung: $0.04, einschließlich der erforderlichen Überwachung.
Die nutzungsabhängigen Kosten pro Aufruf betragen 250.000 × $0.002 = $500. Die nutzungsabhängigen Kosten pro Sendung betragen 10.000 × $0.04 = $400. Unter diesen Annahmen kostet die Preisgestaltung pro Sendung bei der Nutzung $100 weniger.
Ändern wir nun nur die Abfragefrequenz auf einmal täglich. Die Anzahl der Anfragen beträgt dann 10.000 Registrierungen plus 80.000 Abfragen, also 90.000 Aufrufe. Die nutzungsabhängigen Kosten pro Aufruf sinken auf $180, während die beispielhaften nutzungsabhängigen Kosten pro Sendung bei $400 bleiben. Das bevorzugte Modell ändert sich, weil sich die Arbeitslast ändert, nicht weil eine der Preisstrukturen grundsätzlich besser ist.
Ermitteln Sie den Break-even-Punkt
Wenn beide Pläne keine festen Gebühren, Freimengen oder zusätzlichen Kosten enthalten, verwenden Sie:
Abrechenbare Aufrufe pro Sendung am Break-even-Punkt = Sendungspreis ÷ Preis pro Aufruf
Im Beispiel ergibt $0.04 ÷ $0.002 genau 20 abrechenbare Aufrufe pro Sendung. Bei mehr als 20 Aufrufen ist die Sendungsgebühr niedriger; bei weniger als 20 ist die Gebühr pro Aufruf niedriger. Registrierungsaufrufe zählen unter den Annahmen des Beispiels zu diesem Schwellenwert.
Diese vereinfachte Berechnung reicht bei Tarifstufen, vorausbezahlten Guthaben, unterschiedlichen Endpunktpreisen oder Mindestabnahmen nicht aus. Berechnen Sie bei solchen Angeboten für jedes prognostizierte Volumen die vollständige Rechnung, anstatt nur die veröffentlichten Einheitspreise zu vergleichen.
Webhooks können Polling reduzieren, aber die Abrechnung muss weiterhin überprüft werden
Beim Polling fragt Ihre Anwendung wiederholt Tracking-Informationen ab. Ein Webhook ermöglicht es einem Dienst, ein Ereignis an Ihre Anwendung zu senden, wodurch wiederholte Abfragen reduziert werden können, wenn der Ereignisstrom Ihre Anforderungen erfüllt.
Weniger Abfrageanfragen bedeuten jedoch nicht automatisch eine niedrigere Rechnung. Bestätigen Sie, ob die Webhook-Zustellung enthalten ist, ob Zustellungen oder Wiederholungsversuche gemessen werden und ob weiterhin Abfragen zur Abstimmung erforderlich sind. Ihre Anwendung muss außerdem doppelte oder nicht chronologisch eintreffende Ereignisse sicher verarbeiten und sich von Zustellungsfehlern erholen können.
Eine weitere wichtige Unterscheidung lautet: Häufigere Informationsabfragen garantieren nicht, dass der zugrunde liegende Versanddienstleister einen neuen Scan erstellt hat. Fragen Sie vor der Bezahlung einer möglicherweise wenig nützlichen Polling-Frequenz, was eine Abfrage zurückgibt und wie die Datenaktualisierung funktioniert.
Kosten, die ein beworbener Preis verbergen kann
Enthaltene Freimengen, Mindestbeträge und vorausbezahlte Guthaben
Unterscheiden Sie eine Mindestabrechnung von einem Abonnement mit enthaltenem Nutzungsumfang. Eine Mindestabrechnung kann eine Ausgabenuntergrenze festlegen; eine Freimenge kann eine bestimmte Menge abdecken, bevor Mehrverbrauchsgebühren anfallen. Vorausbezahlte Guthaben werfen zusätzliche Fragen zur Gültigkeit, Rückerstattung und zu ungenutzten Guthaben auf.
Für einen Plan, bei dem die Freimenge vor dem Mehrverbrauch abgezogen wird, ist folgende Struktur hilfreich:
API-Rechnung = feste Plangebühr + abrechenbarer Mehrverbrauch + anwendbare Zusatzleistungen
Verwenden Sie diese Formel nur, wenn sie dem Vertrag entspricht. Addieren Sie dieselbe enthaltene Nutzung nicht zweimal und gehen Sie nicht davon aus, dass alle Pläne Grenzkosten auf dieselbe Weise berechnen.
Lange laufende Sendungen und wiederholte Registrierungen
Lange Überwachungszeiträume erhöhen bei einem Polling-Modell die Anzahl der Abfragen. Bei einer Preisgestaltung pro Sendung ist entscheidend, ob die ursprüngliche Gebühr diesen Zeitraum abdeckt. Testen Sie Ausnahmefälle und verspätete Sendungen, nicht nur Lieferungen, die schnell abgeschlossen werden.
Bestätigen Sie außerdem, was geschieht, wenn dieselbe Sendungsnummer zweimal übermittelt, korrigiert, gelöscht und erneut hinzugefügt oder einem anderen Versanddienstleister zugeordnet wird. Verhindern Sie gegebenenfalls Duplikate, gehen Sie aber nicht davon aus, dass die Deduplizierung auf Anwendungsebene vollständig mit der Abrechnungsidentität des Anbieters übereinstimmt.
Ratenlimits und Spitzenkapazität
Eine erschwingliche monatliche Freimenge bedeutet nicht, dass eine Integration einen großen Import oder eine Verkehrsspitze bewältigen kann. Prüfen Sie Anfragegrenzen, Batch-Limits, Einschränkungen der Parallelität und das erwartete Verhalten beim Erreichen der Limits. Ein Plan, der zwar das monatliche Volumen abdeckt, aber den erforderlichen Arbeitsablauf nicht unterstützt, ist keine vergleichbare Alternative.
Entwicklungs- und Betriebskosten
Halten Sie die API-Rechnung getrennt von den Gesamtbetriebskosten. Interne Ausgaben können die Entwicklung der Integration, das Hosting von Webhooks, Warteschlangen, Überwachung, Reaktion auf Vorfälle, Datenspeicherung und Wartung umfassen.
Verwenden Sie Ihre eigenen Schätzungen für Arbeitsaufwand und Infrastruktur. Ein teureres Abonnement kann dennoch wirtschaftlich sein, wenn es den Betriebsaufwand nachweislich reduziert; diese Einsparung sollte jedoch geprüft und nicht vorausgesetzt werden.
So vergleichen Sie Angebote und prüfen eine Auswahlliste
Bitten Sie jeden Anbieter, dieselbe Spezifikation der Arbeitslast zu bepreisen: Paketvolumen, Sendungsmix, Überwachungsdauer, Aktualisierungsanforderungen, Endpunkte, Spitzenlast und erforderliche Leistungen. Fordern Sie eine schriftliche Erklärung der Abrechnungseinheit sowie ein Beispiel für die Rechnungsberechnung an.
Für Teams, die 17TRACK in Betracht ziehen, sind die offizielle Tracking-API-Seite und die API-Dokumentation die relevanten Ausgangspunkte für die Produkt- und Integrationsbewertung. Bestätigen Sie die geltenden Preise und Abrechnungsdefinitionen direkt, bevor Sie in Ihrer Prognose ein Modell festlegen. Dieser Artikel nennt oder klassifiziert keinen aktuellen 17TRACK-Tarif.
Führen Sie vor einer verbindlichen Entscheidung einen kontrollierten Pilottest mit repräsentativen Sendungen durch. Berücksichtigen Sie aufgeteilte Bestellungen, doppelte Übermittlungen, verspätete Pakete, grenzüberschreitende Transporte und Sendungen, die eine Abrechnungsgrenze überschreiten. Testen Sie Fehler- oder Wiederholungsverhalten nur in einer vom Dienst erlaubten Weise.
- Vergleichen Sie Ihre Anfrageprotokolle mit den Nutzungsaufzeichnungen des Anbieters.
- Gleichen Sie registrierte Tracking-Einheiten mit abgerechneten Sendungseinheiten ab.
- Prüfen Sie, ob die erforderliche Aktualisierungsfrequenz tatsächlich erreicht wird.
- Messen Sie die Spitzenlast getrennt vom monatlichen Verbrauch.
- Untersuchen Sie ungeklärte Abweichungen, bevor Sie Kosten hochrechnen.
Erstellen Sie mindestens drei Prognosen: Normalbetrieb, saisonale Spitzenlast und verlängerte Transportdauer. Ändern Sie die zugrunde liegenden Einflussgrößen, anstatt der Rechnung einen willkürlichen Prozentsatz hinzuzufügen. Modellieren Sie beispielsweise für eine Spitzenlast mehr Pakete und für ein Verzögerungsszenario längere Überwachungszeiträume.
Welches Modell sollten Sie wählen?
Bevorzugen Sie die Preisgestaltung pro Aufruf, wenn Abfragen selten erfolgen, die Nachfrage nach Anfragen messbar ist und die Prognose nach Einbeziehung von Registrierungen und anderen abrechenbaren Aktivitäten unterhalb des Break-even-Punkts bleibt. Sie ist weniger attraktiv, wenn häufiges Polling oder eine unvorhersehbare Überwachungsdauer zu einem erheblichen Anfragevolumen führt.
Bevorzugen Sie die Preisgestaltung pro Sendung, wenn eine kontinuierliche Überwachung erforderlich ist und die angebotene Sendungsgebühr die benötigte Aktualisierungsfrequenz, Trackingdauer und Zustellmethode umfasst. Sie ist weniger attraktiv, wenn Sie für Überwachung bezahlen, die Sie selten nutzen, oder wenn die Definition einer Sendung unerwartete zusätzliche Einheiten erzeugt.
Die endgültige Entscheidung sollte die Gesamtkosten pro operativem Paket zugrunde legen: die API-Rechnung zuzüglich zurechenbarer Betriebskosten, geteilt durch die eindeutigen Pakete, die Ihr Unternehmen überwachen muss. Halten Sie Ihre interne Definition eines Pakets über alle Angebote hinweg konsistent, auch wenn die Anbieter unterschiedliche Abrechnungseinheiten verwenden.
FAQ
Sind erfolglose API-Anfragen abrechenbar?
Gehen Sie von keinem der beiden Ergebnisse automatisch aus. Fragen Sie nach der Behandlung von Validierungsfehlern, Authentifizierungsfehlern, Antworten auf Ratenlimits, Serverfehlern und Zeitüberschreitungen. Bei einer Zeitüberschreitung kann außerdem unklar sein, ob eine Anfrage verarbeitet wurde, bevor Ihre Anwendung sie erneut versucht hat.
Zählt eine Bestellung immer als eine Sendung?
Nein. Eine Bestellung kann mehrere separat verfolgte Pakete enthalten. Ordnen Sie für die Budgetplanung Bestellungen den Tracking-Einheiten zu und wenden Sie anschließend die Definition des Anbieters an. Bestätigen Sie, wie Rücksendungen, Ersatzsendungen und Übergaben zwischen Versanddienstleistern gezählt werden.
Reduzieren Batch-Anfragen meine Rechnung?
Nur wenn die Abrechnungsregeln Batch-Anfragen begünstigen. Batches können die Anzahl der Netzwerkanfragen reduzieren, ohne die abrechenbaren Tracking-Einheiten zu verringern. Prüfen Sie das Batch-Limit und ob die Abrechnung pro Anfrage, pro Element oder anhand einer gewichteten Einheit erfolgt.
Können Webhooks alle Abfrageanfragen ersetzen?
Sie können einen großen Teil des routinemäßigen Pollings überflüssig machen, aber Ihr Design kann weiterhin den ersten Abruf, die Wiederherstellung nach verpassten Ereignissen oder eine regelmäßige Abstimmung erfordern. Berücksichtigen Sie diese Aufrufe in der Schätzung und bestätigen Sie etwaige Gebühren für die Webhook-Zustellung.
Wie sollte ich Sendungen budgetieren, die im nächsten Monat noch aktiv sind?
Bei einer Preisgestaltung pro Aufruf prognostizieren Sie die Anfragen, die diese Sendungen im nächsten Zeitraum erzeugen werden. Bei einer Preisgestaltung pro Sendung bestätigen Sie, ob die Überwachung weiterhin abgedeckt ist oder eine weitere Gebühr auslöst. Berücksichtigen Sie bei der Schätzung der laufenden Arbeitslast nicht nur neu erstellte Sendungen.
Quellen
Die obigen Berechnungen verwenden ausdrücklich hypothetische Eingaben, keine veröffentlichten Anbieterpreise. Für eine Bewertung von 17TRACK verwenden Sie diese offiziellen Referenzseiten und bestätigen Sie die kommerziellen Bedingungen direkt:
