Tallyby Outpost
FR

Langue

Thème

Commencer gratuitement

Outils pour développeurs

Produits API : le délai entre la clé API et la première facture payée, et les docs qui y ont mené.

Une API se vend à des développeurs qui s’inscrivent, obtiennent une clé, font des appels de test et paient dès que leurs requêtes dépassent le quota gratuit ou un solde prépayé. Tally lie chaque facture et chaque recharge aux visites qui les précèdent, de la page de docs qui a répondu à la première question à la page de tarifs lue juste avant de payer.

Commencer gratuitement

14 jours gratuits, sans carte bancaire.

01Comment ils vendent

  • À l’usageUn usage mesuré par requête, enregistrement ou crédit, facturé chaque mois à terme échu ; les factures d’un client grandissent avec son trafic.
  • Achat uniqueDes packs de crédits prépayés, achetés d’avance et rechargés quand le solde baisse.
  • AbonnementDes paliers mensuels avec un quota de requêtes, et un dépassement facturé au-delà.

02Les paiements qu’il lit

  • StripeAbonnements à l’usage et recharges de crédits via Stripe ; chaque facture d’usage est lue et reprend le lien du premier paiement.
  • PolarDes produits API facturent leur usage mesuré via Polar, dont les cycles d’abonnement à l’usage et les commandes sont lus.
  • PaddleChoisi par les API vendues à des entreprises du monde entier, taxes gérées ; transactions et renouvellements sont lus.

Ce que Tally ne peut pas lire

  • Les requêtes, la latence et les erreurs de votre API ne sont pas lues ; seul ce qui en est facturé l’est.
  • Les abonnements vendus via une place de marché d’API qui facture elle-même les développeurs ne sont pas lus.
  • L’usage compris dans un quota gratuit ne produit aucun paiement : il n’apparaît donc jamais comme revenu.

03D’où viennent les acheteurs

  • Docs et pages de référenceLes développeurs qui cherchent comment faire un appel précis arrivent sur une page de référence, parfois la toute première page qu’ils voient.
  • Dépôts des SDKLes README de vos SDK envoient des développeurs de GitHub vers les docs et l’inscription.
  • Tutoriels et apps d’exempleLes articles qui construisent quelque chose de concret avec votre API envoient des développeurs qui copient le code.
  • Assistants IALes assistants de code suggèrent des API par leur nom, et ces développeurs arrivent dans le canal IA.
  • Forums de développeursLes fils qui demandent quelle API utiliser pour une tâche envoient des développeurs qui comparent les pages de tarifs.

04Ce à quoi Tally répond

  1. Combien de développeurs qui créent une clé finissent par payer ?

    Envoyez tally('key_created') à la création d’une clé ; la vue des objectifs compte les visiteurs qui l’ont fait, combien ont converti et leurs revenus : votre taux d’activation, exprimé en argent.

    Objectifs et entonnoirs

  2. Quelles pages de docs les développeurs payants lisent-ils ?

    La vue « Ce qu’ils lisent » met le temps actif et la profondeur de défilement des acheteurs, page par page, en regard de ceux de tous les autres : les pages de référence où s’attardent les payeurs se détachent de celles qu’on ne fait que survoler.

    Ce qu’ils lisent

  3. Les recharges prépayées reviennent-elles des mêmes canaux ?

    La valeur vie client par première source compte les recharges et les factures de chaque client, avec le taux de réachat : les canaux dont les développeurs rechargent encore et encore se classent en conséquence.

    Valeur vie client

  4. Quelle page de SDK amène des clients ?

    La répartition par page liste chaque page de SDK et de démarrage rapide avec ses visiteurs et les revenus attribués aux développeurs arrivés là.

    Sources et revenus

  5. Les robots d’IA récupèrent-ils notre référence d’API ?

    Les requêtes des robots d’IA sont comptées par page, robot et opérateur dans une vue à part ; un snippet serveur pour Express, le middleware Next.js ou Cloudflare Workers les signale, car ils exécutent rarement la balise.

    Robots d’IA

05Les chiffres à suivre

Taux de réachat
La part des clients qui ont payé plus d’une fois, que font monter aussi bien les recharges que les factures mensuelles.
Valeur vie client par première source
Les revenus à vie par première source ; la première facture d’une API à l’usage en dit peu sur le compte.
Conversion des objectifs
La part des visiteurs qui créent une clé, l’étape qui précède toute facturation d’usage.
Requêtes des robots d’IA
Les requêtes des robots d’IA sur les pages de référence, signe des docs dans lesquelles les assistants apprennent votre API.

06Un exemple

Exemple

Reading time

38s

median per pageview

Scroll depth

59%

average depth, of 25,694 views measured

Read to the end

27%

of measured views reached 90% or more

What they read

27,628 pageviews · last 30 days

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

  2. /pricing5,217 views78% scrolled on average58s reading time, median

    58s

    reading time, median per view

    78%

    scrolled, on average

    5,217 views · 4,904 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,020 views · 3,585 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,694 of 27,628 pageviews have a measured depth.

Fig. 1La vue « Ce qu’ils lisent » du site d’exemple, acheteurs contre tous les autres. Pour un produit API, regardez les pages de référence et de démarrage rapide : celles où les acheteurs restent le plus longtemps sont celles où l’intégration se fait.

07Mise en place

  1. Next.jsSi les docs sont une app Next.js, placez la balise dans le layout racine et ajoutez le snippet de middleware, pour que les robots d’IA sur les pages de référence soient comptés.
  2. StripeTransmettez tally_visitor_id dans les métadonnées de la session Checkout qui enregistre la carte ou achète le premier pack de crédits.
  3. Appelez tally('identify', { email }) à l’inscription d’un développeur, pour qu’une première facture générée par l’usage des semaines plus tard puisse se lier par e-mail.

08Questions fréquentes

  • Notre première facture tombe un mois après l’inscription. Est-elle quand même liée ?

    Oui, si le paiement qui a enregistré la carte portait l’identifiant du visiteur, ou si l’e-mail correspond à un visiteur identifié. La vente est attribuée à la dernière visite hors accès direct avant ce paiement.

  • Les développeurs qui restent dans le quota gratuit sont-ils comptés ?

    Comme visiteurs, oui ; comme clients, seulement une fois qu’ils paient. Leurs objectifs, comme une clé créée, apparaissent quand même dans la vue des objectifs.

  • Nos scripts de facturation peuvent-ils lire ces chiffres ?

    La REST API les sert aux scripts, la ligne de commande à un terminal, et le serveur MCP à un assistant IA.

Plus dans Outils pour développeursToutes les activités