Add-ons veröffentlichen und pflegen

Ein Add-on, das nur auf dem eigenen Rechner läuft, ist ein Werkzeug. Ein veröffentlichtes Add-on ist ein Produkt, auch wenn es kostenlos ist. Andere verlassen sich darauf, installieren Updates automatisch und erwarten, dass es nach dem nächsten Browser- oder WordPress-Update noch funktioniert. Dieser Bereich behandelt den Weg in die Stores und das, was danach kommt.

Die Stores im Überblick

Gebühren, Prüfdauer und Detailregeln ändern sich. Maßgeblich sind die aktuellen Richtlinien des jeweiligen Stores.

Vor der Einreichung

1. Funktion klar beschreiben. Ein Satz, der sagt, was das Add-on tut. Prüfer lehnen Einreichungen ab, deren Zweck unklar ist oder die mehrere unzusammenhängende Funktionen bündeln.
2. Berechtigungen begründen. Jede Berechtigung muss zur beschriebenen Funktion passen. Viele Stores fragen ausdrücklich nach der Begründung.
3. Datenschutz offenlegen. Wer Daten erhebt oder überträgt, braucht eine Datenschutzerklärung und muss die Angaben im Store wahrheitsgemäß ausfüllen.
4. Lesbaren Code einreichen. Minifizierter Code ist meist erlaubt, verschleierter Code nicht. Manche Stores verlangen bei gebündeltem Code den Quellcode und eine Bauanleitung.
5. Gute Screenshots. Sie entscheiden darüber, ob jemand installiert. Zeigen Sie das Add-on im Einsatz, nicht nur das Symbol.

Versionsnummern und Changelog

Die meisten Plattformen erwarten eine Versionsnummer, die bei jedem Update steigt. Bewährt hat sich Semantic Versioning mit drei Stellen: MAJOR.MINOR.PATCH. Die erste Zahl steigt bei Änderungen, die bestehende Nutzung brechen, die zweite bei neuen Funktionen, die dritte bei Fehlerkorrekturen. Aus 1.4.2 wird nach einem Bugfix also 1.4.3, nach einer neuen Funktion 1.5.0.

Ein Changelog listet zu jeder Version, was sich geändert hat. Er hilft Nutzern zu verstehen, warum ein Update kommt, und Ihnen selbst, wenn später ein Fehler auftaucht. Besonders wichtig: Neue Berechtigungen gehören ausdrücklich in den Changelog, denn der Browser fragt Nutzer dann erneut um Zustimmung oder deaktiviert die Erweiterung bis dahin.

Die richtige Lizenz

Ohne Lizenz darf niemand Ihren Code rechtssicher nutzen, verändern oder weitergeben. Die drei häufigsten Open-Source-Lizenzen für Add-ons:

• GPL verpflichtet dazu, abgeleitete Werke ebenfalls unter der GPL zu veröffentlichen. Im WordPress-Umfeld ist sie Standard, weil WordPress selbst unter der GPL steht.
• MIT erlaubt nahezu jede Nutzung, solange der Lizenzhinweis erhalten bleibt. Sie ist kurz, verständlich und im JavaScript-Ökosystem weit verbreitet.
• Apache 2.0 ist ähnlich freizügig wie MIT, enthält aber zusätzlich Regelungen zu Patenten.

Daneben können Sie Ihr Add-on proprietär lizenzieren, sofern die Plattform das zulässt. Prüfen Sie in jedem Fall, ob die Lizenzen Ihrer Abhängigkeiten zu Ihrer Wahl passen.

Geld verdienen mit Add-ons

Viele Add-ons sind kostenlos und bleiben es. Wer mit seiner Arbeit Einnahmen erzielen möchte, hat mehrere Möglichkeiten:

• Freemium: Die Grundfunktion ist kostenlos, eine erweiterte Version kostet. Im WordPress-Verzeichnis muss die kostenlose Version eigenständig funktionieren, die Pro-Version wird außerhalb verkauft.
• Lizenzschlüssel und Abonnements: Ein Schlüssel schaltet Funktionen frei oder ermöglicht Updates. Das erfordert einen Server zur Prüfung und eine Zahlungsabwicklung.
• Spenden und Sponsoring: Über Spendenplattformen oder Sponsoring-Programme der Code-Hoster.

Pflege nach dem Start

Die Host-Anwendung entwickelt sich weiter, und mit ihr Ihr Add-on. Abonnieren Sie die Entwickler-Blogs und Ankündigungen der Plattform, testen Sie mit Beta-Versionen und reagieren Sie auf Deprecation-Hinweise, bevor alte Schnittstellen abgeschaltet werden. Beantworten Sie Fehlermeldungen im Support-Forum des Stores, auch wenn es nur eine kurze Rückmeldung ist. Und wenn Sie aufhören möchten, beenden Sie das Projekt geordnet, statt es einfach liegen zu lassen. Verwaiste Add-ons mit vielen Installationen sind ein Sicherheitsrisiko, wie der Bereich Sicherheit zeigt.