Wer viele WordPress-Beiträge und Seiten verwaltet, möchte irgendwann wissen: Wo kommt ein bestimmtes Wort auf meiner Website vor? Die normale Backend-Suche hilft dabei nur teilweise. Für eine wirklich umfassende Suche muss man unterscheiden, ob nur Beitragstitel und Hauptinhalt oder auch Custom Fields, Page-Builder-Daten, Plugin-Einstellungen und andere Datenbankbereiche durchsucht werden sollen.
Die normale WordPress-Suche
Unter Beiträge → Alle Beiträge oder Seiten → Alle Seiten findest du oben rechts ein Suchfeld. Damit kannst du nach Begriffen in den jeweiligen Inhaltstypen suchen.
Für einfache Fälle ist das völlig ausreichend: Du suchst nach einem Wort und WordPress zeigt die passenden Beiträge beziehungsweise Seiten an.
Die Einschränkung der Standardsuche
Die WordPress-Suche kennt nicht automatisch jeden Text, der irgendwo in der Datenbank liegt. Besonders problematisch sind:
- Custom Fields
- Plugin-Einstellungen
- Page-Builder-Daten
- Widget-Inhalte
- Optionswerte
- manche Shortcode- oder Blockdaten
Je nach Theme und Editor kann sichtbarer Text also an einer Stelle gespeichert sein, die von der normalen Beitragsliste nicht erfasst wird.
Gutenberg-Inhalte
Bei normalen Gutenberg-Beiträgen liegt der Blockinhalt grundsätzlich im Beitragsinhalt. Die Backend-Suche findet solche Texte deshalb meist zuverlässig.
Block-Kommentare und Markup ändern daran nichts: Der sichtbare Text steckt weiterhin im gespeicherten Beitrag.
GenerateBlocks
GenerateBlocks arbeitet innerhalb des Gutenberg-Inhalts. Texte aus normalen GenerateBlocks-Textblöcken sind deshalb grundsätzlich im post_content gespeichert und über geeignete WordPress-Suchen auffindbar.
Anders kann es bei globalen Elementen, Templates oder zusätzlichen Metafeldern aussehen.
Page Builder können Inhalte anders speichern
Elementor und andere Builder speichern Teile ihrer Inhalte in eigenen Metafeldern oder strukturierten Daten. Eine Suche in der normalen Beitragsliste kann dann Treffer übersehen.
Wenn eine Website verschiedene Builder oder Plugins verwendet, ist eine Datenbanksuche oft die zuverlässigere Methode.
Mit Better Search Replace nur suchen
Ein praktischer Weg ist ein Search-and-Replace-Werkzeug mit Dry Run. Dabei wird nichts verändert, sondern nur geprüft, in welchen Datenbanktabellen ein Begriff vorkommt.
Wichtig: Ein solches Plugin sollte wirklich im Testlauf verwendet werden. Ohne Dry Run könnte aus einer Suche versehentlich eine globale Ersetzung werden.
Warum Dry Run nützlich ist
Ein Datenbank-Dry-Run kann auch Treffer finden, die außerhalb normaler Beiträge liegen, zum Beispiel:
- Theme-Einstellungen
- Plugin-Optionen
- Metafelder
- Builder-Daten
- alte gespeicherte URLs
Das ist besonders hilfreich, wenn du nach einer alten Domain, Telefonnummer, CSS-Klasse oder einem Textfragment suchst.
Vor globalen Ersetzungen immer Backup
Eine reine Suche ist relativ ungefährlich. Sobald wirklich ersetzt werden soll, muss vorher ein Datenbank-Backup vorhanden sein.
WordPress-Daten enthalten serialisierte und strukturierte Werte. Eine ungeeignete einfache SQL-Ersetzung kann solche Daten beschädigen.
WordPress-CLI für technische Nutzer
Wer Serverzugriff oder ein geeignetes Verwaltungstool hat, kann Inhalte auch per WP-CLI beziehungsweise Datenbankabfrage durchsuchen. Das ist besonders effizient bei großen Websites.
Wichtig ist dabei, zunächst nur lesende Abfragen beziehungsweise Dry Runs zu verwenden.
Ein Wort in allen Beiträgen finden
Wenn du nur normale Beiträge durchsuchen willst, reicht meistens die Beitragsliste. Soll der Begriff aber in Beiträgen und Seiten gleichzeitig gefunden werden, musst du entweder beide Bereiche getrennt durchsuchen oder eine globale Suchlösung verwenden.
Suche nach URLs
Eine globale Suche ist besonders nützlich, wenn du alte Links ersetzen oder prüfen möchtest. Beispiele:
http://alte-domain.de- alte Kontaktformular-URL
- alte Telefonnummer
- nicht mehr verwendeter Slug
Bei URLs sollte immer zuerst geprüft werden, wie viele Treffer existieren und in welchen Tabellen sie liegen.
Suche nach Shortcodes
Auch veraltete Shortcodes lassen sich so finden. Wenn ein Plugin entfernt werden soll, kannst du beispielsweise nach dessen Shortcode-Namen suchen und feststellen, welche Beiträge noch davon abhängen.
Suche in Custom Fields
Die Standardsuche deckt Custom Fields nicht zuverlässig ab. Wenn wichtige Inhalte über ACF oder andere Metafelder gespeichert werden, sollte eine Suche ausdrücklich auch die postmeta-Daten berücksichtigen.
Suche in Optionen
Manchmal steckt ein gesuchter Text nicht in einem Beitrag, sondern in wp_options. Dort speichern Themes und Plugins viele Einstellungen.
Das gilt zum Beispiel für globale Kontaktangaben, Tracking-IDs oder Konfigurationswerte.
Suchergebnisse farblich hervorheben
Wenn sehr viele Treffer vorhanden sind, kann eine Hervorhebung des Suchbegriffs hilfreich sein. Dafür gibt es spezielle Highlight-Plugins oder individuelle Backend-Anpassungen.
Bevor dafür zusätzlicher Code eingebaut wird, sollte aber geprüft werden, ob die normale Trefferliste nicht bereits ausreichend übersichtlich ist.
SearchWP und Relevanssi
Suchplugins wie SearchWP oder Relevanssi sind in erster Linie für die WordPress-Suche und deren Indexierung gedacht. Sie können zusätzliche Felder berücksichtigen und sind interessant, wenn die Website-Suche dauerhaft leistungsfähiger werden soll.
Für eine einmalige administrative Datenbanksuche sind sie oft größer als nötig.
Was eignet sich für welchen Zweck?
- Ein Wort in normalen Beiträgen: WordPress-Backend-Suche.
- Beiträge und Seiten: beide Listen durchsuchen oder globale Suche.
- Page Builder/Custom Fields: Datenbanksuche.
- alte URL überall finden: Search-and-Replace-Tool im Dry Run.
- dauerhaft bessere Website-Suche: Suchplugin wie Relevanssi/SearchWP.
Nicht blind alle Tabellen auswählen und ersetzen
Bei einer Suche kann es sinnvoll sein, viele Tabellen einzubeziehen. Bei einer Ersetzung sollte dagegen genau verstanden werden, welche Daten betroffen sind.
Ein Begriff kann beispielsweise Teil eines Dateinamens, einer URL, einer Plugin-Konfiguration oder serialisierter Daten sein.
Revisionen erzeugen zusätzliche Treffer
WordPress speichert ältere Beitragsstände als Revisionen. Bei einer Datenbanksuche kann ein Begriff deshalb auch in alten Versionen vorkommen, obwohl er im aktuellen Artikel bereits entfernt wurde.
Das ist kein Fehler. Man muss nur unterscheiden, ob der Treffer aus dem aktuell veröffentlichten Beitrag oder aus einer Revision stammt.
Gelöschte und temporäre Inhalte
Auch Entwürfe, Papierkorb-Inhalte, Transients oder alte Plugin-Daten können Suchtreffer erzeugen. Deshalb ist der Fundort wichtiger als nur die Anzahl der Treffer.
Praktischer Workflow
- Mit der normalen Beitrags-/Seitensuche beginnen.
- Wenn dort nichts gefunden wird, Dry-Run-Datenbanksuche verwenden.
- Tabellen und Fundorte ansehen.
- Prüfen, ob Treffer aus aktuellen Inhalten oder Revisionen stammen.
- Erst danach eine Änderung planen.
- Vor globaler Ersetzung Backup erstellen.
Warum Suchen und Ersetzen zwei verschiedene Aufgaben sind
Der wichtigste Sicherheitsgrundsatz lautet: Nur weil ein Tool „Search & Replace“ heißt, musst du nichts ersetzen. Für die Analyse reicht der Such-/Testlauf.
Gerade bei großen Websites sollte man zuerst eine Bestandsaufnahme machen und erst danach entscheiden, welche Treffer wirklich geändert werden sollen.
Fazit
In WordPress kannst du problemlos nach einem Wort suchen, aber die richtige Methode hängt davon ab, wo der Text gespeichert ist. Für normale Gutenberg- und GenerateBlocks-Inhalte reicht die Backend-Suche oft aus. Wenn wirklich die gesamte WordPress-Datenbank inklusive Custom Fields, Plugin-Einstellungen und Builder-Daten geprüft werden soll, ist ein sicherer Dry Run mit einem geeigneten Suchwerkzeug deutlich zuverlässiger. Entscheidend ist, Suche und Ersetzung konsequent zu trennen.