Basis
ab 49 €
monatlich
Core-, Plugin- und Theme-Updates, tägliche Backups mit sieben Tagen Aufbewahrung, Uptime-Monitoring und monatliches Update-Protokoll.
Für überschaubare WordPress-Seiten mit klarer technischer Struktur.
WordPress-Wartung
Updates brauchen einen Rückweg.
Wir erfassen Abhängigkeiten, sichern Dateien und Datenbank, testen Änderungen nach Risiko und geben erst mit dokumentiertem Rückweg frei.
Release-Schnitt / Rückweg vor EingriffDateien + Datenbank · risikobasiert geprüft
Diese Seite beschreibt die CMS-spezifische Kontrolle von Core, Plugins, Themes und WordPress-Funktionen. Serverbetrieb, allgemeine Pflege und andere Systeme ordnen wir im übergeordneten Hub zur Website-Wartung ein.
Silo: Wartung / WordPress01 · Das System lesen
WordPress ist kein einzelnes Stück Software.
Ein stabiler Core kann neben einem veralteten Plugin, einem individuellen Theme und einer nicht mehr unterstützten PHP-Version laufen. Jedes Element hat einen eigenen Release-Zyklus. Die Risiken entstehen an den Verbindungen.
WordPress empfiehlt, Core, Plugins und Themes aktuell zu halten. Gleichzeitig können Updates Dateien ersetzen und manche Erweiterungen oder Major-Releases Datenbankschemata verändern. Deshalb beginnt Wartung nicht bei der roten Update-Zahl, sondern bei der Frage: Welche Komponenten hängen funktional voneinander ab, welche Daten verändern sich laufend und welche Funktion darf keinesfalls unbemerkt ausfallen?
CoreThemePluginsPHPDatenbankexterne APIs
02 · Der kontrollierte Lauf
Fünf Gates zwischen Hinweis und Live-System.
Der Ablauf bleibt nachvollziehbar, weil jede Phase einen Zweck und einen Beleg hat. Die Auswahl zeigt, welche Entscheidung am jeweiligen Gate getroffen wird.
Änderungen isolieren
Risikoreiche Updates laufen zuerst auf einer getrennten Kopie. Dort zeigen sich Konflikte zwischen Plugin, Theme, Page-Builder, PHP oder WooCommerce, ohne die produktive Website als Testumgebung zu benutzen.
Beleg: Update-Reihenfolge · Fehlerlogs · visuelle Prüfung
- 01
Abhängigkeiten lesen
Core, Theme, Plugins, PHP-Version, individuelle Snippets und externe Schnittstellen werden als zusammenhängendes System erfasst. Erst dann lässt sich entscheiden, welche Änderungen gemeinsam getestet werden dürfen.
- 02
Rückweg vorbereiten
Vor dem Eingriff entsteht ein zusammengehöriger Sicherungsstand aus Datenbank und Dateien. Ein Backup ist erst dann belastbar, wenn Speicherort, Zeitpunkt und Wiederherstellungsweg bekannt sind.
- 03
Änderungen isolieren
Risikoreiche Updates laufen zuerst auf einer getrennten Kopie. Dort zeigen sich Konflikte zwischen Plugin, Theme, Page-Builder, PHP oder WooCommerce, ohne die produktive Website als Testumgebung zu benutzen.
- 04
Geschäftsfunktionen prüfen
Nicht nur die Startseite muss laden. Navigation, Formulare, Suche, Login, Tracking und bei Shops Warenkorb, Checkout, Zahlungsarten und Bestellmails erhalten klare Prüfpunkte.
- 05
Freigeben oder zurückrollen
Nur ein bestandener Änderungssatz geht live. Danach folgen kurze Produktionschecks und ein lesbares Protokoll. Bei einer kritischen Abweichung gilt nicht Durchhalten, sondern Stoppen und Wiederherstellen.
03 · Backup & Rollback
Eine Sicherung ist eine Datei. Ein Restore ist ein Betriebsweg.
WordPress trennt Anwendungsdateien und Datenbank. Wer nur den Webordner kopiert, sichert nicht automatisch Beiträge, Einstellungen, Formulardaten oder Bestellungen. Wer nur die Datenbank exportiert, verliert im Ernstfall Theme, Plugins, Uploads und Konfiguration.
Die offizielle WordPress-Dokumentation empfiehlt mindestens drei bis fünf aktuelle Sicherungen an unterschiedlichen Orten und regelmäßige Backups vor Upgrades. Für SeoForge folgt daraus keine starre Frequenz für jede Website. Der Rhythmus muss zur Änderungsrate passen: Eine statische Unternehmensseite kann anders gesichert werden als ein Shop, dessen Datenbank laufend Bestellungen annimmt.
Restore-Protokoll / Mindestinhalt
- Stand
- Zeitpunkt und betroffene WordPress-Instanz
- Umfang
- Dateien, Datenbank und relevante Serverkonfiguration
- Speicher
- Zugänglicher, vom Live-System getrennter Ablageort
- Reihenfolge
- Dateien wiederherstellen, Datenbank importieren, Konfiguration abgleichen
- Abnahme
- Login, Frontend und geschäftskritische Funktionen prüfen
04 · Abnahmelogik
„Die Seite lädt“ ist kein Funktionstest.
Ein Update kann technisch erfolgreich sein und trotzdem einen Formularversand, ein Tracking-Event oder einen Checkout beschädigen. Deshalb entsteht die Prüfliste aus der Website, nicht aus einem universellen Screenshot-Raster.
Unternehmensseite
Kontaktweg und Darstellung
Navigation, repräsentative Seitentemplates, Formulare, E-Mail-Zustellung, Consent und zentrale Tracking-Signale bilden den Kern. Individuelle Integrationen ergänzen die Liste.
Redaktion
Editor und Veröffentlichung
Block-Editor oder Page-Builder, Vorschau, Medien, Rollen, geplante Beiträge und Cache-Verhalten müssen nach Änderungen weiterhin zusammenarbeiten.
WooCommerce
Transaktion statt Startseitencheck
Produkt, Warenkorb, Checkout, Zahlungs- und Versandlogik, Bestellmails, Steuerdarstellung und Schnittstellen sind ein eigener Testpfad. Shop-Wartung braucht deshalb einen gesondert definierten Scope.
05 · Sicherheitsgrenze
Wartung reduziert Angriffsfläche. Sie verspricht keine Unverwundbarkeit.
Aktuelle Software ist laut WordPress eine zentrale Grundlage. Dazu kommen passende Dateirechte, starke Zugänge, möglichst Zwei-Faktor-Authentifizierung, eingeschränkte Rollen, deaktivierte Datei-Editoren, HTTPS und auswertbare Logs. Kein einzelnes Security-Plugin ersetzt diese Schichten.
Auch hier ist Kontext entscheidend. Zu enge Dateirechte können Updates stören; zusätzliche Passwortbarrieren können WordPress-AJAX oder Integrationen brechen. Hardening wird deshalb dokumentiert, getestet und mit Hosting sowie Geschäftsprozessen abgestimmt. Sicherheitsmeldungen führen zu einer priorisierten Entscheidung, nicht zu blindem Aktionismus.
06 · Was im Protokoll steht
Nicht „alles aktuell“, sondern was entschieden wurde.
Ein brauchbarer Wartungsnachweis zeigt Ausgangslage, Änderung, Test und Ergebnis. Offene Punkte verschwinden nicht hinter einem grünen Status, sondern erhalten Risiko, nächste Handlung und Zuständigkeit.
WordPress Site Health kann kritische Probleme und empfohlene Verbesserungen zu Konfiguration, Plugins, Medien, Server, Datenbank und Dateirechten sichtbar machen. Das ist ein hilfreiches Signal, aber noch keine fachliche Priorisierung. Ein Hinweis wird erst durch Kontext zur Aufgabe.
Beispielstruktur · ohne Live-Daten
CHANGECore / Plugin / Theme / Konfiguration
REASONSecurity / Kompatibilität / Funktion
TESTbetroffener Nutzer- und Geschäftsweg
RESULTbestanden / Abweichung / zurückgestellt
OWNERSeoForge / Kunde / Hoster / Drittanbieter
NEXTTermin, Abhängigkeit oder bewusste Akzeptanz
07 · Wartungspakete
Drei Pakete. Unterschiedliche Prüftiefe.
Die Paketstufe ersetzt keine Bestandsaufnahme. Individuelle Entwicklung, Lizenzen und kritische Geschäftswege können den nötigen Umfang verändern.
Plus
ab 99 €
monatlich
Basisumfang plus Security-Monitoring, Malware-Scan, monatliche Core-Web-Vitals-Prüfung, eine Support-Stunde und 30 Tage Backup-Aufbewahrung.
Für Unternehmensseiten, deren Betrieb regelmäßig geprüft und eingeordnet werden soll.
Premium
ab 199 €
monatlich
Plusumfang mit eigener Staging-Umgebung, priorisierter Bearbeitung, drei Stunden Inhaltsänderungen und 90 Tagen Backup-Aufbewahrung.
Für komplexere Installationen, Shops und Änderungen mit höherem Abstimmungsbedarf.
Alle Preise gelten ab, pro Monat und netto zuzüglich Umsatzsteuer. Die Pakete sind monatlich kündbar und haben keine Mindestlaufzeit. Zusatzaufwand und Drittanbieter-Lizenzen werden vorab abgestimmt.
08 · Übernahme
Erst stabilisieren. Dann einen Wartungsrhythmus versprechen.
Bestandsaufnahme
Zugänge, Hosting, Versionen, Lizenzen, Backups, Benutzer, Cron, Mailversand und kritische Funktionen werden geprüft. Technische Altlasten und akute Sicherheitsprobleme stehen vor Routineupdates.
Entscheidung
Wartbar bedeutet nicht fehlerfrei. Wir trennen einmalige Stabilisierung, laufende Pflege und Weiterentwicklung. Ist die Basis dauerhaft blockiert, vergleichen wir die Reparatur mit einem technisch geplanten Website-Relaunch, statt alte Abhängigkeiten endlos einzufrieren.
Wovon der Umfang abhängt
Nicht allein von der Anzahl der Plugins. Entscheidend sind individuelle Entwicklung, Shop- oder Mitgliederfunktionen, Datenänderungsrate, erforderliche Testpfade, Hostingzugriff, Reaktionsbedarf und die Qualität des Ausgangssystems.
Was separat geklärt wird
Neue Funktionen, Content-Pflege, akute Bereinigung nach einem Angriff, größere Performance-Umbauten, Lizenzkosten und ein möglicher Hostingwechsel gehören nicht automatisch in jede Routinewartung. Der konkrete Wartungsumfang wird vor Beginn schriftlich abgegrenzt.
09 · Quellenlage
Was WordPress selbst zur Wartung sagt.
Die Prozesslogik orientiert sich an offiziellen WordPress-Hinweisen. Sie ersetzt keine systemspezifische Prüfung.
UpdatesCore vor Änderungen sichern; Plugins aktuell halten und vor Updates ein aktuelles Backup vorhalten. Offizielle QuelleAuto-UpdatesPlugin- und Theme-Auto-Updates sind einzeln steuerbar; WordPress empfiehlt einen vorhandenen Rollback-Weg. Offizielle QuelleBackupsDateien und Datenbank gehören zusammen; WordPress empfiehlt mehrere aktuelle Kopien an unterschiedlichen Orten. Offizielle QuelleHardeningAktualität, Zugänge, Dateirechte, Konfiguration, HTTPS und Logs bilden mehrere Sicherheitsschichten. Offizielle QuelleSite HealthDer integrierte Check strukturiert kritische Probleme, Empfehlungen und technische Systeminformationen. Offizielle Quelle
10 · Fragen vor der Freigabe
WordPress-Wartung konkret eingeordnet.
Reichen automatische WordPress-Updates aus?
Automatische Updates sind ein sinnvolles Werkzeug, aber keine vollständige Wartungsstrategie. WordPress kann Plugin- und Theme-Updates einzeln automatisieren und meldet erfolgreiche oder fehlgeschlagene Läufe. Die Funktion prüft jedoch nicht automatisch jeden geschäftlichen Ablauf Ihrer Website. Deshalb ordnen wir Komponenten nach Risiko ein: unkritische Patch-Updates können automatisiert laufen, während Änderungen an Shop, Formularen, Page-Builder oder individueller Entwicklung kontrolliert getestet werden.
Muss jedes Update zuerst auf eine Staging-Website?
Nein. Eine kleine Inhaltswebsite mit Standardkomponenten hat ein anderes Risikoprofil als ein WooCommerce-Shop oder eine Plattform mit Mitgliederbereich. Staging ist vor allem bei Major-Releases, PHP-Wechseln, eng gekoppelten Plugins, individuellen Themes und umsatzkritischen Funktionen sinnvoll. Der Wartungsplan legt fest, welche Änderungen direkt, gebündelt oder zuerst isoliert geprüft werden.
Was gehört zu einem vollständigen WordPress-Backup?
Eine typische WordPress-Installation besteht aus zwei Sicherungsbereichen: Dateien und Datenbank. In den Dateien liegen unter anderem Core, Themes, Plugins, Uploads und Konfiguration; die Datenbank enthält Inhalte, Einstellungen und viele transaktionale Daten. Für eine vollständige Wiederherstellung müssen beide Teile zeitlich zusammenpassen. Zusätzlich braucht es einen zugänglichen Speicherort und einen dokumentierten Restore-Weg.
Ist WordPress-Wartung dasselbe wie Hosting-Support?
Nein. Hosting betrifft Server, Laufzeitumgebung, Datenbankdienst, Zertifikate und Netzwerk. WordPress-Wartung arbeitet auf der Anwendungsebene mit Core, Plugins, Themes und deren Funktionen. Bei PHP-Versionen, Cron-Problemen, E-Mail-Versand oder Serverlimits berühren sich beide Ebenen. Ein guter Ablauf benennt deshalb, wer den Hoster kontaktiert und wer die Anwendung anschließend prüft.
Kann eine bereits gehackte Website direkt in die Wartung übernommen werden?
Ein laufender Sicherheitsvorfall ist zunächst ein Incident und keine normale Routinewartung. Vor der Übernahme müssen Schadcode, manipulierte Benutzer, kompromittierte Zugangsdaten und mögliche Persistenz untersucht werden. Erst ein bereinigter und nachvollziehbarer Ausgangszustand eignet sich für regelmäßige Updates, Backups und Monitoring. Den nötigen Umfang klären wir vor Vertragsbeginn separat.
Wann ist ein Relaunch sinnvoller als weitere Wartung?
Wenn zentrale Plugins nicht mehr gepflegt werden, Änderungen direkt im Core liegen, das Theme mit aktuellen PHP-Versionen kollidiert oder wichtige Funktionen nur durch dauerhaftes Einfrieren alter Software überleben, wird Wartung zur Schuldenverwaltung. Dann vergleichen wir Stabilisierung und Neuaufbau transparent. Ein Relaunch ist kein Automatismus, aber manchmal der wirtschaftlich sauberere Rückweg zu einer wartbaren Basis.
11 · Release vorbereiten
Zeigen Sie uns das System, bevor das nächste Update entscheidet.
Wir klären Ausgangslage, kritische Funktionen und einen realistischen Wartungsscope. Ohne erfundene Sicherheitsgarantie und ohne die Live-Website zum Testserver zu machen.