Abgeglichen mit PrestaShop 9 und aktuellen SaaS-Preismodellen. Wir sind ein Anbieter von PrestaShop-Modulen (mypresta.rocks), deshalb legen wir unsere Perspektive offen; das Urteil unten ist bewusst ausgewogen.
Es gibt eine Frage, die die meisten Händler erst stellen, wenn die Antwort teuer wird: Wenn mein Plattformanbieter morgen die Regeln ändert, was könnte ich dann tatsächlich dagegen tun? Bei einem gehosteten SaaS-Shop lautet die ehrliche Antwort: „freundlich nachfragen und warten“. Bei einer Open-Source-Plattform wie PrestaShop lautet sie: „die Datei öffnen und ändern“. Dieser Unterschied klingt abstrakt, bis sich eines Tages eine Preisstufe verdoppelt, eine Funktion, auf die Sie angewiesen sind, eingestellt wird oder eine App, um die herum Sie Ihren Arbeitsablauf aufgebaut haben, aus einem Marktplatz verschwindet. In diesem Beitrag geht es genau um diesen Unterschied, Code-Eigentum als Risikomanagement, und darum, was das konkret in einem PrestaShop-Shop bedeutet. Es ist kein Funktionsvergleich Plattform gegen Plattform; solche Vergleiche halten wir bewusst sauber getrennt: PrestaShop vs Shopify, PrestaShop vs WooCommerce, PrestaShop vs Magento.
Was „den eigenen Code besitzen“ bei PrestaShop tatsächlich bedeutet
„Open Source“ wird oft unscharf verwendet. Bei PrestaShop ist es konkret, und Sie können jede der folgenden Aussagen prüfen, indem Sie Ihre eigene Installation per SFTP öffnen. Die gesamte Anwendung wird als lesbares PHP, Smarty/Twig-Templates und SQL ausgeliefert. Es gibt keine kompilierte Binärdatei, in die Sie nicht hineinschauen dürfen, und keine serverseitige Funktion, die hinter einer Abrechnungsstufe gesperrt ist. Praktisch heißt das:
- Sie können die Logik lesen, die Ihren Shop betreibt. Die Klasse, die eine Bestellung erstellt, liegt in classes/order/Order.php; der Bestellablauf im Front Office läuft über controllers/front/OrderController.php; Steuerregeln befinden sich in classes/tax/. Wenn sich etwas merkwürdig verhält, ist dieses Verhalten eine Datei, die Sie öffnen können, kein Support-Ticket in eine Blackbox.
- Sie können Verhalten ändern, ohne den Core zu forken. PrestaShops Hook-System (classes/Hook.php, registriert über die Tabellen hook und hook_module) erlaubt es einem Modul, an Hunderten definierter Stellen Logik einzufügen, actionValidateOrder, displayProductAdditionalInfo, actionCartSave und so weiter. Das Override-System (override/) ermöglicht es, eine einzelne Methode einer Core-Klasse zu ersetzen, ohne das Original zu bearbeiten. Hooks sind der sicherste Weg für Updates; Overrides vermeiden Core-Änderungen, müssen bei Upgrades aber erneut getestet werden.
- Die Datenbank gehört Ihnen. Ihre Produkte, Kunden, Bestellungen und Konfigurationen liegen in einer MySQL/MariaDB-Datenbank, für die Sie die Zugangsdaten besitzen. Ein vollständiger mysqldump plus Ihre Ordner img/ und themes/ sind Ihr kompletter Shop, portierbar zu jedem Hoster. Keine Export-Warteschlange, kein API-Ratenlimit, kein „kontaktieren Sie uns für eine Enterprise-Migration“.
- Sie können jeden beauftragen. Jeder PHP-Entwickler, der Symfony und die PrestaShop-Konventionen kennt, kann daran arbeiten. Sie sind nicht auf das Verzeichnis zertifizierter Partner eines Anbieters beschränkt, und Sie konkurrieren nicht mit jedem anderen Shop auf derselben Plattform um dieselben knappen Spezialisten.
Was heißt das konkret? Jeder dieser Punkte ist ein Hebel, den Sie in der eigenen Hand behalten. Der Wert eines Hebels, den man selten zieht, liegt genau darin, dass er an dem Tag vorhanden ist, an dem man ihn braucht.
Die Abhängigkeitskarte: Wer kontrolliert was?
Der sauberste Weg, Eigentum zu erkennen, ist die Frage für jede Ebene Ihres Shops: „Wenn sich das ändern muss, wer muss zustimmen?“ So sieht diese Karte für einen gehosteten SaaS-Shop im Vergleich zu einem selbst gehosteten PrestaShop-Shop aus.
| Ebene | Gehostetes SaaS | Selbst gehostetes PrestaShop |
|---|---|---|
| Wo es läuft | Server des Anbieters, Region des Anbieters | Jeder Hoster Ihrer Wahl; Umzug an jedem Wochenende möglich |
| Kassenablauf | Nur das, was die Plattform freigibt; tiefgreifende Änderungen oft blockiert | Bearbeitbar, OrderController überschreiben, die Kasse komplett austauschen |
| Preis- & Aktionslogik | Nur eingebaute Regeln | Individuelle Preisregeln, spezifische Preislogik, B2B-Gruppenpreise im Code |
| Funktion hinzufügen | Eine App finden, oder es passiert nicht | Ein Modul installieren, eine Klasse überschreiben oder selbst entwickeln |
| Ihre Daten | Export innerhalb der Grenzen und Formate des Anbieters | Direkter Datenbank- und Dateizugriff; vollständiger Dump jederzeit |
| Kostenentwicklung | Tarifstufen + Transaktionsgebühren, die mit dem Umsatz skalieren | Fixes Hosting + Entwicklung, die Sie beauftragen, wenn Sie es wollen |
| Kontinuität, wenn der Anbieter den Kurs ändert | Sie passen sich seiner Entscheidung an | Sie können auf Ihrer Version bleiben oder forken; der Code kann nicht entzogen werden |
Nichts davon macht SaaS „falsch“, für einen Shop mit fünf Produkten, geführt von einem nicht-technischen Gründer, ist eine gehostete Plattform der pragmatische Start. Der Punkt ist enger gefasst: Die rechte Spalte ist eine Sammlung von Entscheidungen, die Sie nie an einen Anbieter eskalieren müssen.
Code-Eigentum als Risikomanagement, nicht als Philosophie
„Der Code gehört Ihnen“ kann wie ein ideologisches Schlagwort klingen. Das ist es nicht. Es ist ein konkreter Schutz vor vier Ausfallmustern, die echten Händlern bereits passiert sind.
- Preisänderungen der Plattform. Prozentuale Transaktionsgebühren und steigende Tarifstufen bedeuten: Je mehr Sie verkaufen, desto mehr zahlen Sie für dieselbe Fähigkeit. Bei Open Source löst Erfolg keine Neuverhandlung aus, Ihre Hosting-Rechnung wächst mit dem Traffic, nicht mit der Preisstrategie eines Anbieters.
- Einstellung von Funktionen. Ein SaaS-Anbieter kann eine Fähigkeit, um die herum Sie einen Arbeitsablauf aufgebaut haben, nach seinem Zeitplan auslaufen lassen. Bei PrestaShop ist eine Funktion, auf die Sie sich verlassen, Code unter Ihrer Kontrolle; sie bleibt, bis Sie sich für eine Änderung entscheiden, und Sie können eine funktionierende Version festhalten, während Sie planen.
- Fragilität des App-Ökosystems. Wenn das Verhalten Ihres Shops von einer Drittanbieter-App auf einem Marktplatz des Anbieters abhängt, kann diese App entfernt, verkauft oder vernachlässigt werden, und Sie haben keinen Zugriff auf den Quellcode, um sie am Leben zu halten. Ein lizenziertes PrestaShop-Modul wird als Dateien in modules/ auf Ihrem Server ausgeliefert; selbst wenn der Autor verschwindet, läuft die installierte Kopie weiter, und ein Entwickler kann sie lesen und patchen.
- Anbieterbindung beim Ausstieg. Die Daten, die sich aus einer gehosteten Plattform am schwersten herausholen lassen, sind meist genau die Daten, die Sie zum Wechsel brauchen: 301-Weiterleitungspläne, SEO-Metadaten, Kunden-Passwort-Hashes, granulare Bestellhistorie. Bei PrestaShop sind diese Daten Zeilen in Tabellen, die Ihnen gehören.
Wir sagen das als Menschen, die Shops betreiben, nicht nur für sie entwickeln: Der Wert liegt hier in kalkulierbarer Gelassenheit. Die oben genannten Negativszenarien sind in einem einzelnen Jahr wenig wahrscheinlich, aber sehr teuer, wenn sie eintreten. Den Code zu besitzen ist die Art, dieses Restrisiko zu begrenzen.
Die ehrlichen Kosten von Eigentum
Den Code zu besitzen bedeutet auch, die Verantwortung zu tragen, die sonst ein SaaS-Anbieter übernimmt. Alles andere zu behaupten, wäre nicht fair.
- Sie (oder Ihr Hoster) verwalten den Server. PHP-Version, MySQL, SSL-Erneuerung, Backups, Sicherheitsupdates des Betriebssystems. Managed PrestaShop Hosting übernimmt davon den größten Teil, ist aber ein Kostenpunkt, nicht null.
- Core- und Modul-Updates sind Ihre Entscheidung. Wenn ein PrestaShop-Sicherheitspatch erscheint, liegt die Anwendung bei Ihnen. Die andere Seite: Nichts aktualisiert sich unter Ihnen automatisch und zerstört ohne Vorwarnung am Freitagabend die Kasse.
- Die Ersteinrichtung ist anspruchsvoller. Ein gehosteter Shop kann an einem Nachmittag online sein. Ein selbst gehosteter PrestaShop-Shop, der sauber eingerichtet ist, Performance-Konfiguration, Caching, Zahlungsarten und Versanddienstleister, Steuerregeln, DSGVO, braucht einige Tage Arbeit.
- Sie brauchen technische Ressourcen auf Abruf. Entweder internes Know-how oder eine belastbare Entwicklerbeziehung. Das ist der reale Preis der Freiheit, und er fällt laufend an.
Die Ehrlichkeitsregel „einen passenden Nachbarn danebenstellen“ gilt auch für Module: Eigentum bedeutet nicht, dass jedes kostenlose Add-on ein Schnäppchen ist. Ein schlecht gebautes Gratis-Modul ist eine Verbindlichkeit, die Sie nun besitzen. Das schlüsseln wir in den realen Kosten kostenloser Module und warum Modulqualität wichtiger ist als Menge auf.
Wo sich Eigentum zuerst auszahlt: Anpassungen, die SaaS nicht zulässt
Eigentum hört auf, abstrakt zu sein, sobald Sie etwas brauchen, das ein Template nicht anbietet. Ein paar Muster, bei denen PrestaShops offene Architektur ihren Wert beweist, jeweils mit dem konkreten Hook oder der beteiligten Ebene:
- Echte B2B-Preise. Unterschiedliche Preise pro Kundengruppe, ausgehandelte Konditionen, Mengenstaffeln, Nettopreise für Geschäftskunden. PrestaShop bildet das nativ mit Kunden-Gruppen und der Tabelle specific_price ab, und Sie können die Logik in der Preisberechnung von classes/Product.php erweitern, statt zu hoffen, dass eine App exakt Ihre Regel unterstützt.
- Individuelles Verhalten an der Kasse. Bedingte Zahlungsarten, länderspezifische Felder, ein wirklich anderer Bestellablauf, erreichbar durch Überschreiben von OrderController oder durch Hooks in den Kassenschritten, ohne Genehmigung eines Anbieters.
- Tiefe Integrationen. ERP, Buchhaltung, ein Drittanbieter-WMS, ein EU-Marktplatz-Datenexport. Sie können in die Datenbank schreiben, die Webservice-API freigeben oder ein Modul bauen, das nach Ihrem Schema mit Ihrem System spricht. Zum Verkauf außerhalb des eigenen Shops siehe Marktplatz vs eigener Shop und den Amazon-Multichannel-Leitfaden.
- Komplexität über mehrere Länder hinweg. Steuerregeln pro Zone und Lokalisierung unter International, mehrere Versanddienstleister mit Gewichts-/Preisbereichen unter Versand, alles im Back Office konfiguriert und im Code erweiterbar, wo die Konfiguration endet.
Die Kehrseite von Eigentum: ein Modul-Ökosystem, das Ihnen tatsächlich gehört
Open Source wirkt bei Erweiterungen in beide Richtungen, und genau hier unterscheidet sich PrestaShops Modell deutlich von einem App-Store eines einzelnen Anbieters. Weil jeder Module bauen kann, ist das Ökosystem vielfältig und wettbewerbsorientiert, statt von einem Unternehmen kontrolliert zu werden, das an jeder Installation mitverdient, das hält Preise vernünftig und Innovation in Bewegung. Der Preis dafür ist, dass die Qualität schwankt; deshalb ist gutes Einkaufen wichtig. Genau darum geht es im Käuferleitfaden für den Addons-Marktplatz.
Der Eigentumsaspekt zeigt sich nach dem Kauf: Ein sauber gebautes PrestaShop-Modul installiert sich in modules/, registriert seine Hooks und gehört ab dann Ihnen. Klassische, in sich geschlossene Module sind Dateien auf Ihrem Server; prüfen Sie vor dem Kauf Lizenz-, Update- und externe Servicebedingungen. Bei mypresta.rocks bauen wir bewusst nach diesem Standard: sauberer Code, strikte Kompatibilität mit dem PrestaShop-Core und PHP-Versionen sowie Konfiguration über Ihr Back Office statt über eine Entwicklerrechnung. Was bedeutet das für Sie? Eine Fähigkeit, die Sie einmal hinzufügen und behalten, mit direktem Entwickler-Support und ohne Zwischenhändler zwischen Ihnen und der Person, die den Code geschrieben hat. Wenn Sie einen neuen Shop ausstatten, finden Sie unsere erste Auswahl in den Modulen, die jeder neue Shop zuerst installieren sollte, und die breitere Übersicht in der Liste essenzieller Module.
Ist Open Source die richtige Entscheidung für Ihren Shop?
Eigentum ist ab einer bestimmten Größe und Komplexität seinen Preis wert, und darunter tatsächlich überdimensioniert. Ein grober Entscheidungsrahmen aus Jahren, in denen wir Händler auf beiden Seiten dieser Grenze begleitet haben:
| Ihre Situation | Tendenz |
|---|---|
| Ein paar Produkte, keine technische Ressource, eine Idee wird validiert | Gehostet starten. Geschwindigkeit ist im Moment wichtiger als Kontrolle |
| Umsatz, bei dem Prozentgebühren und Tarifstufen zu einem echten Betrag werden | Open Source, feste Kosten gewinnen langsam die Rechnung |
| Sie brauchen Anpassungen, die Templates nicht zulassen (Preise, Kasse, Integrationen) | Open Source, genau dafür zahlt sich Code-Zugriff aus |
| Sie verkaufen in mehrere Länder mit komplexen Steuern und Versandregeln | Open Source, PrestaShops natives Modell für mehrere Zonen und Versanddienstleister |
| B2B: individuelle Preise, Rechnungsstellung, Zahlungsziele, Geschäftskundenkonten | Open Source, Gruppenpreise und spezifische Preislogik unter Ihrer Kontrolle |
| Dateneigentum und langfristige Unabhängigkeit sind ein Thema auf Geschäftsleitungsebene | Open Source. Das ist der Kern der rechten Spalte oben |
Wenn Sie bereits überzeugt sind und die Frage „von wo nach PrestaShop?“ lautet, sind die Migrationsmechaniken ein eigenes Thema: Wechsel von Shopify, von WooCommerce und von Magento. Und für die ungeschönte Geschichte, warum wir uns nach einem Jahrzehnt Entwicklung auf dieser Plattform selbst für sie entschieden haben, lesen Sie warum wir PrestaShop gewählt haben und die Lektionen, die wirklich zählten.
Häufige Fragen zum Eigentum am eigenen E-Commerce-Code
Hilft mir „den Code zu besitzen“ überhaupt, wenn ich nie vorhabe, selbst PHP zu bearbeiten?
Ja, und genau diesen Punkt erklären viele Eigentumsargumente falsch. Der Wert liegt nicht darin, dass Sie die Datei öffnen. Die meisten Händler werden das nie tun. Er liegt darin, dass die Datei von jemandem Ihrer Wahl geöffnet werden kann, nach Ihrem Zeitplan. Roadmap, Preise und Funktionseinstellungen einer gehosteten Plattform sind Entscheidungen, die für Sie getroffen werden; mit PrestaShop wird daraus eine Aufgabe, die Sie vergeben können, statt eine Wand, gegen die Sie laufen. Sie kaufen Handlungsoptionen, kein Programmierhobby.
Ist selbst gehostetes PrestaShop tatsächlich günstiger als eine gehostete Plattform?
Nicht immer, und es hängt vom Umsatz ab. Unterhalb des Punktes, an dem prozentuale Transaktionsgebühren und steigende Tarifstufen monatlich wirklich ins Gewicht fallen, kann eine gehostete Plattform günstiger sein, sobald Sie Managed Hosting, eine Entwicklerbeziehung und Ihre eigene Einrichtungszeit einpreisen. Der Kipppunkt kommt mit dem Wachstum: Gehostete Kosten wachsen tendenziell mit Ihrem Umsatz (Gebühren, höhere Stufen), während selbst gehostete Kosten mit Ihrem Traffic und Ihrer Komplexität wachsen (Hosting, gelegentliche Entwicklung). Rechnen Sie mit Ihren eigenen Zahlen, Hosting plus Theme plus Module plus Entwicklung über drei Jahre, statt den Überschriften einer Seite zu vertrauen.
Was passiert mit meinem Shop, wenn ein PrestaShop-Modulautor verschwindet?
Die installierte Kopie läuft weiter. Es sind Dateien in modules/ auf Ihrem eigenen Server, kein Remote-Dienst, der abgeschaltet werden kann. Das ist der strukturelle Unterschied zu einer Abhängigkeit von einem SaaS-App-Store. Die Einschränkungen: Ein Modul, das einen externen Dienst aufruft, verliert diesen Dienst, wenn der Autor ihn einstellt, und ein nicht gepflegtes Modul bekommt keine Kompatibilitätskorrekturen für künftige PrestaShop-Versionen. Quellcodezugriff schützt also die Kontinuität, ersetzt aber nicht die Auswahl gut unterstützter Module von Anfang an. Siehe warum Modulqualität wichtiger ist als Menge.
Bedeutet Code-Eigentum nicht auch, jedes Sicherheitsproblem selbst zu besitzen?
Sie sind für Patches verantwortlich, ja, aber „Open Source = weniger sicher“ ist größtenteils FUD. Die Zahl öffentlicher CVEs zeigt, wie viele Augen den Code prüfen und wie offen Korrekturen veröffentlicht werden, nicht wie angreifbar ein konkreter Shop ist. Der ehrliche Tausch lautet: Sie (oder Ihr Hoster) müssen Sicherheitsupdates für PrestaShop und Module zeitnah einspielen; der Vorteil ist, dass sich nichts unter Ihnen automatisch aktualisiert und unangekündigt die Kasse kaputtmacht, und dass Sie vor der Anwendung genau lesen können, was ein Patch ändert.
Wie schwer ist es, PrestaShop später zu verlassen, wenn ich meine Meinung ändere?
Einfacher als bei den meisten gehosteten Plattformen, weil die Daten, die Sie brauchen, bereits Ihnen gehören: Ein vollständiger mysqldump plus Ihre Ordner img/ und themes/ sind der gesamte Shop, in Formaten, die jeder Entwickler lesen kann. Die auf einer gehosteten Plattform am schwersten zu extrahierenden Assets, Weiterleitungspläne, SEO-Metadaten, granulare Bestellhistorie, Passwort-Hashes, sind hier einfache Zeilen in Tabellen, die Sie kontrollieren. Migration bleibt echte Arbeit, aber Sie starten mit vollem Zugriff statt mit einer Export-Warteschlange und den Grenzen des Anbieters.
Das Fazit
Den eigenen Code zu besitzen bedeutet nicht, den Shop jederzeit nach Lust und Laune umschreiben zu können, die meisten Händler fassen nie eine Zeile PHP an, und das sollten sie auch nicht müssen. Es geht darum, wo die Hebel liegen. Auf einer gemieteten Plattform läuft jede wesentliche Änderung über Roadmap, Preise und Erlaubnis eines Anbieters. Bei PrestaShop bleiben die Hebel, die Kasse, die Preislogik, die Daten, die Wahl des Entwicklers, die Wahl des Hosters, in Ihrer Hand, bereit für den Tag, an dem eine Anbieterentscheidung sonst zu Ihrem Problem geworden wäre. Das ist es, was Open Source tatsächlich kauft: keine Funktion, sondern die Position, über die Zukunft des eigenen Shops selbst zu entscheiden, ohne zu fragen.
Weiterlesen
- PrestaShop vs Shopify: besitzen oder mieten, derselbe Eigentums-Trade-off gegenüber einer gehosteten Plattform.
- PrestaShop vs Magento: wenn Open Source kompliziert wird, Open Source, die Ihnen gehört, aber auf sehr unterschiedlichen Kostenniveaus.
- Lektionen aus 10 Jahren PrestaShop-Entwicklung, warum sich Eigentum nur auszahlt, wenn die Module den Upgrade-Pfad der Plattform respektieren.
