Self-Service · Enterprise-Suche · Relevanz & Performance
Für viele Portale ist die Suche die zentrale Navigationsfunktion – gerade bei Behörden, Verbänden und komplexen Produktportalen. Gleichzeitig werden Suchsysteme oft „nebenbei” mitgesetzt und später mühsam nachjustiert. Dieser Artikel zeigt, welche Suchansätze TYPO3 bietet, wie sie sich unterscheiden und wann sich eine Enterprise-Suche mit Solr oder Elastic wirklich lohnt.
In vielen Projekten entscheidet die Suchfunktion darüber, ob Nutzer:innen Inhalte finden – oder frustriert zum Telefon greifen. Eine passende Suchlösung kann:
Gleichzeitig hat jede Suchlösung Grenzen und Stärken. Wer das frühzeitig berücksichtigt, spart später teure Umbauten – und unrealistische Erwartungsdiskussionen zwischen Fachbereichen, IT und Dienstleistern.
In TYPO3-Projekten begegnen einem typischerweise fünf Such-Ansätze – vom einfachen Core-Baustein bis zur Enterprise-Suche mit Solr/Elastic. Eine grobe Einordnung:
Einfach
Individuell entwickelte Suchfunktionen direkt auf der Datenbank (z. B. gefilterte Listen, einfache Volltextsuche in wenigen Feldern).
Gut für: kleine Sites, einfache Listen, Spezial-Filter auf begrenzten Datenmengen.
Built-in
Klassische TYPO3-Extension, die Inhalte indiziert und eine Volltextsuche im TYPO3-System ermöglicht.
Gut für: mittelgroße Sites mit „normalen“ Anforderungen, wenn kein externes Suchsystem gewünscht ist.
Enterprise
Externe Suchplattform mit starker Anbindung an TYPO3 (z. B. EXT:solr), geeignet für große Datenmengen, Facetten, Relevanz-Tuning und Multiportale.
Gut für: große Portale, Enterprise-Umgebungen, Behörden, Verbände, Produktkataloge.
Enterprise
Volltext- & Analytics-Suchplattform, oft bestehende Infrastruktur im Unternehmen (Logging, APM), die für Portalsuche mitgenutzt wird.
Gut für: Organisationen, die Elastic sowieso einsetzen und Suche in bestehende Stacks integrieren wollen.
Extern
Externe Such-Dienste, die über APIs angebunden werden und besonders auf UX, Geschwindigkeit und Developer Experience optimiert sind.
Gut für: spezielle UX-Anforderungen, Headless-Frontends, wenn SaaS-basierte Suche strategisch gewünscht ist.
Anstatt nur Funktionen zu vergleichen, lohnt sich der Blick auf Praxis-Kriterien: Relevanz, Performance, Betrieb, Integrationsfähigkeit und Redaktions-UX.
Wie gut kann die Suche „das Richtige zuerst“ anzeigen?
Wie verhält sich die Suche bei vielen Inhalten und hoher Last?
Sollen mehrere Portale, Drittsysteme oder Dokumentenquellen durchsucht werden?
Wie können Redaktion & Fachbereiche die Suche beeinflussen?
Welche Betriebskosten & Zuständigkeiten entstehen?
Anstatt „die eine beste Suchlösung“ zu suchen, ist es sinnvoll, vom Use Case auszugehen. Einige typische Szenarien:
Einige Dutzend bis wenige Hundert Seiten, Fokus auf Informationsvermittlung, News, Ansprechpersonen.
Empfehlung: gut konfigurierte indexed_search oder eine individuell implementierte Suche auf Basis Ihrer Content-Struktur – kombiniert mit sauberer Content-Struktur.
Viele Inhalte, oft mit Metadaten (Regionen, Kategorien, Zielgruppen, Dokumenttypen).
Empfehlung: je nach Datenmenge und Performance-Anforderung Solr oder Elastic – insbesondere, wenn Facetten, Autocomplete, „Meintest du…?“-Funktionen und Such-Analytics wichtig sind.
Mehrere eigenständige Auftritte (Hauptportal, Microsites, Fachportale), häufig mit unterschiedlichen Zielgruppen, aber gemeinsamen Themen.
Empfehlung: zentrale Enterprise-Suche mit Solr oder Elastic, bei der Inhalte aus mehreren TYPO3-Instanzen und ggf. weiteren Systemen (DMS, DAM) indexiert werden.
Tausende Produkte, Varianten oder Dokumente mit vielen Filtermöglichkeiten und ggf. Berechtigungslogik (z. B. Kundenportale).
Empfehlung: Solr/Elastic oder spezialisierte SaaS-Suche, je nach Architektur & vorhandener Infrastruktur – mit besonderem Fokus auf Performance & Core Web Vitals.
Viele Probleme mit der Suche entstehen weniger durch die Technik – sondern durch fehlende Klarheit in Zielen, Datenqualität und Verantwortlichkeiten.
Solr/Elastic sind mächtig – aber bringen wenig, wenn:
In solchen Fällen ist es sinnvoller, zuerst Content-Struktur und Governance zu verbessern.
Wird die Suche nicht aktiv beobachtet und optimiert, bleibt sie oft auf „Werkseinstellungen“ – egal, welche Technologie dahinter steckt. Wichtige Bausteine:
Genau hier setzt ein Search-Check oder ein fokussiertes Relevanz-Tuning an.
Gute Suchergebnisse entstehen selten im Suchsystem allein. Sie sind das Resultat aus:
Wer Suche ernst nimmt, sollte daher parallel auf redaktionelle SEO, Barrierefreiheit und klare Zuständigkeiten achten.
Einige Fragen tauchen in Projekten immer wieder auf, wenn es um die Wahl der passenden Suche geht:
Ob Optimierung einer bestehenden Suche, Umstieg auf Solr/Elastic oder Konzeption einer Portal-übergreifenden Enterprise-Suche – ich unterstütze Sie von der Analyse über die Architektur bis zur Umsetzung und dem laufenden Tuning.