[{"content":"","date":"23. August 2026","externalUrl":null,"permalink":"/tags/ai/","section":"Tags","summary":"","title":"AI","type":"tags"},{"content":"","date":"23. August 2026","externalUrl":null,"permalink":"/categories/anleitungen/","section":"Categories","summary":"","title":"Anleitungen","type":"categories"},{"content":"","date":"23. August 2026","externalUrl":null,"permalink":"/categories/","section":"Categories","summary":"","title":"Categories","type":"categories"},{"content":"","date":"23. August 2026","externalUrl":null,"permalink":"/tags/datenschutz/","section":"Tags","summary":"","title":"Datenschutz","type":"tags"},{"content":"","date":"23. August 2026","externalUrl":null,"permalink":"/tags/ki/","section":"Tags","summary":"","title":"KI","type":"tags"},{"content":"WordPress entwickelt inzwischen ein eigenes AI Plugin. Es soll zeigen, wie sich die neue KI-Infrastruktur von WordPress praktisch nutzen lässt.\nAber was bekommt man davon als normaler WordPress-Nutzer tatsächlich mit?\nWir installieren das Plugin auf einer frischen WordPress-Testseite, verbinden einen KI-Anbieter und probieren die Funktionen aus. Dabei interessiert uns vor allem eine Frage: Hilft das im Alltag oder ist es momentan hauptsächlich eine technische Demonstration?\nWas ist das WordPress AI Plugin? # Das AI Plugin wird im Umfeld des offiziellen WordPress-Projekts entwickelt. Es ist eng mit der neuen KI-Infrastruktur von WordPress verbunden.\nDas ist ein wichtiger Unterschied zu den zahlreichen KI-Plugins, die es schon länger für WordPress gibt.\nDas Plugin soll nicht einfach nur einen weiteren ChatGPT-Button in den Editor setzen. Es dient gleichzeitig dazu, die neuen WordPress-Schnittstellen für KI praktisch nutzbar zu machen und weiterzuentwickeln.\nDazu gehören unter anderem der AI Client und die zentral verwalteten Verbindungen zu KI-Anbietern.\nWer wissen möchte, was technisch dahintersteckt, findet die Grundlagen in unserem Artikel zu WordPress 7 und der neuen KI-Infrastruktur.\nDas AI Plugin installieren # Wir verwenden für diesen Test eine normale WordPress-Installation ohne besondere Anpassungen.\nIn der WordPress-Pluginverwaltung lässt sich das Plugin direkt suchen und installieren.\nNach der Installation muss das Plugin aktiviert werden.\nAnschließend stehen im Backend die zusätzlichen Einstellungen für die KI-Integration zur Verfügung.\nEinen KI-Anbieter verbinden # Das Plugin benötigt ein KI-Modell, das die eigentliche Arbeit übernimmt.\nWordPress trennt dabei zunehmend die konkrete Funktion von der Verbindung zum jeweiligen KI-Anbieter.\nVereinfacht:\nWordPress │ ▼ AI Plugin │ ▼ AI Client / Connector │ ▼ KI-Anbieter Auf unserer Testinstallation stehen verschiedene Connectoren beziehungsweise KI-Anbieter zur Verfügung.\nFür unseren Test verwenden wir OpenAI.\nDie Verbindung wird zentral in den Einstellungen des Plugins eingerichtet.\nWichtig: Ein verbundener Provider allein reicht noch nicht aus.\nBei unserem Test mussten wir die eigentlichen KI-Funktionen zusätzlich aktivieren. Das ist leicht zu übersehen, wenn die Verbindung zum Provider bereits erfolgreich hergestellt wurde.\nDer erste Test im Editor # Nach der Aktivierung können wir die KI direkt im Gutenberg-Editor verwenden.\nAls Test verwenden wir keinen künstlich komplizierten Prompt. Wir probieren eine Aufgabe aus, die beim Schreiben tatsächlich vorkommt: vorhandenen Text mit KI bearbeiten.\nDamit findet die Arbeit direkt dort statt, wo der Artikel geschrieben wird. Der Text muss nicht erst aus WordPress kopiert, in einen externen Chat eingefügt und anschließend wieder zurückkopiert werden.\nWie gut funktioniert die Texthilfe? # Der grundlegende Workflow funktioniert auf unserer Testinstallation überraschend unkompliziert.\nEtwas verwirrend war zunächst die Einrichtung. Nachdem der Provider erfolgreich verbunden war, waren die KI-Funktionen im Editor noch nicht automatisch verfügbar. Erst nach der zusätzlichen Aktivierung konnten wir sie tatsächlich verwenden.\nIst das erledigt, ist der eigentliche Vorteil schnell sichtbar: Die KI steht unmittelbar im Editor zur Verfügung.\nDas ist vor allem bei kleinen Aufgaben praktisch, etwa beim Überarbeiten oder Umformulieren vorhandener Texte.\nOb dieser Workflow besser ist als ein separater KI-Assistent, hängt allerdings stark davon ab, wie man arbeitet.\nWer ohnehin längere Gespräche mit ChatGPT führt, Quellen diskutiert, Varianten ausprobiert oder komplexe Prompts verwendet, bekommt mit einem separaten Assistenten weiterhin deutlich mehr Raum.\nFür kleine Eingriffe direkt am Inhalt ist die Integration dagegen angenehm.\nWo landen meine Daten? # Bei KI-Funktionen sollte man sich eine Frage immer stellen:\nWelche Daten verlassen meine WordPress-Installation?\nIn unserem Test verwenden wir OpenAI als externen KI-Anbieter. Inhalte, die wir zur Verarbeitung an das Modell schicken, müssen daher die WordPress-Installation verlassen und an den konfigurierten Dienst übertragen werden.\nDas ist ein wichtiger Unterschied zu Funktionen, die vollständig lokal innerhalb von WordPress ausgeführt werden.\nDas bedeutet nicht automatisch, dass die Verwendung problematisch ist. Man sollte aber verstehen, welcher Dienst verwendet wird und welche Inhalte dorthin übertragen werden.\nBesonders bei vertraulichen, personenbezogenen oder noch nicht veröffentlichten Inhalten sollte man deshalb die konkrete Konfiguration und die Bedingungen des verwendeten Anbieters prüfen.\nBrauche ich das, wenn ich ohnehin ChatGPT benutze? # Das ist wahrscheinlich die interessanteste Frage für viele Anwender.\nNatürlich kann man einen Text aus WordPress kopieren, in ChatGPT bearbeiten und anschließend wieder zurückkopieren.\nEine direkte Integration kann trotzdem Vorteile haben.\nDer entscheidende Punkt ist der Workflow.\nFür kleine Aufgaben ist es bequem, die KI direkt im Editor aufzurufen. Man bleibt im Artikel und spart den Wechsel zwischen verschiedenen Anwendungen.\nBei komplexeren Aufgaben sieht es anders aus.\nEin längeres Gespräch über Struktur, Zielgruppe, Recherche oder mehrere Varianten eines Textes lässt sich in einem vollwertigen KI-Assistenten flexibler durchführen.\nDas WordPress-Plugin und ChatGPT müssen deshalb gar nicht zwingend Konkurrenten sein.\nSie können unterschiedliche Aufgaben übernehmen.\nWas uns gefällt # Die zentrale Verwaltung der KI-Anbieter gefällt uns konzeptionell gut.\nStatt dass jedes zukünftige Plugin seine eigene OpenAI-Anbindung und eigene API-Konfiguration mitbringt, entsteht eine gemeinsame Infrastruktur innerhalb von WordPress.\nAuch die direkte Integration in den Editor ist praktisch. Für kleinere Textarbeiten muss der aktuelle Inhalt nicht ständig zwischen WordPress und einem anderen Werkzeug kopiert werden.\nVor allem aber wirkt das Ganze nicht wie eine isolierte KI-Spielerei, sondern wie ein erster Baustein für eine allgemeinere KI-Infrastruktur innerhalb von WordPress.\nWas noch nicht überzeugt # Die Einrichtung ist momentan nicht an jeder Stelle selbsterklärend.\nBei unserem Test war der Provider bereits erfolgreich verbunden, trotzdem standen die KI-Funktionen zunächst nicht zur Verfügung. Dass sie anschließend noch separat aktiviert werden müssen, kann man leicht übersehen.\nAußerdem ersetzt die Integration keinen vollwertigen KI-Assistenten.\nFür komplexere Aufgaben, längere Dialoge, Recherche oder umfangreiche Überarbeitungen würden wir weiterhin eher mit einem separaten Werkzeug arbeiten.\nFür wen lohnt sich das AI Plugin? # Besonders interessant ist die Integration für Anwender, die regelmäßig Inhalte direkt im WordPress-Editor erstellen und KI ohnehin als Werkzeug verwenden.\nFür kleinere Aufgaben kann die direkte Integration den Arbeitsablauf angenehmer machen.\nWer KI nur gelegentlich verwendet oder hauptsächlich komplexere Aufgaben mit ChatGPT erledigt, gewinnt momentan weniger.\nFür Entwickler ist das Plugin zusätzlich interessant, weil es einen praktischen Einblick in die neue KI-Architektur von WordPress gibt.\nFazit # Das offizielle WordPress AI Plugin funktioniert auf unserer Testinstallation und zeigt ziemlich deutlich, wohin die Entwicklung gehen könnte.\nBesonders interessant finden wir weniger eine einzelne Textfunktion als die Infrastruktur dahinter: WordPress bekommt eine zentrale Möglichkeit, KI-Anbieter anzubinden und darauf aufbauende Funktionen bereitzustellen.\nIm Alltag ist die direkte Integration in Gutenberg für kleinere Aufgaben durchaus praktisch.\nNoch wirkt die Einrichtung an einigen Stellen etwas erklärungsbedürftig. Insbesondere die getrennte Verbindung des Providers und Aktivierung der eigentlichen KI-Funktionen dürfte manchen Anwender zunächst verwirren.\nAls vollständigen Ersatz für ChatGPT würden wir das Plugin derzeit nicht betrachten.\nAls direkt in WordPress integriertes Werkzeug und als Vorgeschmack darauf, wie KI künftig in WordPress eingebunden werden könnte, ist es aber ausgesprochen interessant.\n","date":"23. August 2026","externalUrl":null,"permalink":"/anleitungen/wordpress_ai_plugin/","section":"WordPress Praxis","summary":"","title":"KI direkt in WordPress: Das offizielle AI Plugin ausprobiert","type":"anleitungen"},{"content":"","date":"23. August 2026","externalUrl":null,"permalink":"/tags/pixelmate/","section":"Tags","summary":"","title":"Pixelmate","type":"tags"},{"content":" Pixelmate ist ein WordPress-Plugin für Datenschutz und Consent Management. In dieser Anleitung zeige ich dir Schritt für Schritt, wie du das Plugin installierst und die grundlegende Einrichtung vornimmst.\nHinweis zu diesem Artikel Dies ist ein unabhängiger Erfahrungsbericht aus Nutzersicht. Diese Website ist nicht die offizielle Website von DSGVO Pixelmate und steht nicht für den Hersteller oder Entwickler des Plugins. Informationen des Anbieters findest du auf der offiziellen Website von DSGVO Pixelmate. Was du benötigst # Für die Einrichtung brauchst du eine WordPress-Website mit Administratorzugang sowie eine gültige Version von Pixelmate.\nWeitere Informationen findest du direkt bei Pixelmate .\nPixelmate installieren # Melde dich zunächst im Administrationsbereich deiner WordPress-Website an.\nDie Installation erfolgt anschließend über die Plugin-Verwaltung von WordPress.\nDSGVO Pixelmate Weitere Informationen, Preise und Lizenzmodelle findest du auf der Website des Anbieters. Pixelmate ansehen Affiliate-Link: Bei einem Kauf erhalte ich eine Provision. Für dich ändert sich der Preis nicht. Plugin aktivieren # Nach der Installation aktivierst du Pixelmate wie jedes andere WordPress-Plugin.\nAnschließend stehen dir die Einstellungen des Plugins im WordPress-Backend zur Verfügung.\nPixelmate konfigurieren # Bevor du Änderungen an deiner Website vornimmst, solltest du dir zunächst einen Überblick über die verfügbaren Einstellungen verschaffen.\nIn weiteren Anleitungen sehen wir uns die einzelnen Bereiche und ihre Auswirkungen genauer an.\nWie geht es weiter? # Nach der Installation beginnt die eigentliche Konfiguration. Besonders wichtig ist dabei, welche Dienste und externen Ressourcen deine WordPress-Website verwendet.\nIn den nächsten Anleitungen beschäftigen wir uns deshalb unter anderem mit der Konfiguration einzelner Dienste und den verschiedenen Datenschutz-Einstellungen.\n","date":"23. August 2026","externalUrl":null,"permalink":"/anleitungen/pixelmate_installieren/","section":"WordPress Praxis","summary":"","title":"Pixelmate installieren und einrichten: Schritt-für-Schritt-Anleitung","type":"anleitungen"},{"content":"","date":"23. August 2026","externalUrl":null,"permalink":"/tags/plugins/","section":"Tags","summary":"","title":"Plugins","type":"tags"},{"content":"","date":"23. August 2026","externalUrl":null,"permalink":"/tags/","section":"Tags","summary":"","title":"Tags","type":"tags"},{"content":"","date":"23. August 2026","externalUrl":null,"permalink":"/tags/wordpress/","section":"Tags","summary":"","title":"WordPress","type":"tags"},{"content":"","date":"23. August 2026","externalUrl":null,"permalink":"/anleitungen/","section":"WordPress Praxis","summary":"","title":"WordPress Praxis","type":"anleitungen"},{"content":" Webtechnik aus der Praxis # Wir schreiben über WordPress, Webentwicklung, Datenschutz, Performance und künstliche Intelligenz. Dabei geht es uns nicht nur darum, welche Einstellung man anklicken muss, sondern auch darum, zu verstehen, was technisch dahinter passiert.\nIn unserer WordPress Praxis findet ihr Schritt-für-Schritt-Anleitungen, Praxistests und technische Hintergründe. Wir installieren Plugins selbst, untersuchen externe Verbindungen mit den Browser-Entwicklerwerkzeugen, messen Performance und probieren neue Entwicklungen wie die KI-Funktionen von WordPress praktisch aus.\nDabei beschränken wir uns nicht auf WordPress. Mit zusammen mehr als 50 Jahren Erfahrung in Software- und Webentwicklung beschäftigen wir uns ebenso mit Python, Django, PHP, Docker, Datenbanken, Webservern und modernen Webtechnologien.\nUnser Ansatz ist einfach: ausprobieren, messen, verstehen und dann erklären.\nWer hinter den Artikeln steckt, erfahrt ihr unter Über uns. Antworten auf einige grundlegende Fragen findet ihr außerdem in unseren FAQ.\n","date":"23. August 2026","externalUrl":null,"permalink":"/","section":"WordPress Praxis, Webtechnik und KI","summary":"","title":"WordPress Praxis, Webtechnik und KI","type":"page"},{"content":"","date":"3. August 2026","externalUrl":null,"permalink":"/tags/chatgpt/","section":"Tags","summary":"","title":"ChatGPT","type":"tags"},{"content":"ChatGPT kann komplette Blogartikel schreiben.\nAusgerechnet das ist für mich aber nicht unbedingt die interessanteste Anwendung von KI bei WordPress.\nViel nützlicher sind häufig die vielen kleinen Aufgaben rund um einen Artikel oder eine Website: eine Struktur entwickeln, eine unverständliche Passage verbessern, Alt-Texte vorbereiten, CSS erklären oder eine Fehlermeldung analysieren.\nRichtig eingesetzt ist ChatGPT deshalb weniger ein automatischer Autor als ein ziemlich vielseitiges Werkzeug für die tägliche Arbeit mit WordPress.\nHier sind zehn Aufgaben, bei denen das tatsächlich Zeit sparen kann.\n1. Aus einer Idee eine Artikelstruktur machen # Der schwierigste Teil eines Artikels ist manchmal nicht das Schreiben.\nEs ist die Frage:\nWo fange ich eigentlich an?\nNehmen wir an, wir möchten einen Artikel über WordPress-Performance schreiben.\nStatt ChatGPT zu sagen:\nSchreib mir einen Artikel über WordPress-Performance.\nkönnen wir zunächst nur eine Struktur entwickeln lassen.\nZum Beispiel:\nIch schreibe eine praktische Anleitung für WordPress-Anfänger zum Thema Performance. Der Artikel soll erklären, wie man eine langsame WordPress-Seite systematisch untersucht, bevor man Optimierungsplugins installiert. Entwickle eine sinnvolle Gliederung für den Artikel. Der Schwerpunkt soll auf PageSpeed Insights, Lighthouse, Browser-Entwicklerwerkzeugen, Bildern, Caching und externen Diensten liegen. Das Ergebnis ist noch kein Artikel.\nEs ist ein Arbeitsplan.\nUnd genau dafür finde ich KI ausgesprochen nützlich.\n2. Überschriften verbessern # Eine Überschrift kann fachlich korrekt und trotzdem langweilig sein.\nChatGPT eignet sich gut dazu, mehrere Varianten vorzuschlagen.\nAus:\nWordPress Performance könnten beispielsweise unterschiedliche Richtungen entstehen:\nWordPress schneller machen: Was wirklich etwas bringt WordPress ist langsam? So findest du die Ursache WordPress-Performance richtig messen und verbessern Dabei würde ich ChatGPT nicht einfach entscheiden lassen, welcher Titel verwendet wird.\nInteressanter ist die Auswahl.\nEin Prompt kann deshalb beispielsweise lauten:\nGib mir zehn alternative Überschriften für diesen Artikel. Sie sollen konkret und verständlich sein. Kein Clickbait. Keine künstliche Dramatik. Keine Formulierungen wie \u0026#34;Du wirst nicht glauben ...\u0026#34;. Titel: WordPress Performance 3. Schwierige Absätze verständlicher machen # Wer sich mit einem Thema gut auskennt, schreibt schnell für andere Menschen, die sich ebenfalls damit gut auskennen.\nDas ist bei einer Einsteiger-Anleitung nicht immer hilfreich.\nChatGPT kann einen vorhandenen Absatz auf Verständlichkeit prüfen.\nZum Beispiel:\nÜberarbeite den folgenden Absatz für WordPress-Anfänger. Die technischen Aussagen sollen erhalten bleiben. Fachbegriffe dürfen verwendet werden, müssen aber verständlich erklärt werden. [ABSATZ] Das funktioniert besonders gut, wenn bereits ein eigener Text vorhanden ist.\nDann entscheidet weiterhin der Autor, was gesagt werden soll.\nDie KI hilft hauptsächlich bei der Darstellung.\n4. Meta Descriptions vorbereiten # Für einen fertigen Artikel kann ChatGPT Vorschläge für eine Meta Description erzeugen.\nDafür gebe ich der KI lieber den tatsächlichen Inhalt beziehungsweise eine Zusammenfassung als nur den Titel.\nBeispielsweise:\nErstelle drei Vorschläge für eine prägnante Meta Description für den folgenden WordPress-Artikel. Sie soll den tatsächlichen Inhalt beschreiben und keine Aussagen versprechen, die der Artikel nicht erfüllt. [ARTIKEL ODER ZUSAMMENFASSUNG] Anschließend wähle oder überarbeite ich einen Vorschlag.\nDas ist ein typischer Anwendungsfall, bei dem ich wenig Nutzen darin sehe, jedes Mal bei null anzufangen.\n5. Alt-Texte für Bilder vorbereiten # Bilder benötigen je nach Funktion und Inhalt eine sinnvolle textuelle Alternative.\nChatGPT kann beim Formulieren helfen, wenn wir der KI das Bild zur Analyse geben.\nDabei sollte der Auftrag nicht einfach lauten:\nSchreib einen SEO-Alt-Text.\nSinnvoller ist:\nBeschreibe dieses Bild für einen geeigneten HTML-Alt-Text. Beschreibe nur Informationen, die für das Verständnis des Bildes im Kontext eines WordPress-Tutorials relevant sind. Keine Keyword-Liste. Keine Informationen erfinden. Wichtig ist anschließend die eigene Kontrolle.\nDie KI kennt nicht automatisch den Zweck des Bildes im Artikel.\nUnd nicht jedes dekorative Bild benötigt überhaupt eine ausführliche Beschreibung.\n6. Aus einem langen Artikel eine FAQ entwickeln # Nach einem ausführlichen Artikel kann ChatGPT helfen, typische Fragen daraus herauszuarbeiten.\nZum Beispiel:\nAnalysiere diesen Artikel. Erstelle fünf Fragen, die ein WordPress-Anfänger nach dem Lesen wahrscheinlich noch stellen könnte. Beantworte sie ausschließlich anhand der Informationen aus dem Artikel. Wenn der Artikel eine Antwort nicht enthält, weise darauf hin. [ARTIKEL] Der letzte Satz ist wichtig.\nSonst neigen Sprachmodelle dazu, fehlende Informationen einfach selbst zu ergänzen.\nEine solche FAQ kann am Ende eines Artikels nützlich sein oder Ideen für weitere Artikel liefern.\n7. Interne Links finden # Je größer ein Blog wird, desto schwieriger wird es, beim Schreiben alle bereits vorhandenen Artikel im Kopf zu behalten.\nHier kann KI ebenfalls helfen.\nWir können beispielsweise eine Liste unserer Artikel zusammen mit dem neuen Text bereitstellen und fragen:\nWelche der vorhandenen Artikel wären sinnvolle weiterführende Links für diesen neuen Artikel? Schlage nur Links vor, die dem Leser an der jeweiligen Stelle zusätzliche Informationen liefern. Vorhandene Artikel: [LISTE] Neuer Artikel: [TEXT] Für unseren eigenen Blog könnte daraus beispielsweise entstehen:\nWordPress schneller machen │ ├── externe Dienste untersuchen ├── WordPress-Grundeinstellungen └── Google Analytics Das ist wesentlich sinnvoller, als wahllos Keywords miteinander zu verlinken.\n8. CSS erklären und anpassen # Hier wird ChatGPT für WordPress-Nutzer besonders praktisch.\nMan muss nicht unbedingt CSS-Entwickler sein, um eine kleine Änderung am eigenen Theme verstehen zu wollen.\nAngenommen, wir finden:\n.article-content { max-width: 65ch; margin-inline: auto; } Dann können wir fragen:\nErkläre mir dieses CSS. Was bewirken max-width: 65ch und margin-inline: auto? Ich möchte den Textbereich etwas breiter machen. Welche Änderung wäre sinnvoll? Das ist erheblich besser als:\nMach meine Website breiter.\nJe mehr konkreten Code und Kontext wir bereitstellen, desto brauchbarer wird die Antwort.\n9. WordPress-Fehler analysieren # Eine Fehlermeldung ist ein weiterer sehr guter KI-Anwendungsfall.\nStatt nur danach zu googeln, können wir ChatGPT den exakten Fehler, relevanten Code und Kontext geben.\nZum Beispiel:\nMeine WordPress-Seite erzeugt folgenden PHP-Fehler: [FEHLERMELDUNG] Erkläre zuerst, was die Fehlermeldung technisch bedeutet. Nenne danach die wahrscheinlichsten Ursachen. Schlage noch keine Änderungen vor, für die Informationen fehlen. Sage mir stattdessen, welche zusätzlichen Informationen du benötigst. Der letzte Teil ist wichtig.\nWir wollen nicht, dass die KI aufgrund einer einzigen Fehlermeldung sofort fünf Dateien verändern möchte.\nErst verstehen, dann ändern.\n10. Bestehende Artikel aktualisieren # Ein Blog besteht nicht nur aus neuen Artikeln.\nÄltere Inhalte müssen irgendwann überprüft werden.\nGerade bei WordPress können sich Menüs, Funktionen, Plugins und technische Empfehlungen verändern.\nChatGPT kann dabei als erster Prüfer dienen.\nBeispielsweise:\nHier ist ein älterer WordPress-Artikel. Identifiziere Aussagen, die zeitabhängig sind oder möglicherweise nicht mehr dem aktuellen Stand entsprechen. Ändere den Artikel noch nicht. Erstelle zunächst nur eine Liste der Punkte, die überprüft werden sollten. [ARTIKEL] Danach beginnt allerdings die eigentliche Arbeit.\nDie gefundenen Punkte müssen anhand aktueller und möglichst primärer Quellen überprüft werden.\nChatGPT ersetzt diese Recherche nicht.\nBonus: ChatGPT als Gegenleser # Eine meiner liebsten Anwendungen benötigt überhaupt keine WordPress-Funktion.\nNach dem Schreiben kann man ChatGPT bitten, einen Artikel kritisch zu lesen.\nNicht:\nWie findest du meinen Artikel? Das führt häufig zu wenig hilfreichem Lob.\nBesser:\nPrüfe diesen Artikel kritisch. Suche insbesondere nach: 1. unbelegten Behauptungen, 2. Widersprüchen, 3. unnötigen Wiederholungen, 4. Stellen, die für Anfänger unverständlich sind, 5. technischen Aussagen, die überprüft werden sollten. Schreibe den Artikel nicht um. Liste nur die gefundenen Probleme auf. Damit wird die KI zum Reviewer statt zum Autor.\nUnd das ist häufig die nützlichere Rolle.\nWas ChatGPT dafür wissen sollte # Die Qualität der Antwort hängt stark vom Kontext ab.\nEin Prompt wie:\nWie mache ich WordPress schneller? liefert zwangsläufig eine allgemeine Antwort.\nWesentlich hilfreicher ist beispielsweise:\nWordPress 7 PHP 8.x kleiner Blog Twenty Twenty-Four keine WooCommerce-Installation PageSpeed zeigt einen schlechten LCP. Im Network-Tab ist das Hero-Bild mit 3,7 MB die größte Ressource. Wie würdest du bei der Diagnose weiter vorgehen? Jetzt kennt die KI das eigentliche Problem.\nDas Prinzip lässt sich auf fast jede WordPress-Frage übertragen:\nKontext ist meistens wertvoller als ein besonders clever formulierter Prompt.\nWas ich ChatGPT nicht blind machen lassen würde # So nützlich KI sein kann, einige Dinge würde ich nicht ungeprüft übernehmen.\nDazu gehören insbesondere:\nrechtliche Texte, Datenschutzerklärungen, sicherheitskritische Konfigurationen, unbekannter PHP-Code, Änderungen an einer produktiven Datenbank, Aussagen über aktuelle Plugin-Versionen, technische Fakten, bei denen Fehler Konsequenzen haben, massenhaft automatisch erzeugte Artikel. Bei Code gilt zusätzlich:\nNur weil Code syntaktisch plausibel aussieht, bedeutet das nicht, dass er korrekt oder sicher ist.\nDatenschutz nicht vergessen # Wer Inhalte an einen externen KI-Dienst übermittelt, sollte sich bewusst machen, welche Informationen darin enthalten sind.\nEine öffentliche Artikelüberschrift ist etwas anderes als eine Kundendatenbank, private E-Mails oder personenbezogene Informationen.\nDeshalb sollte man nicht einfach komplette Datenbestände, Logs oder Konfigurationsdateien in einen KI-Chat kopieren.\nVor allem Zugangsdaten haben dort nichts verloren.\nDazu gehören beispielsweise:\nPasswörter API-Keys Datenbank-Zugangsdaten private Schlüssel Authentifizierungs-Tokens Wenn wir technische Konfigurationen analysieren lassen, entfernen wir solche Informationen vorher.\nKI ist besonders gut für kleine Zwischenschritte # Der größte Produktivitätsgewinn entsteht meiner Erfahrung nach nicht dadurch, ChatGPT einen kompletten WordPress-Blog erzeugen zu lassen.\nInteressanter sind die vielen kleinen Schritte:\nIdee │ ▼ Struktur │ ▼ eigener Entwurf │ ▼ KI-Review │ ▼ Überarbeitung │ ▼ Fakten prüfen │ ▼ Veröffentlichen Der Mensch behält dabei die Kontrolle über Inhalt und Entscheidung.\nDie KI übernimmt Arbeitsschritte, die sich gut delegieren lassen.\nChatGPT direkt in WordPress oder daneben? # Bisher haben wir ChatGPT als separates Werkzeug betrachtet.\nDas bedeutet normalerweise:\nWordPress ⇄ Copy \u0026amp; Paste ⇄ ChatGPT Inzwischen entsteht allerdings eine zweite Möglichkeit.\nWordPress entwickelt eine eigene KI-Infrastruktur, über die KI-Funktionen wesentlich direkter in WordPress integriert werden können.\nWir haben diese Variante ebenfalls praktisch ausprobiert.\nDer Vorteil liegt vor allem im Workflow: Kleine KI-Aufgaben können direkt im Gutenberg-Editor erledigt werden, ohne ständig zwischen WordPress und ChatGPT zu wechseln.\nFür umfangreichere Gespräche, Recherche und komplexere Aufgaben bleibt ein separater KI-Assistent dagegen flexibler.\nFazit # ChatGPT kann bei WordPress sehr viel Arbeit sparen.\nIch würde die KI aber nicht primär als automatischen Artikelschreiber betrachten.\nIhre Stärke liegt häufig an anderer Stelle:\nSie strukturiert, erklärt, schlägt Alternativen vor, analysiert Fehler, überprüft Texte und hilft bei vielen kleinen Aufgaben zwischen der ersten Idee und dem fertigen Artikel.\nDie produktivste Rollenverteilung ist deshalb erstaunlich unspektakulär:\nMensch │ ├── Ziel ├── Erfahrung ├── Faktenprüfung └── Entscheidung KI │ ├── Vorschläge ├── Struktur ├── Analyse └── Fleißarbeit ChatGPT ersetzt dabei nicht das Verständnis der eigenen WordPress-Seite.\nEs kann aber dafür sorgen, dass man wesentlich weniger Zeit mit den langweiligen Teilen dieses Verständnisses verbringt.\n","date":"3. August 2026","externalUrl":null,"permalink":"/anleitungen/chatgpt_wordpress/","section":"WordPress Praxis","summary":"","title":"ChatGPT für WordPress: 10 Aufgaben, bei denen KI wirklich Zeit spart","type":"anleitungen"},{"content":"","date":"3. August 2026","externalUrl":null,"permalink":"/tags/mcp/","section":"Tags","summary":"","title":"MCP","type":"tags"},{"content":"","date":"3. August 2026","externalUrl":null,"permalink":"/categories/wordpress/","section":"Categories","summary":"","title":"WordPress","type":"categories"},{"content":"Mit WordPress 7.0 hat künstliche Intelligenz erstmals einen festen Platz in der technischen Architektur von WordPress bekommen.\nDas bedeutet allerdings nicht, dass nach dem Update plötzlich ein Chatfenster im WordPress-Dashboard erscheint oder WordPress automatisch mit ChatGPT verbunden ist.\nDie eigentliche Neuerung ist interessanter: WordPress stellt Entwicklern inzwischen eine standardisierte Infrastruktur zur Verfügung, über die KI-Dienste angebunden und WordPress-Funktionen für KI-Anwendungen zugänglich gemacht werden können.\nFür normale WordPress-Nutzer klingt das zunächst ziemlich abstrakt. Deshalb schauen wir uns an, was sich tatsächlich geändert hat und was davon heute schon praktisch nutzbar ist.\nWordPress bekommt eine eigene KI-Infrastruktur # Bislang musste praktisch jedes WordPress-Plugin mit KI-Funktionen seine eigene Anbindung an OpenAI, Anthropic oder andere Anbieter entwickeln.\nWordPress 7.0 schafft dafür erstmals eine gemeinsame Grundlage.\nEin zentraler Bestandteil ist der AI Client. Er stellt eine einheitliche Schnittstelle bereit, über die WordPress-Erweiterungen mit unterschiedlichen KI-Anbietern kommunizieren können.\nVereinfacht sieht die Architektur so aus:\nWordPress Plugin │ ▼ AI Client │ ┌───┼────┐ ▼ ▼ ▼ OpenAI Anthropic Google Ein Plugin muss dadurch nicht für jeden Anbieter eine komplett eigene Integration entwickeln.\nDas ist vor allem eine Infrastrukturänderung. Als WordPress-Nutzer sieht man davon zunächst wenig. Langfristig könnte sie aber einen erheblichen Einfluss darauf haben, wie KI-Funktionen in WordPress integriert werden.\nWas sind AI Connectors? # Damit WordPress einen externen KI-Dienst verwenden kann, benötigt es Informationen darüber, welcher Anbieter verwendet werden soll und wie die Verbindung hergestellt wird.\nDafür gibt es eine zentrale Connector-Verwaltung.\nStatt dass verschiedene Plugins jeweils an unterschiedlichen Stellen ihre eigenen API-Schlüssel verwalten, entsteht damit eine gemeinsame Infrastruktur für KI-Verbindungen.\nJe nach installierten Erweiterungen können beispielsweise Anbieter wie OpenAI, Anthropic oder Google angebunden werden. Im WordPress-Ökosystem existieren darüber hinaus Integrationen für weitere Anbieter.\nDas ist ein wichtiger Unterschied zu vielen bisherigen KI-Plugins: Die Verbindung zum Sprachmodell wird zunehmend von der eigentlichen Funktion getrennt.\nEin Plugin kann sich darauf konzentrieren, was die KI tun soll. Die darunterliegende Infrastruktur kümmert sich darum, welches Modell dafür angesprochen wird.\nDas offizielle WordPress AI Plugin # Parallel zur neuen Infrastruktur entwickelt das WordPress-Projekt ein eigenes AI Plugin.\nDieses Plugin ist besonders interessant, weil man damit bereits heute sehen kann, wohin die Reise gehen soll.\nWir haben das Plugin inzwischen auf unserer eigenen Testinstallation eingerichtet, einen KI-Anbieter verbunden und die Funktionen im Gutenberg-Editor ausprobiert.\nDabei zeigte sich auch, dass Provider-Verbindung und Aktivierung der eigentlichen KI-Funktionen getrennte Schritte sind.\nDen kompletten Praxistest behandeln wir deshalb in einem eigenen Artikel zum offiziellen WordPress AI Plugin.\nDie Abilities API: WordPress beschreibt, was es kann # Eine weitere wichtige Neuerung ist die Abilities API.\nSie ermöglicht es WordPress und Plugins, Funktionen strukturiert als sogenannte Abilities bereitzustellen.\nVereinfacht gesagt kann ein System damit beschreiben:\nDiese Aktion existiert, diese Eingaben benötigt sie und dieses Ergebnis liefert sie zurück.\nDas klingt zunächst nach einem Thema für Entwickler. Für KI-Anwendungen ist diese Struktur aber ausgesprochen interessant.\nEin KI-System muss schließlich wissen, welche Aktionen überhaupt zur Verfügung stehen und welche Daten dafür benötigt werden.\nAus einem klassischen WordPress-System wird damit zunehmend eine Plattform, deren Fähigkeiten auch maschinenlesbar beschrieben werden können.\nWordPress │ ├── Beiträge lesen ├── Inhalte bearbeiten ├── Bilder verwalten └── Plugin-Funktionen │ ▼ Abilities API │ ▼ KI-System Und dann kommt MCP # Hier wird es besonders spannend.\nWordPress arbeitet inzwischen auch mit dem Model Context Protocol, kurz MCP.\nMCP ist ein offenes Protokoll, über das KI-Anwendungen Werkzeuge und Daten externer Systeme verwenden können.\nIn Verbindung mit WordPress entsteht damit eine interessante Kette:\nKI-Assistent │ ▼ MCP │ ▼ WordPress MCP Adapter │ ▼ Abilities API │ ▼ WordPress Ein entsprechend angebundener KI-Assistent kann dadurch nicht nur Text über WordPress erzeugen.\nEr kann prinzipiell erfahren, welche Aktionen eine WordPress-Installation anbietet, und diese kontrolliert verwenden.\nDas ist ein wesentlich größerer Schritt als ein einfacher „Text mit ChatGPT erstellen“-Button.\nBedeutet das, dass ChatGPT jetzt meine WordPress-Seite bedienen kann? # Nicht automatisch.\nNach einem normalen WordPress-Update ist deine Website nicht plötzlich mit ChatGPT verbunden.\nDafür müssen die entsprechenden Komponenten installiert und konfiguriert werden. Außerdem spielen Authentifizierung und Berechtigungen eine entscheidende Rolle.\nGenau das ist wichtig.\nEine KI sollte schließlich nicht allein deshalb Beiträge verändern oder andere Aktionen ausführen dürfen, weil sie technisch mit WordPress kommunizieren kann.\nDie neue Infrastruktur schafft die Voraussetzungen für solche Integrationen. Wie viel Zugriff ein KI-System tatsächlich erhält, muss weiterhin kontrolliert werden.\nBrauche ich dafür zwingend OpenAI? # Nein.\nGerade die Trennung zwischen WordPress-Funktion und KI-Anbieter macht die neue Architektur interessant.\nNeben kommerziellen Cloud-Anbietern können grundsätzlich auch andere Modelle und Provider angebunden werden. Im WordPress-Ökosystem wird beispielsweise auch an Integrationen für Ollama gearbeitet.\nDamit wird perspektivisch auch so etwas interessant:\nWordPress │ ▼ AI Client │ ▼ Ollama │ ▼ lokales Sprachmodell Die Inhalte müssten in einem solchen Szenario für bestimmte KI-Aufgaben nicht zwangsläufig an OpenAI oder einen anderen externen Cloud-Anbieter übertragen werden.\nWie gut das in der Praxis funktioniert, hängt allerdings stark vom verwendeten Modell, der Hardware und der jeweiligen WordPress-Integration ab.\nWas bringt mir das als normaler WordPress-Nutzer heute? # Die ehrliche Antwort lautet: weniger, als Begriffe wie „AI Client“, „Abilities API“ und „MCP“ zunächst vermuten lassen.\nEin großer Teil der Neuerungen bildet momentan vor allem die technische Grundlage für zukünftige Plugins und Funktionen.\nDas ist aber gerade der interessante Punkt.\nWordPress versucht nicht lediglich, irgendwo einen KI-Button in den Editor zu bauen. Stattdessen entsteht eine Architektur, über die unterschiedliche Modelle, Plugins und KI-Anwendungen miteinander arbeiten können.\nFür Anwender dürfte sich das schrittweise bemerkbar machen.\nPlugins können dieselbe KI-Infrastruktur verwenden. Anbieter lassen sich zentraler konfigurieren. Und externe KI-Assistenten können über definierte Schnittstellen mit WordPress interagieren.\nWas wir bereits ausprobiert haben # Einen Teil davon haben wir inzwischen auf unserer WordPress-Testinstallation praktisch ausprobiert.\nWir haben das offizielle AI Plugin installiert, OpenAI als Provider verbunden, die KI-Funktionen aktiviert und anschließend direkt im Gutenberg-Editor verwendet.\nDamit ist zumindest ein Teil dieser neuen Infrastruktur bereits heute praktisch sichtbar.\nAndere Bereiche wie MCP oder die Anbindung eines lokalen Modells über Ollama wollen wir separat untersuchen. Dort werden wir wieder darauf achten, nicht nur die theoretischen Möglichkeiten zu beschreiben, sondern tatsächlich auszuprobieren, was funktioniert.\nFazit # WordPress 7 macht aus WordPress nicht plötzlich einen KI-Website-Builder.\nDie wichtigere Veränderung passiert unter der Oberfläche.\nMit AI Client, Connectors, Abilities API und MCP entsteht eine gemeinsame Infrastruktur, über die KI-Modelle, Plugins und externe Assistenten mit WordPress zusammenarbeiten können.\nFür normale Nutzer steht diese Entwicklung noch am Anfang. Unser Test des offiziellen AI Plugins zeigt aber, dass erste Teile davon bereits praktisch nutzbar sind.\nFür die zukünftige Entwicklung von WordPress könnte diese Infrastruktur erheblich wichtiger werden als der nächste eingebaute Textgenerator.\n","date":"3. August 2026","externalUrl":null,"permalink":"/anleitungen/wordpress-ki/","section":"WordPress Praxis","summary":"","title":"WordPress 7 und KI: Was sich 2026 wirklich geändert hat","type":"anleitungen"},{"content":"Wer eine neue WordPress-Seite aufsetzt, bekommt früher oder später denselben Tipp:\nInstalliere ein SEO-Plugin.\nYoast SEO, Rank Math und andere Erweiterungen gehören deshalb auf sehr vielen WordPress-Websites praktisch zur Grundausstattung.\nAber braucht man 2026 tatsächlich noch zwingend ein SEO-Plugin?\nWordPress selbst ist schließlich erheblich weiterentwickelt worden. Suchmaschinen sind besser darin geworden, Websites zu verstehen, und viele Dinge, die früher mühsam optimiert wurden, funktionieren heute automatisch.\nDie kurze Antwort lautet:\nNein, WordPress benötigt nicht grundsätzlich ein SEO-Plugin.\nDie interessantere Frage ist allerdings, wann eines trotzdem sinnvoll ist.\nWordPress ist nicht automatisch schlecht für SEO # Zunächst sollten wir mit einem alten Mythos aufräumen.\nWordPress erzeugt nicht grundsätzlich Websites, die ohne SEO-Plugin für Google unverständlich wären.\nBeiträge besitzen Titel und URLs. Inhalte werden als HTML ausgegeben. Kategorien und andere Strukturen können miteinander verlinkt werden.\nAuch moderne technische Standards werden von WordPress und guten Themes bereits berücksichtigt.\nDas bedeutet allerdings nicht, dass WordPress jede SEO-Aufgabe automatisch optimal löst.\nWas ein SEO-Plugin überhaupt macht # SEO-Plugins bestehen inzwischen aus sehr vielen Funktionen.\nZu den typischen Aufgaben gehören:\nSeitentitel beeinflussen Meta Descriptions festlegen XML-Sitemaps verwalten Canonical URLs beeinflussen Inhalte auf noindex setzen strukturierte Daten erzeugen Social-Media-Metadaten erzeugen Weiterleitungen verwalten SEO-Analysen anzeigen Ein Teil davon ist technisch wichtig.\nAndere Funktionen sind hauptsächlich Komfortwerkzeuge.\nUnd wieder andere erzeugen vor allem hübsche Ampeln im WordPress-Dashboard.\nMeta Descriptions # Ein klassisches Beispiel ist die Meta Description.\nSie befindet sich im HTML einer Seite ungefähr in dieser Form:\n\u0026lt;meta name=\u0026#34;description\u0026#34; content=\u0026#34;Eine kurze Beschreibung dieser Seite.\u0026#34; \u0026gt; Suchmaschinen können diese Beschreibung für die Darstellung eines Suchergebnisses verwenden.\nSie müssen es allerdings nicht.\nGoogle kann stattdessen einen anderen Ausschnitt aus dem Seiteninhalt anzeigen, wenn dieser besser zur Suchanfrage passt.\nEine Meta Description ist deshalb keine Garantie dafür, dass genau dieser Text bei Google erscheint.\nTrotzdem ist es praktisch, sie für wichtige Seiten gezielt festlegen zu können.\nGenau dafür bieten SEO-Plugins komfortable Eingabefelder.\nSeitentitel # Ähnlich sieht es beim Seitentitel aus.\nDer sichtbare Titel eines WordPress-Beitrags und der HTML-Titel müssen nicht zwingend identisch verwendet werden.\nEin SEO-Plugin ermöglicht beispielsweise:\nArtikelüberschrift: WordPress schneller machen SEO-Titel: WordPress schneller machen: 10 wirksame Maßnahmen Ob man diese Kontrolle benötigt, hängt stark von der Website ab.\nBei einem privaten Blog kann der normale Beitragstitel vollkommen ausreichen.\nBei einer kommerziellen Website möchte man möglicherweise genauer steuern, wie einzelne Seiten präsentiert werden.\nXML-Sitemaps kann WordPress selbst # Ein interessanter Punkt ist die XML-Sitemap.\nFrüher war die Sitemap eines der klassischen Argumente für ein SEO-Plugin.\nModerne WordPress-Versionen können XML-Sitemaps jedoch selbst erzeugen. Bei einer normalen WordPress-Installation ist die Core-Sitemap typischerweise unter:\n/wp-sitemap.xml erreichbar.\nInstalliert man ein SEO-Plugin, kann dieses die Sitemap-Funktion übernehmen. Auf unserer Testinstallation mit Yoast SEO finden wir deshalb stattdessen den Sitemap-Index unter:\n/sitemap_index.xml Eine Sitemap hilft Suchmaschinen dabei, Inhalte einer Website zu entdecken.\nFür viele einfache Websites reicht die WordPress-eigene Sitemap bereits aus.\nSEO-Plugins bieten allerdings häufig zusätzliche Kontrolle darüber, welche Inhalte darin erscheinen.\nWas ist mit Canonical URLs? # Canonical URLs helfen Suchmaschinen dabei zu erkennen, welche URL als bevorzugte Version eines Inhalts betrachtet werden soll.\nDas ist besonders relevant, wenn ähnliche oder identische Inhalte über mehrere URLs erreichbar sind.\nWordPress und Themes übernehmen bereits Teile dieser Arbeit.\nKomplexere Websites können trotzdem Situationen erzeugen, in denen zusätzliche Kontrolle sinnvoll ist.\nHier beginnt einer der Bereiche, in denen ein SEO-Plugin mehr als nur Komfort bieten kann.\nnoindex: Nicht alles gehört in Google # Nicht jede öffentlich erreichbare Seite einer WordPress-Installation muss zwangsläufig in Suchmaschinen erscheinen.\nJe nach Website können beispielsweise bestimmte Archive oder spezielle technische Seiten uninteressant für Suchergebnisse sein.\nSEO-Plugins ermöglichen es häufig, solche Bereiche gezielt auf:\n\u0026lt;meta name=\u0026#34;robots\u0026#34; content=\u0026#34;noindex\u0026#34;\u0026gt; zu setzen.\nDamit bekommt man eine wesentlich feinere Kontrolle über die Indexierung.\nStrukturierte Daten # Hier wird es interessanter.\nStrukturierte Daten beschreiben Inhalte zusätzlich in maschinenlesbarer Form.\nEine Website kann damit beispielsweise ausdrücken:\nDas ist ein Artikel. Das ist der Autor. Das ist das Veröffentlichungsdatum. Das ist die Organisation hinter der Website. Häufig wird dafür JSON-LD verwendet.\nSEO-Plugins können solche Daten automatisch erzeugen und miteinander verknüpfen.\nFür einfache Blogs erledigen moderne Themes bereits einiges. Bei komplexeren Websites können SEO-Plugins jedoch deutlich mehr Kontrolle bieten.\nDie berühmte grüne SEO-Ampel # Einige SEO-Plugins analysieren den geschriebenen Inhalt und geben Empfehlungen.\nDann erscheinen Hinweise wie:\nKeyword zu selten verwendet Meta Description zu lang Überschrift verbessern Text schwer lesbar Das kann Anfängern helfen.\nEs kann aber auch dazu führen, dass Texte für eine Software geschrieben werden statt für Menschen.\nEine grüne Ampel bedeutet nicht automatisch, dass ein Artikel gut ist.\nUnd eine orange oder rote Ampel bedeutet nicht automatisch, dass ein Artikel schlecht für Suchmaschinen ist.\nDie Analyse sollte deshalb als Hinweis verstanden werden und nicht als Gesetz.\nGoogle interessiert sich nicht für deine Yoast-Ampel # Dieser Punkt ist wichtig genug für eine eigene Überschrift.\nGoogle sieht nicht:\nYoast: Grün Google sieht die Website.\nSuchmaschinen analysieren Inhalte, Links, Struktur, technische Signale und viele weitere Faktoren.\nOb das WordPress-Backend einem Autor eine grüne Ampel gezeigt hat, spielt dabei keine Rolle.\nDas klingt offensichtlich.\nBeim Schreiben mit SEO-Plugins vergisst man es erstaunlich schnell.\nWas ist mit KI und SEO? # 2026 kommt ein weiterer Faktor hinzu.\nTexte lassen sich mit KI extrem schnell erzeugen.\nDamit wird es noch einfacher, große Mengen vermeintlich „SEO-optimierter“ Inhalte zu produzieren.\nDas eigentliche Problem bleibt aber dasselbe:\nWarum sollte jemand diesen Inhalt lesen wollen?\nEin SEO-Plugin kann Titel, Metadaten und technische Strukturen optimieren.\nEs kann aus einem belanglosen Artikel aber keinen hilfreichen Artikel machen.\nDasselbe gilt für KI.\nSEO beginnt nicht im SEO-Plugin # Für einen Blog sind andere Fragen oft wesentlich wichtiger:\nBeantwortet der Artikel eine echte Frage? Ist der Titel verständlich? Ist die URL sinnvoll? Ist der Inhalt gut strukturiert? Lädt die Seite vernünftig schnell? Funktioniert sie auf Smartphones? Gibt es sinnvolle interne Links? Findet der Leser weiterführende Informationen? Liefert der Artikel etwas, das nicht bereits hundert andere Seiten identisch erzählen? Keine dieser Fragen wird dadurch gelöst, dass wir ein SEO-Plugin installieren.\nWann ich ein SEO-Plugin verwenden würde # Bei einem größeren Blog oder einer kommerziellen WordPress-Seite würde ich normalerweise eines einsetzen.\nNicht, weil WordPress ohne SEO-Plugin für Google unsichtbar wäre.\nSondern weil die zusätzliche Kontrolle praktisch ist.\nInsbesondere bei:\nMeta Titles und Descriptions │ ├── Indexierungssteuerung ├── Canonical URLs ├── strukturierte Daten ├── Social Metadata └── Sitemap-Konfiguration wird eine zentrale Oberfläche schnell angenehm.\nWann ich zunächst darauf verzichten könnte # Bei einer sehr kleinen Website mit wenigen statischen Seiten kann man durchaus zunächst ohne umfangreiches SEO-Plugin starten.\nDas gilt besonders, wenn das verwendete Theme bereits vernünftiges HTML und Metadaten erzeugt und keine komplexen Anforderungen bestehen.\nMan kann ein SEO-Plugin später immer noch installieren.\nAndersherum sollte man ein vorhandenes SEO-Plugin auf einer etablierten Website nicht einfach deaktivieren, ohne vorher zu prüfen, welche Aufgaben es übernimmt.\nDabei könnten beispielsweise Metadaten, strukturierte Daten oder Indexierungsregeln verschwinden.\nYoast oder Rank Math? # Das lässt sich nicht sinnvoll mit einem pauschalen Sieger beantworten.\nBeide verfolgen teilweise unterschiedliche Ansätze und besitzen kostenlose sowie kostenpflichtige Funktionen.\nFür einen normalen Blog würde ich weniger danach entscheiden, welches Plugin die längste Feature-Liste besitzt.\nInteressanter sind Fragen wie:\nWelche Funktionen benötige ich tatsächlich? Ist die Oberfläche verständlich? Welche Funktionen laufen automatisch? Welche zusätzlichen Daten und Skripte bringt das Plugin mit? Welche Funktionen befinden sich hinter einer kostenpflichtigen Version? Kann ich meine Konfiguration später problemlos ändern? Diesen Vergleich machen wir lieber praktisch in einem eigenen Artikel, statt hier einen Gewinner auszurufen.\nMein Fazit # Nein, WordPress braucht 2026 nicht zwingend ein SEO-Plugin, um von Suchmaschinen gefunden zu werden.\nFür einen ernsthaft betriebenen Blog kann ein gutes SEO-Plugin trotzdem sinnvoll sein.\nSein größter Wert besteht meiner Ansicht nach nicht darin, einen Text mit einer grünen Ampel zu bewerten.\nDer eigentliche Vorteil ist die Kontrolle über die technische Darstellung und Indexierung der Inhalte.\nUnd diese Unterscheidung ist wichtig:\nEin SEO-Plugin kann gutes SEO unterstützen. Es kann guten Inhalt nicht ersetzen.\nBevor wir deshalb zwanzig SEO-Einstellungen optimieren, sollten wir zuerst etwas veröffentlichen, das Menschen tatsächlich suchen und anschließend gerne lesen.\n","date":"2. Juni 2026","externalUrl":null,"permalink":"/anleitungen/wordpress-seo-plugin/","section":"WordPress Praxis","summary":"","title":"Braucht WordPress 2026 überhaupt noch ein SEO-Plugin?","type":"anleitungen"},{"content":"","date":"2. Juni 2026","externalUrl":null,"permalink":"/tags/google/","section":"Tags","summary":"","title":"Google","type":"tags"},{"content":"","date":"2. Juni 2026","externalUrl":null,"permalink":"/tags/rank-math/","section":"Tags","summary":"","title":"Rank Math","type":"tags"},{"content":"","date":"2. Juni 2026","externalUrl":null,"permalink":"/tags/seo/","section":"Tags","summary":"","title":"SEO","type":"tags"},{"content":"","date":"2. Juni 2026","externalUrl":null,"permalink":"/tags/yoast/","section":"Tags","summary":"","title":"Yoast","type":"tags"},{"content":"WordPress ist in wenigen Minuten installiert. Damit ist die Website allerdings noch nicht wirklich fertig eingerichtet.\nEinige Standardeinstellungen passen für eine produktive Website nicht besonders gut, andere sollte man zumindest einmal bewusst überprüfen.\nHier sind zehn Dinge, die ich bei einer neuen WordPress-Installation ziemlich früh erledige.\n1. Titel, Untertitel und Zeitzone prüfen # Als Erstes lohnt sich ein Besuch unter:\nEinstellungen → Allgemein\nDort kontrolliere ich insbesondere den Titel der Website, den Untertitel, die Sprache und die Zeitzone.\nGerade die Zeitzone wird gerne übersehen. Sie beeinflusst unter anderem die zeitgesteuerte Veröffentlichung von Beiträgen.\nFür eine deutsche Website ist beispielsweise Europe/Berlin beziehungsweise die entsprechende WordPress-Auswahl sinnvoll.\n2. Permalinks sinnvoll einstellen # Unter:\nEinstellungen → Permalinks\nwird festgelegt, wie die URLs von Beiträgen aussehen.\nFür viele Websites ist eine Struktur mit dem Beitragsnamen gut lesbar:\nhttps://example.de/mein-artikel/ Eine URL wie:\nhttps://example.de/?p=123 funktioniert technisch ebenfalls, ist für Besucher aber wenig aussagekräftig.\nWichtig ist vor allem, die Entscheidung möglichst früh zu treffen. Bei einer bereits etablierten Website sollte man URL-Strukturen nicht leichtfertig ändern, weil bestehende Links und Suchmaschinen betroffen sein können.\n3. Beispielinhalte löschen # Eine neue WordPress-Installation enthält je nach Setup Beispielinhalte.\nDazu können ein Beispielbeitrag, eine Beispielseite oder ein Kommentar gehören.\nWas wir nicht benötigen, löschen wir.\nDas klingt banal, verhindert aber, dass Monate später irgendwo noch „Hallo Welt!“ auf einer eigentlich fertigen Website herumliegt.\n4. Nicht benötigte Plugins entfernen # WordPress-Installationen oder Hosting-Pakete bringen teilweise bereits Plugins mit.\nIch schaue mir deshalb direkt die Plugin-Liste an.\nDie Frage lautet nicht:\nKönnte ich dieses Plugin irgendwann vielleicht gebrauchen?\nSondern:\nBenötigt diese Website dieses Plugin?\nWas nicht benötigt wird, kann in der Regel weg.\nWeniger Plugins bedeuten nicht automatisch eine schnelle oder sichere Website. Ein einziges schlechtes Plugin kann problematischer sein als zehn gute.\nEine überschaubare Installation lässt sich aber wesentlich leichter warten.\n5. Nicht benötigte Themes entfernen # Ähnliches gilt für Themes.\nIch behalte das aktive Theme und gegebenenfalls ein aktuelles WordPress-Standardtheme als Reserve.\nEine Sammlung alter Themes bringt mir dagegen wenig.\nThemes enthalten ebenfalls PHP-Code und sollten deshalb aktuell gehalten werden, selbst wenn sie momentan nicht aktiv sind.\n6. Benutzerkonto kontrollieren # Unter:\nBenutzer → Alle Benutzer\nschaue ich nach, welche Konten existieren und welche Rollen sie besitzen.\nBesonders wichtig ist das bei Installationen, die von einem Hoster, einer Agentur oder über einen automatischen Installer angelegt wurden.\nAdministratoren besitzen weitreichende Rechte. Entsprechend sollte es nur so viele Administrator-Konten geben, wie tatsächlich benötigt werden.\nAußerdem verwende ich für administrative Konten ein starkes, einzigartiges Passwort.\n7. Kommentare bewusst konfigurieren # Nicht jede Website braucht Kommentare.\nUnter:\nEinstellungen → Diskussion\nlege ich deshalb bewusst fest, ob Besucher Beiträge kommentieren können.\nBei einem Blog können Kommentare ausdrücklich erwünscht sein. Bei einer kleinen Unternehmenswebsite ohne redaktionellen Bereich möglicherweise nicht.\nEntscheidend ist, nicht einfach jahrelang die Standardeinstellung weiterlaufen zu lassen.\nWer Kommentare aktiviert, sollte sich außerdem Gedanken über Moderation und Spam machen.\n8. Datenschutz und externe Dienste prüfen # Noch bevor die Website richtig mit Inhalten gefüllt wird, lohnt sich ein Blick darauf, welche externen Dienste verwendet werden sollen.\nTypische Kandidaten sind:\nGoogle Analytics YouTube Google Maps externe Schriftarten Social-Media-Inhalte Newsletter-Dienste Captchas Warum so früh?\nWeil sich diese Dienste später quer durch Themes, Plugins und Inhalte verteilen können.\nWer von Anfang an weiß, welche externen Dienste eine Website benötigt, kann Datenschutz und Consent wesentlich strukturierter einrichten.\nWir haben dazu eine eigene Anleitung vorbereitet, in der wir mit den Browser-Entwicklerwerkzeugen untersuchen, welche externen Dienste eine WordPress-Seite tatsächlich kontaktiert.\n9. Updates und Backups klären # Eine WordPress-Website ist keine Software, die man einmal installiert und anschließend jahrelang unverändert liegen lässt.\nWordPress selbst, Plugins und Themes werden regelmäßig aktualisiert.\nDeshalb kläre ich bei einer neuen Installation früh zwei Fragen:\nWer kümmert sich um Updates?\nund:\nWie wird die Website gesichert?\nEin Backup sollte nicht nur existieren. Man sollte auch wissen, wie man es im Ernstfall wiederherstellt.\nDas klingt selbstverständlich, wird aber spätestens dann interessant, wenn ein Update schiefgeht oder eine Website beschädigt wurde.\n10. Die Website einmal wie ein Besucher benutzen # Zum Schluss verlasse ich das Dashboard.\nIch öffne die Website in einem privaten Browserfenster und benutze sie so, wie ein Besucher es tun würde.\nDabei kontrolliere ich beispielsweise:\nFunktioniert die Navigation? Ist die Website auf dem Smartphone brauchbar? Gibt es noch Beispieltexte? Funktionieren Links? Werden unerwartete Popups angezeigt? Wie schnell fühlt sich die Seite an? Welche externen Verbindungen entstehen? Gerade dieser letzte Schritt findet erstaunlich viele Probleme, die man im WordPress-Dashboard überhaupt nicht bemerkt.\nWas ich nicht sofort installiere # Bei einer neuen WordPress-Seite widerstehe ich inzwischen dem Reflex, für jedes denkbare Problem sofort ein Plugin zu installieren.\nSEO, Security, Caching, Backups, Analytics, Cookie Consent, Bilder, Formulare und Performance können schnell zu einer langen Plugin-Liste führen.\nEinige davon werden später wahrscheinlich benötigt.\nAber zuerst sollte klar sein, welches konkrete Problem ein Plugin lösen soll.\nErst dann suche ich nach einer passenden Lösung.\nEine gute WordPress-Installation ist meistens unspektakulär # Nach diesen Schritten sieht WordPress nicht wesentlich spektakulärer aus als vorher.\nUnd genau das ist in Ordnung.\nWir haben keine 30 Plugins installiert und keine geheimen Performance-Tricks angewendet.\nStattdessen haben wir die grundlegende Installation aufgeräumt, wichtige Einstellungen kontrolliert und uns Gedanken darüber gemacht, wie die Website später betrieben werden soll.\nDarauf lässt sich wesentlich besser aufbauen als auf einer WordPress-Installation, bei der vom ersten Tag an einfach alles installiert wurde, was möglicherweise irgendwann nützlich sein könnte.\n","date":"25. Mai 2026","externalUrl":null,"permalink":"/anleitungen/wordpress-nach-installation/","section":"WordPress Praxis","summary":"","title":"10 Dinge, die ich nach jeder WordPress-Installation ändere","type":"anleitungen"},{"content":"","date":"25. Mai 2026","externalUrl":null,"permalink":"/tags/einsteiger/","section":"Tags","summary":"","title":"Einsteiger","type":"tags"},{"content":"","date":"25. Mai 2026","externalUrl":null,"permalink":"/tags/performance/","section":"Tags","summary":"","title":"Performance","type":"tags"},{"content":"","date":"25. Mai 2026","externalUrl":null,"permalink":"/tags/sicherheit/","section":"Tags","summary":"","title":"Sicherheit","type":"tags"},{"content":"","date":"20. Mai 2026","externalUrl":null,"permalink":"/tags/docker/","section":"Tags","summary":"","title":"Docker","type":"tags"},{"content":"","date":"20. Mai 2026","externalUrl":null,"permalink":"/tags/macos/","section":"Tags","summary":"","title":"MacOS","type":"tags"},{"content":"","date":"20. Mai 2026","externalUrl":null,"permalink":"/tags/ubuntu/","section":"Tags","summary":"","title":"Ubuntu","type":"tags"},{"content":"","date":"20. Mai 2026","externalUrl":null,"permalink":"/tags/windows/","section":"Tags","summary":"","title":"Windows","type":"tags"},{"content":"Du möchtest WordPress ausprobieren, ein neues Plugin testen oder Änderungen an deiner Website vornehmen, ohne dabei deine echte Website zu gefährden?\nDann ist eine lokale WordPress-Installation ideal.\nMit Docker können wir WordPress und die benötigte Datenbank auf dem eigenen Rechner starten, ohne PHP, MariaDB und einen Webserver einzeln installieren und konfigurieren zu müssen.\nIn dieser Anleitung beginnen wir wirklich bei null.\nWir installieren Docker unter Windows, Ubuntu oder macOS und starten anschließend eine komplette lokale WordPress-Installation.\nWas wir am Ende haben # Unsere Testumgebung besteht aus zwei Containern:\nBrowser │ │ localhost:8080 ▼ WordPress │ ▼ MariaDB WordPress läuft anschließend unter:\nhttp://localhost:8080 Die Installation befindet sich nur auf unserem Rechner und eignet sich hervorragend zum Experimentieren.\nWas ist Docker? # Normalerweise benötigt WordPress mehrere Komponenten:\nWebserver PHP WordPress Datenbank Man könnte diese Programme einzeln auf dem eigenen Rechner installieren.\nFür eine Testumgebung ist das häufig unnötig aufwendig.\nDocker verpackt die benötigten Komponenten in sogenannte Container.\nFür unsere Installation verwenden wir einen WordPress-Container und einen MariaDB-Container.\nDer große Vorteil:\nDie eigentliche WordPress-Konfiguration ist anschließend unter Windows, Linux und macOS praktisch identisch.\nNur die Installation von Docker unterscheidet sich.\nDocker unter Windows installieren # Unter Windows ist Docker Desktop der einfachste Einstieg.\nDocker Desktop stellt Docker Engine, die Kommandozeilenwerkzeuge und Docker Compose bereit.\nFür aktuelle Windows-Systeme verwendet Docker Desktop normalerweise WSL 2 als technische Grundlage.\nWSL steht für Windows Subsystem for Linux.\nDamit kann Windows eine Linux-Umgebung bereitstellen, in der die Linux-Container von Docker laufen.\nWSL prüfen # Öffne PowerShell oder Windows Terminal.\nPrüfe zunächst:\nwsl --status Falls WSL noch nicht eingerichtet ist, kann es auf unterstützten Windows-Versionen beispielsweise mit folgendem Befehl installiert werden:\nwsl --install Anschließend kann ein Neustart erforderlich sein.\nDocker Desktop installieren # Lade Docker Desktop von der offiziellen Docker-Website herunter und führe die Installation aus.\nWährend der Einrichtung verwenden wir die WSL-2-basierte Konfiguration.\nNach der Installation starten wir Docker Desktop.\nIm Terminal können wir anschließend prüfen:\ndocker --version und:\ndocker compose version Wenn beide Befehle eine Versionsnummer ausgeben, können wir weitermachen.\nDocker unter Ubuntu installieren # Unter Ubuntu benötigen wir für unsere WordPress-Testumgebung keine grafische Docker-Desktop-Anwendung.\nDocker Engine und das Compose-Plugin reichen aus.\nDocker stellt für Ubuntu ein eigenes Paket-Repository bereit. Für eine dauerhaft genutzte Installation würde ich dieses gegenüber irgendwelchen zufälligen Installationsskripten bevorzugen.\nDie jeweils aktuellen Installationsschritte sollten direkt in der offiziellen Docker-Dokumentation geprüft werden, da sich Paketnamen und unterstützte Ubuntu-Versionen ändern können.\nNach der Installation prüfen wir:\ndocker --version und:\ndocker compose version Docker ohne sudo verwenden # Je nach Installation benötigt Docker unter Linux zunächst sudo.\nDocker kann so konfiguriert werden, dass der eigene Benutzer Docker-Befehle ohne sudo ausführen kann.\nDabei sollte man wissen, dass die Mitgliedschaft in der Docker-Gruppe weitreichende Rechte auf dem Rechner ermöglicht.\nFür einen privaten Entwicklungsrechner ist diese Konfiguration verbreitet, sie sollte aber nicht als bedeutungslose Komfortoption betrachtet werden.\nDocker unter macOS installieren # Unter macOS ist Docker Desktop ebenfalls der unkomplizierte Weg.\nDabei muss die passende Version für die verwendete Mac-Hardware gewählt werden.\nAktuelle Macs verwenden in der Regel Apple-Silicon-Prozessoren, ältere Geräte können Intel-Prozessoren besitzen.\nNach Installation und Start von Docker Desktop öffnen wir das Terminal und prüfen wieder:\ndocker --version und:\ndocker compose version Damit sind die Unterschiede zwischen unseren drei Betriebssystemen für diese Anleitung im Wesentlichen erledigt.\nAb jetzt verwenden wir überall Docker Compose.\nUnser WordPress-Projekt anlegen # Wir erstellen ein neues Verzeichnis.\nUnter Linux oder macOS beispielsweise:\nmkdir wp-test cd wp-test Unter PowerShell:\nmkdir wp-test cd wp-test Darin legen wir zwei Dateien an:\nwp-test/ ├── compose.yaml └── .env Warum compose.yaml?\nÄltere Tutorials verwenden häufig:\ndocker-compose.yml Dieser Dateiname funktioniert in vielen Umgebungen weiterhin.\nBei aktuellen Docker-Compose-Versionen ist compose.yaml allerdings ein üblicher und von Docker unterstützter Standardname.\nAußerdem verwenden wir heute:\ndocker compose statt des älteren separaten:\ndocker-compose Zugangsdaten in .env # Wir wollen Datenbankpasswörter nicht direkt in die Compose-Datei schreiben.\nDeshalb erstellen wir:\n.env mit beispielsweise:\nMYSQL_DATABASE=wordpress MYSQL_USER=wordpress MYSQL_PASSWORD=change-this-password MYSQL_ROOT_PASSWORD=change-this-root-password Für eine lokale Wegwerf-Testinstallation könnten diese Werte beliebig gewählt werden.\nTrotzdem ist es eine gute Gewohnheit, Zugangsdaten von der eigentlichen Compose-Konfiguration zu trennen.\nWenn dieses Projekt in Git landet, sollte die echte .env nicht committed werden.\nDie Compose-Datei # Jetzt erstellen wir compose.yaml.\nservices: db: image: mariadb:11.8 restart: unless-stopped environment: MARIADB_DATABASE: ${MYSQL_DATABASE} MARIADB_USER: ${MYSQL_USER} MARIADB_PASSWORD: ${MYSQL_PASSWORD} MARIADB_ROOT_PASSWORD: ${MYSQL_ROOT_PASSWORD} volumes: - db_data:/var/lib/mysql wordpress: image: wordpress:latest restart: unless-stopped depends_on: - db ports: - \u0026#34;8080:80\u0026#34; environment: WORDPRESS_DB_HOST: db:3306 WORDPRESS_DB_NAME: ${MYSQL_DATABASE} WORDPRESS_DB_USER: ${MYSQL_USER} WORDPRESS_DB_PASSWORD: ${MYSQL_PASSWORD} volumes: - wordpress_data:/var/www/html volumes: db_data: wordpress_data: Damit beschreiben wir unsere komplette Testumgebung.\nWas passiert hier? # Der Service:\ndb startet MariaDB.\nDer Service:\nwordpress startet WordPress mit Apache Webserver und PHP und verbindet sich mit der Datenbank.\nDocker stellt für beide Services ein gemeinsames internes Netzwerk bereit.\nDeshalb kann WordPress die Datenbank einfach über:\ndb:3306 erreichen.\nWir müssen dafür keine IP-Adresse der Datenbank herausfinden.\nWas bedeutet 8080:80? # Diese Zeile:\nports: - \u0026#34;8080:80\u0026#34; verbindet einen Port unseres Rechners mit dem Webserver im Container.\nVereinfacht:\nBrowser │ localhost:8080 │ ▼ Docker │ ▼ WordPress Container Port 80 Deshalb können wir WordPress anschließend über localhost:8080 öffnen.\nWordPress starten # Jetzt kommt der angenehme Teil.\nIm Projektverzeichnis führen wir aus:\ndocker compose up -d Docker lädt beim ersten Start die benötigten Images herunter und erzeugt die Container.\n-d bedeutet, dass die Container anschließend im Hintergrund laufen.\nDanach prüfen wir:\ndocker ps Wir sollten zwei laufende Container sehen.\nWordPress im Browser öffnen # Jetzt öffnen wir:\nhttp://localhost:8080 Beim ersten Aufruf erscheint die normale WordPress-Installation.\nWir wählen die Sprache und richten anschließend die Website ein.\nWordPress fragt unter anderem nach:\nTitel der Website Benutzername Passwort E-Mail-Adresse Diese Angaben betreffen den WordPress-Administrator.\nSie sind nicht identisch mit den MariaDB-Zugangsdaten aus unserer .env.\nDanach können wir uns im Dashboard anmelden.\nContainer stoppen # Wenn wir die Testumgebung gerade nicht benötigen:\ndocker compose stop Später starten wir sie wieder mit:\ndocker compose start Unsere WordPress-Daten bleiben dabei erhalten.\nDie Umgebung herunterfahren # Alternativ:\ndocker compose down Dadurch werden die Container entfernt.\nUnsere Daten bleiben trotzdem erhalten, weil wir Docker Volumes verwenden.\nBeim nächsten:\ndocker compose up -d werden die Container neu erzeugt und verwenden wieder die vorhandenen Daten.\nAlles wirklich löschen # Hier muss man etwas aufpassen.\nWenn wir ausführen:\ndocker compose down -v werden zusätzlich die von Compose verwalteten Volumes entfernt.\nDamit verschwinden auch unsere WordPress- und Datenbankdaten.\nFür eine reine Wegwerf-Testinstallation kann genau das gewünscht sein.\nFür eine Installation mit wichtigen Testdaten möglicherweise nicht.\nDeshalb:\ndocker compose down bedeutet nicht dasselbe wie:\ndocker compose down -v Das -v sollte man bewusst verwenden.\nWordPress aktualisieren # Unsere Compose-Datei verwendet:\nimage: wordpress:latest Ein erneutes Starten eines vorhandenen Containers lädt aber nicht automatisch bei jedem Aufruf ein neues Image herunter.\nWenn wir aktuelle Images beziehen möchten, können wir beispielsweise ausführen:\ndocker compose pull docker compose up -d Für eine langfristig reproduzierbare Entwicklungsumgebung würde ich allerdings überlegen, konkrete Image-Versionen festzulegen statt dauerhaft latest zu verwenden.\nFür unsere einfache lokale Spielwiese ist latest zunächst bequem.\nWo sind meine WordPress-Dateien? # In unserer Konfiguration verwenden wir:\nwordpress_data:/var/www/html Das ist ein Docker Volume.\nDie Dateien liegen deshalb nicht einfach als normales wordpress/-Verzeichnis neben unserer compose.yaml.\nDas ist für eine Testinstallation bequem.\nWenn wir dagegen Themes oder Plugins selbst entwickeln möchten, würden wir bestimmte Verzeichnisse gezielt als Bind Mount vom Host in den Container einbinden.\nDas wäre dann eher eine Entwicklerumgebung als die einfache Testinstallation aus diesem Artikel.\nWarum nicht XAMPP? # Natürlich kann man WordPress auch mit XAMPP, MAMP oder einer anderen lokalen Serverumgebung betreiben.\nDocker hat für mich bei Testumgebungen einen entscheidenden Vorteil:\nDie benötigten Dienste werden als Teil des Projekts beschrieben.\nUnsere Umgebung ist damit nicht:\nAuf meinem Rechner ist irgendwo PHP installiert, irgendwo läuft MariaDB und irgendwann habe ich Apache konfiguriert. sondern:\ncompose.yaml │ ├── WordPress └── MariaDB Wir können die Umgebung starten, stoppen und bei Bedarf komplett wegwerfen.\nGerade zum Testen von WordPress-Plugins ist das ausgesprochen angenehm.\nWindows, Ubuntu oder Mac: Ab hier ist es fast egal # Das ist eine der angenehmen Eigenschaften dieses Setups.\nDie Docker-Installation unterscheidet sich zwischen den Betriebssystemen.\nUnser eigentliches WordPress-Projekt dagegen kaum:\nWindows ─┐ Ubuntu ─┼──► Docker Compose ──► WordPress + MariaDB macOS ─┘ Die gleiche compose.yaml kann damit von unterschiedlichen Entwicklern beziehungsweise auf unterschiedlichen Rechnern verwendet werden.\nWofür sich die Testinstallation eignet # Jetzt besitzen wir eine WordPress-Spielwiese.\nDort können wir beispielsweise:\nThemes ausprobieren, Plugins testen, WordPress-Einstellungen untersuchen, eigene CSS-Anpassungen testen, Gutenberg ausprobieren, Updates testen, Google Analytics einbauen, YouTube und Maps einbetten, Consent-Lösungen ausprobieren, oder eine Installation absichtlich kaputtmachen. Gerade der letzte Punkt ist durchaus nützlich.\nWer WordPress lernen möchte, sollte Dinge ausprobieren können, ohne dabei ständig Angst um eine produktive Website zu haben.\nWas diese Installation nicht ist # Unsere Konfiguration ist für eine lokale Testumgebung gedacht.\nSie ist keine Anleitung für einen öffentlich erreichbaren WordPress-Produktionsserver.\nFür einen produktiven Betrieb müssten wir uns zusätzlich unter anderem mit HTTPS, Reverse Proxy, Backups, Updates, Secrets, Zugriffsschutz, Mailversand, Monitoring und der Absicherung der Serverumgebung beschäftigen.\nUnsere lokale Umgebung soll dagegen vor allem eines sein:\neinfach.\nFazit # Eine lokale WordPress-Testumgebung muss nicht aus einer manuellen Installation von Webserver, PHP und Datenbank bestehen.\nNachdem Docker installiert ist, beschreibt eine kleine compose.yaml praktisch unsere komplette Umgebung:\ncompose.yaml │ ├── MariaDB │ └── WordPress │ ▼ http://localhost:8080 Unter Windows und macOS ist Docker Desktop ein einfacher Einstieg. Unter Ubuntu können wir Docker Engine direkt verwenden.\nDanach ist der eigentliche WordPress-Workflow auf allen drei Plattformen praktisch derselbe.\nMit:\ndocker compose up -d starten wir unsere Testseite.\nUnd mit:\ndocker compose down räumen wir die laufenden Container wieder weg.\nDamit haben wir eine ideale Umgebung für die nächsten Experimente, ohne eine echte WordPress-Website dafür verwenden zu müssen.\n","date":"20. Mai 2026","externalUrl":null,"permalink":"/anleitungen/wordpress-docker-lokal/","section":"WordPress Praxis","summary":"","title":"WordPress lokal mit Docker installieren: Windows, Ubuntu und macOS","type":"anleitungen"},{"content":"","date":"22. April 2026","externalUrl":null,"permalink":"/tags/core-web-vitals/","section":"Tags","summary":"","title":"Core Web Vitals","type":"tags"},{"content":"","date":"22. April 2026","externalUrl":null,"permalink":"/tags/lighthouse/","section":"Tags","summary":"","title":"Lighthouse","type":"tags"},{"content":"","date":"22. April 2026","externalUrl":null,"permalink":"/tags/pagespeed/","section":"Tags","summary":"","title":"PageSpeed","type":"tags"},{"content":"Eine langsame WordPress-Seite lässt sich selten mit einem einzelnen Häkchen reparieren.\nTrotzdem beginnt Performance-Optimierung häufig genau so: Cache-Plugin installieren, ein paar Optionen aktivieren und hoffen, dass anschließend alles schnell ist.\nManchmal funktioniert das sogar.\nDas Problem: Wir wissen danach nicht unbedingt, warum die Seite schneller geworden ist oder ob sie überhaupt messbar schneller geworden ist.\nDeshalb gilt bei der WordPress-Optimierung eine einfache Regel:\nErst messen. Dann verändern. Danach erneut messen.\nIn dieser Anleitung schauen wir uns nicht nur typische Performance-Maßnahmen an. Wir zeigen auch, mit welchen Werkzeugen sich überprüfen lässt, ob sie tatsächlich etwas gebracht haben.\nWas bedeutet eigentlich „WordPress ist langsam“? # Eine Website kann auf ganz unterschiedliche Arten langsam sein.\nVielleicht braucht der Server lange, bevor überhaupt eine Antwort kommt.\nVielleicht erscheint die Seite schnell, aber ein großes Titelbild benötigt mehrere Sekunden.\nVielleicht ist alles sichtbar, aber die Seite reagiert zunächst schlecht auf Eingaben.\nOder ein eingebettetes Video, Analytics, Werbung und andere externe Dienste erzeugen im Hintergrund zahlreiche zusätzliche Requests.\nDeshalb reicht eine Aussage wie:\nMeine Seite braucht vier Sekunden.\nfür eine vernünftige Diagnose nicht aus.\nWir müssen herausfinden, wo diese Zeit entsteht.\nVier Werkzeuge, die uns dabei helfen # Für die meisten WordPress-Seiten brauchen wir zunächst keine kostenpflichtige Performance-Suite.\nVier Werkzeuge bringen uns bereits ziemlich weit:\nGoogle PageSpeed Insights Lighthouse die Netzwerkanalyse des Browsers WebPageTest Für Probleme innerhalb von WordPress selbst können wir später zusätzlich Query Monitor einsetzen.\nGoogle PageSpeed Insights # PageSpeed Insights ist wahrscheinlich das bekannteste Werkzeug zur Untersuchung der Performance einer Website.\nMan gibt eine öffentliche URL ein und erhält anschließend eine Analyse für Mobilgeräte und Desktop.\nBesonders interessant sind dabei die sogenannten Core Web Vitals.\nLargest Contentful Paint # Der Largest Contentful Paint, kurz LCP, beschreibt vereinfacht, wann ein wesentliches großes Inhaltselement im sichtbaren Bereich dargestellt wurde.\nDas kann beispielsweise ein großes Titelbild sein.\nWenn dieses Bild riesig ist oder erst sehr spät geladen wird, kann sich das unmittelbar im LCP bemerkbar machen.\nInteraction to Next Paint # Interaction to Next Paint, kurz INP, betrachtet die Reaktionsfähigkeit einer Website bei Benutzerinteraktionen.\nEine Website kann optisch bereits fertig aussehen und trotzdem träge auf eine Eingabe reagieren.\nAufwendiges JavaScript kann dabei eine Rolle spielen.\nCumulative Layout Shift # Der Cumulative Layout Shift, kurz CLS, betrachtet unerwartete Layoutverschiebungen.\nEin klassisches Beispiel:\nDu möchtest gerade auf einen Link klicken. In diesem Moment erscheint darüber ein Bild oder eine Werbung und der gesamte Inhalt springt nach unten.\nDas ist nicht nur nervig, sondern messbar.\nLabordaten und echte Nutzerdaten sind nicht dasselbe # Bei PageSpeed Insights sollte man einen wichtigen Unterschied kennen.\nDas Werkzeug kann sowohl Labordaten als auch Daten aus realen Nutzungssituationen anzeigen.\nLabordaten entstehen unter kontrollierten Testbedingungen.\nFelddaten basieren dagegen auf realen Nutzungserfahrungen, sofern für die untersuchte Seite beziehungsweise Herkunft genügend Daten vorhanden sind.\nDeshalb können die Ergebnisse voneinander abweichen.\nDas ist kein Fehler.\nEin Labortest beantwortet eher:\nWie verhält sich diese Seite unter diesen Testbedingungen?\nFelddaten beantworten eher:\nWie erleben echte Chrome-Nutzer diese Website?\nBei einer neuen oder wenig besuchten Website stehen möglicherweise noch keine ausreichenden Felddaten zur Verfügung.\nLighthouse direkt im Browser # Lighthouse lässt sich auch direkt über die Chrome beziehungsweise Chromium Developer Tools ausführen.\nDas ist besonders praktisch während der Entwicklung.\nWir öffnen die Entwicklerwerkzeuge und wählen den Bereich Lighthouse.\nAnschließend können wir eine Analyse starten.\nDas Ergebnis enthält unter anderem eine Performance-Bewertung und konkrete Hinweise auf mögliche Probleme.\nWichtig ist dabei:\nDer Score ist hilfreich, aber er ist nicht das eigentliche Ziel.\nEine Website mit einem Score von 100 ist nicht automatisch eine gute Website.\nUnd eine vernünftige Website wird nicht plötzlich schlecht, weil eine Messung 91 statt 97 Punkte ergibt.\nWir verwenden Lighthouse vor allem als Diagnosewerkzeug.\nNicht nur auf die große Zahl schauen # Die Versuchung ist groß:\nPerformance: 74 Dann optimieren wir irgendetwas:\nPerformance: 93 Erfolg!\nVielleicht.\nInteressanter ist, welche Messwerte sich verändert haben.\nHat sich LCP verbessert?\nIst weniger JavaScript vorhanden?\nWurde die übertragene Datenmenge kleiner?\nAntwortet der Server schneller?\nSind weniger blockierende Ressourcen vorhanden?\nEin einzelner Score fasst sehr unterschiedliche Dinge zusammen.\nFür die eigentliche Optimierung sollten wir deshalb tiefer schauen.\nDer Network-Tab zeigt, was wirklich geladen wird # Eines meiner wichtigsten Werkzeuge für WordPress-Performance ist wesentlich unspektakulärer:\ndie Netzwerkanalyse des Browsers.\nIn Firefox öffnen wir die Entwicklerwerkzeuge beispielsweise mit:\nF12 und wechseln zu Netzwerkanalyse.\nDanach:\nListe leeren. Seite neu laden. Requests ansehen. Nach Größe sortieren. Domains und Dateitypen untersuchen. Jetzt sehen wir beispielsweise:\nHTML CSS JavaScript Bilder Fonts Analytics YouTube Google Maps und wie groß die einzelnen Ressourcen sind.\nNach Größe sortieren # Das ist einer der einfachsten Performance-Checks überhaupt.\nSortiere die Requests nach übertragener Größe.\nWenn ganz oben ein Bild mit mehreren Megabyte auftaucht, haben wir einen ziemlich offensichtlichen Kandidaten gefunden.\nDann optimieren wir dieses Bild und messen erneut.\nAus beispielsweise:\nhero.jpg 3,8 MB könnte nach Größenanpassung und geeigneter Kompression etwas wesentlich Kleineres werden.\nDie konkrete Einsparung hängt vom Bild und den gewählten Einstellungen ab.\nUnd genau deshalb messen wir sie statt irgendeinen pauschalen Prozentwert zu versprechen.\nDer Waterfall zeigt die zeitliche Abfolge # Die Netzwerkanalyse zeigt nicht nur, was geladen wurde.\nSie zeigt auch, wann etwas geladen wurde.\nDas sogenannte Waterfall-Diagramm macht sichtbar, welche Requests parallel stattfinden und welche Ressourcen auf andere warten.\nVereinfacht:\nHTML █████ CSS ███████ Font █████ Hero Image ███████████ Analytics ███ YouTube █████████████ Damit können wir Zusammenhänge erkennen, die in einer einfachen Liste von Dateigrößen nicht sichtbar sind.\nWebPageTest für einen genaueren Blick # Für detailliertere Untersuchungen ist WebPageTest sehr interessant.\nDort lässt sich eine Website unter definierten Bedingungen testen und anschließend detailliert untersuchen.\nBesonders hilfreich ist wiederum der Waterfall.\nWir sehen dort sehr genau, wann welche Ressource angefordert wurde und wie lange einzelne Schritte gedauert haben.\nFür einen normalen WordPress-Nutzer ist das zunächst etwas überwältigend.\nMan muss aber nicht jede einzelne Zeile verstehen.\nSchon drei Fragen helfen:\nWann kommt das HTML? Welche großen Ressourcen folgen? Welche externen Domains tauchen auf? Damit lassen sich viele Probleme bereits eingrenzen.\nImmer nur eine Sache verändern # Für unsere Tests verwenden wir ein einfaches Verfahren:\nAusgangszustand messen │ ▼ eine Änderung durchführen │ ▼ erneut messen │ ▼ Ergebnisse vergleichen Der wichtige Teil ist:\neine Änderung.\nWenn wir gleichzeitig ein Cache-Plugin installieren, Bilder optimieren, das Theme wechseln und fünf Plugins deaktivieren, ist die Website anschließend vielleicht schneller.\nWir wissen aber nicht, welche Maßnahme dafür verantwortlich war.\nMehrfach messen # Performance-Messungen schwanken.\nNetzwerk, Serverlast, Caches und die Testumgebung können dazu führen, dass zwei unmittelbar aufeinanderfolgende Messungen unterschiedliche Ergebnisse liefern.\nDeshalb sollte man wichtige Vergleiche mehrfach durchführen.\nWenn eine Änderung einmal 300 Millisekunden schneller erscheint, beweist das wenig.\nWenn mehrere vergleichbare Tests konsistent eine deutliche Verbesserung zeigen, wird das Ergebnis interessanter.\nJetzt können wir sinnvoll optimieren # Nachdem wir wissen, wie wir messen, schauen wir uns die typischen Ursachen an.\n1. Hosting und Serverantwort # WordPress erzeugt viele Seiten dynamisch mit PHP und greift dabei auf eine Datenbank zu.\nBevor der Browser CSS, Bilder und JavaScript verarbeiten kann, muss der Server zunächst das HTML liefern.\nIst bereits diese erste Antwort langsam, lohnt sich ein Blick auf Server und WordPress-Backend.\nEin schnelleres Bildformat wird eine sehr langsame PHP-Anwendung nicht reparieren.\nDeshalb ist es wichtig, Frontend- und Backend-Probleme auseinanderzuhalten.\n2. Caching # Caching gehört tatsächlich zu den wirkungsvollsten WordPress-Optimierungen.\nOhne Page Cache läuft vereinfacht:\nRequest │ ▼ WordPress / PHP │ ▼ Datenbank │ ▼ HTML erzeugen │ ▼ Browser Mit einem funktionierenden Page Cache kann der Ablauf eher so aussehen:\nRequest │ ▼ Cache │ ▼ fertiges HTML │ ▼ Browser Gerade bei öffentlichen Artikeln kann das erheblich weniger Arbeit pro Seitenaufruf bedeuten.\nAuch hier gilt: nicht einfach glauben, dass der Cache funktioniert.\nWir messen die Seite vorher und nachher.\n3. Bilder # Bei vielen Websites sind Bilder der einfachste große Hebel.\nEin Foto direkt aus einer modernen Kamera oder einem Smartphone kann mehrere Megabyte groß und mehrere tausend Pixel breit sein.\nWird es auf der Website später nur 900 Pixel breit dargestellt, übertragen wir möglicherweise sehr viele Daten, die der Besucher niemals benötigt.\nWir achten deshalb auf:\nsinnvolle Abmessungen, geeignete Kompression, passende Bildformate, responsive Bilder. WebP und AVIF können je nach Ausgangsmaterial interessante Optionen sein.\n4. Lazy Loading # Nicht jedes Bild eines langen Artikels muss sofort geladen werden.\nBilder außerhalb des sichtbaren Bereichs können häufig später geladen werden.\nWordPress unterstützt Lazy Loading für geeignete Bilder bereits.\nDas bedeutet aber nicht:\nLazy Loading für alles ist immer schneller.\nEin wichtiges großes Bild direkt im sichtbaren Bereich sollte möglicherweise gerade nicht verzögert angefordert werden.\nWir prüfen deshalb anschließend wieder LCP und Waterfall.\n5. Plugins # Die Anzahl der Plugins allein sagt erstaunlich wenig über Performance aus.\nZehn kleine Plugins können weniger Auswirkungen haben als eine einzige Erweiterung, die auf jeder Seite große JavaScript-Dateien lädt oder aufwendige Datenbankabfragen ausführt.\nDie bessere Frage lautet deshalb nicht:\nWie viele Plugins habe ich?\nSondern:\nWas machen diese Plugins?\nFür einen einfachen Test können wir ein verdächtiges Plugin deaktivieren, erneut messen und die Ergebnisse vergleichen.\nQuery Monitor: Wenn das Problem in WordPress steckt # Wenn wir tiefer in WordPress selbst schauen möchten, ist das Plugin Query Monitor interessant.\nEs richtet sich eher an technisch interessierte Anwender und Entwickler.\nDamit lassen sich unter anderem Datenbankabfragen und verschiedene Aspekte der WordPress-Ausführung untersuchen.\nDas ist hilfreich, wenn der Browser zeigt:\nDer Server braucht lange für die HTML-Antwort.\nDann können wir innerhalb von WordPress weiterforschen.\nFür einen normalen kleinen Blog würde ich Query Monitor nicht permanent als Performance-Werkzeug betrachten.\nFür die Fehlersuche kann es aber ausgesprochen hilfreich sein.\n6. Das Theme # Themes können große Mengen CSS, JavaScript, Fonts, Slider und weitere Komponenten mitbringen.\nEin Theme ist deshalb nicht nur eine Designentscheidung.\nEs ist auch Teil der technischen Architektur der Website.\nDabei wollen wir allerdings fair bleiben.\nEin Theme mit mehr Funktionen darf mehr Ressourcen benötigen.\nEntscheidend ist, ob wir diese Funktionen tatsächlich brauchen.\n7. Externe Dienste # Google Analytics, YouTube, Google Maps, Social-Media-Embeds und externe Fonts können zusätzliche Requests verursachen.\nAuf unserer Testseite können wir das sehr schön beobachten.\nWir haben dort unter anderem Analytics, YouTube und Maps eingebunden.\nDie Netzwerkanalyse zeigt unmittelbar, dass der Browser nun mit weiteren Servern kommuniziert.\nDas ist nicht automatisch schlecht.\nAber jeder externe Dienst sollte einen Zweck erfüllen.\nUnd externe Dienste sind nicht nur für Performance interessant. Sie können auch Auswirkungen auf Datenschutz und Consent haben.\n8. Fonts # Webfonts werden häufig unterschätzt.\nEine Website könnte beispielsweise laden:\nRegular Medium SemiBold Bold Italic Bold Italic und vielleicht noch eine zweite Schriftfamilie dazu.\nIm Network-Tab können wir nach font filtern und uns ansehen, was tatsächlich übertragen wird.\nHäufig werden deutlich weniger Schriftschnitte benötigt, als ursprünglich eingebunden wurden.\nAuch die Frage, ob Fonts extern oder lokal bereitgestellt werden, ist einen Blick wert.\n9. JavaScript # Bei JavaScript zählt nicht nur die Dateigröße.\nDer Browser muss heruntergeladenen JavaScript-Code anschließend verarbeiten und ausführen.\nDas kann insbesondere auf schwächeren Smartphones relevant werden.\nSlider, Animationen, Tracking, Page Builder und verschiedene Plugins können zusätzliche Skripte einbinden.\nLighthouse kann Hinweise auf große oder nicht benötigte JavaScript-Anteile geben.\n10. Datenbank # Bei älteren WordPress-Installationen können sich Revisionen, temporäre Daten, Plugin-Tabellen und andere Daten ansammeln.\nDas bedeutet allerdings nicht automatisch, dass eine Datenbankbereinigung die Website spürbar schneller macht.\nGenau deshalb haben wir Query Monitor und unsere Messungen.\nWenn die Datenbank nicht das Problem ist, müssen wir sie nicht zum Problem erklären.\nWas ist mit Minify? # CSS und JavaScript zu minifizieren reduziert die Dateigröße.\nDas ist technisch sinnvoll.\nDer Effekt sollte aber im Verhältnis betrachtet werden.\nWenn ein Titelbild 4 MB groß ist, würde ich nicht zuerst eine Stunde damit verbringen, weitere 8 KB aus einer CSS-Datei herauszuholen.\nZuerst kümmern wir uns um die großen Hebel.\nWas ist mit einem CDN? # Ein Content Delivery Network kann statische Ressourcen über geografisch verteilte Server bereitstellen.\nDas kann insbesondere bei einem internationalen Publikum sinnvoll sein.\nFür einen kleinen Blog mit hauptsächlich regionalem Publikum muss ein CDN aber nicht zwangsläufig die erste Performance-Maßnahme sein.\nAuch hier entscheidet das konkrete Problem.\nEin praktischer Performance-Workflow # Für eine normale WordPress-Seite würde ich folgendermaßen vorgehen:\nPageSpeed Insights │ ▼ grobe Probleme erkennen │ ▼ Browser Network │ ▼ Requests + Größen + Waterfall │ ▼ größten Kandidaten auswählen │ ▼ eine Änderung │ ▼ erneut messen Wenn die erste Serverantwort auffällig langsam ist:\nlangsames HTML │ ▼ Server / WordPress untersuchen │ ├── Caching ├── Plugins ├── PHP └── Query Monitor Wenn dagegen die Seite hauptsächlich riesige Ressourcen lädt:\ngroßer Download │ ▼ Network-Tab │ ├── Bilder ├── Fonts ├── JavaScript └── externe Dienste Damit haben wir zumindest einen Plan und klicken nicht wahllos Optimierungsoptionen an.\nUnsere Testseite # Wir haben die einzelnen Schritte auf einer eigenen WordPress-Testinstallation nachvollzogen.\nDabei haben wir unter anderem Lighthouse, die Netzwerkanalyse, den Network Waterfall und Query Monitor verwendet.\nDie Screenshots in diesem Artikel stammen aus diesen tatsächlichen Tests.\nSo können wir nicht nur behaupten, dass eine Maßnahme schneller sein sollte.\nWir können zeigen, was die Werkzeuge tatsächlich messen und wo wir nach Problemen suchen können.\nFazit # WordPress-Performance ist weniger geheimnisvoll, als viele Optimierungsanleitungen vermuten lassen.\nWir brauchen zunächst keine Sammlung von 50 Tweaks.\nWir brauchen Messwerte.\nPageSpeed Insights und Lighthouse geben uns einen guten Überblick. Die Netzwerkanalyse zeigt uns, was der Browser tatsächlich lädt. WebPageTest erlaubt einen detaillierteren Blick auf den Ablauf. Und wenn das Problem innerhalb von WordPress liegt, können Werkzeuge wie Query Monitor bei der weiteren Diagnose helfen.\nDanach optimieren wir den größten sinnvollen Kandidaten und messen erneut.\nDer wichtigste Performance-Tipp lautet deshalb nicht:\nInstalliere dieses Plugin.\nSondern:\nNicht raten. Messen.\n","date":"22. April 2026","externalUrl":null,"permalink":"/anleitungen/wordpress-schneller-machen/","section":"WordPress Praxis","summary":"","title":"WordPress schneller machen: Was wirklich etwas bringt","type":"anleitungen"},{"content":"","date":"12. April 2026","externalUrl":null,"permalink":"/tags/analytics/","section":"Tags","summary":"","title":"Analytics","type":"tags"},{"content":"","date":"12. April 2026","externalUrl":null,"permalink":"/tags/google-maps/","section":"Tags","summary":"","title":"Google Maps","type":"tags"},{"content":"Eine WordPress-Seite besteht längst nicht immer nur aus Dateien, die vom eigenen Webserver geladen werden.\nPlugins, Themes, Videos, Karten, Analysewerkzeuge und externe Schriftarten können dazu führen, dass der Browser eines Besuchers bereits beim Öffnen einer Seite Verbindungen zu anderen Anbietern aufbaut.\nWelche das sind, lässt sich überraschend einfach selbst untersuchen.\nDafür brauchen wir weder ein WordPress-Plugin noch einen kostenpflichtigen Scanner. Ein moderner Browser reicht.\nWarum lädt WordPress überhaupt Inhalte von anderen Servern? # WordPress selbst kann vollständig auf dem eigenen Webserver laufen.\nInteressant wird es durch die Inhalte und Erweiterungen, die wir hinzufügen.\nTypische Beispiele sind:\neingebettete YouTube-Videos, Google Maps, Google Analytics, externe Webfonts, Social-Media-Inhalte, Werbe- und Trackingdienste, externe JavaScript-Bibliotheken, Captcha-Dienste. Dabei muss nicht zwangsläufig ein klassisches Tracking-Plugin installiert sein.\nSchon ein eingebettetes Element kann dazu führen, dass der Browser zusätzliche Server kontaktiert.\nDer Browser zeigt uns, was wirklich passiert # Für einen ersten Überblick eignen sich die Entwicklerwerkzeuge des Browsers hervorragend.\nIn Firefox öffnen wir sie mit:\nF12 Anschließend wechseln wir zur Netzwerkanalyse und laden die Seite neu.\nJetzt sehen wir die einzelnen HTTP-Anfragen, die der Browser beim Aufbau der Seite durchführt.\nDas ist wesentlich aussagekräftiger als nur den sichtbaren Inhalt der Website zu betrachten.\nEine Seite kann optisch vollkommen unspektakulär aussehen und im Hintergrund trotzdem zahlreiche externe Verbindungen aufbauen.\nBeispiel 1: Google Analytics # Auf unserer Testseite haben wir Google Analytics eingebunden.\nBeim erneuten Laden der Seite sehen wir entsprechende Requests in der Netzwerkanalyse.\nEin einfacher Filter nach Begriffen wie\ngoogle oder\nanalytics hilft dabei, die relevanten Einträge zu finden.\nDamit können wir direkt überprüfen, ob Analytics beim Seitenaufruf aktiv wird.\nBeispiel 2: YouTube # Ein YouTube-Video lässt sich im WordPress-Editor sehr einfach einbetten.\nURL einfügen, veröffentlichen, fertig.\nTechnisch passiert allerdings mehr.\nDer Browser kann beim Aufbau beziehungsweise bei der Nutzung des eingebetteten Players Ressourcen von YouTube und anderen zugehörigen Diensten laden.\nStarten wir das Video, kommen weitere Requests hinzu.\nGerade bei eingebetteten Medien lohnt es sich deshalb, nicht nur auf das zu schauen, was im Editor sichtbar ist.\nBeispiel 3: Google Maps # Noch eindrucksvoller wird das Experiment mit einer eingebetteten Google-Karte.\nFür eine einfache Karte benötigt man nicht zwingend eine selbst programmierte Google-Maps-Integration. Über Google Maps lässt sich eine Karte als iframe in eine Website einbetten.\nNach dem Laden unserer Testseite wird die Netzwerkanalyse schnell deutlich voller.\nDas ist ein schönes Beispiel dafür, warum die Anzahl sichtbarer Elemente wenig darüber aussagt, wie viele externe Ressourcen eine Website tatsächlich verwendet.\nWelche Domains sollte ich mir ansehen? # Für die erste Untersuchung muss man nicht jeden einzelnen Request verstehen.\nInteressanter ist zunächst die Frage:\nWelche fremden Hosts beziehungsweise Domains tauchen überhaupt auf?\nBei einer einfachen WordPress-Seite könnten beispielsweise Verbindungen zu Servern von Google, YouTube oder anderen eingebundenen Anbietern sichtbar werden.\nDabei sollte man nicht automatisch jeden externen Request als Tracker interpretieren.\nEin Request zeigt zunächst nur, dass der Browser eine Ressource von einem anderen Server angefordert hat.\nWarum diese Verbindung besteht und welche Daten dabei übertragen werden, ist eine separate Frage.\nEin einfacher Test # Wer seine eigene WordPress-Seite untersuchen möchte, kann folgendermaßen vorgehen:\nWebsite in einem privaten Browserfenster öffnen. Entwicklerwerkzeuge mit F12 öffnen. Zur Netzwerkanalyse wechseln. Vorhandene Einträge löschen. Seite neu laden. Nach bekannten Diensten oder Domains filtern. Interaktive Inhalte wie Videos anschließend ebenfalls ausprobieren. Das private Fenster ist hilfreich, weil Browser-Erweiterungen, bestehende Sitzungen und Cookies das Ergebnis beeinflussen können.\nWarum ein privates Fenster trotzdem kein perfektes Labor ist # Auch damit erhält man nicht automatisch eine vollständige Datenschutzanalyse.\nBrowser, Erweiterungen, DNS, Caching, Content-Blocker und die konkrete Konfiguration der Website können beeinflussen, welche Requests sichtbar werden.\nDie Netzwerkanalyse ist deshalb kein Ersatz für eine professionelle rechtliche oder technische Prüfung.\nSie ist aber hervorragend geeignet, um zunächst zu verstehen, was eine Website technisch tatsächlich tut.\nUnd häufig findet man dabei Dinge, von denen man gar nicht wusste, dass sie eingebunden sind.\nWas ist mit Cookies? # Die Netzwerkanalyse zeigt HTTP-Verbindungen.\nCookies können wir zusätzlich über die Entwicklerwerkzeuge untersuchen.\nIn Firefox finden wir sie im Bereich Web-Speicher beziehungsweise Storage.\nDort lässt sich überprüfen, welche Cookies für die aktuelle Website gespeichert wurden.\nAuch hier gilt: Ein Cookie ist nicht automatisch problematisch und nicht jeder externe Dienst verwendet zwangsläufig dieselbe Technik.\nFür eine vernünftige Analyse sollte man deshalb Netzwerkzugriffe und gespeicherte Browserdaten getrennt betrachten.\nUnd was mache ich mit den gefundenen Diensten? # Zunächst: aufschreiben.\nBeispielsweise:\nGoogle Analytics YouTube Google Maps externe Fonts Social Media Danach kann man für jeden Dienst einzeln prüfen:\nWarum ist er eingebunden? Wird er tatsächlich benötigt? Wann wird er geladen? Welche Daten werden übertragen? Muss beziehungsweise soll er erst nach einer Einwilligung aktiviert werden? Gerade der letzte Punkt führt zum Thema Consent Management.\nExterne Dienste erst nach Zustimmung laden # Bei bestimmten Diensten kann es sinnvoll oder erforderlich sein, sie nicht unmittelbar beim ersten Seitenaufruf zu laden.\nConsent-Lösungen können dabei zwischen Website und externem Dienst vermitteln.\nVereinfacht:\nBesucher öffnet Website │ ▼ Consent prüfen │ │ nein ja │ │ ▼ ▼ blockieren Dienst laden Genau das werden wir in weiteren Anleitungen praktisch untersuchen.\nWir schauen uns unter anderem Google Analytics, YouTube und Google Maps einzeln an und prüfen anschließend mit den Entwicklerwerkzeugen, was sich durch die jeweilige Konfiguration tatsächlich verändert.\nNicht raten, messen # Das ist letztlich die wichtigste Erkenntnis.\nBei WordPress ist es leicht, ein Plugin zu installieren, einen Embed einzufügen oder irgendwo einen Tracking-Code zu hinterlegen.\nDanach sieht die Website aus wie vorher.\nIm Hintergrund kann sich technisch aber einiges verändert haben.\nDie Netzwerkanalyse des Browsers gibt uns einen direkten Blick darauf.\nUnd genau deshalb werden wir sie auch in unseren weiteren WordPress-Anleitungen immer wieder verwenden:\nKonfiguration ändern, Seite neu laden und nachsehen, was tatsächlich passiert.\n","date":"12. April 2026","externalUrl":null,"permalink":"/anleitungen/wordpress-externe-dienste/","section":"WordPress Praxis","summary":"","title":"Welche externen Dienste lädt meine WordPress-Seite eigentlich?","type":"anleitungen"},{"content":"","date":"12. April 2026","externalUrl":null,"permalink":"/tags/youtube/","section":"Tags","summary":"","title":"YouTube","type":"tags"},{"content":"","externalUrl":null,"permalink":"/authors/","section":"Authors","summary":"","title":"Authors","type":"authors"},{"content":"Der Schutz personenbezogener Daten ist uns wichtig. Auf dieser Seite informieren wir darüber, welche personenbezogenen Daten beim Besuch dieser Website verarbeitet werden.\nVerantwortlicher # Bernd Fischer\nWaldeckstrasse 36\n81543 München\nE-Mail: hello@friendlybytes.net\nBereitstellung der Website # Beim Aufruf einer Website werden technisch notwendige Informationen zwischen dem Browser des Besuchers und dem Webserver übertragen.\nDazu können insbesondere die IP-Adresse, Datum und Uhrzeit des Zugriffs, die aufgerufene Seite, Browserinformationen und Informationen zum verwendeten Betriebssystem gehören.\nDiese Verarbeitung ist technisch erforderlich, um die Website bereitzustellen sowie einen sicheren und stabilen Betrieb zu ermöglichen.\nCookies und Tracking # Auf dieser Website verwenden wir derzeit keine eigenen Analyse- oder Trackingdienste wie Google Analytics und binden keine externen Dienste wie YouTube oder Google Maps automatisch ein.\nWir setzen derzeit auch keine nicht technisch notwendigen Cookies zu Analyse-, Marketing- oder Werbezwecken auf unserer Website ein.\nAus diesem Grund verwenden wir aktuell keinen Consent- beziehungsweise Cookie-Banner.\nSollten wir zukünftig weitere Dienste einbinden, werden wir diese Datenschutzerklärung und gegebenenfalls die technische Einwilligungslösung entsprechend anpassen.\nHosting # Diese Website wird bei der netcup GmbH, Daimlerstraße 25, 76185 Karlsruhe, Deutschland, gehostet.\nBeim Aufruf unserer Website verarbeitet der Hosting-Anbieter technisch erforderliche Verbindungsdaten. Dazu können insbesondere die IP-Adresse, Datum und Uhrzeit des Zugriffs, die aufgerufene Seite, übertragene Datenmengen sowie Informationen zum verwendeten Browser und Betriebssystem gehören.\nDie Verarbeitung dieser Daten ist erforderlich, um die Website bereitzustellen sowie einen sicheren und stabilen Betrieb zu gewährleisten.\nWeitere Informationen zum Datenschutz bei netcup findet ihr auf der Website von netcup.\nAffiliate-Links zu Freemius # Auf dieser Website können sich sogenannte Affiliate-Links zu Freemius befinden.\nWenn ihr einen solchen Link anklickt, werdet ihr auf eine Website beziehungsweise einen Dienst von Freemius weitergeleitet. Der Link enthält Informationen, anhand derer Freemius erkennen kann, dass der Aufruf über unsere Website erfolgt ist.\nWenn anschließend ein Kauf zustande kommt, können wir dafür eine Provision erhalten. Für euch verändert sich dadurch der Preis nicht.\nFreemius kann im Rahmen seines Affiliate-Systems Cookies beziehungsweise vergleichbare Informationen verwenden, um einen Besucher einem Affiliate zuzuordnen und einen späteren Kauf entsprechend zu erfassen.\nDie Verarbeitung nach dem Aufruf eines Freemius-Angebots erfolgt im Verantwortungsbereich von Freemius.\nWeitere Informationen findet ihr in der Datenschutzerklärung und Cookie-Richtlinie von Freemius.\nWeitere Informationen findet ihr in der Datenschutzerklärung von Freemius und in der Cookie-Richtlinie von Freemius.\nExterne Links # Unsere Website enthält Links zu anderen Websites.\nBeim bloßen Besuch unserer Website wird durch einen normalen externen Link noch keine Verbindung zur verlinkten Website hergestellt. Erst wenn ihr einen solchen Link anklickt, wird die entsprechende externe Website aufgerufen.\nFür die dort stattfindende Verarbeitung personenbezogener Daten ist grundsätzlich der jeweilige Betreiber verantwortlich.\nRechte betroffener Personen # Im Rahmen der gesetzlichen Voraussetzungen habt ihr insbesondere das Recht auf Auskunft über die zu eurer Person gespeicherten Daten sowie auf Berichtigung, Löschung oder Einschränkung der Verarbeitung.\nDarüber hinaus können je nach Verarbeitung ein Widerspruchsrecht sowie ein Recht auf Datenübertragbarkeit bestehen.\nIhr habt außerdem das Recht, euch bei einer zuständigen Datenschutzaufsichtsbehörde zu beschweren.\nÄnderungen dieser Datenschutzerklärung # Wir passen diese Datenschutzerklärung an, wenn sich die auf dieser Website eingesetzten Dienste oder die rechtlichen Anforderungen ändern.\n","externalUrl":null,"permalink":"/datenschutz/","section":"WordPress Praxis, Webtechnik und KI","summary":"","title":"Datenschutz","type":"page"},{"content":"Hier beantworten wir einige grundlegende Fragen rund um WordPress, Pixelmate und die technischen Themen dieses Blogs.\nFür wen ist dieser Blog gedacht? # Der Blog richtet sich an WordPress-Anwender, Website-Betreiber und technisch Interessierte, die nicht nur wissen möchten, welchen Schalter sie anklicken sollen, sondern auch verstehen wollen, was dahinter passiert.\nSind eure Anleitungen auch für Anfänger geeignet? # Ja. Wir versuchen technische Zusammenhänge verständlich zu erklären und zeigen praktische Schritte anhand eigener Testinstallationen.\nBei fortgeschrittenen Themen erklären wir die notwendigen Grundlagen direkt im Artikel.\nTestet ihr die beschriebenen Lösungen selbst? # Wann immer möglich, ja. Screenshots und praktische Beispiele entstehen auf unseren eigenen Testinstallationen.\nGerade bei Performance, externen Diensten oder Plugins verlassen wir uns lieber auf Messungen als auf Werbeversprechen.\nWarum beschäftigt ihr euch so viel mit Datenschutz? # WordPress-Websites binden häufig externe Dienste wie YouTube, Google Maps, Analytics oder externe Schriftarten ein.\nDabei entstehen technische Verbindungen zu anderen Anbietern. Wir möchten zeigen, wie man solche Verbindungen erkennt und WordPress entsprechend konfigurieren kann.\nUnsere Artikel ersetzen allerdings keine individuelle Rechtsberatung.\nSchreibt ihr nur über WordPress? # Nein. Unser Schwerpunkt liegt aktuell auf WordPress und den dazugehörigen Webtechnologien.\nWir beschäftigen uns beruflich aber ebenso mit Python, Django, PHP, Docker, Datenbanken, Webservern, JavaScript und moderner Softwareentwicklung. Entsprechend werden auch diese Themen immer wieder eine Rolle spielen.\nNutzt ihr KI für eure Arbeit? # Ja. KI gehört inzwischen zu unserem normalen Entwicklungs- und Recherchewerkzeug.\nWir betrachten sie allerdings als Werkzeug und nicht als Ersatz für technische Kenntnisse, eigene Tests oder die Überprüfung von Ergebnissen.\nDeshalb beschäftigen wir uns auch praktisch mit ChatGPT, der neuen WordPress-KI-Infrastruktur und anderen KI-Werkzeugen.\nWas ist Pixelmate? # Pixelmate ist eine WordPress-Lösung für Consent Management und Datenschutz. Auf diesem Blog zeigen wir unter anderem anhand praktischer Beispiele, wie externe Dienste erkannt und kontrolliert eingebunden werden können.\nAusführliche Anleitungen zur Einrichtung und Verwendung findet ihr im Bereich WordPress Praxis.\nKann ich euch Themen oder Fragen vorschlagen? # Ja. Besonders interessant sind für uns konkrete Probleme aus der WordPress-Praxis.\nWenn eine Frage auch für andere Website-Betreiber relevant ist, kann daraus durchaus eine neue Anleitung oder ein ausführlicher Praxistest entstehen.\n","externalUrl":null,"permalink":"/faq/","section":"WordPress Praxis, Webtechnik und KI","summary":"","title":"Häufige Fragen","type":"page"},{"content":" Angaben gemäß § 5 DDG # Bernd Fischer\nWaldeckstrasse 36\n81543 München\nKontakt # Telefon: 089 / 809 197 79\nE-Mail: hello@friendlybytes.net\nUmsatzsteuer-ID # Umsatzsteuer-Identifikationsnummer gemäß § 27a Umsatzsteuergesetz:\nDE268851229\nVerantwortlich für den Inhalt gemäß § 18 Abs. 2 MStV # Bernd Fischer\nWaldeckstrasse 36\n81543 München\nHaftung für Inhalte # Wir erstellen die Inhalte dieser Website mit großer Sorgfalt. Dennoch können wir keine Gewähr für die Richtigkeit, Vollständigkeit und Aktualität der bereitgestellten Informationen übernehmen.\nFür eigene Inhalte auf diesen Seiten gelten die allgemeinen gesetzlichen Bestimmungen.\nHaftung für externe Links # Diese Website enthält Links zu externen Websites Dritter, auf deren Inhalte wir keinen Einfluss haben. Für diese fremden Inhalte ist der jeweilige Anbieter oder Betreiber verantwortlich.\nWenn wir Kenntnis von rechtswidrigen Inhalten auf verlinkten Seiten erhalten, werden wir entsprechende Links entfernen.\nUrheberrecht # Die von uns erstellten Inhalte und Werke auf dieser Website unterliegen dem deutschen Urheberrecht.\nDie Vervielfältigung, Bearbeitung, Verbreitung oder sonstige Verwertung außerhalb der Grenzen des Urheberrechts bedarf der Zustimmung des jeweiligen Rechteinhabers, soweit sie nicht gesetzlich gestattet ist.\nSoweit Inhalte auf dieser Website nicht von uns erstellt wurden, beachten wir die Rechte Dritter und kennzeichnen entsprechende Inhalte, soweit erforderlich.\n","externalUrl":null,"permalink":"/impressum/","section":"WordPress Praxis, Webtechnik und KI","summary":"","title":"Impressum","type":"page"},{"content":"Ihr habt eine Frage zu einem Artikel, einen Themenvorschlag oder möchtet uns einfach etwas mitteilen?\nIhr erreicht uns am besten per E-Mail.\nBernd Fischer # Softwareentwicklung, Python, Django und technische Themen\nE-Mail: hello@friendlybytes.net\nBernd Steinbrecher # WordPress, Webdesign und Webentwicklung\nE-Mail: hallo@webdesign-steinbrecher.de\nBitte habt Verständnis dafür, dass wir über diese Kontaktmöglichkeit keinen kostenlosen individuellen WordPress-Support anbieten können.\n","externalUrl":null,"permalink":"/kontakt/","section":"WordPress Praxis, Webtechnik und KI","summary":"","title":"Kontakt","type":"page"},{"content":"","externalUrl":null,"permalink":"/plugin/","section":"Plugin","summary":"","title":"Plugin","type":"plugin"},{"content":"","externalUrl":null,"permalink":"/series/","section":"Series","summary":"","title":"Series","type":"series"},{"content":"Wir sind Bernd Fischer und Bernd Steinbrecher, zwei Software- und Webentwickler mit jeweils mehr als 25 Jahren Berufserfahrung.\nZusammen bringen wir damit mehr als 50 Jahre Erfahrung in Softwareentwicklung, Webentwicklung und Webdesign mit. WordPress ist dabei nur ein Teil unseres technischen Alltags. Wir entwickeln unter anderem mit Python, Django und PHP und haben im Laufe der Jahre mit zahlreichen weiteren Webtechnologien gearbeitet.\nAuf diesem Blog wollen wir deshalb nicht nur zeigen, wo man in WordPress einen bestimmten Schalter findet. Uns interessiert auch, was technisch dahinter passiert, welche Lösung sinnvoll ist und wie man Probleme selbst untersuchen kann.\nBernd Fischer Bernd Fischer ist seit mehr als 25 Jahren professioneller Software und Webentwickler und verfügt über umfassende Erfahrung mit Python, Django, Datenbanken, Git, Docker und der Architektur verteilter Systeme. Neben der Software- und Webentwicklung gehören die Schulung und Weiterbildung von Entwicklerteams zu seinen Schwerpunkten. Seine Website findet ihr hier: Friendly Bytes.\nBernd Steinbrecher Bernd Steinbrecher ist seit 2005 selbstständiger Webdesigner und Webprogrammierer. Seine Schwerpunkte liegen auf der Entwicklung datenschutzkonformer Websites mit WordPress und Contao sowie individueller Webprogrammierung mit PHP, JavaScript, CSS, HTML, Vue.js und Node.js. Darüber hinaus beschäftigt er sich mit Webserver-Administration, Performance, CMS-Schulungen sowie Grafik-, Video- und KI-gestützter Bildbearbeitung. Zudem ist er Experte für das Selfhosting von KI-Modellen.\nSeine Website findet ihr hier: Webdesign Steinbrecher.\n","externalUrl":null,"permalink":"/ueber-uns/","section":"WordPress Praxis, Webtechnik und KI","summary":"","title":"Über uns","type":"page"}]