WordPress Wartung & Support in Dortmund

Ich bin Mariusz Szatkowski und arbeite seit 2006 mit WordPress, von Gdynia in Polen aus. Für Shops in Dortmund und im Ruhrgebiet übernehme ich die laufende WooCommerce-Wartung als einzelner Entwickler, remote und schriftlich, ohne Termine. Gestaltung, Mockups und Wireframes kommen von Ihnen; ich halte die technische Seite des Shops aktuell.

Ein Shop unterscheidet sich von einer Firmenwebsite in einem Punkt: Bei jedem Update stehen Bestellungen, Zahlungen und E-Mails an Kunden auf dem Spiel. Diese Seite beschreibt, wie ich WooCommerce-Updates vorbereite, einspielen lasse und prüfe, und stützt sich dabei auf die Dokumentation von WooCommerce selbst.

#Der Release-Rhythmus von WooCommerce

WooCommerce hat im September 2024 einen neuen Rhythmus eingeführt. Der Release-Kalender nennt etwa fünf Wochen pro Version, mit Betas früher im Zyklus. Es gibt keinen Unterschied mehr zwischen großen und kleinen Versionen: 9.0, 9.1, 9.2 und so weiter.

Die Release-Seite zeigt, wie das im Herbst 2026 aussah:

Zwischen 11.0.0 und 11.1.0 lagen 30 Tage, zwischen 11.1.0 und 11.2.0 waren es 34. Dazu kommen Korrekturversionen. Auf 11.2.2 vom 4. November 2026 folgte 11.3.0 am 11. November 2026; die Beta dazu hatte das Entwicklerblog am 26. Oktober veröffentlicht.

Wichtig ist ein Satz auf derselben Seite: Nur die jeweils neueste Version gilt als vollständig abgesichert. Die Hinweise zu 11.2.0 sagen es deutlicher, dort steht, 11.2 enthalte Sicherheitskorrekturen und alle Shops sollten auf 11.2 gehen. Ein Shop, der ein Jahr lang nichts aktualisiert, liegt bei diesem Takt rechnerisch rund zehn Versionen zurück. Der monatliche Rhythmus, den die Update-Anleitung von WooCommerce für die meisten Shops empfiehlt, passt deshalb zu diesem Tempo: einmal im Monat alles prüfen, bei Sicherheitskorrekturen früher.

#Das Datenbank-Update nach dem Versionswechsel

Manche WooCommerce-Versionen ändern die Datenbankstruktur. Dann erscheint nach dem Plugin-Update im Admin ein Hinweis zum Datenbank-Update. Die Release-Notizen zu 11.2.0 vom 7. Oktober 2026 führen das ausdrücklich auf: rückwärtskompatibel, aber mit Datenbank-Update.

Die Anleitung von WooCommerce legt die Reihenfolge fest, und ich halte mich daran:

1. Aktuelle Sicherung von Datenbank und wp-content, bevor der Button gedrückt wird.
2. Seite für die Dauer des Updates auf den Modus Demnächst verfügbar stellen, damit niemand bestellt, während Dateien und Datenbank sich ändern.
3. Plugin aktualisieren, abwarten, bis WordPress fertig ist, dann erst das Datenbank-Update starten.
4. Den Fortschritt unter den Geplanten Aktionen beobachten, bis die Meldung erscheint, dass das Datenbank-Update abgeschlossen ist.

Der Punkt mit den Geplanten Aktionen ist praktisch relevant. Das Update läuft als Hintergrundaufgabe. Wer nach dem Klick sofort testet, sieht unter Umständen einen halb migrierten Shop. Ich teste erst, wenn die Aktionen durch sind, und prüfe danach, ob dort fehlgeschlagene Einträge stehen.

#Veraltete Template-Overrides im Theme

Viele Shops haben Dateien im Theme, die WooCommerce-Templates überschreiben: die Produktkarte, die Warenkorbseite, eine E-Mail-Vorlage. Sie liegen im Child-Theme unter woocommerce/, mit derselben Ordnerstruktur wie unter wp-content/plugins/woocommerce/templates/, ohne den Unterordner templates. Das ist der richtige Weg, weil Änderungen im Plugin oder im Eltern-Theme beim nächsten Update verschwinden.

Der Nachteil steht in der Dokumentation selbst: Die Kern-Templates werden aktualisiert, die eigenen Overrides nicht. Im Systemstatus erscheint dann ein Hinweis wie: Version 3.5.0 ist veraltet, die Kernversion ist 3.7.0. WooCommerce ändert Templates nicht nur bei großen Versionen, auch bei kleinen wie 3.8.0.

So gehe ich vor, nach der Anleitung zu veralteten Templates:

• Unter WooCommerce, Status, Systemstatus ans Ende scrollen. Dort steht die Liste der Templates, die das Theme überschreibt, mit der Warnung, welche veraltet sind.
• Die veraltete Datei sichern.
• Das aktuelle Original aus dem Plugin in den Theme-Ordner kopieren.
• Die eigenen Änderungen aus der gesicherten Datei in die neue übertragen, und zwar nur die, die noch gebraucht werden.

Die Dokumentation räumt selbst ein, dass es dafür keinen Knopf gibt: Es gibt tausende Themes, und jedes ist anders gebaut. Eine Hilfe ist, dass das Entwicklerblog zu jeder Version die geänderten Template-Dateien nennt. Ich lese diese Posts vor dem Update. Die Vorschau auf 11.3 vom 26. Oktober 2026 zeigt, was dabei auffällt: Eine geschützte Methode des Blocks Einzelprodukt wurde entfernt, betroffen sind laut Blog nur eigene PHP-Unterklassen. Außerdem liefert die Metadaten-Abfrage _wp_page_template für die Shop-Seite bei aktivem Block-Theme künftig archive-product, auch wenn in der Datenbank eine eigene Vorlage gespeichert ist. Beides trifft nur Shops mit eigenem Code, und genau dort hilft es, vorher zu lesen.

Gibt es ein neues Layout, das ein Template betrifft, liefert es die Gestaltung vom Kunden. Ich passe dann die Datei an, ich entwerfe sie nicht.

#Kompatibilität der Erweiterungen

Ein Shop besteht selten nur aus WooCommerce. Dazu kommen Zahlungs-Plugins, Versand, Steuern, Rechtstexte, Produktfeeds. Die Update-Anleitung von WooCommerce rät, alles im selben Fenster zu betrachten, weil die Kompatibilität vom gesamten Satz der aktiven Software abhängt. Als Signal dient der Wert Getestet bis zur WooCommerce-Version: Ist er älter als die Version, die ich einspielen will, prüfe ich die Release-Notizen des Plugins oder frage den Hersteller, bevor ich fortfahre.

Ein zweites Signal betrifft die Bestelldaten. WooCommerce speichert Bestellungen nicht mehr nur als Beiträge in wp_posts, sondern kann sie in eigenen Tabellen ablegen (High-Performance Order Storage). Erweiterungen müssen dafür die WooCommerce-Schnittstellen statt direkter Datenbankzugriffe nutzen und erklären ihre Kompatibilität im Hauptfile über FeaturesUtil::declare_compatibility( 'custom_order_tables', __FILE__, true ), wie das Rezeptbuch für Erweiterungen beschreibt. Das ist für die Wartung nützlich: Ein Plugin ohne diese Erklärung, das Bestellungen anfasst, ist ein Kandidat für den Test mit besonderer Aufmerksamkeit. Eigener Code im Child-Theme, der mit get_post_meta auf Bestellungen zugreift, gehört auf dieselbe Liste.

#Checkout und E-Mails in der Testumgebung

Die WooCommerce-Anleitung sagt klar, dass man Updates nicht direkt in der Produktion testet. In der Testumgebung werden WooCommerce, Erweiterungen, Zahlungs-Plugins und Theme gemeinsam aktualisiert. Danach gehe ich die Abläufe durch, die die Anleitung nennt:

Die E-Mails sind der Punkt, den man gern vergisst. Neue WooCommerce-Versionen bringen mitunter neue E-Mails mit. Die Version 11.2.0 enthielt nach den Release-Notizen konfigurierbare E-Mails für Widerrufsanfragen zu Bestellungen, die unter WooCommerce, Einstellungen, E-Mails verwaltet werden, mit Empfängern, Zusatztext, Vorschau und Schalter. Nach einem solchen Update prüfe ich, ob die neue E-Mail aktiv ist, an wen sie geht und ob Ihre Vorlage im Theme sie überschreibt. Wie der Widerruf im Shop rechtlich zu gestalten ist, bleibt Ihre Entscheidung mit Ihrer rechtlichen Beratung.

Zeigt die Produktion nach der Freigabe doch ein Problem, das in der Testumgebung nicht auftrat, gilt die Reihenfolge der WooCommerce-Anleitung: Checkout sperren, aus der Sicherung zurückspielen, wenn nötig, und den Fehler in der Testumgebung klären, bevor ein zweiter Versuch folgt.

#Was das Dortmunder U und die LDI NRW damit zu tun haben

Foto: User:Riessdo, CC BY-SA 3.0, Wikimedia Commons.

Das Dortmunder U kündigt auf seiner Website ein Programm zum 100. Geburtstag des U-Turms an, mit Ausstellungen, Workshops und digitalen Kulturprojekten. Verkauft ein Shop Tickets oder Kurse zu einem solchen Programm, ändert sich sein Sortiment mit jeder Programmwoche, und mit ihm Produkte, Bestell-E-Mails und die Last auf dem Checkout. Updates gehören dann in ruhige Tage, nicht mitten in eine Anmeldewelle.

Auf der rechtlichen Seite ist für Betriebe in Nordrhein-Westfalen die Landesbeauftragte für Datenschutz und Informationsfreiheit (LDI NRW) zuständig. Sie nennt auf ihrer Seite zur Meldepflicht bei Datenpannen die Regel nach Art. 33 DSGVO: Besteht mehr als ein geringes Risiko, melden Verantwortliche unverzüglich, möglichst binnen 72 Stunden. Bei hohem Risiko sind zusätzlich die Betroffenen zu informieren (Art. 34 DSGVO). Dokumentieren müssen Verantwortliche jede Verletzung intern, auch wenn sie nicht meldepflichtig ist. Die LDI NRW stellt dafür ein Meldeformular bereit, das sich als PDF für die Dokumentation exportieren lässt.

Für die Wartung heißt das: Nach einem fehlgeschlagenen Update, bei dem etwa Bestelldaten in einem Fehlerprotokoll oder einer offenen Datei landen, sammle ich Zeitpunkt, Ursache und betroffene Daten schriftlich, damit Sie das Risiko bewerten und die Meldung selbst abgeben können. Ob eine Meldung nötig ist, entscheiden Sie als Verantwortlicher.

#Wie die Wartung eines Shops bei mir abläuft

• Zu Beginn eine schriftliche Bestandsaufnahme: WooCommerce-Version, Plugin-Liste mit Stand, Child-Theme mit überschriebenen Templates, Hosting, PHP-Version, vorhandene Sicherungen.
• Sicherungen liegen außerhalb des Hosting-Kontos und werden zurückgespielt getestet.
• Jedes Update läuft zuerst in der Testumgebung, mit der Prüfliste oben, dann in der Produktion.
• Überwachung der Erreichbarkeit mit Benachrichtigung.
• Ein schriftlicher Monatsbericht: was aktualisiert wurde, was getestet wurde, was zurückgestellt ist und warum.
• Die vereinbarten Stunden gelten pro Monat. Nicht verbrauchte Stunden verfallen am Monatsende.

Einen Bereitschaftsdienst, Reaktionszeiten oder Termine biete ich nicht an. Ich antworte schriftlich an Werktagen.

#Was ich von Ihnen brauche

• Zugang zum WordPress-Admin und zum Hosting, am besten über einen eigenen Benutzer für mich.
• Eine Liste der Zahlungsarten, Versandarten und Länder, die im Shop aktiv sind.
• Die Angabe, welche Teile des Shops von Ihrer Agentur oder Ihrem Designer gestaltet wurden.
• Wer bei Ihnen Entscheidungen zu Updates und Datenpannen trifft.

#Häufige Fragen

Wie oft aktualisiere ich WooCommerce? Die Anleitung von WooCommerce nennt einen monatlichen Rhythmus als guten Standard und rät, bei Sicherheitskorrekturen früher zu aktualisieren. Das passt zum Release-Rhythmus von etwa fünf Wochen. Ich prüfe jeden Monat, ob eine neue Version, Erweiterungs- oder Theme-Updates vorliegen, und spiele sie erst nach dem Test in der Testumgebung ein.

Was ist das Datenbank-Update, das WooCommerce nach dem Update anzeigt? Manche Versionen ändern die Datenbankstruktur. Dann erscheint im Admin ein Hinweis, und die Datenbank wird an die neue Version angepasst. WooCommerce verlangt dafür eine aktuelle Sicherung. Der Fortschritt läuft über die Geplanten Aktionen. Die Version 11.2.0 vom 7. Oktober 2026 war so ein Fall.

Woran sehe ich, dass mein Theme veraltete WooCommerce-Templates enthält? Unter WooCommerce, Status, Systemstatus steht am Ende die Liste der vom Theme überschriebenen Templates. Ist die Version der Datei älter als die Kernversion, weist WooCommerce darauf hin. Ich vergleiche dann die Datei mit dem aktuellen Original und übertrage die Anpassungen, soweit sie noch nötig sind.

Muss ich bei jedem Update den Checkout testen? Ja, in der Testumgebung. Die Anleitung von WooCommerce nennt Produktseiten, Warenkorb, Checkout, Zahlung, Versand, Steuern und Bestell-E-Mails als Pflichtprüfungen. Ich gehe das nach jedem Update durch und halte das Ergebnis im Monatsbericht fest.

Gehört das Design meines Shops zur Wartung? Nein. Layout und Gestaltung stammen von Ihnen oder Ihrer Agentur. Ich halte die technische Umsetzung aktuell: Templates, Erweiterungen und Datenbank. Eine neue Gestaltung wäre ein eigenes Projekt mit schriftlichem Angebot.

Betreuen Sie Shops außerhalb von Dortmund? Ja. Die Wartung läuft remote und schriftlich, der Standort des Shops spielt keine Rolle.

#Anfrage schreiben

Schreiben Sie mir über die Kontaktseite: die Adresse Ihres Shops, die WooCommerce-Version, wenn Sie sie kennen, Ihr Hosting und was Sie gerade ärgert, etwa ein Update, das Sie seit Monaten aufschieben. Ich antworte schriftlich und schicke Ihnen eine erste Einschätzung. Auf die erste Einschätzung zu Ihrem Shop zahlen Sie nichts.

Wenn Sie zuerst lesen möchten, wie ich die Wartung insgesamt aufbaue, finden Sie das unter Wartung von WordPress-basierten Websites.