Zum Hauptinhalt springen

Autor: thorsten.koetzsch

inqiro: Wie ich einen DSGVO-konformen KI-Chatbot für WordPress entwickelt habe

inqiro: Wie ich einen DSGVO-konformen KI-Chatbot für WordPress entwickelt habe

Von der Idee bis zur Veröffentlichung auf WordPress.org — ein Einblick in Architektur, Entwicklungsprozess und die Hürden des Plugin-Review-Prozesses.

Wer heute einen KI-Chatbot auf seiner WordPress-Website einbinden möchte, hat grundsätzlich zwei Möglichkeiten: Er nutzt einen externen Dienst wie Tidio, Intercom oder Chatbot.com — oder er findet etwas, das direkt in WordPress lebt, DSGVO-konform auf deutschen Servern läuft und die Inhalte seiner Website tatsächlich kennt. Die zweite Option gab es so nicht. Also habe ich sie gebaut.

Das Ergebnis heißt inqiro — ein KI-Chatbot-Plugin für WordPress, das seit März 2026 kostenlos im offiziellen WordPress.org-Verzeichnis verfügbar ist. In diesem Artikel beschreibe ich, wie das Plugin funktioniert, welche technischen Entscheidungen ich getroffen habe, warum WordPress.org mein Plugin dreimal abgelehnt hat — und was ich dabei gelernt habe.

Das Problem: Chatbots, die nichts wissen

Klassische Chatbot-Lösungen haben ein fundamentales Problem: Sie wissen nichts über die Website, auf der sie eingebunden sind. Sie beantworten generische Fragen, leiten den Besucher auf Kontaktformulare weiter oder geben Antworten, die nichts mit dem eigentlichen Angebot zu tun haben.

Der Grund ist technisch nachvollziehbar: Diese Dienste sind nicht mit den Inhalten der jeweiligen Website verbunden. Sie kennen keine Produkte, keine Preise, keine Öffnungszeiten, keine FAQs. Sie sind im Grunde genommen intelligente Weiterleitungsmaschinen.

Was ich gesucht habe, war etwas anderes: Ein Chatbot, der die Website liest, versteht und auf Basis dieser Inhalte antwortet — ohne manuelle Pflege, ohne Copy-Paste von FAQs, ohne externes Training.

Die Architektur: Wie inqiro funktioniert

Das Herzstück von inqiro ist ein dreistufiger Prozess: Crawlen, Verstehen, Antworten.

1. Content-Crawling
Nach der Installation scannt inqiro automatisch alle veröffentlichten Seiten, Beiträge und — sofern WooCommerce aktiv ist — auch Produkte. Der Crawler extrahiert den lesbaren Text, bereinigt ihn von HTML-Markup und teilt ihn in sogenannte Chunks auf: überschaubare Textabschnitte, die semantisch zusammengehören.

Dieser Prozess läuft in zwei Situationen automatisch: täglich über einen WordPress-Cron-Job und sofort, wenn ein Beitrag oder eine Seite veröffentlicht oder aktualisiert wird. Der Website-Betreiber muss nach der initialen Einrichtung nichts weiter tun.

2. Embeddings: Text wird zu Vektoren
Der zweite Schritt ist der entscheidende. Die gecrawlten Text-Chunks werden in sogenannte Embeddings umgewandelt — mathematische Vektoren, die die semantische Bedeutung eines Textes repräsentieren.

Was bedeutet das konkret? Zwei Texte, die inhaltlich ähnlich sind, erhalten ähnliche Vektoren — auch wenn sie nicht dieselben Wörter verwenden. Eine Frage wie „Wie viel kostet das?" und ein Produkttext mit „Preis: 49 Euro" werden als semantisch verwandt erkannt, obwohl sie keine gemeinsamen Wörter teilen.

Diese Vektoren werden in der WordPress-Datenbank gespeichert und ermöglichen eine blitzschnelle semantische Suche: Wenn ein Besucher eine Frage stellt, wird diese ebenfalls in einen Vektor umgewandelt und mit den gespeicherten Chunks verglichen. Die ähnlichsten Textabschnitte werden als Kontext an die KI übergeben.

3. Retrieval-Augmented Generation (RAG)
Das Verfahren dahinter heißt Retrieval-Augmented Generation, kurz RAG. Die KI erhält nicht einfach eine Frage — sie erhält die Frage zusammen mit den relevantesten Inhalten der Website als Kontext. Die Antwort basiert also auf echten Inhalten, nicht auf dem allgemeinen Weltwissen des Sprachmodells.

Das verhindert sogenannte Halluzinationen: Die KI erfindet keine Antworten, weil sie immer auf reale Textbausteine zurückgreift. Wenn eine Information nicht auf der Website vorhanden ist, sagt der Chatbot ehrlich, dass er es nicht weiß.

DSGVO-Konformität durch den deutschen Proxy-Server

Ein zentrales Designprinzip von inqiro ist der Datenschutz. Chat-Anfragen werden nicht direkt vom Browser des Besuchers an OpenAI oder Anthropic gesendet — sie laufen über einen zwischengeschalteten Lizenzserver, der in Deutschland gehostet wird.

Das hat mehrere Vorteile:

  • Die IP-Adresse des Besuchers erreicht die US-amerikanischen KI-Anbieter nicht direkt
  • Nutzungslimits werden zentral und fälschungssicher verwaltet
  • Ein vollständiger Auftragsverarbeitungsvertrag (AVV) gemäß Art. 28 DSGVO gilt automatisch
  • Der Datentransfer zu OpenAI und Anthropic ist über das EU-US Data Privacy Framework und Standardvertragsklauseln abgesichert

Chat-Daten selbst werden primär in der WordPress-Datenbank des jeweiligen Betreibers gespeichert — nicht auf meinen Servern. Diese Architektur unterscheidet inqiro grundlegend von US-amerikanischen Chatbot-Diensten, bei denen alle Gesprächsdaten auf fremden Servern landen.

Die technische Umsetzung

Das Plugin folgt dem WordPress-Coding-Standard und nutzt ausschließlich WordPress-native Funktionen: wpdb für Datenbankoperationen, wp_remote_post() für HTTP-Anfragen, wp_handle_upload() für Datei-Uploads. Auf externe PHP-Bibliotheken wurde bewusst verzichtet — keine Composer-Dependencies in der Produktionsversion.

Die Architektur ist in spezialisierte Klassen aufgeteilt:

  • INQIRO_Crawler — Content-Extraktion und Chunking
  • INQIRO_Embeddings — Vektorisierung und semantische Suche
  • INQIRO_Chat — Anfrageverarbeitung und KI-Routing
  • INQIRO_Widget — Frontend-Widget-Rendering
  • INQIRO_REST — REST-API-Endpunkte

JavaScript-Frontend ohne jQuery
Das Chat-Widget ist in Vanilla JavaScript geschrieben — keine jQuery-Abhängigkeit, kein Framework-Overhead. Das hält die Ladezeit minimal und verhindert Konflikte mit anderen Plugins oder Themes.

Das Widget unterstützt Streaming-Antworten: Die KI-Antwort erscheint Zeichen für Zeichen — ähnlich wie bei ChatGPT — anstatt als kompletter Block. Technisch geschieht das über Server-Sent Events (SSE) mit einem Character-Queue-System, das unabhängig von der Chunk-Größe der API-Antwort eine gleichmäßige Darstellung sicherstellt.

E2E-Testing mit Playwright
Das Plugin ist mit einer umfangreichen End-to-End-Test-Suite abgesichert, die über 350 Tests umfasst. Die Tests simulieren echte Browser-Interaktionen: Widget öffnen, Nachrichten senden, Bot-Antworten empfangen, Admin-Einstellungen ändern. Vor jedem Release läuft die komplette Suite durch — kein Commit ohne grünes Ergebnis.

Der WordPress.org Review-Prozess: Dreimal abgelehnt

Was ich unterschätzt hatte: Die Veröffentlichung im offiziellen WordPress.org-Plugin-Verzeichnis ist kein einfacher Upload-Prozess. Ein Team von Freiwilligen prüft jeden Plugin-Code manuell auf Einhaltung der Richtlinien. Mein Plugin wurde dreimal abgelehnt.

Runde 1: Automatischer Vorab-Check
Schon der erste automatische Scan scheiterte an einem Custom-Updater. WordPress.org-Plugins dürfen keinen eigenen Update-Mechanismus mitbringen — Updates laufen ausschließlich über das WordPress.org-SVN-Repository. Die Lösung war einfach: Die entsprechende Klasse wurde aus dem WordPress.org-Branch entfernt.

Runde 2: Manuelle Prüfung — die eigentliche Herausforderung
Die zweite Ablehnung traf härter. Die Reviewer hatten mehrere Probleme identifiziert:

Trialware-Verdacht: Das Plugin hatte im Admin-Bereich Einstellungsfelder, die für Free-Nutzer deaktiviert (ausgegraut) waren. WordPress.org verbietet das explizit — Guideline 5 besagt: Alle im Plugin enthaltenen Funktionen müssen vollständig nutzbar sein. Deaktivierte Features sind nicht erlaubt, auch wenn sie auf eine externe Bezahlversion hinweisen.

Meine Lösung: Statt das Plugin mit gesperrten Features vollzustopfen, habe ich für WordPress.org eine echte Lite-Version erstellt. Pro- und Business-spezifische Admin-Seiten wurden vollständig entfernt, nicht nur deaktiviert.

Inline-Scripts: Mehrere Templates enthielten <script>-Tags direkt im HTML. WordPress verlangt, dass JavaScript über wp_add_inline_script() eingebunden wird. Alle betroffenen Stellen wurden entsprechend umgeschrieben.

CDN-Abhängigkeit: Chart.js wurde von einem externen CDN geladen. WordPress.org verlangt, dass alle JavaScript-Bibliotheken lokal im Plugin gebündelt werden.

Kurze Präfixe: Alle Funktionen, Klassen und Optionen müssen eindeutige, mindestens vier Zeichen lange Präfixe haben. Mein ursprünglicher Präfix iq_ war zu kurz. Über 1.600 Vorkommnisse mussten auf inqiro_ umgeschrieben werden — inklusive einer Migrationsfunktion für bestehende Installationen.

ip-api.com ohne Opt-in: Das Plugin nutzte ip-api.com für Geo-Statistiken ohne explizite Nutzer-Einwilligung. WordPress.org wertet das als „Phoning Home". Die Funktion wurde hinter eine Opt-in-Einstellung gestellt, die standardmäßig deaktiviert ist.

Runde 3: Fast am Ziel
Die dritte Runde brachte noch zwei kleinere Probleme: move_uploaded_file() musste durch wp_handle_upload() ersetzt werden, und JS-Variablen mit zu kurzen Präfixen wurden beanstandet. Beide Punkte waren schnell behoben. Nach insgesamt rund sechs Wochen und drei Einreichungsrunden kam die Genehmigung.

Was ich aus dem Review-Prozess gelernt habe

Der WordPress.org Review-Prozess ist streng — und das ist gut so. Die Anforderungen existieren, weil schlechte Plugins echten Schaden anrichten können: Datenschutzverletzungen, Sicherheitslücken, irreführende Nutzerführung. Einige Lektionen für andere Plugin-Entwickler:

Trialware ist nicht erlaubt — aber Serviceware schon. Der entscheidende Unterschied: Wenn ein Feature lokal im Plugin-Code vorhanden ist, muss es vollständig nutzbar sein. Wenn ein Feature hingegen auf einem externen Server verarbeitet wird, darf es an eine Lizenz geknüpft sein. Das ist der Unterschied zwischen einem gesperrten Feature und einem Service.

Zwei getrennte Branches sind essenziell. main für die Vollversion, releases/wordpress_org für die Lite-Version. Ohne diese Trennung wird jeder Release zur Fehlerquelle.

Den Plugin Check Plugin nutzen. Das offizielle WordPress-Plugin-Check-Plugin identifiziert viele der häufigen Probleme bevor man einreicht. Es spart erheblich Zeit.

Präfixe von Anfang an richtig wählen. Nachträgliches Umbenennen von 1.600 Vorkommnissen ist mühsam. Mindestens vier Zeichen, eindeutig, konsequent.

Das Freemium-Modell: Was kostenlos ist, was nicht

inqiro ist auf WordPress.org als vollständig funktionsfähiges Free-Plugin verfügbar — kein Bait-and-Switch, keine deaktivierten Features. Die kostenlose Version enthält automatisches Content-Crawling, KI-Antworten basierend auf Website-Inhalten, ein anpassbares Chat-Widget, Gesprächsverlauf, DSGVO-Features und 50 Chats pro Monat.

Für professionelle Nutzung gibt es auf inqiro.de erweiterte Pläne:

  • Pro (29 €/Monat): 5.000 Chats, Lead-Erfassung, proaktive Nachrichten, Branding entfernen, Flow Builder
  • Business (79 €/Monat): 20.000 Chats, eigener API-Key, WooCommerce-Integration, Gesprächsübergabe an Agenten, Live-Chat-Inbox, Kalender-Integration

Für wen ist inqiro geeignet?

WordPress-Agenturen können inqiro als White-Label-Produkt für ihre Kunden einsetzen. Das Plugin lässt sich vollständig an das Corporate Design des jeweiligen Kunden anpassen — Farben, Bot-Name, Avatar, Begrüßungstext.

WooCommerce-Shops profitieren von der automatischen Produktkenntnis: Der Chatbot kann Produkte empfehlen, Preise nennen und Produkte direkt in den Warenkorb legen — ohne dass der Shopbetreiber die Produktdaten manuell einpflegen muss.

Arztpraxen und lokale Dienstleister schätzen besonders die DSGVO-Konformität und die Möglichkeit, häufige Patientenfragen automatisch zu beantworten — Öffnungszeiten, Leistungen, Anfahrt — ohne dass die Praxis dauerhaft erreichbar sein muss. Das Argument der deutschen Server und des automatisch geltenden AVV ist in diesem Segment besonders relevant.

Fazit

Der Weg von der ersten Zeile Code bis zur Veröffentlichung auf WordPress.org war länger und anspruchsvoller als erwartet — technisch, konzeptionell und im Hinblick auf die Einhaltung von Richtlinien. Das Ergebnis ist ein Plugin, das ich selbst täglich nutze und das echten Mehrwert für WordPress-Betreiber liefert.

Wenn Sie einen KI-Chatbot suchen, der Ihre Website tatsächlich kennt, DSGVO-konform auf deutschen Servern läuft und sich nahtlos in WordPress integriert — dann ist inqiro vielleicht genau das Richtige.

inqiro kostenlos herunterladen

inqiro für Ihre Website einrichten lassen?

Sie möchten inqiro professionell auf Ihrer Website einrichten lassen — mit Training auf Ihre Inhalte, individuellem Design und technischer Betreuung? Ich helfe Ihnen gerne weiter.

Weiterlesen

WordPress-Updates ignoriert? Was im schlimmsten Fall passiert

WordPress-Updates ignoriert? Was im schlimmsten Fall passiert

„Läuft doch alles.“ – Das ist der Satz, den ich am häufigsten höre, bevor eine Website gehackt wird.

WordPress-Updates erscheinen im Dashboard als kleine rote Zahl. Viele Website-Besitzer ignorieren sie – aus Zeitmangel, aus Angst etwas kaputt zu machen oder schlicht, weil sie nicht wissen, warum diese Updates so wichtig sind.

In diesem Artikel zeige ich Ihnen, was wirklich passiert, wenn WordPress-Updates über Wochen, Monate oder Jahre ausbleiben. Und warum diese kleine rote Zahl der Unterschied zwischen einer funktionierenden Website und einem ernsthaften Problem sein kann.

Die Zahlen sprechen eine klare Sprache

WordPress betreibt über 43 Prozent aller Websites weltweit. Diese Verbreitung macht es zum attraktivsten Ziel für automatisierte Hackerangriffe. Experten schätzen, dass täglich rund 13.000 WordPress-Websites gehackt werden – das sind etwa 4,7 Millionen pro Jahr.

Der erschreckende Teil: Die überwältigende Mehrheit dieser Angriffe wäre vermeidbar gewesen. Veraltete Plugins sind für rund 92 Prozent aller gemeldeten WordPress-Sicherheitslücken verantwortlich. Nicht der WordPress-Kern ist das Problem – sondern die Erweiterungen, die niemand aktualisiert.

In einer Umfrage unter Betreibern gehackter Websites gaben 60 Prozent an, dass der Angriff über eine bekannte Sicherheitslücke in einem Plugin oder Theme erfolgte. Die Schwachstellen waren längst behoben – die Betreiber hatten das Update nur nicht eingespielt.

Was passiert, wenn Sie Updates ignorieren?

Stellen Sie sich vor, ein Schlüsseldienst veröffentlicht eine Mitteilung: „Achtung, Schlösser der Serie X haben einen Defekt. Bitte tauschen Sie den Zylinder aus.“ Sie ignorieren die Mitteilung. Was passiert?

Genau das Gleiche passiert bei WordPress. Wenn eine Sicherheitslücke entdeckt und öffentlich dokumentiert wird, wissen zwei Gruppen davon: die Entwickler, die einen Patch veröffentlichen – und die Angreifer, die jetzt gezielt nach Websites suchen, die den Patch noch nicht eingespielt haben.

Und diese Suche passiert nicht manuell. Automatisierte Bots scannen das Internet rund um die Uhr nach verwundbaren Installationen. Wird Ihre Website gefunden, erfolgt der Angriff vollautomatisch. Innerhalb von Stunden nach Bekanntwerden einer Lücke starten die ersten Exploits.

Die fünf Eskalationsstufen: Vom verpassten Update zur Katastrophe

Stufe 1: Das Update wird ignoriert. Im Dashboard erscheint die Meldung „Update verfügbar“. Sie klicken nicht drauf – vielleicht morgen. Aus morgen werden Wochen, aus Wochen Monate.

Stufe 2: Angreifer finden Ihre Website. Bots prüfen automatisch, welche Plugin-Version Sie einsetzen. Stimmt die Version mit einer bekannten Schwachstelle überein, wird Ihre Seite als Ziel markiert.

Stufe 3: Schadcode wird eingeschleust. Je nach Art der Lücke können Angreifer Dateien manipulieren, Weiterleitungen auf Spam-Seiten einbauen, Malware an Ihre Besucher verteilen oder sich über Backdoors dauerhaften Zugang verschaffen. Das Tückische: Oft merken Sie davon zunächst nichts.

Stufe 4: Google reagiert. Google erkennt die Malware und markiert Ihre Website als „möglicherweise gehackt“ oder „gefährlich“. Ihre Besucher sehen eine Warnmeldung, Ihr Google-Ranking bricht ein. Bei einem Online-Shop bedeutet das: null Umsatz, von jetzt auf gleich.

Stufe 5: Der Schaden wird sichtbar. Kunden beschweren sich, der Hoster sperrt Ihre Website, Sie müssen einen Experten für die Bereinigung beauftragen. Im schlimmsten Fall sind Kundendaten betroffen und es droht eine DSGVO-Meldepflicht.

Und all das, weil ein Update nicht eingespielt wurde.

„Aber wenn ich update, geht vielleicht etwas kaputt“

Das ist die häufigste Ausrede – und sie ist verständlich. Ja, es kann passieren, dass nach einem Update ein Plugin nicht mehr mit dem Theme kompatibel ist oder eine Funktion anders aussieht. Aber lassen Sie uns das ins Verhältnis setzen.

Ein Update-Konflikt bedeutet im schlimmsten Fall: Eine Seite zeigt kurzzeitig einen Fehler, der sich beheben lässt. Ein ausgelassenes Sicherheitsupdate bedeutet im schlimmsten Fall: Ihre komplette Website wird kompromittiert, Kundendaten sind gefährdet und Sie zahlen für Bereinigung, Reputationsschaden und im schlimmsten Fall DSGVO-Bußgelder.

Die Angst vor Update-Problemen ist wie die Angst vor Nebenwirkungen einer Impfung – während man gleichzeitig die Krankheit ignoriert.

Der Ausweg: Updates nie blind einspielen, sondern mit Backup. Wer vorher ein Backup erstellt, kann im Fall eines Problems den alten Zustand in Minuten wiederherstellen. Kein Risiko, kein Stress.

Nicht nur Plugins: Was alles aktualisiert werden muss

Viele Website-Besitzer denken bei „WordPress-Update“ nur an den blauen Button im Dashboard. Tatsächlich gibt es drei Ebenen, die alle aktuell gehalten werden müssen:

Der WordPress-Kern. Das Fundament Ihrer Website. Sicherheitsupdates werden in der Regel alle ein bis zwei Monate veröffentlicht und sollten sofort eingespielt werden. Seit Juli 2025 erhalten WordPress-Versionen vor 4.7 keine Sicherheitsupdates mehr.

Plugins. Die mit Abstand größte Angriffsfläche. Bei über 60.000 verfügbaren Plugins im WordPress-Verzeichnis werden wöchentlich Hunderte neue Sicherheitslücken bekannt. Allein in einer einzigen Woche im März 2025 wurden 417 neue Plugin-Schwachstellen dokumentiert.

Themes. Oft vergessen, aber genauso relevant. Ein veraltetes Theme kann dieselben Schwachstellen aufweisen wie ein veraltetes Plugin. Auch deaktivierte Themes sind ein Risiko – die Dateien liegen weiterhin auf dem Server und können angegriffen werden.

Ein wichtiger Punkt, den viele übersehen: Auch deaktivierte Plugins sind angreifbar. Solange die Dateien auf dem Server liegen, kann eine Sicherheitslücke ausgenutzt werden. Nicht benötigte Plugins sollten daher nicht nur deaktiviert, sondern komplett gelöscht werden.

Was eine regelmäßige Wartung konkret verhindert

Ein professioneller Wartungsvertrag nimmt Ihnen genau diese Arbeit ab – und zwar nicht einmal im Quartal, sondern kontinuierlich. Das bedeutet konkret:

Updates werden zeitnah eingespielt – mit vorherigem Backup, damit im Fehlerfall sofort zurückgerollt werden kann. Tägliche Sicherheitsscans erkennen verdächtige Veränderungen, bevor daraus ein Problem wird. Nicht mehr gepflegte Plugins werden identifiziert und durch sichere Alternativen ersetzt. Und wenn doch einmal etwas passiert, haben Sie einen Ansprechpartner, der Ihre Website kennt und sofort handeln kann.

Die monatlichen Kosten dafür sind ein Bruchteil dessen, was eine Bereinigung nach einem Hack kostet – von Umsatzausfall und Reputationsschaden ganz zu schweigen.

Prüfen Sie jetzt: Wie aktuell ist Ihre Website?

Loggen Sie sich in Ihr WordPress-Dashboard ein und schauen Sie nach, wie viele Updates ausstehen. Wenn dort mehr als eine Handvoll roter Zahlen stehen, ist es höchste Zeit zu handeln.

Sie sind sich unsicher, ob Ihre Website Sicherheitslücken aufweist? Ich biete einen kostenlosen Website-Sicherheitscheck an – schnell, verständlich und unverbindlich.

Jetzt kostenlosen Sicherheitscheck anfordern

Sie erhalten eine klare Einschätzung, wo Handlungsbedarf besteht und welche Maßnahmen Priorität haben.

Fazit: Updates sind keine Option – sie sind Pflicht

WordPress-Updates sind kein lästiges Detail, das man irgendwann mal erledigt. Sie sind die wichtigste einzelne Maßnahme, die Sie für die Sicherheit Ihrer Website ergreifen können.

Die Frage ist nicht, ob Ihre veraltete Website irgendwann angegriffen wird. Die Frage ist nur, wann. Und ob Sie dann vorbereitet sind – oder ob Sie dann einen Experten für die Bereinigung beauftragen müssen, der Ihnen genau das erklärt, was Sie in diesem Artikel gelesen haben.

Sie haben ein konkretes Problem?

Wenn Sie den Fehler nicht selbst beheben können oder unsicher sind, wo die Ursache liegt: Ich helfe Ihnen gerne. In den meisten Fällen kann ich das Problem innerhalb weniger Stunden identifizieren und beheben – zum Festpreis, ohne versteckte Kosten.

Weiterlesen

WordPress in der Arztpraxis: Warum Ihre Praxis-Website ein unterschätztes DSGVO-Risiko ist

WordPress in der Arztpraxis

Warum Ihre Praxis-Website ein unterschätztes DSGVO-Risiko ist

Ihre Praxis-Website funktioniert, Patienten finden Sie online, Termine kommen rein. Alles in Ordnung – oder?

Was die meisten Praxisinhaber nicht wissen: Hinter der Oberfläche ihrer WordPress-Website lauern Sicherheitslücken, die nicht nur technische Probleme verursachen, sondern handfeste datenschutzrechtliche Konsequenzen nach sich ziehen können. Und im Gesundheitswesen wiegen diese Konsequenzen besonders schwer.

In diesem Artikel zeige ich Ihnen, warum gerade Arztpraxen bei ihrer Website genau hinsehen sollten, welche konkreten Risiken bestehen und was Sie tun können, um Ihre Praxis – und Ihre Patienten – zu schützen.

Arztpraxen und WordPress:
Eine weit verbreitete Kombination

WordPress betreibt über 43 Prozent aller Websites weltweit. Bei den Systemen, die auf einem bekannten CMS basieren, liegt der Marktanteil sogar bei über 60 Prozent. Diese Verbreitung hat einen entscheidenden Nachteil: WordPress ist das mit Abstand häufigste Angriffsziel für automatisierte Hackerangriffe.

Arztpraxen bilden hier keine Ausnahme. Viele Praxis-Websites wurden vor Jahren erstellt – oft von einem Bekannten, einer kleinen Agentur oder im Rahmen eines Paketangebots. Danach passierte häufig: nichts. Kein regelmäßiges Update, keine Sicherheitsprüfung, keine Wartung.

Das Problem dabei: WordPress ist kein statisches System. Es ist eine lebendige Software mit regelmäßigen Updates für den Kern, für Themes und für jedes einzelne installierte Plugin. Jedes nicht eingespielte Update ist ein potenzielles Einfallstor.


Warum Arztpraxen besonders gefährdet sind

Hier wird es für Praxisinhaber richtig relevant. Denn Arztpraxen verarbeiten eine besondere Kategorie personenbezogener Daten: Gesundheitsdaten.

Die DSGVO zählt Gesundheitsdaten zu den besonders schützenswerten personenbezogenen Angaben. Artikel 9 stellt erhöhte Anforderungen an deren Verarbeitung – und bei Verstößen drohen entsprechend höhere Konsequenzen.

Jetzt denken Sie vielleicht: „Gesundheitsdaten? Auf meiner Website werden doch keine Patientenakten gespeichert.“ Stimmt.

Aber denken Sie an Folgendes:

Verfügt Ihre Website über ein Kontaktformular, über das Patienten Termine anfragen? Dann ist es nur eine Frage der Zeit, bis jemand dort schreibt: „Ich brauche einen Termin wegen meiner Rückenschmerzen“ oder „Ich möchte mein Rezept für [Medikament] verlängern lassen.“ Gerade für Arztpraxen ist es bedeutsam, dass über Webformulare Gesundheitsdaten direkt abgefragt werden oder durch Freitexteingaben übertragen werden können. (siehe Dr. DSGVO)

Und genau hier beginnt das Risiko.

Die Risikokette: Vom veralteten Plugin zum Datenschutzvorfall

Lassen Sie mich die Kette einmal konkret aufzeigen, wie sie in der Praxis abläuft:

Ihre WordPress-Installation ist nicht aktuell. Vielleicht wurde seit Monaten oder Jahren kein Update durchgeführt. Das Theme stammt noch aus der Erstinstallation, Plugins haben den Vermerk „Update verfügbar“ – oder schlimmer: Sie erhalten gar keine Updates mehr, weil der Entwickler das Plugin eingestellt hat.

Bekannte Sicherheitslücken bleiben offen. WordPress-Sicherheitslücken werden öffentlich dokumentiert. Das ist eigentlich gut, denn so können Entwickler schnell reagieren. Aber es bedeutet auch: Angreifer wissen genau, welche Schwachstellen existieren und bei welchen Plugin-Versionen sie ausgenutzt werden können.

Automatisierte Angriffe scannen Ihre Website. Hackerangriffe auf WordPress erfolgen fast nie gezielt gegen ein bestimmtes Unternehmen. Stattdessen scannen Bots das Internet automatisch auf bekannte Schwachstellen und greifen verwundbare Websites an.

Im schlimmsten Fall werden Daten kompromittiert. Angreifer können Kontaktformular-Eingaben abfangen, Weiterleitungen auf Phishing-Seiten einbauen, Malware an Ihre Besucher verteilen oder sich dauerhaft Zugang zu Ihrem System verschaffen.

Und dann greift die DSGVO. Ein solcher Vorfall ist eine meldepflichtige Datenschutzverletzung. Artikel 33 der DSGVO schreibt vor: Sie müssen den Vorfall innerhalb von 72 Stunden der zuständigen Landesdatenschutzbehörde melden. Sind die Rechte und Freiheiten der betroffenen Patienten gefährdet, müssen Sie zusätzlich jeden einzelnen betroffenen Patienten persönlich informieren – nach Artikel 34 DSGVO.


Konsequenzen, die über Bußgelder hinausgehen

Bei Datenschutzverstößen im Gesundheitswesen sind die Aufsichtsbehörden besonders wachsam. Die DSGVO sieht für Datenschutzverstöße Bußgelder von bis zu 20 Millionen Euro oder vier Prozent des weltweiten Jahresumsatzes vor. (Quelle: Datenschutz) In der Praxis fallen die Strafen für einzelne Arztpraxen deutlich geringer aus – die Aufsichtsbehörden sind jedoch zunehmend wachsam und verhängen verstärkt Bußgelder, auch gegen Arztpraxen und medizinische Einrichtungen.

Doch das Bußgeld ist häufig nicht das eigentliche Problem. Für eine Arztpraxis ist der Reputationsschaden oft weitaus gravierender. Stellen Sie sich vor, Sie müssen Hunderte Patienten anschreiben und mitteilen, dass deren Gesundheitsdaten möglicherweise kompromittiert wurden. Das Vertrauen, das eine Arzt-Patienten-Beziehung ausmacht, lässt sich danach nur schwer wiederherstellen.

Einige Behörden haben bereits angekündigt, Arztpraxen in den kommenden Monaten stärker unter die Lupe nehmen zu wollen. Die Schonfrist der ersten Jahre nach Einführung der DSGVO ist definitiv vorbei.

Die häufigsten Schwachstellen auf Praxis-Websites

In meiner täglichen Arbeit als WordPress-Entwickler sehe ich bei Praxis-Websites immer wieder dieselben Probleme:

Veraltete WordPress-Kerninstallation. Manche Praxis-Websites laufen noch auf WordPress-Versionen, die seit Jahren keine Sicherheitsupdates mehr erhalten.

Nicht aktualisierte oder aufgegebene Plugins. Sicherheitslücken in Plugins und Themes stellen mittlerweile das Haupteinfallstor für Angreifer und Malware-Kampagnen dar. Besonders kritisch wird es, wenn ein Plugin vom Entwickler nicht mehr gepflegt wird – dann bleiben entdeckte Schwachstellen für immer offen.

Fehlende SSL-Verschlüsselung oder fehlerhafte Konfiguration. Eine HTTPS-Verbindung ist Pflicht, sobald personenbezogene Daten übertragen werden. Wenn in Webformularen Gesundheitsdaten übertragen werden, kann eine fehlende Verschlüsselung bereits ein sehr hohes Risiko für die Betroffenen darstellen.

Unzureichende oder fehlerhafte Cookie-Banner. Viele Praxis-Websites nutzen Cookie-Banner, die den Anforderungen der DSGVO nicht entsprechen – etwa weil sie Tracking-Cookies bereits vor der Einwilligung setzen.

Fehlende oder unvollständige Datenschutzerklärung. Die Datenschutzerklärung muss alle auf der Website eingesetzten Dienste korrekt aufführen. Wird beispielsweise Google Fonts direkt von Google-Servern geladen, ohne dass dies datenschutzkonform eingebunden ist, liegt bereits ein Verstoß vor.

Kein Schutz gegen automatisierte Angriffe auf Formulare. Ungeschützte Webformulare bieten einen leichten Angriffspunkt für automatisierte Programme und können für Denial-of-Service-Attacken und massenhaften Missbrauch ausgenutzt werden.


Was Sie als Praxisinhaber jetzt tun sollten

Die gute Nachricht: Die meisten dieser Risiken lassen sich mit überschaubarem Aufwand beseitigen und dauerhaft unter Kontrolle halten. Die schlechte Nachricht: Es erfordert regelmäßige, fachkundige Aufmerksamkeit – nicht einmal im Jahr, sondern kontinuierlich.

Ein professioneller WordPress-Wartungsvertrag umfasst typischerweise:

  • Regelmäßige Updates von WordPress-Kern, Themes und allen Plugins – zeitnah nach Erscheinen, nicht erst Monate später
  • Tägliche Sicherheitsscans und Monitoring auf Malware und verdächtige Aktivitäten
  • Regelmäßige Backups, die im Notfall eine schnelle Wiederherstellung ermöglichen
  • SSL-Überwachung und Prüfung der verschlüsselten Datenübertragung
  • Performance-Monitoring, damit Ihre Website schnell lädt und Patienten nicht abspringen
  • Einen festen Ansprechpartner, der Ihre Website kennt und im Notfall sofort handeln kann

Die monatlichen Kosten dafür liegen in der Regel deutlich unter dem, was eine einzige Privatpatientenabrechnung einbringt. Gemessen am Risiko eines Datenschutzvorfalls ist das eine der sinnvollsten Investitionen, die Sie für Ihre Praxis tätigen können.

Kostenloser Praxis-Website-Check:
Wo steht Ihre Website?

Sie sind sich nicht sicher, ob Ihre Praxis-Website betroffen ist? Das ist verständlich – denn die meisten Schwachstellen sind von außen nicht sichtbar.

Deshalb biete ich einen kostenlosen Website-Sicherheitscheck speziell für Arztpraxen an. Dabei prüfe ich Ihre Website auf die wichtigsten Risikofaktoren und erstelle Ihnen einen verständlichen Bericht – keine technischen Hieroglyphen, sondern klare Handlungsempfehlungen.

Jetzt kostenlosen Praxis-Website-Check anfordern

Sie erhalten einen verständlichen PDF-Report mit einer Ampel-Bewertung Ihrer Website in den Bereichen Sicherheit, Datenschutz und Performance. Sie erfahren konkret, wo Handlungsbedarf besteht und welche Maßnahmen Priorität haben. Unverbindlich und ohne versteckte Kosten.


Fazit: Datenschutz auf der Praxis-Website ist keine Kür – es ist Pflicht

Als Arzt kennen Sie das Prinzip der Prävention besser als die meisten Menschen. Vorsorge ist günstiger, wirksamer und weniger schmerzhaft als Behandlung im Akutfall. Genau so verhält es sich mit der Sicherheit Ihrer Praxis-Website.

Eine regelmäßig gewartete WordPress-Installation ist kein Luxus, sondern eine Grundvoraussetzung für den datenschutzkonformen Betrieb Ihrer Online-Präsenz. Die Frage ist nicht, ob Ihre Website irgendwann angegriffen wird – sondern ob Sie darauf vorbereitet sind, wenn es passiert.

Weiterlesen

WordPress White Screen of Death – Ursachen und Lösung

WordPress White Screen of Death – Ursachen und Lösung

Sie öffnen Ihre WordPress-Website und sehen – nichts. Keine Fehlermeldung, keine Hinweise, nur eine komplett weiße Seite. Der sogenannte White Screen of Death (WSOD) gehört zu den häufigsten und gleichzeitig frustrierendsten WordPress-Problemen. Die gute Nachricht: In den meisten Fällen lässt sich die Ursache schnell eingrenzen und beheben.

In diesem Beitrag zeige ich Ihnen, welche Ursachen hinter dem weißen Bildschirm stecken und wie Sie Schritt für Schritt vorgehen, um Ihre Website wiederherzustellen.

Was ist der White Screen of Death?

Der White Screen of Death bedeutet, dass WordPress die Seite nicht mehr rendern kann. Der Server antwortet zwar, liefert aber keinen sichtbaren Inhalt aus. Manchmal betrifft das nur das Frontend (die Website für Besucher), manchmal auch das Backend (den Admin-Bereich unter /wp-admin/). In einigen Fällen zeigt der Browser statt einer weißen Seite auch die Meldung „Diese Seite funktioniert nicht“ oder einen HTTP 500 Fehler.

Die häufigsten Ursachen

Plugin-Konflikt: Das ist mit Abstand die häufigste Ursache. Ein Plugin-Update führt zu einer Inkompatibilität mit einem anderen Plugin, dem Theme oder der WordPress-Version. Besonders kritisch wird es, wenn mehrere Plugins gleichzeitig aktualisiert werden – dann ist schwer nachvollziehbar, welches Plugin das Problem verursacht.

Theme-Fehler: Ein fehlerhaftes Theme-Update oder ein Syntaxfehler in der functions.php kann den gesamten Seitenaufbau verhindern. Besonders bei Child-Themes, die nach einem Update des Parent-Themes nicht mehr kompatibel sind, tritt das häufig auf.

PHP-Speicherlimit erreicht: WordPress und seine Plugins benötigen Arbeitsspeicher. Wenn das PHP-Speicherlimit zu niedrig eingestellt ist, bricht die Seitenausführung ab – ohne Fehlermeldung. Standardmäßig sind bei vielen Hostern nur 64 MB oder 128 MB konfiguriert, was bei umfangreichen Websites nicht ausreicht.

PHP-Fehler im Code: Ein Syntaxfehler in einer Plugin- oder Theme-Datei – etwa eine fehlende Klammer oder ein falsch geschriebener Funktionsname – führt zu einem fatalen PHP-Fehler. WordPress kann die Seite dann nicht mehr aufbauen.

Veraltete PHP-Version: Manche Plugins oder Themes sind nicht mit neueren PHP-Versionen kompatibel. Wenn Ihr Hoster die PHP-Version aktualisiert hat, kann das zu Inkompatibilitäten führen. Umgekehrt können auch zu alte PHP-Versionen Probleme verursachen, wenn Plugins neuere PHP-Funktionen verwenden.

Beschädigte Core-Dateien: Selten, aber möglich – beschädigte oder fehlende WordPress-Core-Dateien können den White Screen auslösen. Das passiert etwa bei einem abgebrochenen Update oder nach einem Hack.

Schritt-für-Schritt: So beheben Sie den White Screen of Death

  • Debug-Modus aktivieren

    Schritt 1

    Verbinden Sie sich per FTP oder über den Dateimanager Ihres Hosters mit Ihrem Webspace. Öffnen Sie die Datei wp-config.php im WordPress-Hauptverzeichnis und suchen Sie die Zeile:

    define('WP_DEBUG', false);

    Ändern Sie diese in:

    define('WP_DEBUG', true); 
    define('WP_DEBUG_LOG', true);
    define('WP_DEBUG_DISPLAY', false);

    Laden Sie die Seite neu. Der Fehler wird jetzt in die Datei wp-content/debug.log geschrieben. Öffnen Sie diese Datei – die letzte Zeile zeigt Ihnen in der Regel, welches Plugin oder welche Datei das Problem verursacht.

  • Plugins deaktivieren

    Schritt 2

    Wenn der Debug-Log auf ein Plugin hinweist, benennen Sie den Plugin-Ordner per FTP um. Navigieren Sie zu wp-content/plugins/ und benennen Sie den Ordner des verdächtigen Plugins um, z.B. von „contact-form-7″ zu „contact-form-7-deaktiviert“. Laden Sie die Seite neu.

    Falls Sie nicht wissen, welches Plugin schuld ist, benennen Sie den gesamten Ordner wp-content/plugins/ um, z.B. in „plugins-backup“. Damit werden alle Plugins auf einen Schlag deaktiviert. Wenn die Seite danach wieder lädt, benennen Sie den Ordner zurück und deaktivieren die Plugins einzeln, bis Sie den Übeltäter gefunden haben.

  • Theme wechseln

    Schritt 3

    Wenn das Deaktivieren aller Plugins nicht hilft, ist möglicherweise das Theme schuld. Benennen Sie Ihren Theme-Ordner unter wp-content/themes/ um. WordPress fällt dann automatisch auf ein Standard-Theme zurück (z.B. Twenty Twenty-Four). Wenn die Seite danach funktioniert, liegt das Problem im Theme.

  • PHP-Speicherlimit erhöhen

    Schritt 4

    Fügen Sie in der wp-config.php folgende Zeile hinzu (vor der Zeile „That’s all, stop editing!“):

    define('WP_MEMORY_LIMIT', '256M');

    Alternativ können Sie das Speicherlimit auch in der .htaccess-Datei setzen:

    php_value memory_limit 256M

    Bei manchen Hostern müssen Sie das Limit über die Hosting-Verwaltungsoberfläche anpassen.

  • Core-Dateien prüfen

    Schritt 5

    Laden Sie eine frische Kopie von WordPress von wordpress.org herunter. Ersetzen Sie die Ordner wp-admin/ und wp-includes/ auf Ihrem Server durch die frischen Dateien. Wichtig: Ersetzen Sie nicht den Ordner wp-content/ – dort liegen Ihre Themes, Plugins und Medien.

Vorbeugen ist besser als reparieren

Der White Screen of Death lässt sich in den meisten Fällen vermeiden:

Aktualisieren Sie Plugins und Themes nicht alle gleichzeitig, sondern einzeln – so können Sie Probleme sofort dem richtigen Update zuordnen. Erstellen Sie vor jedem Update ein vollständiges Backup (Dateien und Datenbank). Nutzen Sie eine Staging-Umgebung, um Updates zuerst in einer Testumgebung zu prüfen. Und halten Sie Ihre PHP-Version auf einem aktuellen, aber stabilen Stand (aktuell PHP 8.3, 8.4 oder 8.5).

Ein regelmäßiger WordPress-Wartungsvertrag nimmt Ihnen diese Arbeit ab. Updates werden kontrolliert eingespielt, tägliche Backups erstellt und Probleme erkannt, bevor sie zu Ausfällen führen.

Wann Sie einen Profi hinzuziehen sollten

Wenn die oben genannten Schritte nicht helfen, der Debug-Log kryptische Fehlermeldungen zeigt, Sie keinen FTP-Zugang haben oder sich unsicher sind – dann verschwenden Sie keine Zeit mit Experimentieren. Jede Stunde, die Ihre Website offline ist, kostet Sie potentielle Kunden und Umsatz.

Ich repariere WordPress-Websites zum Festpreis – schnell, zuverlässig und ohne versteckte Kosten. Melden Sie sich direkt bei mir und Ihre Website läuft wieder.

Das Problem besteht noch?

Wenn Sie den Fehler nicht selbst beheben können oder unsicher sind, wo die Ursache liegt: Ich helfe Ihnen gerne. In den meisten Fällen kann ich das Problem innerhalb weniger Stunden identifizieren und beheben – zum Festpreis, ohne versteckte Kosten.

Weiterlesen

Fehler beim Aufbau einer Datenbankverbindung – WordPress reparieren

Fehler beim Aufbau einer Datenbankverbindung – WordPress reparieren

Sie öffnen Ihre Website und statt Ihrer Inhalte erscheint nur eine weiße Seite mit der Meldung „Fehler beim Aufbau einer Datenbankverbindung“ – oder auf Englisch „Error establishing a database connection“. Ihre Website ist komplett down. Keine Startseite, kein Dashboard, nichts.

Dieser Fehler ist einer der häufigsten WordPress-Probleme überhaupt. Er bedeutet, dass WordPress keine Verbindung zur MySQL-Datenbank herstellen kann – und ohne Datenbank funktioniert nichts, denn dort liegen alle Ihre Inhalte, Einstellungen und Benutzerdaten.

Die gute Nachricht: In den meisten Fällen lässt sich das Problem beheben, ohne dass Daten verloren gehen.

Ursache 1: Falsche Zugangsdaten in der wp-config.php

Das ist die mit Abstand häufigste Ursache. In der Datei wp-config.php stehen die Zugangsdaten für die Datenbank. Wenn dort ein falscher Datenbankname, Benutzername, Passwort oder Server eingetragen ist, kann WordPress keine Verbindung aufbauen.

Wann passiert das? Oft nach einem Umzug zu einem neuen Hoster, nach Änderungen am Hosting-Paket, wenn der Hoster die Datenbank-Server umstrukturiert oder wenn jemand versehentlich die Datei bearbeitet hat.

So prüfen Sie es: Verbinden Sie sich per FTP mit Ihrem Webspace und öffnen Sie die wp-config.php. Dort finden Sie vier relevante Zeilen:

define('DB_NAME', 'ihre_datenbank');
define('DB_USER', 'ihr_benutzername');
define('DB_PASSWORD', 'ihr_passwort');
define('DB_HOST', 'localhost');

Vergleichen Sie diese Werte mit den Datenbank-Zugangsdaten in Ihrem Hosting-Dashboard. Besonders der DB_HOST ist tückisch – bei manchen Hostern heißt er nicht „localhost“, sondern hat eine eigene Adresse.

Ursache 2: Der Datenbankserver ist nicht erreichbar

Manchmal liegt das Problem nicht bei Ihrer Website, sondern beim Datenbankserver Ihres Hosters. Das erkennen Sie daran, dass die Fehlermeldung plötzlich auftaucht, ohne dass Sie irgendetwas geändert haben.

Prüfen Sie zuerst die Statusseite Ihres Hosting-Anbieters nach aktuellen Störungen. Kontaktieren Sie den Support und fragen Sie gezielt: „Ist der MySQL-Datenbankserver erreichbar?“

In diesem Fall können Sie nur warten. Der Hoster muss das Problem auf seiner Seite beheben. Bei guten Hostern dauert das Minuten, bei schlechteren kann es Stunden dauern.

Ursache 3: Die Datenbank ist beschädigt

Eine beschädigte Datenbank kann verschiedene Ursachen haben – ein Serverabsturz während eines Schreibvorgangs, zu wenig Speicherplatz oder ein abgebrochenes Plugin-Update.

WordPress bietet eine eingebaute Reparaturfunktion. Fügen Sie folgende Zeile in Ihre wp-config.php ein:

define('WP_ALLOW_REPAIR', true);

Rufen Sie dann www.ihre-domain.de/wp-admin/maint/repair.php auf. Dort haben Sie zwei Optionen: „Datenbank reparieren“ und „Datenbank reparieren und optimieren“.

Wichtig: Entfernen Sie die Zeile unbedingt wieder aus der wp-config.php, sobald die Reparatur abgeschlossen ist. Diese Seite ist ohne Login erreichbar.

Ursache 4: Speicherlimit erreicht

WordPress und seine Plugins brauchen Arbeitsspeicher. Wenn das PHP Memory Limit zu niedrig gesetzt ist, kann die Datenbankverbindung fehlschlagen – besonders bei größeren Websites mit vielen Plugins.

Sie können das Memory Limit erhöhen:

define('WP_MEMORY_LIMIT', '256M');

Nicht jeder Hoster erlaubt diese Anpassung. Wenn die Änderung keine Wirkung zeigt, kontaktieren Sie Ihren Hoster und fragen Sie nach dem maximal verfügbaren PHP Memory Limit.

Ursache 5: Zu viele gleichzeitige Verbindungen

Wenn Ihre Website plötzlich viel Traffic bekommt oder ein Bot Ihre Seite aggressiv crawlt, kann die maximale Anzahl gleichzeitiger Datenbankverbindungen überschritten werden. Das ist besonders bei günstigen Shared-Hosting-Paketen ein Problem.

Anzeichen: Der Fehler tritt nur sporadisch auf, oder vor allem zu bestimmten Uhrzeiten, wenn der Server unter Last steht.

Kurzfristige Lösung: Caching-Plugin installieren (z.B. WP Super Cache), damit nicht bei jedem Seitenaufruf eine Datenbankabfrage nötig ist. Langfristige Lösung: Wechseln Sie auf ein besseres Hosting-Paket oder einen Managed-WordPress-Hoster.

Sonderfall: Gehackte Website

Ein oft übersehener Grund für Datenbankfehler: Ihre Website wurde gehackt. Manche Malware manipuliert die wp-config.php oder die Datenbank direkt. Wenn keine der oben genannten Ursachen zutrifft und der Fehler plötzlich auftritt, sollten Sie einen Hack nicht ausschließen.

In meinem Beitrag WordPress gehackt – was tun? erkläre ich, wie Sie einen Hack erkennen und was dann zu tun ist.

Vorbeugen ist besser als reparieren

Datenbank-Fehler treten seltener auf, wenn Ihre Website regelmäßig gewartet wird. Dazu gehören tägliche Backups, regelmäßige Updates und ein Monitoring, das Sie sofort informiert, wenn Ihre Seite nicht mehr erreichbar ist.

All das ist Teil meiner WordPress-Wartungsverträge. Sie müssen sich um nichts kümmern – ich behalte Ihre Website im Blick.

Das Problem besteht noch?

Wenn Sie den Fehler nicht selbst beheben können oder unsicher sind, wo die Ursache liegt: Ich helfe Ihnen gerne. In den meisten Fällen kann ich das Problem innerhalb weniger Stunden identifizieren und beheben – zum Festpreis, ohne versteckte Kosten.

Weiterlesen

WordPress gehackt – was tun? Soforthilfe für Ihre Website

WordPress gehackt – was tun? Soforthilfe für Ihre Website

Ihre WordPress-Website zeigt plötzlich fremde Inhalte, leitet auf dubiose Seiten weiter oder Google warnt vor Malware? Dann wurde Ihre Seite wahrscheinlich gehackt. Das ist ärgerlich – aber kein Grund zur Panik. In diesem Beitrag erkläre ich Ihnen Schritt für Schritt, was Sie jetzt tun sollten.

Ich bin WordPress-Entwickler seit 2009 und habe in den letzten Jahren dutzende gehackte Websites wiederhergestellt. Die gute Nachricht: In den meisten Fällen lässt sich der Schaden vollständig beheben.

Typische Anzeichen: Wurde meine WordPress-Seite gehackt?

Nicht immer ist ein Hack sofort offensichtlich. Manchmal bemerken Sie es erst, wenn Google Ihre Seite abstraft oder ein Besucher Sie darauf hinweist. Hier sind die häufigsten Anzeichen:

Ihre Website leitet Besucher automatisch auf fremde Seiten weiter – oft auf Glücksspiel- oder Pharma-Seiten. Es erscheinen plötzlich fremde Inhalte, Links oder Pop-ups. Google zeigt den Hinweis „Diese Website wurde möglicherweise gehackt“. Ihr Hosting-Anbieter hat Ihre Seite gesperrt. Sie können sich nicht mehr einloggen, obwohl Ihre Zugangsdaten korrekt sind. Es tauchen Benutzerkonten auf, die Sie nicht angelegt haben. Oder Ihre Seite zeigt die Meldung „Error establishing a database connection“.

Wenn eines oder mehrere dieser Anzeichen zutreffen, sollten Sie sofort handeln.

Schritt 1: Ruhe bewahren und Seite offline nehmen

Der wichtigste erste Schritt: Nehmen Sie Ihre Website offline, bevor weiterer Schaden entsteht. Damit schützen Sie Ihre Besucher vor Malware und verhindern, dass Google Ihre Seite weiter abstraft.

Am einfachsten geht das über Ihren Hosting-Anbieter. Rufen Sie dort an und bitten Sie darum, die Seite vorübergehend zu deaktivieren. Alternativ können Sie eine Wartungsseite (Maintenance Mode) aktivieren, wenn Sie noch Zugang zum Dashboard haben.

Was Sie jetzt auf keinen Fall tun sollten: Einfach weitermachen und hoffen, dass das Problem von alleine verschwindet. Das wird es nicht. Hacker richten Backdoors ein – versteckte Zugänge, über die sie jederzeit wieder reinkommen.

Schritt 2: Passwörter sofort ändern

Ändern Sie umgehend alle relevanten Passwörter. Das betrifft nicht nur Ihr WordPress-Login, sondern auch den FTP-Zugang zu Ihrem Server, Ihre Datenbank-Passwörter, das Passwort Ihres Hosting-Kundenbereichs und die E-Mail-Adresse, die mit dem WordPress-Admin-Konto verknüpft ist.

Verwenden Sie sichere Passwörter mit mindestens 16 Zeichen, Groß- und Kleinbuchstaben, Zahlen und Sonderzeichen. Ein Passwort-Manager hilft, den Überblick zu behalten.

Schritt 3: Backup sichern

Bevor Sie irgendetwas reparieren, sichern Sie den aktuellen Stand Ihrer Website – auch wenn er kompromittiert ist. Warum? Weil Sie bei der Bereinigung möglicherweise Inhalte verlieren, die Sie später wiederherstellen möchten.

Erstellen Sie ein vollständiges Backup inklusive Datenbank und allen Dateien. Wenn Ihr Hoster automatische Backups anlegt, prüfen Sie ob ein sauberes Backup von vor dem Hack existiert. Das ist Gold wert, denn ein sauberes Backup macht die Wiederherstellung deutlich einfacher.

Schritt 4: Malware finden und entfernen

Jetzt wird es technisch. Die Malware muss gefunden und restlos entfernt werden. Das ist der schwierigste Teil, denn Hacker verstecken ihren Code oft an mehreren Stellen gleichzeitig.

Typische Verstecke für Malware sind die Datei wp-config.php, die functions.php Ihres Themes, der Ordner wp-content/uploads (dort werden PHP-Dateien versteckt), unbekannte Dateien im Hauptverzeichnis und manipulierte Plugin-Dateien.

Suchen Sie nach PHP-Funktionen wie eval(), base64_decode(), gzinflate() oder str_rot13(). Diese werden von Hackern genutzt, um schädlichen Code zu verschleiern. Auch Dateien mit zufälligen Buchstabenkombinationen als Namen (z.B. xkdf83.php) sind verdächtig.

Wenn Sie ein sauberes Backup haben, ist der schnellste Weg: WordPress komplett neu installieren, sauberes Backup der Datenbank einspielen und alle Plugins und Themes frisch vom Anbieter herunterladen.

Schritt 5: Sicherheitslücken schließen

Die Malware zu entfernen reicht nicht – Sie müssen auch das Einfallstor schließen. Sonst steht der Hacker morgen wieder vor der Tür.

Die drei häufigsten Einfallstore sind veraltete Plugins (mit Abstand die häufigste Ursache), schwache Passwörter (besonders bei Benutzernamen wie „admin“) und eine veraltete WordPress-Version.

Nach der Bereinigung sollten Sie WordPress, alle Plugins und Ihr Theme aktualisieren. Löschen Sie alle Plugins und Themes, die Sie nicht aktiv nutzen – deaktivieren reicht nicht. Prüfen Sie Ihre Benutzerliste auf unbekannte Konten. Deaktivieren Sie XML-RPC, wenn Sie es nicht benötigen. Schützen Sie Ihre wp-login.php mit einer zusätzlichen Authentifizierung.

Schritt 6: Google informieren

Wenn Google Ihre Website als gehackt markiert hat, müssen Sie nach der Bereinigung eine erneute Überprüfung beantragen. Das geht über die Google Search Console unter dem Punkt „Sicherheitsprobleme“. Google prüft Ihre Seite dann erneut und entfernt die Warnung, wenn alles sauber ist. Das kann einige Tage dauern.

Damit es nicht wieder passiert

Ein Hack ist immer auch ein Weckruf. Ihre Website braucht regelmäßige Pflege – genau wie ein Auto regelmäßig zum TÜV muss. Dazu gehören zeitnahe Updates von WordPress, Plugins und Themes, tägliche Backups die extern gespeichert werden, Sicherheitsmonitoring und regelmäßige Malware-Scans sowie starke Passwörter und eingeschränkte Benutzerrechte.

Genau das leiste ich mit meinen WordPress-Wartungsverträgen. Damit wird Ihre Website regelmäßig aktualisiert, überwacht und gesichert – bevor Probleme entstehen.

Sie brauchen sofort Hilfe?

Wenn Ihre WordPress-Website gehackt wurde und Sie sich die Bereinigung nicht selbst zutrauen: Ich übernehme das für Sie. Schnell, gründlich und zum Festpreis. Rufen Sie mich an oder schreiben Sie mir – in den meisten Fällen ist Ihre Seite innerhalb weniger Stunden wieder sauber und sicher.

Weiterlesen