Die Suche findet nichts — meist fehlt der Index.
Eine Suche, die keine Treffer liefert, ist schlimmer als keine Suche. Bei TYPO3 liegt die Ursache fast immer an derselben Stelle: Die Inhalte sind nie in den Suchindex gelangt — weil der Vorgang, der ihn füllt, nicht läuft.
Die eingebaute Suche arbeitet mit einem Index, der befüllt werden muss. Gefüllt wird er entweder beim Seitenaufruf oder über eine geplante Aufgabe — und wenn der Scheduler nicht läuft, bleibt er leer. Das ist die häufigste Ursache. Danach kommen: Seiten vom Index ausgeschlossen, nur gecachte Seiten werden erfasst, und Inhalte, die die Suche nicht liest — etwa aus bestimmten Extensions.
Wie die Suche arbeitet.
Die mitgelieferte Suche durchsucht nicht die Website, sondern einen Index — eine Tabelle mit aufbereiteten Inhalten. Dieser Index muss gefüllt werden, und das passiert nicht von selbst beim Speichern eines Inhalts, sondern durch einen eigenen Vorgang.
Es gibt zwei Wege: Die Indexierung läuft beim Aufruf einer Seite mit — dann wird eine Seite erfasst, sobald sie jemand besucht — oder über eine geplante Aufgabe, die den Seitenbaum durchgeht. Die zweite Variante ist die verlässlichere, setzt aber voraus, dass geplante Aufgaben überhaupt ausgeführt werden.
Index prüfen und füllen.
- Index-Verwaltung öffnen: Dort steht, wie viele Seiten erfasst sind und wann zuletzt.
- Ist der Index leer? Dann wurde nie indexiert — Ursache ist fast immer der fehlende Scheduler.
- Ist er alt? Dann läuft die Aufgabe nicht mehr oder nicht oft genug.
- Enthält er die gesuchte Seite? Wenn nein, ist sie ausgeschlossen oder wurde nie erfasst.
- Index neu aufbauen und prüfen, ob die Zahl steigt.
Schritt eins beantwortet die Frage meist sofort. Wenn dort null Seiten stehen, brauchst du nirgends sonst zu suchen.
Der Scheduler als Voraussetzung.
Die Indexierung über eine geplante Aufgabe läuft nur, wenn der Scheduler überhaupt ausgeführt wird — und das setzt einen Cronjob auf dem Server voraus. In sehr vielen Installationen fehlt der, weil ihn nie jemand eingerichtet hat. Dann steht die Aufgabe in der Liste und läuft nie.
Das ist derselbe Grund, aus dem auch Aufräumvorgänge, Löschfristen und Datenmigrationen nicht laufen. Wer die Suche reparieren will, repariert damit oft gleich mehrere Dinge auf einmal (Scheduler läuft nicht).
Was nicht indexiert wird.
| Fall | Warum |
|---|---|
| Seiten mit Ausschluss-Kennzeichen | Je Seite einstellbar |
| Nicht gecachte Seiten | Die Indexierung arbeitet über den Cache |
| Geschützte Bereiche | Je nach Konfiguration ausgenommen |
| Inhalte aus manchen Extensions | Werden nicht als Seiteninhalt erfasst |
| Seiten außerhalb des Startpunkts | Die Suche durchsucht nur den konfigurierten Bereich |
| Nicht übersetzte Seiten | Je Sprache getrennt indexiert |
Die zweite Zeile ist technisch und wichtig: Die eingebaute Indexierung arbeitet über den Seiten-Cache. Eine Seite, die nie gecacht wird — etwa weil ein Element ohne Caching darauf liegt —, landet nicht im Index. Das erklärt Fälle, in denen ausgerechnet wichtige Seiten fehlen (Caching).
Dateien und PDFs.
Die eingebaute Suche kann auch Dateiinhalte erfassen — PDFs, Textdokumente. Dafür braucht der Server zusätzliche Hilfsprogramme, die den Text aus den Dateien extrahieren. Sind sie nicht installiert, bleiben Dateien außen vor, ohne dass eine Meldung erscheint.
Ob das gebraucht wird, hängt vom Projekt ab. Bei einer Website mit vielen Merkblättern, Formularen oder Satzungen ist es wertvoll — gerade im öffentlichen Bereich suchen Menschen oft nach dem Inhalt eines Dokuments, nicht nach der Seite, die es verlinkt. Dann gehört geklärt, ob der Hoster die nötigen Programme bereitstellt (Hosting-Anforderungen).
Mehrsprachigkeit.
Jede Sprache wird getrennt indexiert, und die Suche muss wissen, in welcher Sprache gesucht wird. Typisches Fehlerbild: In der Hauptsprache funktioniert die Suche, in der zweiten liefert sie nichts — weil für diese Sprache nie indexiert wurde oder die Zuordnung fehlt.
Prüfe in der Index-Verwaltung, ob Einträge für alle Sprachen vorhanden sind. Und achte darauf, dass die Ergebnisseite in der jeweiligen Sprache erreichbar ist und dort sucht (Mehrsprachigkeit).
Qualität der Ergebnisse.
Auch mit gefülltem Index bleibt die eingebaute Suche einfach: Sie vergleicht im Wesentlichen Wörter. Was sie nicht kann, sind Tippfehlertoleranz, Synonyme und das Verstehen von Beschreibungen statt Begriffen. Im Deutschen kommt erschwerend hinzu, dass zusammengesetzte Wörter nicht zerlegt werden — wer „Baugenehmigung“ sucht, findet nichts zu „Genehmigung für Bauvorhaben“.
Für eine überschaubare Website mit klarer Begrifflichkeit reicht das. Bei vielen Inhalten, bei Fachbegriffen oder bei Nutzern, die ihr Anliegen beschreiben statt es zu benennen, stößt es an Grenzen.
Alternativen.
| Lösung | Stärke | Aufwand |
|---|---|---|
| Eingebaute Suche | Ohne Zusatzkosten, reicht oft | Gering |
| Spezialisierte Suchmaschine | Sehr gut, Tippfehler und Gewichtung | Hoch, eigener Dienst nötig |
| Externer Suchdienst | Schnell, wenig Serverlast | Mittel, laufende Kosten |
| Bedeutungssuche mit KI | Versteht Beschreibungen | Mittel, laufende Kosten |
Die zweite Zeile meint die bekannte Lösung, die im TYPO3-Umfeld bei großen Portalen verbreitet ist. Sie ist leistungsfähig, braucht aber einen eigenen Dienst auf dem Server und entsprechende Betreuung — für eine mittelgroße Website meist überdimensioniert.
Die vierte Zeile ist neu und für bestimmte Fälle interessant: Wenn Nutzer ihr Problem beschreiben statt den Fachbegriff zu kennen, findet eine Bedeutungssuche, was eine Wortsuche nicht findet. Das Prinzip ist systemunabhängig (Bedeutungssuche erklärt).
Welche Lösung passt.
- Erst die eingebaute Suche reparieren. In vielen Fällen ist sie nur nie richtig eingerichtet worden.
- Messen, was gesucht wird: Die Suchanfragen werden protokolliert — dort steht, was Nutzer wollen.
- Anfragen ohne Treffer ansehen. Fehlt ein Inhalt oder nur ein Begriff?
- Erst dann über eine andere Lösung nachdenken, mit konkreter Begründung.
Punkt zwei und drei sind unabhängig von der technischen Lösung wertvoll: Die Liste der erfolglosen Suchen ist die ehrlichste Rückmeldung darüber, was auf der Website fehlt.
Die Ergebnisseite.
Auch eine funktionierende Suche scheitert an einer schlechten Ergebnisdarstellung. Was dazugehört: der gesuchte Begriff und die Trefferzahl oben, ein verständlicher Textauszug je Treffer mit hervorgehobenem Suchbegriff, eine sinnvolle Sortierung und eine Blätterfunktion.
Und für null Treffer keine Sackgasse: Vorschläge, die wichtigsten Einstiege, ein Hinweis auf alternative Schreibweisen und ein Kontaktweg. Eine leere Ergebnisseite ohne Angebot ist einer der häufigsten Absprungpunkte überhaupt.
Wenn du nicht weiterkommst.
Wenn die Suche nichts findet, prüfe ich zuerst den Index — und sage dir, ob die eingebaute Suche reicht oder etwas anderes nötig ist. Schreib mir mit Domain, TYPO3-Version und einer kurzen Beschreibung — du bekommst eine ehrliche Einschätzung, ob ich der Richtige bin. Den Überblick über alle Themen gibt TYPO3-Fehler beheben. Wenn sich am Ende herausstellt, dass ein Wechsel die bessere Lösung ist: TYPO3 zu WordPress.
Ursache finden, Website wieder zum Laufen bringen, kurzer Bericht — meist am selben Tag.
Für Anpassungen, Fehlerbehebung und Beratung nach Aufwand, abgerechnet in 15-Minuten-Schritten.
Updates, Backups, Sicherheitscheck, Monitoring — Kleinigkeiten inklusive.
Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.
Wer hilft.
Ich bin Manuel Killert, Web-Entwickler aus Quakenbrück. Mein Schwerpunkt liegt auf WordPress — an TYPO3-Installationen arbeite ich dort, wo es um Betrieb und Fehlersuche geht: Ausfälle, Serverthemen, Datenbank, Mailversand, Updates und die Frage, wie es mit einer alten Installation weitergehen soll. Das sind die Probleme, bei denen die Ursache meist nicht im System selbst liegt, sondern darunter. Geht es um tiefe Entwicklung in TYPO3 — eigene Extensions, komplexe Mehrsprachigkeit, große Redaktionssysteme —, sage ich dir das offen und empfehle jemanden, der genau das macht. Ehrlich beraten heißt für mich auch, eine Anfrage abzugeben.
FAQ — Suche geht nicht.
Warum findet die TYPO3-Suche nichts?
Weil der Suchindex leer ist. Die eingebaute Suche durchsucht nicht die Website, sondern einen Index, der befüllt werden muss — und das passiert über eine geplante Aufgabe, die oft nie läuft.
Wie prüfe ich den Suchindex?
In der Index-Verwaltung steht, wie viele Seiten erfasst sind und wann zuletzt indexiert wurde. Stehen dort null Seiten, braucht man nirgends sonst zu suchen.
Warum fehlen einzelne Seiten im Index?
Weil sie vom Index ausgeschlossen sind, in einem geschützten Bereich liegen, außerhalb des konfigurierten Suchbereichs — oder weil sie nie gecacht werden, denn die Indexierung arbeitet über den Cache.
Kann TYPO3 auch PDFs durchsuchen?
Ja, wenn auf dem Server Hilfsprogramme installiert sind, die den Text aus Dateien extrahieren. Fehlen sie, bleiben Dateien außen vor, ohne dass eine Meldung erscheint.
Was kann die eingebaute Suche nicht?
Tippfehler verzeihen, Synonyme erkennen und zusammengesetzte Wörter zerlegen. Wer eine Beschreibung statt eines Fachbegriffs eingibt, findet oft nichts.
Wann lohnt eine andere Suchlösung?
Erst wenn die eingebaute repariert ist und die protokollierten Suchanfragen zeigen, dass Nutzer regelmäßig nichts finden — und zwar wegen der Suche, nicht wegen fehlender Inhalte.
Das bin ich – rechts im BildErzähl mir, was an deinem TYPO3 klemmt.
Beschreib kurz das Problem und nenn mir die TYPO3-Version — du bekommst eine ehrliche Einschätzung, woran es liegt und was es kostet.
Antwort meist innerhalb von 24 Stunden · hallo@manuelkillert.de