Spenden und Unterstützung

Für Maintainer: welche Docs-Seiten und READMEs Sponsoren bringen, die verlängern.

Ein Open-Source-Projekt wird von vielen genutzt und von wenigen bezahlt: Einzelne auf einer monatlichen Stufe, Firmen, die darauf angewiesen sind, und manchmal ein Supportvertrag oder eine kommerzielle Lizenz. Tally verknüpft jedes Sponsoring, das über dein eigenes Polar- oder Stripe-Konto läuft, mit dem Besuch dahinter, so siehst du, welche Docs-Seiten und Links Sponsoren bringen.

Kostenlos starten

14 Tage kostenlos, ohne Kreditkarte.

01Wie verkauft wird

  • AboMonatliche Sponsoring-Stufen für Einzelne und höhere Stufen für Firmen, mit Logo im README oder in den Docs.
  • SpendenEinmalige Beiträge in beliebiger Höhe, oft nach einem Release oder einem Fix, den jemand gebraucht hat.
  • EinmalkaufKommerzielle Lizenzen, Supportverträge und bezahlte Priorität für ein Issue.

02Welche Zahlungen es liest

  • PolarMaintainer verkaufen Sponsoring-Stufen und bezahlte Vorteile über Polar; Abo-Zyklen, Einmalzahlungen und verlorene Streitfälle werden gelesen.
  • StripeProjekte mit eigener Website nehmen Sponsoring über Payment Links oder Checkout an und stellen Firmen Support über Stripe in Rechnung.

Was Tally nicht lesen kann

  • Einnahmen aus GitHub Sponsors werden nicht gelesen.
  • Beiträge über Open Collective werden nicht gelesen.
  • Förderungen und Zahlungen von Firmen per Überweisung außerhalb deines Anbieters werden nicht gelesen.
  • Sterne, Downloads und Installationen werden nicht gezählt; Tally sieht nur Besuche auf deiner Docs-Website und Zahlungen.

03Woher die Käufer kommen

  • GitHub-READMEEin Sponsoring-Link im README schickt Nutzer, die schon auf das Projekt angewiesen sind, mit GitHub als Referrer.
  • DocsGesponsert wird am Ende von denen, die die Docs lesen, um das Projekt zu nutzen; die Auswertung nach Seiten zeigt, welche Seiten das sind.
  • Release NotesEin Release, das ein lange bestehendes Problem behebt, bringt in den Tagen danach einmalige Beiträge.
  • KI-AssistentenEntwickler, die einen Assistenten nach dem Projekt fragen, folgen seinen Links zu den Docs, in einem eigenen Kanal.

04Was Tally beantwortet

  1. Welche Docs-Seiten lesen Sponsoren?

    „Was gelesen wird“ vergleicht aktive Zeit und Scrolltiefe pro Seite bei Käufern und anderen Besuchern, so heben sich die Seiten, auf die sich Sponsoren verlassen, von denen ab, die alle nur überfliegen.

    Was gelesen wird
  2. Wie viel unseres Docs-Traffics kommt von KI-Crawlern?

    Sobald ein Server-Snippet auf Next.js, in einem Cloudflare Worker oder in Express sie meldet, zählt die Crawler-Ansicht die Anfragen von KI-Crawlern nach Crawler, Betreiber, Zweck und Seite, getrennt von Menschen.

    KI-Crawler
  3. Bleiben Firmen-Sponsoren dabei?

    Der Kundenwert zählt jede Sponsoring-Zahlung unter der ersten Quelle des Sponsors, mit Verlängerungen und Wiederkaufrate.

    Kundenwert (Lifetime Value)
  4. Bringen README oder Docs mehr Sponsoren?

    Die Auswertungen nach Referrer und nach Seiten stellen Umsatz neben GitHub, die Docs-Seiten und jede andere Quelle.

    Quellen mit Umsatz

05Zahlen, die sich lohnen

Verlängerungen
Verlängerungen der Sponsoring-Stufen nach erster Quelle: das Einkommen, mit dem ein Maintainer rechnen kann.
Anfragen von KI-Crawlern
Anfragen von KI-Crawlern pro Docs-Seite, getrennt von Menschen gezählt.
Besucher von KI-Assistenten
Besucher, die KI-Assistenten schicken, und das Sponsoring dahinter.
Scrolltiefe
Wie weit Sponsoren durch Docs-Seiten scrollen, verglichen mit anderen Lesern.

06Ein Beispiel

Beispiel

Reading time

38s

median per pageview

Scroll depth

59%

average depth, of 25,674 views measured

Read to the end

27%

of measured views reached 90% or more

What they read

27,606 pageviews · last 30 days

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

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

    58s

    reading time, median per view

    78%

    scrolled, on average

    5,213 views · 4,900 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,016 views · 3,582 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,674 of 27,606 pageviews have a measured depth.

Abb. 1„Was gelesen wird“ auf der Beispiel-Website. Bei einem Open-Source-Projekt vergleichst du die aktive Zeit der Sponsoren auf Docs-Seiten mit der aller anderen.

07Einrichtung

  1. Next.jsAuf einer Docs-Website mit Next.js setzt du das Tag ins Root-Layout und das Crawler-Snippet in die Middleware.
  2. PolarÜbergib die Besucher-ID von der Sponsoring-Seite aus in den Metadaten des Polar-Checkouts, damit jeder Zyklus mit hoher Sicherheit verknüpft wird.
  3. Verlinke das Sponsoring-Badge im README mit UTM-Tags auf eine Sponsoring-Seite deiner Docs-Website statt direkt auf den Checkout.

08Fragen

  • Wir nehmen Sponsoring über GitHub Sponsors und Polar an. Was wird gelesen?

    Polar, und Stripe, falls du es nutzt. GitHub Sponsors wird nicht gelesen.

  • Zählt Tally Entwickler, die Tracker blockieren?

    Nein. Besuche, die ein Blocker verhindert, werden nicht gezählt; ihre Zahlungen kommen trotzdem von Polar oder Stripe an und erscheinen als unverknüpft.

  • Kann ich Sponsoring-Zahlen aus dem Terminal abfragen?

    Ja, über die CLI, oder über die REST API und den MCP-Server für einen KI-Assistenten.