Premium WordPress-Wartung · by Frontend GmbH
Wie funktioniert Wartung für eine WordPress-Multisite?
Die Antwort.
Mehrere Websites werden nicht nur nach Anzahl, sondern nach gemeinsamer Technik, getrennten Verantwortlichkeiten und Änderungsrisiko bewertet. Bei Multisite können ein gemeinsamer Core und gemeinsame Plugins Vorteile bringen, gleichzeitig aber Änderungen auf viele Sites wirken.
Sofern diese Leistung ausdrücklich vereinbart ist, prüfen wir bei Ihrer Multisite Netzwerkstruktur, gemeinsam genutzte Komponenten und sitespezifische Risiken. Daraus legen wir Update-, Test- und Freigabewege fest, bevor wir die Installation in die laufende Wartung übernehmen.
Vom Plugin-Update zum gesamten Standortnetz.
Ein Hersteller-Plugin soll aktualisiert werden. Statt nur die Hauptseite zu öffnen, wird zuerst geklärt, auf welchen Länder- und Produktseiten es netzwerkweit aktiv ist. Der Test umfasst anschließend mindestens eine typische Inhaltsseite, eine Site mit Sonder-Theme und einen wichtigen Anfrageweg. Erst nach dieser Stichprobe und der fachlichen Freigabe folgt das Update des produktiven Netzwerks.
Netzwerkweite und lokale Verantwortung sauber auseinanderhalten.
Eine Multisite besitzt einen gemeinsamen WordPress-Core und eine gemeinsame Datenbank, während Themes, Plugins, Domains und Inhalte je Site abweichen können. Ein netzwerkweit aktiviertes Plugin hat deshalb eine andere Fehlerwirkung als eine Erweiterung, die nur auf einer kleinen Kampagnensite läuft.
Vor der Wartungsplanung werden technische Gemeinsamkeiten und lokale Ausnahmen sichtbar gemacht. Dazu gehören Domain-Mapping, Benutzerverwaltung, Sprach- oder Länderlogik, gemeinsam genutzte Medien sowie Sites mit eigenem Deployment. Erst diese Karte zeigt, welche Stichprobe ein Update belastbar abdeckt.
- Netzwerkebene: Core, Datenbankstruktur und global aktive Erweiterungen
- Site-Ebene: eigenes Theme, eigene Domain und besondere Inhaltsmodelle
- Fachseite: Formulare, Sprachen und Freigaben der jeweiligen Organisation
- Infrastruktur: Cache, CDN, Mailversand und externe Dienste
Abnahme nach Risikogruppen statt nach Anzahl der Sites.
Bei zehn nahezu identischen Standortseiten kann eine repräsentative Stichprobe genügen. Eine einzelne Site mit Shop, Mitgliederbereich oder CRM-Formular benötigt dagegen eine eigene Abnahme. Die Prüftiefe folgt also Varianten und Geschäftswirkung, nicht einer starren Zahl von Unterseiten.
Nach dem Produktionsupdate werden netzwerkweite Funktionen und ausgewählte lokale Wege erneut kontrolliert. Neue Inhalte aus dem Live-System dürfen bei einem Rückfall nicht versehentlich durch einen älteren Staging-Stand überschrieben werden. Für Datenbankänderungen braucht es deshalb einen anderen Rückfallplan als für reine Codeänderungen.
- Vertreter jeder Theme- und Pluginvariante festlegen
- geschäftskritische Sites immer separat abnehmen
- Datenbankmigrationen und reine Code-Releases unterscheiden
- offene Abweichungen je Site dokumentieren
Typische Multisite-Risiken, die eine Einzelsite nicht hat.
Ein Fehler in einem globalen Plugin kann alle Sites gleichzeitig treffen; ein unbedachter Benutzerentzug kann mehrere Redaktionen aussperren. Umgekehrt kann eine lokale Sonderlösung übersehen werden, wenn nur die Hauptsite getestet wird. Auch Datenbankgröße und Backupdauer wachsen oft anders als die sichtbare Seitenzahl.
Besondere Aufmerksamkeit verdienen Netzwerk-Administratoren, automatisierte Site-Erstellung und Plugins, die Tabellen pro Site anlegen. Bei Domain- oder Zertifikatsproblemen muss außerdem geklärt werden, ob die Ursache im Netzwerk, beim DNS oder in einer einzelnen Domainkonfiguration liegt.
- gemeinsame Fehlerwirkung eines globalen Changes
- lokale Sonderfälle außerhalb der Hauptsite
- Restore eines einzelnen Standorts gegenüber dem gesamten Netzwerk
- skalierende Jobs, Tabellen und Speichermengen
Verwandte Fragen.
Wann lohnt sich Premium-Wartung für den Mittelstand?
Premium-Wartung lohnt sich für den Mittelstand, wenn die Website Leads, Recruiting, Service oder Reputation beeinflusst und technische Ausfälle mehrere Abteilungen oder Dienstleister binden.
Wie wird ein Disaster-Recovery-Plan für die Website erstellt?
Der Disaster-Recovery-Plan erfasst Website, Hosting, Domain, Backups, externe Dienste, Zuständigkeiten, zulässigen Datenverlust und Wiederanlaufreihenfolge. Für kritische Systeme werden Wiederherstellung und Kommunikation praktisch getestet und regelmäßig aktualisiert.
Welche Miniänderungen sind für den Mittelstand sinnvoll enthalten?
Sinnvoll enthalten sind kleinere Text- und Bildänderungen, Weiterleitungen, Kontaktanpassungen und überschaubare CSS-Korrekturen. Neue Module, Schnittstellen, Seitenkonzepte oder umfangreiche Kampagnenumsetzungen gehören in ein Entwicklungsbudget.
Wie werden Wartungsnachweise für Audits bereitgestellt?
Wartungsnachweise können über Aktivitätsprotokolle, Update- und Backupübersichten, Ticketverläufe, Sicherheitsmaßnahmen und regelmäßige Berichte bereitgestellt werden. Umfang und Form sollten vorab an die Anforderungen des jeweiligen Audits angepasst werden; eine formale Zertifizierung ist nicht automatisch Bestandteil der Wartung.
Ihre Website-Betreuung klären.
Beschreiben Sie uns Ihre Website und Ihr Anliegen. Im Gespräch legen wir fest, welche Betreuung Sie benötigen.