Ich betreue bestehende WordPress- und WooCommerce-Websites für Unternehmen und Agenturen in Barcelona auf Code-Ebene – Updates, Staging, Backups, QA, Sicherheit, Performance und laufende Entwicklung. Direkter Kontakt zum Entwickler, der für alles verantwortlich ist, was Produktion erreicht.
Eine grüne Meldung „Update abgeschlossen“ sagt dir nicht, ob GTM aufgehört hat zu feuern, das Mobile-Menü kaputt ist oder ein altes Template-Override jetzt inkompatibel ist. Professionelle Wartung ist genau diese Verifikation – der Teil, den ein 20-Euro-pro-Monat-Plugin nicht leisten kann, weil es nicht weiß, ob der Checkout noch Zahlungen annimmt.
Das sind keine einzelnen Kundenfälle, sondern typische technische Situationen, die sich auf produktiven WordPress-Websites ansammeln. Die meisten Wartungsmandate beginnen damit herauszufinden, welche davon zutreffen.
Wissen, was sich geändert hat. Testen, was zählt. Bewusst deployen.
Kompatibilität mit Theme, Plugins und individuellem Code prüfen und anschließend sicher deployen – nicht in dem Moment, in dem die Update-Meldung erscheint.
Nicht „alles aktualisieren“. Ich lese Changelogs, verstehe Abhängigkeiten und bewerte das Risiko, bevor relevante Updates ausgeliefert werden – und halte diejenigen zurück, die noch nicht sicher sind.
Die Anpassungen schützen, die deine Website ausmachen, und Code markieren, der nicht im Parent Theme liegen sollte, wo ihn das nächste Update überschreibt.
Riskante Änderungen werden auf einer Kopie der Website getestet – fern von echten Kunden –, bevor sie Produktion erreichen.
Ein Backup ist nur dann wertvoll, wenn es einen klaren, getesteten Weg zurück gibt, falls Produktion ausfällt. Dieser Rückweg ist der Punkt – nicht die Backup-Datei.
Nutzer, Berechtigungen, Zugangsdaten, verwundbare Komponenten und offensichtliche Angriffsfläche prüfen. Das ersetzt keine spezialisierten Enterprise-Security-Operationen – und ich behaupte auch nicht, dass es das tut.
Wartung sollte eine schnelle Website nicht langsam wieder verschlechtern. Wenn Performance echte Arbeit braucht, ist das gezielte WordPress-Performance- und Core-Web-Vitals-Arbeit.
Formulare, CTAs, Signups und Lead-Flows – also die Gründe, warum die Website überhaupt Wert hat – werden geprüft, weil sie oft leise kaputtgehen.
Für Shops: Warenkorb, Checkout, Zahlung, transaktionale E-Mails und die Integrationen, von denen Bestellungen abhängen – getestet, bevor ein Update sie berührt.
GTM, GA4 und Conversion Tracking sollten nach einer Frontend-Änderung nicht still verschwinden. Wenn die Zahlen stoppen, sollte es jemand merken – vor dem nächsten Reporting.
Bug fixes, Template-Änderungen, CSS-/JS-Fixes, Integrationen, Admin-Verbesserungen, kleine individuelle Funktionen. Real engineering — not just clicking update.
Die Testtiefe richtet sich nach dem Risiko. Ein WooCommerce-Payment-Update wird nicht wie ein harmloses Admin-Utility behandelt – der grundsätzliche Prozess bleibt aber derselbe.
Ein bekannter, funktionierender Stand, zu dem man zurückkehren kann.
Changelogs, Abhängigkeiten und was die Änderung berührt.
Apply the change away ab customers first.
Formulare, Checkout, Integrationen – die Pfade, die zählen.
Layout und Templates auf echten Breakpoints.
Sicherstellen, dass unterwegs nichts regressiert ist.
Ship to production deliberately.
Bestätigen, dass es dort funktioniert, wo es zählt – live.
Damit die nächste Änderung von einem bekannten Zustand startet.
Ein Release sofort nach Erscheinen zu installieren, kann schlechter sein, als es bewusst zu verzögern. Eine Major-Version kann einen Breaking Change mitbringen; ein Plugin kann eine Funktion entfernen, von der die Website abhängt; eine Dependency kann still aufgegeben werden. Ziel ist nicht, dauerhaft veraltete Software zu betreiben – sondern zu aktualisieren, wenn es sicher ist, nicht nur wenn etwas verfügbar ist. Wartung ist Urteilsvermögen, kein Cronjob.
Eine Live-Website ist nie wirklich fertig. Sie braucht Bugfixes, kleine UI-Änderungen, neues Tracking, Redirects, strukturierte Daten, Unterstützung für Landingpages, Integrationen, Verbesserungen für Redakteure und gelegentliche Performance-Arbeit. Der Vorteil einer laufenden Wartungsbeziehung: Der Entwickler kennt die Codebasis bereits – dadurch bleibt eine kleine Änderung klein, statt zu einer Untersuchung zu werden.
Auf einer einfachen Firmenwebsite ist eine kaputte Komponente ärgerlich. In WooCommerce stoppt ein kaputter Checkout den Umsatz. Deshalb werden Shop-Updates strenger getestet – gegen die Bereiche, die Kunden tatsächlich nutzen.
Keine Account-Manager-Kette und keine Ticketlotterie. Du sprichst mit der Person, die die Änderung umsetzt, bekommst Probleme in normaler Sprache erklärt, klare Zusammenfassungen der Änderungen und Staging, wenn es die Änderung rechtfertigt.
White Screen, fehlgeschlagenes Update, Checkout-Problem, kaputtes Layout, PHP-Fatal, Plugin-Konflikt oder unerwartete Regression. Bestehende Wartungskunden haben bereits jemanden, der die Website kennt – dadurch ist die Diagnose deutlich schneller als bei null. Ich bewerbe keine 24/7-Abdeckung oder festen SLA-Reaktionszeiten, die ich nicht garantieren kann; was du bekommst, ist ein Entwickler, der das Setup bereits kennt, wenn es darauf ankommt.
Es gibt keinen festen Care-Plan-Tarif, weil die Verantwortung für eine einfache Firmenwebsite und für einen stark frequentierten WooCommerce-Shop nicht derselbe Job ist. Diese Faktoren bestimmen den Preis:
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.
Für Unternehmen, die einen einzigen technischen Senior-Verantwortlichen für eine bestehende Produktionswebsite wollen. Ich arbeite in der Barcelona-Zeitzone, kann mit lokalen Teams und Agenturen zusammenarbeiten und betreue Websites remote in ganz Spanien und Europa.
Plugin-, Theme- und Core-Änderungen werden auf Kompatibilität geprüft, fern von Kunden getestet und mit Rollback-Pfad deployed, statt in Produktion einfach auf „Alles aktualisieren“ zu klicken.
Kompletten Wartungsumfang ansehenCheckout-, Payment-, Versand- und Template-Änderungen tragen Umsatzrisiko. Shop-Wartung beinhaltet funktionale QA für die Flows, die nicht unbemerkt kaputtgehen dürfen.
WooCommerce Support in BarcelonaWenn das Problem individuelles PHP, eine API-Integration, ein langsames Template oder technisches SEO ist, kann dasselbe Mandat ohne weitere Übergabe von Wartung in echte Code-Arbeit übergehen.
WordPress Entwicklung in BarcelonaWartung wird bewusst auf die Website zugeschnitten, für die ich Verantwortung übernehme. Der erste Schritt ist ein Übernahme-Audit: Stack, Hosting, Backups, Staging, Update-Schulden, Custom Code, Analytics und die kritischen User Journeys, die Regressionstests brauchen.
Verwandte Barcelona-Leistungen: WordPress-Entwickler Barcelona · WooCommerce Entwickler Barcelona · WordPress technical SEO Barcelona
Schick mir die Website und sag mir, wer sie heute betreut. Ich prüfe Setup, offensichtliche Risiken und was laufende technische Verantwortung tatsächlich bedeuten würde – bevor wir uns beide zu etwas verpflichten.
Projekt starten
