Plugin-Lizenzen, Updates und ein weiterlaufender Shop

Vor dem Lizenzvergleich vier Fragen stellen

Wenn ein Plugin „eine Lizenz“ hat, verbergen sich hinter diesem Wort oft mehrere Fragen: Was darf der Kunde nutzen? Welche neuen Versionen kann er erhalten? Welche Pakete darf er herunterladen? Welcher Support gehört dazu? Kaufmännisch hängen diese Fragen zusammen, technisch benötigen sie aber keinen einzigen gemeinsamen Schalter.

Eine Trennung erleichtert Kauf und Betrieb. Kunden erkennen, was ein Ablaufdatum tatsächlich verändert. Der Support kann zwischen einem nicht verfügbaren Download und einer weiterlaufenden Installation unterscheiden. Administratoren prüfen eine bestimmte Berechtigung, statt ein unscharfes Aktiv/Inaktiv-Signal zu interpretieren.

Dieser Artikel beschreibt unseren Architekturansatz, nicht die endgültigen Kaufbedingungen von VivaGo. Das Produkt befindet sich in Entwicklung und ist noch nicht erhältlich. Preise, Laufzeiten, Installationsgrenzen sowie Update- und Supportbedingungen werden vor dem Verkauf veröffentlicht. Beispiele hier begründen weder einen Anspruch noch einen Veröffentlichungstermin.

Lizenzierung außerhalb der Händlerzahlung halten

Der Checkout gehört zum Betrieb des Händlers. Sein Anbieterkonto, seine Bestelldaten und die Kundentransaktion sollten nicht bei jeder Zahlung einen erfolgreichen Aufruf einer unabhängigen Software-Vertriebsplattform benötigen. Sonst wird deren Ausfall zum Checkout-Ausfall, obwohl Shop und Zahlungsanbieter normal arbeiten.

Unsere Anforderung für VivaGo ist ausdrücklich: Ablauf, Ausfall oder Widerruf einer WideDock-Lizenz dürfen Checkout, Belastungen, Erstattungen, Zahlungs-Webhooks und Abgleich im Shop nicht unterbrechen. Lizenzprüfungen gehören in den getrennten Update- und Supportpfad. Das ist eine Architekturgrenze, keine Garantie gegen sämtliche anderen Fehler einer Zahlungsintegration.

Anbieterzugangsdaten, Erreichbarkeit des Zahlungsdienstes, Shop-Server und Plugin-Kompatibilität bleiben wichtig. Bei einem Fehler muss die tatsächliche Abhängigkeit untersucht werden. Die Trennung vermeidet eine zusätzliche Abhängigkeit, entbindet Shop-Betreiber aber nicht von ihren laufenden Betriebsaufgaben.

Installiert bedeutet nicht dauerhaft aktuell oder sicher

Eine weiterlaufende Installation sollte nicht unbegrenzt unverändert bleiben. Plattformversionen, Anbieteränderungen und Sicherheitskorrekturen können Aktualisierungen notwendig machen. Die Trennung zwischen Nutzung und Updates soll Wartung planbar machen, nicht den dauerhaften Einsatz veralteter Software fördern.

Eine verständliche Oberfläche zeigt installierte Version, verfügbare berechtigte Aktualisierung und deren Voraussetzungen. Ist der Update-Zugang nach den veröffentlichten Bedingungen abgelaufen, muss die Meldung genau diese Situation benennen. Sie sollte nicht den Eindruck einer fehlgeschlagenen Händlerzahlung erzeugen, wenn es um Software-Support geht.

Prüfe vor einem Update Voraussetzungen und Änderungsprotokoll, erstelle ein passendes Backup und teste den vorgesehenen Weg in Staging. WordPress dokumentiert Steuerungsmöglichkeiten für automatische Updates. Ihre Aktivierung gehört dennoch zum Wartungsplan des Shops. Eine verfügbare Version beweist nicht, dass jede Konfiguration sie gefahrlos installieren kann.

Staging und Domainwechsel ausdrücklich regeln

Eine Aktivierungsgrenze sagt wenig aus, wenn unklar bleibt, was als Installation zählt. Live-Shop, Staging-Kopie und Domainwechsel können sonst wie drei getrennte Kunden erscheinen. Genau bei sicheren Tests oder einem Umzug entsteht dadurch unnötiger Supportaufwand.

Wir bevorzugen eine stabile Installationsidentität mit klaren Regeln für Umgebungen und Übertragungen. Ein Produkt sollte erklären, wie Staging erkannt wird, ob es zum Limit zählt und was bei einem Domainwechsel nötig ist. Diese Regeln müssen veröffentlicht und getestet werden; aus der Form eines Schlüssels lassen sie sich nicht ableiten.

Ein Hostname darf gleichzeitig keine Abkürzung an der Autorisierung vorbei sein. Ein Download benötigt den richtigen Produkt-, Kunden- und Berechtigungskontext, mit Installationsbindung dort, wo der Update-Client sie verlangt. Ein Download im Kundenportal setzt nicht grundsätzlich eine aktivierte Installation voraus. Ziel ist verständliche Wartung bei sauber getrennten Zugriffsrechten. Die genauen VivaGo-Grenzen bleiben eine Entscheidung vor Verkaufsbeginn.

Updates brauchen Identität, Integrität und Berechtigung

Für Kunden klingt „eine neue Version ist verfügbar“ einfach. Der Vertrieb muss mehr feststellen: das zugehörige Produkt, den Veröffentlichungskanal, unterstützte Umgebungen, die Berechtigung des Kunden und die Übereinstimmung zwischen Download und veröffentlichtem Paket.

Versionsmetadaten und Paketintegrität gehören für uns zu einem gemeinsamen Ablauf. Eine Versionsbezeichnung allein reicht nicht. Kunden sollten Voraussetzungen und Änderungen vor dem Update verstehen können. Private Download-Autorisierung sollte nicht durch einen unbegrenzt nutzbaren öffentlichen ZIP-Link ersetzt werden.

Veröffentlichen bedeutet auch nicht, eine Version auf jede Installation zu zwingen. WordPress-Einstellungen und Client-Fähigkeiten beeinflussen die Installation. Vertrieb und Installation sind getrennte Vorgänge mit unterschiedlichen Fehlern. Ein unterbrochener Download ist kein abgeschlossenes Update; auch das Zurückziehen eines Pakets braucht einen verständlichen Prozess.

Finanzielle Änderungen verständlich zuordnen

Käufe, Verlängerungen und Erstattungen können unterschiedliche Berechtigungen betreffen. Eine Verlängerung kann eine vorhandene Lizenz erweitern, statt eine weitere Installation anzulegen. Ihre Erstattung muss möglicherweise nur diese Erweiterung zurücknehmen. Eine Teilerstattung kann eine einzelne gekaufte Einheit betreffen, nicht alle Lizenzen eines Kontos.

Die konkreten kaufmännischen Regeln hängen von den veröffentlichten Produktbedingungen ab. Technisch sollte die Quelle jeder Berechtigung nachvollziehbar sein. Geprüfte Zahlungsänderungen werden dieser Quelle zugeordnet. Betreiber müssen erklären können, welche Transaktion ein Update- oder Supportdatum verändert hat, ohne unabhängige Historie umzuschreiben.

Fehler dürfen diese Historie nicht zerstören. Ein Timeout bei einer Verlängerungsprüfung rechtfertigt kein erfundenes neues Ablaufdatum. Ein wiederholtes Zahlungsereignis darf keine doppelte Erweiterung gewähren. Wiederherstellung muss dieselben Regeln verwenden wie die normale Verarbeitung, damit eine Reparatur nicht zu einer anderen Auslegung der Kundenrechte führt.

Die Grenzen vor dem ersten Verkauf sichtbar machen

Diese Unterschiede sollten vor dem Kauf erklärt werden. Produktinformationen trennen Nutzung, Installationen, Update-Zugang, Downloads und Support. Sie sollten auch verständlich machen, wie Kontowiederherstellung und Austausch eines Installationsschlüssels funktionieren, ohne beide Abläufe zu vermischen.

Dasselbe gilt für Daten. Ein Update-Dienst benötigt nicht automatisch Kartendaten oder die gesamte Bestellhistorie des Händlers. Das Produkt muss externe Datenübermittlungen und ihren Zweck erklären. WordPress.org besitzt eigene Regeln für Vertrieb und externe Dienste; sie sind bei einer Einreichung gesondert zu prüfen.

WideDock ist die gemeinsame Plattform, die wir für unsere Produkte entwickeln. VivaGo ist das erste Produkt in Entwicklung, mit eigenem Versions- und Kompatibilitätsprozess. Unser Grundsatz ist ein weiterlaufender Zahlungsbetrieb mit klaren Update- und Supportgrenzen. Endgültige Kaufbedingungen werden daraus konkrete, prüfbare Voraussetzungen machen, bevor das Produkt erhältlich ist.

Quellen und weiterführende Dokumentation

• WordPress: plugin and theme auto-updates
• WordPress Plugin Handbook: external services and directory guidelines
• WordPress: managing plugins