Find für TYPO3

TYPO3s eingebaute Suche reicht bis 500 Seiten, danach braucht man Solr

Die Standard-Suche in TYPO3 (EXT:indexed_search) durchsucht den gerenderten HTML-Output und speichert ihn in einer Datenbank-Tabelle. Für kleine Websites mit 50-500 Seiten funktioniert das. Ab 1.000 Seiten wird die Suche langsam (Antwortzeiten über 2 Sekunden), ab 5.000 Seiten unbrauchbar. EXT:find ist eine Solr-basierte Such-Extension, die eine Alternative zum etablierten EXT:solr-Stack bietet: flexiblere Konfiguration, eigene Query-Builder und eine andere Herangehensweise an Faceted Search.

Die Entscheidung zwischen EXT:find und EXT:solr ist keine Qualitätsfrage, sondern eine Architektur-Frage. EXT:solr hat die größere Community und mehr Features out-of-the-box. EXT:find bietet mehr Flexibilität bei der Query-Konfiguration und eignet sich für Projekte mit ungewöhnlichen Suchanforderungen.

Typische Einsatzszenarien

Fachportale mit domänenspezifischer Suche. Ein Rechtsportal mit 15.000 Dokumenten braucht Suche nach Paragraphen, Aktenzeichen und Stichworten gleichzeitig. EXT:find erlaubt die Definition verschiedener Query-Typen pro Suchfeld: exakte Suche für Aktenzeichen, Fuzzy-Suche für Freitext, Range-Filter für Datumsfelder. Bei einem Fachverlag mit 22.000 Dokumenten lieferte EXT:find Suchergebnisse in unter 100 Millisekunden, unabhängig von der Komplexität der Filterung.

E-Commerce-Suche mit Produktattributen. Produkte haben Attribute (Farbe, Größe, Gewicht, Preis), die als Facetten in der Suche dienen. Ein Besucher sucht “Schraube M8”, filtert nach Material “Edelstahl” und Preis “unter 5 EUR”. EXT:find bildet diese Facetten direkt auf Solr-Felder ab und erzeugt die Filter-Navigation automatisch aus der Solr-Konfiguration.

Mehrsprachige Volltextsuche. Internationale Websites brauchen Suche, die sprachspezifische Besonderheiten berücksichtigt: deutsche Komposita (Donaudampfschifffahrt = Donau + Dampf + Schifffahrt), polnische Deklination, spanische Akzente. Solr bringt Sprachanalyzer für 30+ Sprachen mit. EXT:find konfiguriert pro Sprache den passenden Analyzer und erzeugt sprachspezifische Solr-Cores.

Technische Architektur

EXT:find kommuniziert mit einem Apache Solr Server über HTTP/JSON. Die Architektur besteht aus drei Komponenten: dem Solr-Server (Indexierung und Suche), dem Indexer (schreibt TYPO3-Inhalte in Solr) und dem Frontend-Plugin (Sucheingabe, Ergebnisse, Facetten).

Der Indexer durchläuft die TYPO3-Seitenstruktur und sendet den Content jeder Seite als JSON-Dokument an Solr. Dabei werden nicht nur die sichtbaren Inhalte indexiert, sondern auch Metadaten: Seitentitel, Beschreibung, Kategorien, Keywords und Custom-Felder. Die Indexierung läuft als Scheduler-Task (empfohlen: nach jedem Content-Update oder nachts als Full-Index).

EXT:find unterscheidet sich von EXT:solr in der Query-Ebene. Statt einer festen Suchabfrage-Struktur bietet find einen konfigurierbaren Query-Builder: Über TypoScript oder FlexForm lässt sich definieren, welche Solr-Felder durchsucht werden, mit welcher Gewichtung (Boosting), welche Filter automatisch angewendet werden und wie die Ergebnisse sortiert werden.

Die Facetten-Konfiguration erfolgt über Solr-Feld-Definitionen. Jedes Feld, das als Facette dienen soll, muss in der Solr-Schema-Konfiguration als facet-Feld definiert sein. EXT:find liest die verfügbaren Facetten aus der Solr-Konfiguration und rendert sie als Filter-Menü im Frontend. Die Filter arbeiten per GET-Parameter, was SEO-freundliche URLs für gefilterte Ergebnisseiten ermöglicht.

Häufige Probleme und Lösungen

Solr-Server-Setup und Wartung. Solr ist ein Java-basierter Server, der separat betrieben werden muss. Für TYPO3-Agenturen ohne Java-Erfahrung ist das Setup eine Hürde: JVM-Konfiguration, Solr-Core-Management, Schema-Aktualisierung, Monitoring. Lösung: Managed Solr nutzen (z.B. Websolr, SearchStax) oder Solr als Docker-Container betreiben. Das offizielle Solr-Docker-Image reduziert das Setup auf 3 Befehle.

Suchqualität ist schlecht. Besucher suchen “Kontakt” und finden 200 Ergebnisse, weil das Wort auf jeder Seite im Footer steht. Lösung: Feldgewichtung konfigurieren. Titel-Treffer werden 10x höher gewichtet als Body-Treffer, H2-Treffer 5x höher als Fließtext. EXT:find erlaubt diese Gewichtung per TypoScript: plugin.tx_find.settings.boostFields.title = 10.

Index wird nicht aktualisiert. Redakteure ändern Content, aber die Suche zeigt alte Ergebnisse. Ursache: Der Indexer-Scheduler läuft nicht oder ist fehlgeschlagen. Lösung: Den Scheduler-Task auf kurze Intervalle setzen (alle 15 Minuten für Delta-Index, nachts für Full-Index) und einen Monitoring-Alert einrichten, der bei Index-Fehlern benachrichtigt.

Migration und Versions-Kompatibilität

EXT:find unterstützt TYPO3 v10 und v11 mit Solr 8 und 9. Für TYPO3 v12 existiert eine Beta-Version auf GitHub. Die Extension wird von der Stabsstelle Forschung und Entwicklung der SUB Göttingen gepflegt und hat eine akademische Nutzerbasis.

EXT:solr ist die populärere Alternative mit offizieller v12-Unterstützung und kommerziellen Support-Optionen (dkd Internet Service GmbH). Für die meisten TYPO3-Projekte ist EXT:solr die sichere Wahl. EXT:find empfiehlt sich für Projekte mit besonderen Query-Anforderungen (akademische Suche, Fachdatenbanken, Multi-Index-Szenarien).

Die Migration von EXT:indexed_search auf Solr (egal ob find oder solr) erfordert: Solr-Server aufsetzen, Schema konfigurieren, Content indexieren und Frontend-Templates anpassen. Der Aufwand liegt bei 3-5 Tagen für eine Standard-Website und 1-2 Wochen für komplexe Portale. Gosign berät zum passenden Such-Stack und übernimmt Setup, Konfiguration und Feintuning der Suchqualität.