Deine WordPress-Website braucht einen technischen Verantwortlichen– keinen Update-Button.

Core- und Plugin-Updates mit Risikoprüfung, Tests auf Staging, funktionale und visuelle QA, Backups und Rollback, Security Hygiene, Performance-Regressionschecks, Analytics-Verifikation und kleine laufende Entwicklungsarbeiten. Der Wert liegt in Verifikation und technischer Verantwortung – nicht im bloßen Ausführen von Updates.

Nicht blind. Ich prüfe Changelogs, Abhängigkeiten und Risiko und aktualisiere in einem Rhythmus, der zur Website passt. Ein relevantes Update geht erst nach Tests live; ein riskantes kann bewusst zurückgehalten werden, bis es sicher ist. Ziel ist eine gesunde Website – nicht ein grünes „alles aktuell“-Abzeichen.

Ja, mit einer Testtiefe proportional zum Risiko. Ein WooCommerce-Payment- oder Checkout-Update wird auf Staging getestet, bevor es Produktion erreicht; ein harmloses Admin-Tool wird nicht wie ein Release behandelt. Getestet werden die Pfade, die wirklich zählen – Formulare, Checkout, Tracking und Performance.

Bei allem Riskanten: ja. Staging ist der Ort, an dem Änderungen fern von Kunden getestet werden, bevor sie Produktion erreichen. Änderungen mit niedrigem Risiko brauchen es nicht immer; der Aufwand richtet sich nach dem Risiko.

Ja – das ist der Großteil dieser Arbeit. Ich beginne damit, den aktuellen Stand zu erfassen: Plugins, individueller Code, Integrationen und wie Produktion tatsächlich aufgebaut ist, bevor ich etwas ändere.

Ja. Undokumentierter Custom Code, Mystery-Plugins und direkt in Produktion gemachte Änderungen sind ein normaler Ausgangspunkt. Der erste Job ist, die Website gut genug zu verstehen, um sie sicher verändern zu können.

Ja. Bei Shops ist das Risiko höher, weil ein kaputter Checkout den Umsatz stoppt. Deshalb werden Updates gegen Warenkorb, Checkout, Zahlungen, transaktionale E-Mails und wichtige Integrationen getestet, bevor sie live gehen.

Ja. Bugfixes, Template- und CSS-/JS-Korrekturen, Redirects, Tracking-Fixes und kleine individuelle Funktionalität gehören normal zur Wartung – nicht jedes Mal als separates Projekt.

Ja, und meistens passiert genau das. Weil ich die Codebasis bereits kenne, ist kleine Weiterentwicklung – Template-Änderungen, Integrationen, Admin-Verbesserungen, strukturierte Daten – schneller und risikoärmer, als jedes Mal eine neue Person einzuarbeiten.

Ich kümmere mich um Security Hygiene: Nutzer und Berechtigungen, Zugangsdaten, verwundbare Komponenten und offensichtliche Angriffsfläche. Das ist etwas anderes als spezialisierte Enterprise-Security-Operationen, und diese Grenze benenne ich klar.

Ja. Wartung umfasst Performance-Regressionschecks, damit eine schnelle Website nicht langsam wieder träge wird. Tiefere Core-Web-Vitals-Arbeit kann Teil des Mandats sein, wenn sie nötig ist.

Es gibt einen Snapshot zum Zurückrollen, und weil ich die Website bereits kenne, ist die Diagnose deutlich schneller als bei null. Der Fix wird umgesetzt, im betroffenen Bereich verifiziert und die Änderung dokumentiert.

Ja. Ich bin im Raum Barcelona ansässig, kann lokal vor Ort arbeiten und betreue WordPress-Websites remote für Unternehmen in ganz Spanien und Europa.

Ja. Wartung ist von Natur aus remote-tauglich – Staging, Git und klare Änderungszusammenfassungen funktionieren unabhängig vom Standort, in einer kompatiblen europäischen Zeitzone (CET).

Das hängt davon ab, wofür ich Verantwortung übernehme: WordPress oder WooCommerce, Umfang und Qualität des individuellen Codes und der Plugins, Änderungshäufigkeit, notwendige Testtiefe, laufende Entwicklung und Kritikalität der Produktion. Ich schätze den Umfang ein, nachdem ich die Website gesehen habe.