Was die WordPress-Standardsuche kann – und wo ihre Grenzen liegen
WordPress kommt mit einer eingebauten Suchfunktion. Sie durchsucht Beitragstitel und -inhalte per MySQL LIKE-Abfrage: Die Datenbank prüft zeichenweise, ob der Suchbegriff irgendwo im Text vorkommt, und gibt alle Treffer zurück. Für einfache Websites mit wenigen hundert Inhalten ist das oft ausreichend – für alle anderen zeigen sich schnell die Grenzen.
Die wichtigsten Einschränkungen der Standardsuche:
- Keine Relevanzgewichtung: Ein Artikel, in dem der Suchbegriff einmal in einer Fußnote vorkommt, erscheint gleichrangig mit einem Artikel, der dem Thema vollständig gewidmet ist.
- Keine Inhaltstyp-Differenzierung: Produkte, Seiten, Beiträge und Custom Post Types werden ungefiltert vermischt – ohne Rücksicht darauf, was für den Nutzer relevanter ist.
- Kein Paid-Content-Schutz: Geschützte Inhalte erscheinen entweder vollständig oder gar nicht – differenzierte Teaser-Anzeige je nach Nutzerrolle ist nicht vorgesehen.
- Performance-Probleme bei großen Datenmengen: LIKE-Abfragen ohne Volltext-Index skalieren linear. Ab einigen tausend Beiträgen wird die Suche spürbar langsamer.
- Keine Live-Suche: Die Standardsuche lädt eine neue Ergebnisseite. Suchanfragen während der Eingabe sind nicht integriert.
Suchen vs. Filtern: zwei verschiedene Werkzeuge
Eine konzeptionelle Unterscheidung, die in der Praxis oft verwechselt wird: Suchen und Filtern sind nicht dasselbe.
Suche ist eine offene Anfrage: Der Nutzer gibt einen Begriff ein und erwartet passende Treffer aus dem gesamten Inhaltspool – ohne vorher zu wissen, was vorhanden ist. Die Suche muss interpretieren, gewichten und sortieren.
Filter ist eine einschränkende Auswahl: Der Nutzer wählt aus vorgegebenen Kriterien (Kategorie, Preis, Region, Dateityp) und schränkt damit eine bereits bekannte Menge ein. Filter setzen voraus, dass der Nutzer die verfügbaren Dimensionen kennt.
In der Praxis werden beide oft kombiniert: Eine Suchanfrage liefert eine initiale Treffermenge, die der Nutzer anschließend per Filter weiter einschränkt. Suche nach „Diabetes” ergibt 340 Treffer → Filter auf „Fortbildungen” reduziert auf 28. Diese Kombination ist leistungsfähiger als jedes Werkzeug allein – erfordert aber eine durchdachte technische Architektur.
Technische Ansätze im Überblick
Es gibt vier grundlegend verschiedene Ansätze für die WordPress-Suche:
1. WordPress-Standardsuche – MySQL LIKE, keine externe Infrastruktur, begrenzte Konfigurierbarkeit. Für einfache Websites ohne komplexe Anforderungen.
2. Plugin-basierte Live-Suche (z. B. Ajax Search Pro) – Ersetzt die Standardsuche durch eine konfigurierbare Live-Suche: Ergebnisse erscheinen während der Eingabe, Custom Post Types sind einbeziehbar, Gewichtung und Darstellung sind im Backend konfigurierbar. Kein externer Server nötig, schnelle Implementierung, bewährt für Websites bis ca. 5.000 Inhalte.
3. Elasticsearch – Eine externe Open-Source-Suchmaschine, die als separater Service betrieben wird. Alle WordPress-Inhalte werden indexiert; Suchanfragen liefern Ergebnisse in Millisekunden – unabhängig vom Datenvolumen. PERIMETRIK® bindet Elasticsearch über ElasticPress und das eigene PCM Elastic Search Modul ein.
4. KI-gestützte semantische Suche – Statt nach exakten Keyword-Übereinstimmungen sucht eine KI-basierte Suche nach semantischer Ähnlichkeit: „Übergewicht durch Fehlernährung” findet Artikel zu „Adipositas und Ernährung”. PERIMETRIK® erweitert die Suche optional mit einer OpenAI-API-Anbindung über das PCM AI Modul.
Inhaltstypen: Was erscheint, was nicht – und in welcher Reihenfolge
Eine der wichtigsten Konfigurationsentscheidungen: Welche Inhaltstypen sollen in den Ergebnissen erscheinen? WordPress durchsucht standardmäßig nur Beiträge und Seiten – Custom Post Types müssen explizit eingebunden werden.
Darüber hinaus stellt sich die Frage der Priorisierung nach Inhaltstyp: In einem Fachportal sollen bei einer inhaltlichen Suche Fachartikel vor Shop-Produkten erscheinen. In einem WooCommerce-Shop umgekehrt. Diese inhaltstypspezifische Gewichtung ist mit der Standardsuche nicht möglich, mit Ajax Search Pro konfigurierbar und mit Elasticsearch präzise steuerbar. Einzelne Inhaltstypen, Kategorien oder spezifische Beiträge können auch explizit von der Suche ausgeschlossen werden.
Mehrere Suchinstanzen auf einer Website
Eine oft unterschätzte Möglichkeit: Eine WordPress-Website kann mehrere unabhängige Suchinstanzen betreiben. Anwendungsbeispiele: globale Headersuche (alle Inhalte), Produktsuche (nur WooCommerce), Mitgliedersuche (nur Profile), Dokumentensuche (nur Downloads). Jede Instanz hat eigene Relevanzlogik, eigene Darstellung und eigene einbezogene Inhaltstypen.
Bei kalorien-mundgerecht.de haben wir zwei Suchinstanzen mit Toggle implementiert: Elasticsearch für die Nahrungsmitteldatenbank, Ajax Search Pro für redaktionelle Inhalte – auf derselben Website, vollständig unabhängig konfiguriert.
Treffer priorisieren: Relevanzfaktoren und Gewichtungen
Was einen Treffer „relevant” macht, ist kontextabhängig. Typische Faktoren:
- Fundstellen-Gewichtung: Suchbegriff im Titel ist relevanter als im Fließtext – und weiter links im Titel ist relevanter als am Ende (Prefix Query). Konfigurierbar: z. B. Titel 100 %, Content 50 % bei Elasticsearch.
- Exakte Übereinstimmung: Artikel, deren Titel exakt dem Suchbegriff entspricht, erscheint garantiert an Position 1.
- Custom Results: Bestimmte Inhalte können für definierte Suchbegriffe manuell als Top-Treffer fixiert werden – unabhängig von der algorithmischen Relevanz.
- Aktualität: Für News-Portale ist das Veröffentlichungsdatum ein wichtiger Faktor, der höher gewichtet werden kann.
- Synonym-Verwaltung: „Mineralwasser” soll auch „Aqua Panna” finden. Synonyme hinterlegen wir im Content als eigenes Meta-Feld „Zusätzliche Suchbegriffe”.
- Fuzzy Matching: Leichte Tippfehler-Toleranz – bei Elasticsearch konfigurierbar, für präzise Datenbanken deaktivierbar.
Paid Content in der Suche: gefunden, aber nicht frei zugänglich
Bezahlte Inhalte sollen suchbar bleiben – um Kaufinteresse zu wecken – aber nicht frei konsumierbar sein. Drei Varianten:
- Vollständige Anzeige für Berechtigte: Eingeloggte Abonnenten sehen vollständige Treffer.
- Teaser mit Blur-Effekt: Nicht-Abonnenten sehen den Treffer unscharf oder abgeschnitten – mit CTA „Jetzt Abo abschließen”. Paid Content bleibt sichtbar und wirkt als Conversion-Treiber.
- Komplettverstecken: Bestimmte Inhalte werden für bestimmte Rollen vollständig ausgeblendet.
Für ernaehrungs-umschau.de haben wir diese Differenzierung für vier Nutzergruppen implementiert: Abonnenten, Alumni, IP-Lizenz-Nutzer und anonyme Besucher erhalten unterschiedliche Trefferansichten für dieselbe Suchanfrage. Mehr dazu im Angebot KI-basierte Suche für WordPress.
Suchkomfort: Autovervollständigung, Highlighting und UX-Features
- Live-Suche / Ajax-Suche: Ergebnisse erscheinen während der Eingabe, ohne Seitenneuladen.
- Autovervollständigung: Vorschläge aus tatsächlichen Inhalten der Website – Titel, Produktnamen, Kategorien – erscheinen ab dem zweiten oder dritten Zeichen.
- Highlighting: Der Suchbegriff wird in den Treffern hervorgehoben, sodass Nutzer sofort sehen, warum ein Treffer passt.
- Individuelle Trefferkarten: Fachartikel zeigen Autor und Fachgebiet, Produkte Preis und Verfügbarkeit, Events Datum und Ort – keine einheitliche Darstellung für alle Inhaltstypen.
- Tippfehler-Toleranz: Leichte Abweichungen führen trotzdem zu Treffern – konfigurierbar je nach Präzisionsanforderung.
Suchanalyse: Was Nutzer suchen – und was das bedeutet
Suchanfragen sind eine der wertvollsten Datenquellen einer Website, werden aber selten ausgewertet. Dabei zeigen sie direkt, was Besucher erwarten, wo Inhalte fehlen und wo Content verbessert werden könnte.
Was aus Suchanalyse-Daten gewonnen werden kann:
- Häufigste Suchanfragen: Welche Themen werden am meisten gesucht? Gibt es dazu ausreichend Content?
- Nulltreffer-Suchen: Suchanfragen ohne Ergebnisse zeigen direkt, wo Inhaltslücken bestehen oder wo Synonyme fehlen.
- Absprung nach Suche: Wenn Nutzer nach einer Suche die Website verlassen, passen die Ergebnisse nicht zur Erwartung.
- Saisonale Muster: Welche Themen werden zu welcher Zeit gesucht? Ideal für Content-Planung.
- Neue Angebote identifizieren: Wenn häufig nach etwas gesucht wird, das noch nicht angeboten wird, ist das ein direkter Hinweis auf Marktbedarf.
PERIMETRIK® kann Suchanfragen strukturiert loggen und im Backend auswertbar machen – als Listenansicht oder aggregierte Auswertung.
Kommerzielle Interessen in der Suche berücksichtigen
Für Shop-Betreiber, Verlage und Portale mit wirtschaftlichen Interessen ist die Suche ein Conversion-Instrument. Kommerzielle Kriterien, die in die Treffersortierung einfließen können:
- Lagerstatus: Produkte mit niedrigem Lagerbestand können höher priorisiert werden
- Mindesthaltbarkeitsdaten: Inhalte oder Produkte mit nahendem Ablaufdatum steigen im Ranking
- Marge und Profitabilität: Hochmargige Produkte erhalten Suchbonus
- Redaktionelle Highlights: Manuell fixierte Custom Results für relevante Suchanfragen
Diese kommerzielle Übersteuerung ist mit Bedacht einzusetzen: Zu viele kommerzielle Eingriffe verschlechtern die Nutzererfahrung und das Vertrauen in die Suche.
Performance: Was bei großen Websites zählt
MySQL LIKE-Abfragen auf großen Tabellen ohne Volltext-Index skalieren linear. Ab zehntausenden Einträgen wird die Suche zum Engpass. Elasticsearch löst dieses Problem grundlegend: Der Suchindex ist auf schnelle Volltextsuche optimiert und liefert Ergebnisse in konstanter Zeit – unabhängig vom Datenvolumen. Gleichzeitig bleibt die WordPress-Datenbank unter Last entlastet, da Suchanfragen nicht gegen MySQL ausgeführt werden.
Bei kalorien-mundgerecht.de haben wir Elasticsearch für eine Datenbank mit über 10.000 Nahrungsmitteln eingesetzt. Die initiale WP-Datenbanksuche war bei komplexen Filteranfragen zu langsam; mit Elasticsearch liefert die Suche auch unter Last konsistente Antwortzeiten. Mehr dazu im Angebot Elasticsearch mit Filter.
Unsere drei Suchlösungen für WordPress
Volltextsuche mit Ajax Search Pro – ab 399 €
Plugin-basierte Live-Suche, schnell implementiert, konfigurierbare Inhaltstypen und Darstellung. Keine externe Infrastruktur. Ideal für Websites bis ca. 5.000 Inhalte ohne komplexe Rollenkonzepte.
KI-basierte Suche – Individuelle Entwicklung
Individuelle Relevanzlogik, rollenbasierte Trefferanzeige, Paid-Content-Handling und optional semantische KI-Erweiterung. Für Portale und Fachplattformen mit mehreren Nutzerrollen oder Paid-Content-Strategie.
Elasticsearch mit Filter – Individuelle Entwicklung
Hochleistungssuche für sehr große Inhaltsmengen (10.000+ Einträge), industrieerprobte Performance, komplexe Filternavigation auf Custom Fields. Eigenes PCM Elastic Search Modul kombiniert Elasticsearch-Treffer mit dem PCM Filter.
Welche Lösung passt wann?
| Kriterium | Ajax Search Pro | KI-basierte Suche | Elasticsearch |
|---|---|---|---|
| Inhalte auf der Website | bis ~5.000 | bis ~20.000 | 10.000+ |
| Implementierung | schnell (Stunden) | individuell (Tage) | individuell (Tage) |
| Paid Content / Rollenlogik | begrenzt | vollständig | begrenzt |
| Filternavigation | einfach | konfigurierbar | komplex (Custom Fields) |
| Performance bei Last | gut | gut | sehr gut |
| Externe Infrastruktur | nein | optional (KI-API) | ja (ES-Server) |
| Suchanalyse | begrenzt | möglich | möglich |
Weitere Suchelösungen
Aus unserer Projekterfahrung kennen wir weitere Ansätze, die Treffer anhand spezifischer Bedürfnisse ermitteln:
Geosuche / Umkreissuche: Die Suche nach Inhalten in geografischer Nähe (Arztsuche, Händlersuche, Mitgliedersuche mit Umkreis) ist ein häufiger Bedarf – bei PTK Hessen und baurechtsuche.de bereits realisiert. Mit unserer Lösung Umkreissuche mit Google Maps werden Treffer automatisch nach Entfernung vom Nutzer sortiert, zusätzlich sind Volltextsuche und Filter verwendbar.
