Wartung einer eigenen Shopify-App: Kosten und Verantwortung
Kurzantwort: Eine individuelle Shopify-App braucht nach dem Launch laufende Wartung: Updates der Shopify-API, Sicherheitspatches, Abhängigkeiten, Monitoring, Backups, Support und kleinere Korrekturen. Diese Kosten sind kein Zusatz, sondern Teil des Produkts. Budgetieren Sie Wartung als eigenen Posten und regeln Sie vor dem Projekt, wer sie übernimmt.
Viele Händler kalkulieren nur die Entwicklung. Das ist ungefähr so, als würde man ein Auto kaufen und keinen Unterhalt einplanen. Eine App ist ein System, das mit Shopify, Bibliotheken, Servern und den eigenen Prozessen verbunden ist. Alle vier können sich ändern.
Warum Wartung notwendig ist
Shopify entwickelt die Plattform weiter
Shopify veröffentlicht regelmäßig neue API-Versionen und ändert Anforderungen. Eine App, die eine veraltete Version nutzt, kann Funktionen verlieren oder nicht mehr den aktuellen Anforderungen entsprechen.
Abhängigkeiten veralten
Programmbibliotheken und Laufzeitumgebungen erhalten Sicherheitsupdates. Wer sie nicht pflegt, sammelt Risiken an.
Sicherheit ist ein Prozess
Neue Schwachstellen, geänderte Berechtigungen und neue Angriffswege erfordern regelmäßige Prüfung. Sicherheit ist kein einmaliger Test.
Prozesse ändern sich
Neue Produkte, Märkte, Lager, Fulfillment-Partner oder gesetzliche Anforderungen können Anpassungen nötig machen.
Fehler passieren
Auch eine gut getestete App kann unter realen Bedingungen scheitern. Monitoring und Support verkürzen Ausfälle.
Was Wartung umfasst
| Leistung | Inhalt |
|---|---|
| Monitoring | Fehler, Latenz, Ausfälle, Alarme |
| Backups | Datenbank, Konfiguration, Wiederherstellung |
| Sicherheitsupdates | Patches, Abhängigkeiten, Berechtigungen |
| Shopify-Updates | API-Versionen, Deprecations, Tests |
| Fehlerkorrektur | reproduzierbare Fehler im vereinbarten Umfang |
| Support | Anfragen, Diagnose, Kommunikation |
| Kleine Änderungen | definierter Umfang pro Monat |
| Dokumentation | Änderungen, Betrieb, Übergabe |
| Berichte | Vorfälle, Verfügbarkeit, offene Punkte |
Klären Sie, was nicht enthalten ist: neue Funktionen, Datenmigration, Schulungen, größere Umbauten. Sonst wird Wartung zum unbegrenzten Paket.
Service-Level realistisch vereinbaren
Ein SLA sollte enthalten:
- Reaktionszeit: Wie schnell wird ein Vorfall bestätigt?
- Lösungsziel: Für welche Kategorien gilt welches Ziel?
- Bereitschaft: Wer ist wann erreichbar?
- Eskalation: Wer entscheidet bei kritischen Vorfällen?
- Ausschlüsse: Was ist kein SLA-Fall?
- Reporting: Wie wird die Einhaltung nachgewiesen?
Vorsicht bei pauschalen „99,9 %“-Versprechen. Entscheidend ist, was im konkreten Fall passiert und welche Abhängigkeiten außerhalb des Einflussbereichs liegen.
Kostenmodelle
Fester Wartungsvertrag
Monatlicher oder jährlicher Betrag für einen definierten Leistungsumfang. Vorteil: planbar. Nachteil: passt nicht immer zum tatsächlichen Bedarf.
Stundenkontingent
Ein Budget für Support und Änderungen, das nach Aufwand abgerechnet wird. Vorteil: flexibel. Nachteil: weniger planbar.
Mischmodell
Basiswartung plus Stundenkontingent für Änderungen. Für viele Apps der pragmatischste Weg.
Interne Wartung
Wenn Sie eigene Entwickler haben, kann die Wartung intern erfolgen. Das ist oft günstiger auf dem Papier, bindet aber Kapazität und erfordert Dokumentation.
Wie hoch der Betrag ist, hängt von Kritikalität, Umfang, Reaktionszeiten und Verantwortung ab. Lassen Sie sich Wartung separat anbieten und mit dem Entwicklungsbudget vergleichen.
Wartung vs. Weiterentwicklung
Trennen Sie:
- Wartung: Erhalt der vereinbarten Funktion.
- Weiterentwicklung: neue Funktionen oder geänderte Prozesse.
Diese Trennung verhindert Streit darüber, ob eine Anpassung „noch Wartung“ ist. Neue Anforderungen brauchen einen Change Request.
Dokumentation und Ausstieg
Damit Wartung nicht an eine Person gebunden ist, brauchen Sie:
- Architektur- und Datenmodell,
- Betriebshandbuch,
- Deployment-Anleitung,
- Testfälle,
- Zugangs- und Berechtigungsliste,
- Ansprechpartner,
- Export- und Löschprozess.
Wenn der Anbieter ausfällt, sollte ein Dritter die App übernehmen können. Mehr dazu: Vertrag für Shopify-App-Entwicklung.
Monitoring und Notfälle
Mindestens:
- Verfügbarkeit der App,
- fehlgeschlagene Bestellungen oder Synchronisationen,
- Fehlerraten,
- Warteschlangen und Verzögerungen,
- Zertifikate und Ablaufdaten,
- Speicher- und Datenbankauslastung.
Definieren Sie einen Notfallplan:
- Wer wird alarmiert?
- Wie wird der Vorfall eingegrenzt?
- Wie wird die App gestoppt oder zurückgerollt?
- Wie werden betroffene Kunden informiert?
- Wie wird der Vorfall dokumentiert?
Checkliste
- Wartungsumfang schriftlich definiert
- Reaktionszeiten und Eskalation vereinbart
- Monitoring und Alarme aktiv
- Backups getestet
- API-Version und Updateprozess bekannt
- Sicherheitsupdates geregelt
- Dokumentation vorhanden
- Ausstieg und Zugriff geklärt
- Budget für Wartung eingeplant
- Jährliche Prüfung des Umfangs
Häufige Fragen
Wie viel kostet die Wartung?
Das hängt von Umfang, Kritikalität und Service-Level ab. Lassen Sie Wartung als eigenen Posten anbieten. Ein pauschaler Prozentsatz ist nur dann hilfreich, wenn der enthaltene Umfang klar ist.
Ist Wartung im Entwicklungspreis enthalten?
Meist nicht, oder nur für eine kurze Gewährleistungsphase. Klären Sie, was nach dem Launch gilt und ab wann der Wartungsvertrag beginnt.
Kann ich die App ohne Wartung betreiben?
Technisch ja, bis etwas ausfällt oder eine API-Version abgekündigt wird. Das Risiko liegt bei Ihnen. Bei geschäftskritischen Apps ist Wartung keine Option, sondern Voraussetzung.
Was passiert bei einem Sicherheitsvorfall?
Sie brauchen einen Plan für Erkennung, Eindämmung, Information, Behebung und Dokumentation. Je nach Daten und Rechtslage können Meldepflichten bestehen. Mehr dazu: Sicherheit und Datenschutz bei eigenen Shopify-Apps.
Nächster Schritt
Wenn Sie eine bestehende oder geplante App betreiben möchten, klären Sie vor dem Launch: Wer überwacht, wer aktualisiert, wer supportet und welches Budget dafür vorhanden ist. Projekt besprechen oder SaaS-Lösungen ansehen.