PrestaShop-Update: Wie aktualisieren Sie Ihren Shop sicher?

Ausgangspunkt sind die eingesetzte Version, konkrete Fehler, Sicherheitsmeldungen und die Anforderungen der Erweiterungen. Wir würden zuerst klären, welche Zielversion zum vorhandenen Shop passt. Die höchste Versionsnummer ist allein keine ausreichende Entscheidungsgrundlage. Theme, Module, individuelle Anpassungen und Serverumgebung müssen zusammenspielen.

Ein kleiner Versionsschritt und ein Wechsel über mehrere Hauptversionen verdienen deshalb unterschiedliche Angebote. Bei einem lange nicht gepflegten Shop kann die Vorbereitung umfangreicher werden als das eigentliche Aktualisieren. Das ist noch kein Grund, PrestaShop aufzugeben. Die vorhandenen Prozesse und Anpassungen können einen erheblichen Wert haben, den ein Update erhält.

Wer hingegen gleichzeitig Sortiment, Navigation, ERP und Gestaltung neu aufstellen möchte, plant mehr als Wartung. Dafür beschreibt unser Beitrag zur PrestaShop-Migration die andere Aufgabenstellung. Hier geht es um die kontrollierte Weiterentwicklung einer bestehenden Installation.

Der offizielle Update Assistant, früher „1-Click Upgrade“, unterstützt Aktualisierung, Sicherung und Wiederherstellung. PrestaShop stellt dafür eine Oberfläche im Backend und eine Kommandozeilennutzung bereit. Das beschreibt der Hersteller im Überblick.

Ein Werkzeug kennt jedoch nicht alle kaufmännischen Besonderheiten Ihres Shops. Es kann einen technischen Ablauf unterstützen; ob Ihr individuell berechneter B2B-Rabatt nachher stimmt, muss ein passender Test zeigen. Auch eine erfolgreich abgeschlossene Aktualisierung bestätigt nicht automatisch die Funktionsfähigkeit jeder Erweiterung.

Wir würden deshalb vor dem Einsatz festhalten, welche Version und welcher Updateweg für den konkreten Ausgangsstand vorgesehen sind. Bei Abhängigkeiten von Modulherstellern gehört deren Freigabe in die Vorbereitung. Fehlende Kompatibilitätsangaben sind eine offene Aufgabe, keine stillschweigende Zustimmung.

Für eine belastbare Freigabe brauchen Händler und Technikteam dieselbe Grundlage:

• Ausgangsstand: Shopversion, Serverumgebung, Theme, Module und eigene Änderungen dokumentieren.
• Zielversion: technische Voraussetzungen und Kompatibilität der geschäftskritischen Erweiterungen klären.
• Sicherung: Dateien und Datenbank zusammen sichern und die Wiederherstellung in einer geeigneten Umgebung erproben.
• Testshop: Kopie absichern, Suchmaschinen fernhalten und echte Zahlungen, Kundenmails sowie produktive ERP-Aufträge verhindern.
• Abnahme: konkrete Bestellfälle und Verantwortliche vorab festlegen.
• Wartungsfenster: Zeitpunkt, Datenabgleich, Rückkehrplan und Erreichbarkeit der Beteiligten abstimmen.

Eine Sicherung auf demselben Server ist noch kein vollständiger Wiederanlaufplan. Entscheidend ist, wer sie im Fehlerfall wiederherstellen kann, welche Daten sie enthält und wie lange das dauert. Auch die erreichbaren Zugänge gehören dazu.

Wir würden aus Ihrem Tagesgeschäft eine kleine, aussagekräftige Testserie ableiten. Dazu gehören eine normale Bestellung und die Fälle, mit denen Sie tatsächlich Geld verdienen: etwa Varianten, Staffelpreise, Kundengruppen oder unterschiedliche Lieferländer. Ein Testprodukt ohne Besonderheiten deckt einen komplexen B2B-Shop kaum ab.

Ein hypothetisches Beispiel: Ein Fachhändler verkauft sowohl einzeln als auch kartonweise. Nach dem Update sehen die Produktseiten korrekt aus. Trotzdem könnte eine angepasste Mengenlogik im Warenkorb falsch rechnen. Der passende Test prüft deshalb Menge, Preis, Steuer, Versand und die übertragene Auftragsposition gemeinsam. Das ist ein Prüfszenario, keine behauptete Kundenreferenz.

Für eine ERP-Anbindung an PrestaShop würden wir zusätzlich Auftragsübergabe, Statusrückmeldung und Bestandsänderung nachvollziehen. Eine erfolgreiche Bestellung im Shop sagt noch nicht, ob das Lager den richtigen Auftrag erhalten hat. Die Tests sollten mit kontrollierten Datensätzen und ohne unbeabsichtigte Live-Verarbeitung stattfinden.

Zwischen Testkopie und Liveshop entstehen neue Bestellungen, Kundendaten und Bestandsbewegungen. Die getestete Kopie darf deshalb nicht unbesehen die produktive Datenbank ersetzen. Für den eigentlichen Termin brauchen wir einen abgestimmten Umgang mit diesen Veränderungen und den laufenden Schnittstellen.

Auch ein Rücksprung auf eine Sicherung ist keine Zeitmaschine für alle beteiligten Systeme. Hat ein Zahlungsanbieter bereits eine Zahlung angenommen oder das ERP einen Auftrag verarbeitet, verschwindet diese Aktion durch die Wiederherstellung der Shopdatenbank nicht. Vorab festgelegte Abbruchkriterien und ein Abgleich der betroffenen Vorgänge vermeiden widersprüchliche Zustände.

Unsere Empfehlung ist ein klar begrenztes Wartungsfenster mit definierter Freigabe. Ein Versprechen „ohne jede Unterbrechung“ wäre ohne Kenntnis Ihrer Installation unseriös. Wie lange das Fenster sein muss, lässt sich aus dem Probelauf wesentlich besser ableiten als aus einer pauschalen Stundenangabe.

Ein vergleichbares Angebot benennt Bestandsprüfung, Testumgebung, Anpassungen, Abnahme und Nachkontrolle getrennt. Dazu kommt, welche Leistungen von Dritten abhängen und was bei einem nicht kompatiblen Modul passiert. Eine niedrige Pauschale hilft wenig, wenn anschließend die Wiederherstellung oder die ERP-Prüfung fehlt.

Als PrestaShop-Agentur können wir technische Betreuung und Weiterentwicklung zusammen betrachten. Für uns ist PrestaShop besonders dann eine gute Grundlage, wenn ein Händler eigene Abläufe braucht und diese bewusst pflegen lässt. Ein Update sollte solche Investitionen absichern. Ob es zusätzlich die Geschwindigkeit verbessert, prüfen wir separat im Beitrag PrestaShop ist langsam.

Für das erste Gespräch helfen die Shopversion, eine Übersicht wichtiger Module und die Beschreibung Ihrer unverzichtbaren Bestellabläufe. Daraus lässt sich ein Prüfauftrag ableiten: Was kann übernommen werden, wo ist Anpassung nötig und unter welchen Bedingungen geben wir das Update frei?