WordPress Wartung & Support in Thessaloniki

WordPress-Wartung ist ein Vertrag über den laufenden Betrieb einer bestehenden Website, ein Neubau gehört nicht dazu. In Thessaloniki und in Zentralmakedonien ist die Firmenwebsite oft der Kontaktkanal zu Kunden in Ladadika und am Hafen, zu Buchungsanfragen für Hotels und Gastronomie oder zu Besuchern, die über Google Business Profile und lokale Suche in Postleitzonen 546xx und 551xx kommen. Wenn ein Plugin-Update das Kontaktformular stoppt oder der WooCommerce-Checkout nach einem Cache-Konflikt leer läuft, verlieren Sie Anfragen genau dann, wenn die Internationale Messe Thessaloniki (TIF) die Stadt füllt, die Sommersaison am Wasser beginnt oder eine Kampagne rund um die Aristoteles-Universität Thessaloniki (AUTH) die Nachfrage verdoppelt. Muss die Website erst neu gebaut oder grundlegend überarbeitet werden, beginnt es meist mit der WordPress-Entwicklung, danach übernimmt die laufende Wartung.

Diese Seite beschreibt eine Leistung: laufende WordPress-Wartung für Unternehmen mit Sitz oder Standort in Thessaloniki. Getestete Updates, Backups, Sicherheit, Testumgebung, Uptime-Monitoring, Plugin-Hygiene, Core Web Vitals und Reaktion auf Vorfälle. Den vollständigen Leistungsumfang finden Sie auf der Seite zur Wartung von WordPress-Websites. Für WooCommerce-Shops in EUR mit griechischen Zahlungs- und Versandrealitäten (Viva Wallet, Stripe, ELTA, ACS Courier) ist der Einstieg die WooCommerce-Entwickler-Leistung; die Wartung übernimmt danach den Betrieb.

#Was umfasst die WordPress-Wartung in Thessaloniki?

Thessaloniki verbindet Hafenwirtschaft, Tourismus, Export und ein wachsendes Tech-Ökosystem: WordCamp Thessaloniki tauscht Betriebswissen aus, die TIF zieht B2B-Besucher aus ganz Südosteuropa an, und Firmen in Kalamaria, Toumba und entlang der Egnatia Odos setzen WordPress für mehrsprachige Auftritte und Lead-Generierung ein. Unternehmen in Thessaloniki brauchen Seiten, die planbar laufen: redaktionsgetriebene Auftritte für Agenturen und Veranstalter, WooCommerce-Shops in EUR und Formulare, die DSGVO, NIS2 und die Erwartungen der griechischen Datenschutzbehörde technisch abbilden. Wartung, die den griechischen Feiertagskalender, die TIF-Woche im September und Produktionsfenster im Tourismus- und Eventumfeld 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 verschiebt der Standort Thessaloniki die Prioritäten?

Unternehmen rund um Ladadika, die Innenstadt und den Hafen betreiben häufig redaktionsgetriebene WordPress-Auftritte: Event-Kalender für die TIF oder lokale Festivals, Pressebereiche, Portfolio-Seiten für Agenturen und GBP-verknüpfte Standortseiten. Die Inhalte ändern sich häufiger als bei einer typischen B2B-Broschürenseite. Wartung heißt hier Disziplin um den Page Builder, konsistente Meta-Daten und die Kontrolle, dass ein Theme- oder Plugin-Update nicht die Startseite eines Veranstalters oder eines Hotels zerlegt.

Das zweite Risiko betrifft Export- und Industrieunternehmen in Kalamaria, Evosmos und entlang der Egnatia Odos, die technische Dokumentation, Download-Bereiche, Compliance-Texte und Karriereseiten betreiben. DSGVO und NIS2 verlangen nachvollziehbare Einwilligungen, dokumentierte Verarbeitungszwecke und eine Vorfallreaktion, die die griechische Datenschutzbehörde (Αρχή Προστασίας Δεδομένων Προσωπικού Χαρακτήρα) auditieren kann. Die Wartung behält Cookie-Banner, Formular-Plugins und Datenexporte im Blick, ersetzt aber keine Rechtsberatung.

Die dritte Gruppe sind Händler und D2C-Marken in Thessaloniki und in Zentralmakedonien, die WooCommerce in EUR betreiben. Viva Wallet und Stripe sind für griechische Käufer Normalfall. ELTA und ACS Courier decken den Versand in Postleitzonen 546xx und 551xx und in ganz Griechenland ab. Wartung testet den Bestellpfad nach jedem WooCommerce- oder Versand-Plugin-Update: Warenkorb, Checkout, Zahlungs-Gateways, Versandzonen für Thessaloniki und angrenzende Gemeinden. Der Aufbau des Shops gehört zur Leistung WooCommerce-Entwicklung, die Wartung sichert den laufenden Betrieb.

Tourismus- und Gastronomiebetriebe am Wasser und in den Stadtteilen rund um die Weiße Tür haben ein viertes Profil: saisonale Buchungsformulare, mehrsprachige Landing Pages für internationale Gäste und Integrationen mit Reservierungssystemen. Ein Ausfall während der Sommersaison oder der TIF-Woche 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 der Produktivumgebung schalte ich dort ab, wo ein Ausfall sofort auffällt: bei Formular-, Zahlungs-, Buchungs-, Cache- und Page-Builder-Plugins. Sicherheits-Patches für den WordPress-Core (Minor-Updates) bleiben automatisch, weil wochenlanges Aufschieben riskanter ist als der Patch selbst. Jede größere Änderung kommt zuerst auf eine Testumgebung, die der Produktion möglichst gleicht: dieselbe PHP-Version, vergleichbare Plugins, eine Kopie der Datenbank. Auf der Testumgebung laufen die kritischen Pfade: Startseite, Kontaktformular, Backend-Login, ggf. Warenkorb oder Anfrageformular, 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 markiere ich solche Positionen, schlage Ersatz oder Entfernung vor und halte die Entscheidung im Bericht fest. Der nächste Klassiker ist ein Theme, das direkt auf dem Produktivserver geändert wurde: Jedes Theme-Update überschreibt die Anpassungen. Dann lagere ich eigenen Code zuerst in ein Child Theme oder ein kleines Plugin aus und kehre erst danach zum regelmäßigen Update-Rhythmus zurück.

#Backups, die sich wiederherstellen lassen

Ein Backup, dessen Wiederherstellung nie getestet wurde, ist nur eine Datei. In der Wartung richte ich tägliche Backups von Dateien und Datenbank außerhalb des Produktivservers ein, bewahre sie rund 30 Tage auf und spiele sie regelmäßig testweise auf der Testumgebung ein. Ich prüfe, ob die Anmeldung in der wiederhergestellten Installation klappt, ob die Formulare funktionieren und ob die Medien vollständig sind. Für Thessaloniki-Firmen, die vor der TIF, einem Recruitment-Fenster an der AUTH oder einer Retail-Kampagne in der Innenstadt schnell wieder online sein müssen, ist die Wiederherstellungszeit Teil des SLA, kein Anhang im Hosting-Ordner.

#Sicherheit, DSGVO und griechische Datenschutzbehörde im laufenden Betrieb

Zur Sicherheit gehören erzwungenes HTTPS, sinnvolle Header, Zwei-Faktor-Anmeldung für Administratorkonten, begrenzte Login-Versuche, saubere Benutzerrollen und regelmäßige Scans. Kontaktformulare, Newsletter-Anmeldungen und WooCommerce-Kundenkonten vervielfachen die Stellen, an denen personenbezogene Daten WordPress verlassen. In der Wartung behalte ich die Einwilligungskonfiguration, die Datensparsamkeit in Formularfeldern und die Liste der Plugins mit Datenbankzugriff im Blick. Data Processing Agreements und fachliche Prozessentscheidungen bleiben beim Verantwortlichen; ich liefere Konfiguration und eine Risikoliste zur Entscheidung.

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

Für Verantwortliche in Thessaloniki ist die zuständige Aufsichtsbehörde die griechische Datenschutzbehörde. Ein Vorfall mit Kundenkonten, Formulardaten oder Bestellungen ist im Regelfall eine Verletzung des Schutzes personenbezogener Daten nach DSGVO. Als Auftragsverarbeiter liefere ich dem Verantwortlichen die technische Zeitachse und die betroffenen Datenkategorien, damit er Meldepflichten und Fristen einhalten kann. Für Finanzdienstleister und kritische Infrastruktur ergänzt NIS2 zusätzliche Erwartungen an Dokumentation und Reaktionsfähigkeit.

#Uptime, Alarme und Incident-Response

Uptime-Monitoring prüft die Erreichbarkeit von außen, nicht ob das Backend nach dem Login „in Ordnung aussieht”. Fällt die Seite aus oder steigt die Antwortzeit sprunghaft, geht ein Alarm in den Ticket-Kanal. Sofern der Vertrag es vorsieht, kümmere ich mich bei einem bestätigten Sicherheitsvorfall oder Produktionsausfall auch außerhalb der üblichen Arbeitszeiten darum.

Jeder Einsatz wird mit Zeitverlauf, Ursache, durchgeführten Schritten und Schlussfolgerungen dokumentiert. Danach ist klar, was passiert ist und was verhindert, dass sich der Fehler wiederholt. Typische Thessaloniki-Notfallszenarien: Formular- oder Cache-Update mitten in der TIF-Woche, volle Disks nach Traffic auf der Event-Landingpage, Bot-Welle gegen wp-login.php nach einer öffentlich bekannten Plugin-Lücke, WooCommerce-Checkout-Ausfall während der Sommersaison oder 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 messe ich auf Felddaten, weil das Labor eine Möglichkeit zeigt und das Feld entscheidet, wie die Seite auf dem Smartphone in Ladadika oder im Homeoffice in Kalamaria wirklich wirkt. In der Wartung achte ich auf Verschlechterungen von Monat zu Monat: ein neues Plugin, das auf jeder Unterseite ein Skript lädt, ein Marketing-Tag, das am technischen Prozess vorbei eingebaut wurde, unkomprimierte Kamerafotos. Die Reihenfolge der Reparaturen steht fest: Cache und TTFB, Bilder (WebP/AVIF, Abmessungen, Lazy Loading), Ladereihenfolge von JS und CSS, erst danach größere Eingriffe ins Theme.

Ich verspreche keine feste Prozentverbesserung im Voraus. Die Skala hängt vom Ausgangszustand ab. Im Monatsbericht stehen die Messwerte vorher und nachher sowie die Änderungen, die das Ergebnis beeinflusst haben. Für Shops und Lead-Seiten in Thessaloniki ist besonders wichtig, dass ein Peak an Anfragen während der TIF oder der Sommersaison 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 übernehme ich eine Website von einem Vorgänger oder eine, um die sich niemand gekümmert hat. Der erste Schritt ist das Audit: Liste der Plugins und Versionen, PHP-Version (veraltetes PHP ist die häufigste Ursache für stille Ausfälle), ob sich die Backups wiederherstellen lassen, Spuren von Infektionen, Performance-Baseline.

In dieser Phase tauchen regelmäßig Dinge auf, von denen der Eigentümer nichts wusste: ein Backup, das eine leere Datei schreibt, ein Plugin mit bekannter Lücke, ein Theme, das direkt auf dem Server bearbeitet wurde, abgeschaltete Updates, „damit nichts kaputtgeht“. Das Audit endet mit einer priorisierten Behebungsliste. Im ersten Monat eines übernommenen Projekts fällt meist mehr Aufräumarbeit als Routine an, und das sage ich vor dem Start genau so.

#Wie klappt lokale SEO mit Google-Unternehmensprofil in Thessaloniki?

Eine gut gebaute Website ist nur dann wertvoll, wenn Ihre Zielgruppe in Thessaloniki und Griechenland 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 nach Updates valide.
• Lokale Suchoptimierung, Integration mit Google Business Profile, lokales Schema-Markup mit Adresse in Thessaloniki, NAP-Konsistenz (Name, Adresse, Telefon) und standortspezifische Landing Pages für Postleitzonen 546xx und 551xx.
• Core Web Vitals als Qualitätsfaktoren, Google nutzt Page Experience-Metriken als Ranking-Faktoren. Performance-Budgets lege ich zu Projektbeginn fest und prüfe sie zusätzlich zu den Laborwerten an Felddaten aus dem CrUX-Bericht.
• Content-Architektur, Pillar Pages, unterstützende Content-Cluster und interne Verlinkungsmuster, die Suchmaschinen Expertise signalisieren.
• Mehrsprachige SEO, für Unternehmen, die von Thessaloniki aus mehrere Märkte ansprechen (Griechisch, Englisch, gelegentlich Bulgarisch oder Serbisch für die Region), implementiere ich Hreflang-Tags, locale-spezifische URL-Strukturen und unabhängige Metadaten pro Sprache.

SEO gehört zur laufenden Wartung: Nach jedem größeren Update prüfe ich, ob Sitemaps und strukturierte Daten intakt sind.

#Barrierefreiheit und EAA im Wartungsrhythmus

Der European Accessibility Act (EAA) verschiebt Erwartungen an digitale Dienstleistungen in Griechenland 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üfe ich die kritischen Pfade auf Regressionen, bevor die Seite wieder unter Last geht.

#Arbeitsweise und Reporting

Die Kommunikation läuft schriftlich über Tickets. Der Monatsbericht enthält, was aktualisiert wurde, welche Vorfälle es gab, Uptime- und Core-Web-Vitals-Werte, offene Risiken und Empfehlungen für den nächsten Monat. Auch Entscheidungen und die Nachbereitung eines ernsten Vorfalls laufen schriftlich. Die Wartung ist remote; für Thessaloniki und Zentralmakedonien ist das der Standard, keine Einschränkung.

Umfang, Stundenkontingent für Entwicklung und Berichte werden vor dem Start schriftlich festgelegt. Ich arbeite seit 2006 mit WordPress: im klassischen PHP-Stack und in Setups, in denen WordPress als Content-Backend hinter einem separaten Frontend läuft. Ich bin kein Hoster, der Wartung als Zusatzprodukt mitverkauft. Ich bin Entwickler und betreue Websites, deren Code ich verstehe.

#Welche typischen Probleme löse ich in Thessaloniki?

• 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 „das Formular wird angezeigt”
• WooCommerce-Versand bricht nach Update: ELTA- oder ACS-Plugin-Konflikt, falsche Versandzonen für Thessaloniki - Test des Bestellpfads in der Testumgebung
• Buchungsformular bricht nach Theme-Update: Kalender-Plugin und Page Builder im Konflikt - Prüfung vor TIF oder Sommersaison
• Traffic-Schub ohne vorbereitetes Caching und Hosting-Limits: Review vor TIF, Sommersaison oder Kampagne, nicht in der ersten Woche unter Last
• Hosting-Provider-Probleme, die Ausfallzeiten verursachen: unabhängiges Monitoring und dokumentierter Migrationspfad, wenn die Infrastruktur versagt
• Viva-Wallet- oder Stripe-Webhook bricht nach Plugin-Update: Zahlungsbestätigung kommt nicht an, Bestellungen bleiben offen - End-to-End-Test in der Testumgebung vor Produktivgang

#Welche Fragen stellen Unternehmen in Thessaloniki?

Übernehmen Sie eine vernachlässigte Seite, die schon Probleme hat? Ja. Genau dafür gibt es das Audit: veraltetes PHP, unsichere Plugins, defekte Backups oder Malware finden und eine Liste der nötigen Korrekturen erstellen, bevor die laufende Wartung beginnt.

Deckt die Wartung einen bestehenden WooCommerce-Shop ab? Ja, als Betrieb einer bestehenden Installation: Updates, Backups, Monitoring, Test des Bestellpfads in der Testumgebung. Ein Shop von null gehört nicht dazu, dafür gibt es die WooCommerce-Entwicklung.

Wie planen Sie Arbeiten in betrieblich kritischen Phasen? Schwere Änderungen und größere Updates lege ich 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. Ich teste die Wiederherstellung, dokumentiere jeden Schritt und stehe dafür ein, dass sie im Ernstfall funktioniert.

Arbeiten Sie nur mit Thessaloniki? Nein. Ich beschreibe Thessaloniki, weil Hafenwirtschaft, Tourismus und das griechische Tech-Ökosystem Wartungsfenster und Prioritäten wirklich verschieben. Die Wartung selbst läuft remote für Kunden in ganz Griechenland und international.

#Diagnose einer langsamen Seite: von TTFB bis Plugin

„Die Seite ist langsam” ist ein Symptom, keine Diagnose. In der Wartung trenne ich zuerst die Schichten, bevor ich irgendetwas „optimiere“.

Schritt eins: TTFB vom Rendering im Browser trennen. curl mit Messung von time_starttransfer auf Startseite, Kontaktseite und ggf. Ein Test von Warenkorb oder Anfrageformular zeigt, ob das Problem in PHP und Datenbank liegt oder im Frontend. Ist eine statische Seite schnell, Formular oder Backend aber langsam, liegt es nicht pauschal am „Hosting“.

Schritt zwei: Query-Profil auf dem Klon. Query Monitor, das Slow-Query-Log und der Autoload in wp_options zeigen meist den konkreten Verursacher: ein Statistik-Plugin, einen Filter über nicht indizierte Meta-Felder oder eine aufgeblähte Options-Tabelle, die bei jedem Request geladen wird.

Schritt drei: Queues und Cron. Der Standard-wp-cron wird durch Seitenaufrufe ausgelöst, sodass zufällige Besucher mit Wartezeit für überfällige Jobs bezahlen. Auf der Produktivumgebung richte ich einen System-Cron mit DISABLE_WP_CRON ein und stelle ausgehende Mails in eine Warteschlange, damit das Formular nicht im selben Request auf den SMTP-Handshake wartet.

Schritt vier: Cache-Konflikt. Ein vollständiger Page-Cache ohne Ausnahmen macht Sessions, Warenkörbe und dynamische Formulare kaputt. Ausschlussregeln müssen im Plugin und im CDN übereinstimmen.

Schritt fünf: Prüfung gegen die Core-Web-Vitals-Schwellen anhand von Felddaten (LCP, INP, CLS). Labordaten zeigen, was zu verbessern ist; Felddaten bestätigen, ob die Korrektur bei echten Nutzern ankommt. Das Ergebnis halte ich mit Messwerten im Monatsbericht fest.

#PHP- und Core-Updates ohne Produktionsbruch

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

Die PHP-Version entscheidet über die Performance und darüber, wie lange es noch Sicherheitsupdates gibt. Ein Branch ohne Support bekommt keine Patches mehr. Vor dem Wechsel auf einen neuen PHP-Branch scanne ich den Code mit PHPCompatibilityWP, prüfe Requires PHP in Plugins und Themes, aktiviere WP_DEBUG_LOG auf der Testumgebung und gehe die kritischen Pfade durch. Minor-Releases des Cores spiele ich in festem Rhythmus ein; ein Major-Update bekommt ein eigenes Zeitfenster und einen eigenen Abschnitt im Bericht.

Automatische Updates lasse ich dort aktiv, wo Aufschieben riskanter ist als ein möglicher Ausfall (Sicherheits-Patches des Cores, eine kleine Gruppe von Sicherheits-Plugins). Bei Plugins, deren Ausfall sofort sichtbar wäre, schalte ich sie ab. Ein pauschales AUTOMATIC_UPDATER_DISABLED in der wp-config.php setze ich nicht, weil es auch kritische Core-Patches blockiert.

#Zusammenarbeit starten

Schicken Sie mir die Adresse der Website und eine kurze Beschreibung des Problems oder Ihrer Erwartung. Sie erhalten einen Vorschlag für den Einstieg: Audit, Risikoliste und Umfang der monatlichen Wartung. Die Konditionen sind individuell. Ich baue und betreiben WordPress seit 2006; in Thessaloniki und Zentralmakedonien zählt Vorhersehbarkeit im Event- und Tourismuskalender, nicht der nächste Neubau „von null”, wenn die bestehende Installation haltbar ist. Neue Websites und größere Refactorings vor der laufenden Betreuung laufen über die WordPress-Entwicklung; was die Wartung insgesamt umfasst, steht auf der Seite zur Wartung von WordPress-Websites.