Add-ons monetarisieren: Freemium, Lizenzschlüssel und Spenden

Add-ons monetarisieren Sie über eines von vier Modellen: Freemium mit kostenpflichtiger Pro-Version, Lizenzschlüssel oder Abos, die Updates und Support freischalten, Spenden und Sponsoring oder den direkten Verkauf über einen Store, der Bezahlung selbst abwickelt. Welches Modell zulässig ist, entscheiden die Regeln der Plattform. Bevor Sie Code für eine Bezahlschranke schreiben, prüfen Sie deshalb die Richtlinien des Stores und die Lizenz Ihres Projekts.

Die Modelle im Überblick

Was die Plattformen erlauben

WordPress-Plugin-Verzeichnis

Im offiziellen Verzeichnis müssen Plugins kostenlos und unter einer GPL-kompatiblen Lizenz stehen. Die Richtlinien verbieten sogenannte Trialware: Funktionen, die im Code enthalten sind, aber erst nach Bezahlung oder nach Ablauf einer Testphase gesperrt oder freigeschaltet werden. Erlaubt ist dagegen:

• eine voll funktionsfähige kostenlose Version mit maßvollen Hinweisen auf eine Pro-Version,
• eine getrennte Pro-Erweiterung, die außerhalb des Verzeichnisses verkauft und installiert wird,
• die Anbindung an einen externen Dienst, sofern dieser echte Funktionen liefert und die Datenverarbeitung offengelegt ist.

Wie die Einreichung abläuft, beschreibt der Beitrag WordPress-Plugin im offiziellen Plugin-Verzeichnis veröffentlichen. Weil WordPress-Plugins unter der GPL stehen, verkaufen Anbieter von Pro-Versionen in der Praxis vor allem Updates, Support und Komfort, denn der Code selbst darf weitergegeben werden.

Chrome Web Store

Der Chrome Web Store bietet keine eigene Bezahlfunktion für Erweiterungen mehr. Wer Geld verlangen will, wickelt Zahlung und Lizenz über eigene Server oder einen spezialisierten Zahlungsdienst ab. Die Erweiterung prüft dann beim Start oder bei Bedarf, ob ein Konto bezahlt ist. Für Werbung und Affiliate-Links gelten strenge Regeln: Sie müssen klar erkennbar und der Erweiterung zugeordnet sein und dürfen fremde Seiten nicht unerwartet verändern. Einmalige Kosten für das Entwicklerkonto und die Prüfung behandelt der Beitrag Chrome Web Store: Gebühr, Prüfdauer und Ablehnungsgründe.

addons.mozilla.org

AMO verkauft keine Add-ons, erlaubt aber einen Link für freiwillige Beiträge, der auf der Detailseite erscheint. Externe Bezahlmodelle sind möglich, solange sie offengelegt sind und das Add-on nicht in die Irre führt.

VS Code Marketplace und Open VSX

Auch hier gibt es keinen Verkauf über den Store. Verbreitet sind kostenlose Extensions mit kostenpflichtigem Dienst dahinter oder ein Sponsoring-Link. In der package.json lässt sich dafür ein Feld sponsor mit einer Adresse hinterlegen, die im Editor angezeigt wird.

JetBrains Marketplace

JetBrains verkauft Plugins selbst. Sie können kostenpflichtige Plugins und Freemium-Modelle anbieten, die Lizenzprüfung übernimmt die Plattform über die Lizenzverwaltung der IDE. JetBrains behält einen Anteil am Umsatz und prüft kostenpflichtige Plugins vor der Aufnahme. Für Entwickler von IDE-Plugins ist das der bequemste Weg zu Einnahmen.

Weitere Plattformen

• Safari: Erweiterungen werden als App im App Store vertrieben und können wie Apps kostenpflichtig sein oder In-App-Käufe nutzen.
• Figma Community: bietet für berechtigte Konten kostenpflichtige Plugins an.
• Google Workspace Marketplace: listet Add-ons, die Abrechnung erfolgt außerhalb des Marktplatzes.
• Spiele-Mods: Hier gelten die Nutzungsbedingungen der Hersteller, die Bezahlmodelle oft stark einschränken.

Lizenzschlüssel und Abos umsetzen

Ein Lizenzsystem besteht aus drei Teilen: einem Verkaufsweg, einem Server, der Schlüssel ausgibt und prüft, und Code im Add-on, der den Server befragt.

1. Kauf: Die Bezahlung läuft über einen Zahlungsdienst. Nach dem Kauf erzeugt Ihr Server einen Schlüssel oder verknüpft den Kauf mit einem Konto.
2. Aktivierung: Das Add-on sendet Schlüssel und eine Geräte- oder Website-Kennung an den Server. Dieser prüft, ob der Schlüssel gültig ist und wie viele Aktivierungen erlaubt sind.
3. Prüfung im Betrieb: Das Add-on speichert das Ergebnis und prüft in Abständen erneut. Eine Kulanzzeit ohne Verbindung vermeidet, dass zahlende Nutzer offline ausgesperrt werden.
4. Updates: Bei WordPress-Pro-Plugins liefert derselbe Server Updates nur an gültige Lizenzen aus.

Einige Grundsätze gelten dabei immer:

• Keine Geheimnisse im Client. API-Schlüssel des Zahlungsdienstes gehören ausschließlich auf den Server. Alles, was im Add-on steht, kann ausgelesen werden.
• Prüfung im Client ist umgehbar. Planen Sie Ihr Modell so, dass der Wert auf dem Server entsteht, oder akzeptieren Sie, dass einzelne Nutzer die Sperre umgehen.
• Datenschutz beachten. Die Lizenzprüfung überträgt Daten an Ihren Server. Das gehört in die Datenschutzerklärung und in die Angaben im Store.
• Nutzer nicht bestrafen. Fällt der Lizenzserver aus, sollte das Add-on weiter funktionieren und nicht plötzlich Daten oder Funktionen sperren.

Steuern und Rechnungen

Wer digitale Produkte an Privatpersonen in der EU verkauft, muss sich mit Umsatzsteuer nach dem Land des Käufers, Rechnungen und Rückerstattungen befassen. Spezialisierte Zahlungsdienste, die als Verkäufer gegenüber der Kundschaft auftreten (Merchant of Record), nehmen einen Teil dieser Pflichten ab, verlangen dafür aber höhere Gebühren. Stores wie der JetBrains Marketplace oder der App Store übernehmen die Abrechnung ebenfalls. Klären Sie steuerliche Fragen mit einer Steuerberatung, bevor die ersten Zahlungen eingehen.

Spenden und Sponsoring

Viele Open-Source-Add-ons finanzieren sich teilweise über Spenden. Verbreitet sind Sponsoring-Programme auf Code-Plattformen sowie Spendenlinks in README, Store-Eintrag und Einstellungsseite. Damit Spenden nicht als Belästigung empfunden werden, sollten Hinweise unaufdringlich bleiben: ein Link in den Einstellungen statt eines Pop-ups beim Start. Transparenz hilft: Wer zeigt, wofür das Geld verwendet wird, etwa für Serverkosten oder Zeit für Updates, erhält eher Unterstützung.

Was gehört in die Pro-Version?

Die schwierigste Entscheidung bei Freemium ist die Grenze zwischen kostenlos und kostenpflichtig. Ist die kostenlose Version zu schwach, installiert sie kaum jemand, und schlechte Bewertungen schaden dem gesamten Angebot. Ist sie zu stark, gibt es keinen Grund zu zahlen. Bewährt hat sich, die Grenze entlang der Zielgruppe zu ziehen statt entlang einzelner Schalter:

Funktionen, die laufende Kosten verursachen, etwa Serverspeicher oder Abfragen bei externen Diensten, eignen sich besonders für die Pro-Version, weil der Preis dann nachvollziehbar ist. Wichtig ist auch die Kommunikation: Nennen Sie im Store-Eintrag klar, was kostenlos bleibt. Nutzer reagieren empfindlich, wenn eine bisher freie Funktion nachträglich hinter eine Bezahlschranke wandert. Solche Änderungen führen erfahrungsgemäß zu schlechten Bewertungen und Deinstallationen.

Checkliste vor dem Start

• Richtlinien des Stores zu Bezahlung, Werbung und Hinweisen gelesen
• Lizenz des Projekts passt zum Modell, siehe Open-Source-Lizenz für Plugins wählen
• kostenlose Version bietet echten Nutzen, keine Lockvogel-Version
• Datenschutzerklärung und Store-Angaben decken Lizenzprüfung und Zahlungsdaten ab
• Abrechnung, Umsatzsteuer und Rückerstattungen geklärt
• Support-Weg für zahlende Nutzer eingerichtet

Ein faires Modell entscheidet am Ende mehr als jede Technik. Nutzer zahlen erfahrungsgemäß am ehesten für Zeitersparnis, verlässliche Updates und erreichbaren Support, nicht für künstlich zurückgehaltene Funktionen.