WordPress Wartung & Support in Gdańsk

WordPress-Wartung ist ein Vertrag über die Betriebsfähigkeit einer bestehenden Website, kein Neubau. In Gdańsk und der Dreistadt Trójmiasto (Gdańsk, Gdynia, Sopot) ist die Firmenwebsite oft der Kontaktkanal zu Spediteuren am Port Gdańsk, zu IT-Dienstleistern im Olivia Business Centre, zu Bewerbern bei Intel Technology Poland oder Asseco und zu Kunden über Google Business Profile und lokale Suche in Postleitzonen 80-001 bis 80-999. Wenn ein Plugin-Update das Frachtanfrage-Formular stoppt oder der WooCommerce-Checkout nach einem Cache-Konflikt leer läuft, verlieren Sie Leads genau dann, wenn die Baltic Hub-Konferenz Traffic auf Event-Landingpages lenkt, eine Messe in der AmberExpo startet oder ein Logistikdienstleister in der Saison der Ostsee-Fracht seine Kapazitäten bewirbt. Wenn die Website erst noch neu gebaut oder grundlegend überarbeitet werden muss, beginnt der Weg meist bei unserer WordPress-Entwickler-Leistung, bevor die laufende Wartung übernimmt.

Diese Seite beschreibt eine Leistung: laufende WordPress-Wartung für Unternehmen mit Sitz oder Standort in Gdańsk. Getestete Updates, Backups, Sicherheit, środowisko testowe, Uptime-Monitoring, Plugin-Hygiene, Core Web Vitals und Incident-Response. Der produktübergreifende Leistungsumfang steht auf der Seite zur Wartung von WordPress-basierten Websites. Für WooCommerce-Shops in PLN mit polnischen Zahlungs- und Versandrealitäten (Przelewy24, PayU, BLIK, InPost Paczkomaty, DPD Polska) ist der Einstieg die WooCommerce-Entwickler-Leistung; die Wartung übernimmt danach den Betrieb.

#WordPress-Wartung und Support in Gdańsk

Gdańsk ist Polens Tor zur Ostsee und eines der wichtigsten Logistik- und IT-Zentren des Landes: Olivia Business Centre und Alchemia bündeln Software-Häuser und maritime Dienstleister, der Port Gdańsk verbindet den baltischen Korridor mit dem europäischen Binnenmarkt, und WordUp Trójmiasto tauscht Betriebswissen unter Entwicklern und Agenturen aus. Unternehmen in Gdańsk brauchen Seiten, die planbar laufen: Speditions- und Frachtportale für Logistikfirmen, mehrsprachige Auftritte für internationale Handelspartner, WooCommerce-Shops in PLN und Tourismus- sowie Buchungssysteme, die RODO, NIS2 und die Erwartungen des Urzędu Ochrony Danych Osobowych (UODO) technisch abbilden. Wartung, die Saisonkalender der Ostsee-Logistik, Messefenster in der AmberExpo und Reporting-Phasen im maritimen Sektor ignoriert, plant schwere Änderungen genau dann, wenn Ausfall am teuersten ist.

#Was die monatliche Wartung umfasst

• Updates von WordPress-Core, Plugins und Themes, zuerst in der Testumgebung geprüft, mit dokumentierter Wiederherstellung vor jedem Produktivgang
• Tägliche Backups von Dateien und Datenbank außerhalb des Produktivservers, 30 Tage Aufbewahrung und periodischer Wiederherstellungstest, weil ein Backup ohne Restore nur eine Annahme ist
• Plugin-Hygiene: Inventar, Entfernen verwaister Erweiterungen, Begrenzung auf das, was wirklich arbeitet, Kontrolle von Rechten und Installationsquellen
• Malware-Scanning, WAF-Regeln, Dateiintegrität und Überwachung von Anmeldeversuchen gegen wp-login.php und xmlrpc.php
• Uptime- und Antwortzeit-Monitoring mit Alarm in den Ticket-Kanal sowie regelmäßige Messung der Core Web Vitals auf Felddaten
• Begrenzte Entwicklerstunden für kleine Änderungen im Vertrag, ohne separaten Angebotsprozess für jeden Text, Banner oder Formularfix
• Runbook der Installation: PHP- und WordPress-Versionen, Plugin-Liste, Hosting-Konfiguration, Wiederherstellungsablauf, damit eine Übergabe nicht mit Archäologie beginnt

#Warum der Gdańsk-Kontext Prioritäten verschiebt

Unternehmen im Olivia Business Centre, in Alchemia und entlang der ulicy Grunwaldzka betreiben häufig redaktionsgetriebene WordPress-Auftritte: Karriere-Showcases für IT-Dienstleister wie Asseco oder Lufthansa Systems, Event-Kalender für Baltic Hub und Branchenmessen, Pressebereiche und GBP-verknüpfte Standortseiten in Gdańsk, Gdynia und Sopot. Inhalte ändern sich schneller als auf einer typischen B2B-Broschüre. Wartung heißt hier Disziplin um den Page Builder, konsistente Meta-Daten für lokale Suche in der Woiwodschaft Pomorskie und die Kontrolle, dass ein Theme- oder Plugin-Update nicht die Startseite eines Software-Hauses oder eines Spediteurs zerlegt.

Das zweite Risiko betrifft Logistik-, Speditions- und Maritime-Dienstleister, die Frachtanfrage-Formulare, Sendungsverfolgung und mehrsprachige Kontaktstrecken betreiben. Ein Formular-Ausfall nach einem kleinen SMTP-Plugin-Update ist kein IT-Detail, sondern ein operatives Risiko, wenn Kunden keine Angebote anfordern können oder ein Compliance-Formular nicht mehr sendet. Wartung testet diese Pfade nach jedem relevanten Update in środowisko testowe, nicht nur die Startseite.

Die dritte Gruppe sind Händler und D2C-Marken in Gdańsk und Pomorskie, die WooCommerce in PLN betreiben. Przelewy24, PayU und BLIK sind für polnische Käufer Normalfall. InPost Paczkomaty, DPD Polska und Poczta Polska decken den Versand in Postleitzonen 80-001 bis 80-999 und in ganz Polen ab. Wartung testet den Bestellpfad nach jedem WooCommerce- oder Versand-Plugin-Update: Warenkorb, Checkout, Zahlungs-Gateways, Versandzonen für Gdańsk und angrenzende Gemeinden. Der Shop-Build selbst gehört zur WooCommerce-Entwickler-Leistung; die Wartung sichert den laufenden Betrieb.

Tourismus- und Hospitality-Betriebe in der Dreistadt haben ein viertes Profil: Buchungsformulare, mehrsprachige Landing Pages für internationale Gäste und saisonale Kampagnen rund um die Ostsee-Saison. Ein Ausfall während der Hochsaison in Sopot oder vor einer Veranstaltung in der AmberExpo kostet nicht nur den direkten Umsatz, sondern auch Bewertungen und GBP-Sichtbarkeit. Wartung testet Formular- und Buchungs-Plugins vor jeder Saison und hält Caching-Regeln so, dass dynamische Verfügbarkeit nicht durch einen Vollseiten-Cache blockiert wird.

#Testumgebung und Update-Hygiene

Automatische Updates auf Produktion schalten wir ab, wo ein Ausfall sofort sichtbar ist: Formular-, Zahlungs-, Buchungs-, Cache- und Page-Builder-Plugins. Sicherheits-Patches des WordPress-Cores im Minor-Modus bleiben aktiv, weil wochenlanges Aufschieben riskanter ist als der Patch selbst. Jede größere Änderung geht zuerst auf die Testumgebung nahe an Produktion: dieselbe PHP-Version, vergleichbarer Plugin-Satz, Datenbankkopie. Auf der Testumgebung laufen die kritischen Pfade: Startseite, Kontaktformular, Backend-Login, ggf. Warenkorb oder Frachtanfrage, zentrale Landing Pages.

Plugin-Hygiene ist eine eigene Disziplin. Ein verwaistes Plugin ohne Update seit Jahren bekommt keinen Security-Fix, auch wenn es noch läuft. Im Audit markieren wir solche Positionen, schlagen Ersatz oder Entfernung vor und dokumentieren die Entscheidung im Bericht. Ein Theme, das direkt in den Produktionsdateien geändert wurde, ist der nächste Klassiker: jedes Theme-Update löscht die Anpassungen. Dann isolieren wir Custom Code zuerst in einem Child Theme oder einem kleinen Plugin und kehren erst danach in den Update-Rhythmus zurück.

#Backups, die sich wiederherstellen lassen

Ein Backup ohne Restore-Test ist keine Kopie, sondern eine Datei. In der Wartung richten wir tägliche Backups von Dateien und Datenbank außerhalb des Produktivservers ein, behalten sie rund 30 Tage und stellen periodisch auf der Testumgebung wieder her. Wir prüfen, ob die wiederhergestellte Installation sich anmeldet, Formulare funktionieren und Medien vorhanden sind. Für Gdańsk-Firmen, die vor der Ostsee-Saison, einer Messe in der AmberExpo oder einer Logistik-Kampagne am Port Gdańsk schnell wieder online sein müssen, ist die Wiederherstellungszeit Teil des SLA, kein Anhang im Hosting-Ordner.

#Sicherheit, RODO und UODO im laufenden Betrieb

Der Sicherheitsumfang umfasst erzwungenes HTTPS, sinnvolle Header, Zwei-Faktor-Anmeldung für Administratorkonten, Limitierung von Login-Versuchen, Rollenhygiene und regelmäßige Scans. Kontaktformulare, Newsletter-Anmeldungen und WooCommerce-Kundenkonten multiplizieren die Stellen, an denen personenbezogene Daten WordPress verlassen. Die Wartung hält die Konfiguration der Einwilligungen nach RODO, die Minimierung der Felder und die Liste der Plugins mit Datenbankzugriff im Blick. Umowy powierzenia przetwarzania danych (Auftragsverarbeitungsverträge) und fachliche Prozessentscheidungen bleiben beim Verantwortlichen; wir liefern Konfiguration und eine Risikoliste zur Entscheidung.

Angriffe auf WordPress-Installationen in Pomorskie wirken selten spektakulär. Häufiger sind Bots am Login, Injection über ein verwaistes Plugin oder ein übernommenes Redakteurskonto mit wiederverwendetem Passwort. Monitoring und WAF verkürzen die Erkennungszeit. Ohne sie erfahren Sie vom Problem erst durch den Kunden, der keine Frachtanfrage senden kann, oder durch die Search Console mit dem Hinweis auf eine gehackte Seite.

Für Verantwortliche in Gdańsk ist die zuständige Aufsichtsbehörde der Urząd Ochrony Danych Osobowych (UODO). Ein Vorfall mit Kundenkonten, Formulardaten oder Bestellungen ist im Regelfall eine Verletzung des Schutzes personenbezogener Daten nach RODO. Die Agentur als Auftragsverarbeiter liefert die technische Zeitachse und die betroffenen Datenkategorien an den Verantwortlichen, damit Meldepflichten und Fristen eingehalten werden können. Für Unternehmen mit NIS2- oder DORA-Pflichten dokumentieren wir Incidents so, dass interne Compliance-Teams und externe Prüfer nachvollziehen können, was wann passiert ist.

#Uptime, Alarme und Incident-Response

Uptime-Monitoring prüft die Erreichbarkeit von außen, nicht ob das Backend nach dem Login in Ordnung aussieht. Ein Ausfall oder ein Sprung der Antwortzeit erzeugt einen Alarm im Ticket-Kanal. Priority-Tickets erhalten die im SLA festgeschriebene Reaktion: an Werktags unter vier Stunden. Bei bestätigtem Sicherheitsvorfall oder Produktionsausfall, sofern der Vertrag das abdeckt, reagieren wir außerhalb der Standardzeiten.

Jede Intervention hat Zeitachse, Ursache, ausgeführte Schritte und Schlussfolgerungen. Danach ist klar, was passiert ist und wie sich der Fehler nicht wiederholt. Typische Gdańsk-Notfallszenarien: Formular- oder Cache-Update mitten in der Messewoche in der AmberExpo, volle Disks nach Traffic auf der Saison-Landingpage, Bot-Welle gegen wp-login.php nach einer öffentlich bekannten Plugin-Lücke, WooCommerce-Checkout-Ausfall während eines Retail-Events am Wochenende. Monitoring und Testumgebung verkürzen diese Ausfälle. Die Reaktion erst wenn der Kunde anruft dauert immer länger.

#Core Web Vitals im Wartungsrhythmus

LCP, INP und CLS messen wir auf Felddaten, weil das Labor eine Möglichkeit zeigt und das Feld entscheidet, wie die Seite auf dem Smartphone in der Gdańsker Altstadt oder im Homeoffice in Gdynia wirklich wirkt. In der Wartung achten wir auf Regressionen zwischen den Monaten: ein neues Plugin, das auf jeder Unterseite ein Skript nachlädt, ein Marketing-Tag außerhalb des technischen Prozesses, Kamerabilder ohne Kompression. Die Reparaturreihenfolge bleibt fest: Cache und TTFB, Bilder (WebP/AVIF, Abmessungen, Lazy Loading), Ladereihenfolge von JS/CSS, erst danach schwerere Theme-Eingriffe.

Wir versprechen keine feste Prozentverbesserung im Voraus. Die Skala hängt vom Ausgangszustand ab. Im Monatsbericht stehen Messung vorher und nachher sowie die Änderungen, die das Ergebnis beeinflusst haben. Für Shops und Lead-Seiten in Gdańsk ist besonders wichtig, dass ein Peak an Anfragen während der Ostsee-Saison oder einer Logistik-Kampagne nicht auf eine LCP-Regression trifft, die einen Monat zuvor durch ein kleines Chat-Plugin eingeführt wurde.

#Übernahme einer bestehenden Seite

Wartung beginnt fast nie mit einer sauberen Installation. Meist übernehmen wir eine Website vom Vorgänger oder ohne jede Betreuung. Erster Schritt ist das Audit: Plugin- und Versionsliste, PHP (veraltetes PHP ist die häufigste Ursache stiller Ausfälle), Wiederherstellbarkeit der Backups, Infektionsspuren, Performance-Baseline.

In dieser Phase tauchen regelmäßig Dinge auf, die der Eigentümer nicht kannte: ein Backup, das eine leere Datei schreibt, ein Plugin mit bekannter Lücke, ein Theme, das in Produktionsdateien editiert wurde, deaktivierte Updates damit nichts kaputtgeht. Das Audit endet mit einer priorisierten Behebungsliste. Der erste Monat eines übernommenen Projekts enthält meist mehr Remediation als Routine - und genau so kommunizieren wir das vor dem Start.

#Lokale SEO, GBP und digitale Sichtbarkeit in Gdańsk

Eine gut gebaute Website ist nur dann wertvoll, wenn Ihre Zielgruppe in Gdańsk und Polen sie findet. Unsere Wartung hält die technische SEO-Basis stabil:

• Technische SEO-Grundlagen, saubere URL-Strukturen, XML-Sitemaps, robots.txt-Konfiguration, Canonical Tags und korrekte Heading-Hierarchie. Strukturierte Daten (Schema.org): LocalBusiness, Organization, FAQ und HowTo bleiben valide nach Updates.
• Lokale Suchoptimierung, Integration mit Google Business Profile, lokales Schema-Markup mit Adresse in Gdańsk, NAP-Konsistenz (Name, Adresse, Telefon) und standortspezifische Landing Pages für Postleitzonen 80-001 bis 80-999.
• Mehrsprachigkeit, hreflang für PL/EN/DE, konsistente URL-Struktur über WPML oder Polylang, Übersetzungs-Workflows ohne doppelte Canonicals - wichtig für Unternehmen in Trójmiasto, die internationale Handelspartner ansprechen.
• Core Web Vitals als Qualitätsfaktoren, Google nutzt Page Experience-Metriken als Ranking-Faktoren. Performance-Budgets legen wir zu Projektbeginn fest und prüfen sie an Felddaten aus dem CrUX-Bericht, nicht nur im Labormesswert.
• Generative Engine Optimization (GEO), klare Entity-Definitionen, faktische Aussagen, zitierte Quellen und gut strukturierte Daten helfen Ihrem Unternehmen, in KI-generierten Antworten aufzutauchen.

SEO ist kein nachträglicher Zusatz, sondern Teil der laufenden Wartung: nach jedem größeren Update prüfen wir, ob Sitemaps, hreflang und strukturierte Daten intakt geblieben sind.

#Barrierefreiheit und EAA im Wartungsrhythmus

Der European Accessibility Act (EAA) verschiebt Erwartungen an digitale Dienstleistungen in Polen und der EU. Wartung ersetzt keine Barrierefreiheits-Auditierung, hält aber die technische Basis stabil: semantisches Markup nach Updates, funktionierende Tastaturnavigation, ausreichende Kontraste in Theme- und Builder-Konfiguration, Alt-Texte für neue Medien und Formularfehler, die Screenreader verstehen. Nach größeren Theme- oder Plugin-Updates prüfen wir die kritischen Pfade auf Regressionen, bevor die Seite wieder unter Last geht.

#Arbeitsweise und Reporting

Die Kommunikation läuft über einen schriftlichen Ticket-Kanal. Der Monatsbericht enthält: was aktualisiert wurde, welche Incidents auftraten, Uptime- und Core-Web-Vitals-Metriken, offene Risiken und Empfehlungen für den Folgemonat. Gespräche reservieren wir für Entscheidungen oder die Nachbesprechung eines ernsthaften Vorfalls. Die Wartung ist remote; für Gdańsk und Pomorskie ist das der Standard, keine Einschränkung.

Umfang, SLA-Reaktionszeiten, Entwicklerstunden-Pauschale und Reporting sind vor dem Start schriftlich festgelegt. Wir arbeiten seit 2007 mit WordPress: klassischer PHP-Stack und Setups, in denen WordPress das Content-Backend hinter einem separaten Frontend bleibt. Wir sind keine Hosting-Firma, die Maintenance als Upsell mitverkauft. Wir sind Entwickler, die Seiten betreiben, die sie vom Code her verstehen. WordUp Trójmiasto tauscht Betriebswissen aus; wir orientieren uns an dem, was in der Praxis auf polnischen Installationen funktioniert, nicht an generischen Checklisten.

#Typische Probleme, die wir in Gdańsk schließen

• Plugin-Konflikt nach Update: Testumgebung, Checkliste kritischer Pfade, Wiederherstellung statt Live-Reparatur
• Langsame Datenbank nach Jahren: aufgeblähter Autoload in wp_options, tote Transients, Tausende Revisionen, fehlende Indizes - Bereinigung und Messung auf dem Server
• Redaktion zerstört Layouts: Rollen, geplante Veröffentlichung, Revisionskontrolle, wer Plugins installieren darf
• Kontaktformular liefert keine Leads: stiller SMTP-Fehler, Anti-Spam blockiert Anfragen, Webhook zum CRM - End-to-End-Prüfung, nicht nur ob das Formular angezeigt wird
• WooCommerce-Versand bricht nach Update: InPost- oder DPD-Plugin-Konflikt, falsche Versandzonen für Gdańsk - Test des Bestellpfads in środowisko testowe
• Frachtanfrage-Formular bricht nach Theme-Update: Formular-Plugin und Page Builder im Konflikt - Prüfung vor der Ostsee-Saison oder einer Messe in der AmberExpo
• Mehrsprachen-Regression nach Update: hreflang fehlt, falsche Canonicals, PL/EN/DE-Inhalte vertauscht - Prüfung aller Sprachversionen vor Produktivgang
• Traffic-Schub ohne vorbereitetes Caching und Hosting-Limits: Review vor Ostsee-Saison, Baltic Hub oder Logistik-Kampagne, nicht in der ersten Woche unter Last
• Hosting-Provider-Probleme, die Ausfallzeiten verursachen: unabhängiges Monitoring und dokumentierter Migrationspfad, wenn die Infrastruktur versagt

#Häufige Fragen von Unternehmen in Gdańsk

Übernehmen Sie eine vernachlässigte Seite, die schon Probleme hat? Ja. Das Audit existiert genau dafür: veraltetes PHP, anfällige Plugins, defekte Backups oder Malware erkennen und eine Behebungsliste vor der laufenden Wartung erstellen.

Deckt die Wartung einen bestehenden WooCommerce-Shop ab? Ja, als Betrieb einer bestehenden Installation: Updates, Backups, Monitoring, Test des Bestellpfads in der Testumgebung. Das ist kein Aufbau eines Shops von null - dafür ist die WooCommerce-Entwickler-Leistung zuständig.

Wie planen Sie Arbeiten in betrieblich kritischen Phasen? Schwere Änderungen und größere Updates legen wir außerhalb von Spitzenzeiten. In kritischen Fenstern haben Uptime, Alarme und schnelle Wiederherstellung Vorrang.

Worin unterscheidet sich das vom Maintenance-Paket des Hosters? Hosting klickt Updates oft ohne Testumgebungstest. Wir testen, dokumentieren den Wiederherstellungspfad und übernehmen Verantwortung für die Wiederherstellung, nicht nur für einen grünen Ping-Status.

Arbeiten Sie nur mit Gdańsk? Nein. Wir beschreiben Gdańsk, weil Logistik, maritimer Sektor und das IT-Ökosystem um Olivia Business Centre Wartungsfenster und Prioritäten wirklich verschieben. Die Wartung selbst läuft remote für Kunden in ganz Polen und international.

#Diagnose einer langsamen Seite: von TTFB bis Plugin

Die Seite ist langsam ist ein Symptom, keine Diagnose. In der Wartung trennen wir Schichten, bevor irgendetwas optimiert wird.

Schritt eins: TTFB vom Rendering im Browser trennen. curl mit Messung von time_starttransfer auf Startseite, Kontaktseite und ggf. Warenkorb oder Frachtanfrage zeigt, ob das Problem in PHP und Datenbank sitzt oder im Frontend. Liefert eine statische Seite schnell und Formular oder Backend langsam, ist nicht das Hosting pauschal schuld.

Schritt zwei: Query-Profil auf dem Klon. Query Monitor, Slow-Query-Log und Autoload in wp_options zeigen meist den konkreten Verursacher: Statistik-Plugin, Filter über unindexierte Meta oder eine aufgeblähte Options-Tabelle bei jedem Request.

Schritt drei: Queues und Cron. Der Standard-wp-cron, ausgelöst durch Nutzertraffic, lässt zufällige Besucher für überfällige Jobs zahlen. Auf Produktion stellen wir System-Cron und DISABLE_WP_CRON ein und queueen ausgehende Mail, damit das Formular nicht im selben Request auf den SMTP-Handshake wartet.

Schritt vier: Cache-Konflikt. Vollständiger Page-Cache ohne Ausnahmen zerlegt Sessions, Warenkörbe und dynamische Formulare. Ausschlussregeln müssen auf Plugin- und CDN-Ebene konsistent sein.

Schritt fünf: Verifikation an den Core-Web-Vitals-Schwellen auf Felddaten (LCP, INP, CLS). Das Labor sagt, was zu verbessern ist; das Feld bestätigt, ob die Korrektur bei echten Nutzern greift. Das Ergebnis gehört in den Monatsbericht, nicht in ein einmaliges jetzt ist es schneller.

#PHP- und Core-Updates ohne Produktionsbruch

Ein PHP-Upgrade oder ein Major-WordPress-Sprung wird oft aufgeschoben, weil alle sich an einen misslungenen Versuch erinnern. Aufschieben hat Folgen: Je größer der Abstand, desto größer der Sprung und desto schwieriger die Diagnose.

Die PHP-Version ist zugleich Performance und Sicherheitsfenster. Ein Branch ohne Support bekommt keine Patches mehr. Vor dem Branch-Wechsel scannen wir Code mit PHPCompatibilityWP, prüfen Requires PHP in Plugins und Themes, schalten środowisko testowe mit WP_DEBUG_LOG und gehen die kritischen Pfade. Minor-Releases des Cores laufen im festen Rhythmus; Major bekommt ein eigenes Fenster und einen eigenen Absatz im Bericht.

Automatik lassen wir dort, wo Verzögerung riskanter ist als Ausfall (Core-Security-Patches, enge Gruppe von Security-Plugins). Wir schalten sie ab bei Plugins, deren Ausfall für den Kunden sofort sichtbar ist. Eine pauschale AUTOMATIC_UPDATER_DISABLED in wp-config.php nutzen wir nicht, weil sie auch kritische Core-Patches blockiert.

#Zusammenarbeit starten

Senden Sie die Website-Adresse und eine kurze Beschreibung des Problems oder der Erwartung. Sie erhalten einen Onboarding-Vorschlag: Audit, Risikoliste, Umfang der monatlichen Wartung und SLA-Bedingungen. Die Konditionen sind individuell. Wir bauen und betreiben WordPress seit 2007; in Gdańsk und Pomorskie zählt Vorhersehbarkeit im Logistik- und Messekalender, nicht der nächste Neubau von null, wenn die bestehende Installation haltbar ist. Neue Builds und größere Refactorings vor der laufenden Betreuung starten bei der WordPress-Entwickler-Leistung; der produktübergreifende Wartungsumfang steht auf der Seite zur Wartung von WordPress-basierten Websites.