Entwickler-Tools

Für API-Produkte: wie lange es vom API-Schlüssel bis zur ersten bezahlten Rechnung dauert und welche Docs dorthin geführt haben.

Eine API kaufen Entwickler, die sich registrieren, einen Schlüssel holen, Testaufrufe machen und zahlen, sobald ihre Anfragen über das kostenlose Kontingent oder ein Prepaid-Guthaben hinausgehen. Tally verknüpft jede Rechnung und jede Aufladung mit den Besuchen dahinter, von der Docs-Seite, die die erste Frage beantwortet hat, bis zur Preisseite, die direkt vor der Zahlung gelesen wurde.

Kostenlos starten

14 Tage kostenlos, ohne Kreditkarte.

01Wie verkauft wird

  • Nach NutzungNutzungsbasierte Abrechnung pro Anfrage, Datensatz oder Credit, monatlich im Nachhinein in Rechnung gestellt; die Rechnungen eines Kunden wachsen mit seinem Traffic.
  • EinmalkaufPrepaid-Credit-Pakete, im Voraus gekauft und aufgeladen, wenn das Guthaben zur Neige geht.
  • AboMonatliche Stufen mit einem Kontingent an Anfragen und einem Aufpreis für alles darüber.

02Welche Zahlungen es liest

  • StripeNutzungsbasierte Abos und Credit-Aufladungen über Stripe; jede Nutzungsrechnung wird gelesen und übernimmt die Verknüpfung der ersten Zahlung.
  • PolarAPI-Produkte rechnen ihre Nutzung über Polar ab; dessen nutzungsbasierte Abo-Zyklen und Bestellungen werden gelesen.
  • PaddleGewählt für APIs, die weltweit an Unternehmen verkauft werden, mit Steuerabwicklung inklusive; Transaktionen und Verlängerungen werden gelesen.

Was Tally nicht lesen kann

  • Anfragen, Latenz und Fehler deiner API werden nicht gelesen; nur das, was davon in Rechnung gestellt wird.
  • Abos, die über einen API-Marktplatz verkauft werden, der Entwicklern selbst Rechnungen stellt, werden nicht gelesen.
  • Nutzung innerhalb eines kostenlosen Kontingents erzeugt keine Zahlung und erscheint daher nie als Umsatz.

03Woher die Käufer kommen

  • Docs und ReferenzseitenEntwickler, die suchen, wie ein ganz bestimmter Aufruf geht, landen auf einer Referenzseite, und die kann die erste Seite sein, die sie von dir sehen.
  • SDK-RepositorysDie READMEs deiner SDKs schicken Entwickler von GitHub zu den Docs und zur Registrierung.
  • Tutorials und Beispiel-AppsBeiträge, die mit deiner API etwas Echtes bauen, bringen Entwickler, die den Code übernehmen.
  • KI-AssistentenCoding-Assistenten schlagen APIs beim Namen vor, und diese Entwickler kommen im KI-Kanal an.
  • EntwicklerforenThreads mit der Frage, welche API sich für eine Aufgabe eignet, schicken Entwickler, die Preisseiten vergleichen.

04Was Tally beantwortet

  1. Wie viele Entwickler, die einen Schlüssel erstellen, zahlen später?

    Sende tally('key_created'), wenn ein Schlüssel erstellt wird; die Zielansicht zählt die Besucher, die das getan haben, wie viele davon konvertiert sind und ihren Umsatz: die Aktivierungsrate in Geld.

    Ziele und Funnels
  2. Welche Docs-Seiten lesen zahlende Entwickler?

    „Was gelesen wird“ stellt die aktive Zeit und Scrolltiefe der Käufer pro Seite denen aller anderen gegenüber, so heben sich die Referenzseiten, auf denen zahlende Entwickler verweilen, von denen ab, die nur überflogen werden.

    Was gelesen wird
  3. Kommen Prepaid-Aufladungen aus denselben Kanälen wieder?

    Der Kundenwert nach erster Quelle zählt die Aufladungen und Rechnungen jedes Kunden samt Wiederkaufrate, so lassen sich Kanäle danach ordnen, ob ihre Entwickler weiter aufladen.

    Kundenwert (Lifetime Value)
  4. Welche SDK-Seite bringt Kunden?

    Die Auswertung nach Seiten listet jede SDK- und Quickstart-Seite mit ihren Besuchern und dem Umsatz, der den Entwicklern zugerechnet wird, die dort gelandet sind.

    Quellen mit Umsatz
  5. Rufen KI-Crawler unsere API-Referenz ab?

    Anfragen von KI-Crawlern werden pro Seite, Crawler und Betreiber in einer eigenen Ansicht gezählt; ein Server-Snippet für Express, Next.js-Middleware oder Cloudflare Workers meldet sie, da sie das Tag selten ausführen.

    KI-Crawler

05Zahlen, die sich lohnen

Wiederkaufrate
Der Anteil der Kunden, die mehr als einmal gezahlt haben; Aufladungen und Monatsrechnungen heben ihn beide.
Kundenwert nach erster Quelle
Der Gesamtumsatz nach erster Quelle; die erste Rechnung einer nutzungsbasierten API sagt wenig über das Konto.
Ziel-Conversion
Der Anteil der Besucher, die einen Schlüssel erstellen: der Schritt vor jeder abgerechneten Nutzung.
Anfragen von KI-Crawlern
Anfragen von KI-Crawlern auf Referenzseiten, ein Hinweis darauf, aus welchen Docs Assistenten deine API lernen.

06Ein Beispiel

Beispiel

Reading time

38s

median per pageview

Scroll depth

59%

average depth, of 25,722 views measured

Read to the end

27%

of measured views reached 90% or more

What they read

27,658 pageviews · last 30 days

Open a page to see how far down people read it, and how buyers read it before paying.

  1. /pricing5,223 views78% scrolled on average58s reading time, median

    58s

    reading time, median per view

    78%

    scrolled, on average

    5,223 views · 4,910 with a measured depth

    How far down they read

    Share of measured views that scrolled at least this far

    1. 25% — reached a quarter of the page:95%
    2. 50% — reached half of the page:84%
    3. 75% — reached three quarters of the page:69%
    4. 90%+ — reached the end of the page:48%

    Buyers before paying vs didn't buy

    • Buyers, before paying159 views · 114 buyers96% scrolled on average,1m 41s reading time, median
    • Didn't buy5,026 views · 3,590 visitors61% scrolled on average,44s reading time, median

    38 views by buyers after paying are left out of both.

    Buyers are visitors whose first sale came after viewing this page; only their views before that payment count.

Reading time runs only while the tab is visible and the visitor is active; it's the median per view. A view with no engagement report counts as 0s of reading. Its scroll depth is unknown, so it's left out of every scroll figure rather than counted as 0%. 25,722 of 27,658 pageviews have a measured depth.

Abb. 1„Was gelesen wird“ auf der Beispiel-Website, Käufer gegen alle anderen. Bei einem API-Produkt schaust du auf die Referenz- und Quickstart-Seiten: Wo Käufer am längsten bleiben, findet die Integration statt.

07Einrichtung

  1. Next.jsSind die Docs eine Next.js-App, setze das Tag ins Root-Layout und ergänze das Middleware-Snippet, damit KI-Crawler auf Referenzseiten gezählt werden.
  2. StripeÜbergib tally_visitor_id in den Metadaten der Checkout Session, die die Karte speichert oder das erste Credit-Paket kauft.
  3. Rufe tally('identify', { email }) auf, wenn sich ein Entwickler registriert, damit eine erste Rechnung, die Wochen später aus der Nutzung entsteht, per E-Mail verknüpft werden kann.

08Fragen

  • Unsere erste Rechnung kommt einen Monat nach der Registrierung. Wird sie trotzdem verknüpft?

    Ja, wenn der Checkout, der die Karte gespeichert hat, die Besucher-ID trug oder die E-Mail zu einem identifizierten Besucher passt. Zugerechnet wird sie dem letzten Besuch vor dieser Zahlung, der nicht direkt kam.

  • Werden Entwickler im kostenlosen Kontingent gezählt?

    Als Besucher ja, als Kunden erst, wenn sie zahlen. Ihre Ziele, etwa ein erstellter Schlüssel, erscheinen trotzdem in der Zielansicht.

  • Können unsere Abrechnungs-Scripts diese Zahlen lesen?

    Die REST API liefert sie an Scripts, die CLI ans Terminal und der MCP-Server an einen KI-Assistenten.