Kurz gesagt
Pagefind Test: Pagefind 1.6.0 bestand in unserem kleinen Test zehn Prüfungen für Suchtreffer, Sprachtrennung, Filter und ausgeschlossene Inhalte. Indexiert wurden zwölf HTML-Seiten. Geprüft wurde die erzeugte JavaScript-/WASM-Such-API unter Node.js, keine Browseroberfläche. Das Ergebnis spricht für einen näheren Einsatztest auf statischen Inhaltsseiten, belegt aber keine Leistung unter Produktionslast.
8/10
Fazit
8,0/10 für statische Inhaltsseiten im beschriebenen Funktionstest. Vor Produktion mit eigenen Inhalten und im Browser prüfen.
Vorteile
- Zehn festgelegte Funktionsprüfungen bestanden
- DE und EN im Test sauber getrennt
- Keine zusätzliche Suchserver-Installation für diesen Aufbau
Nachteile
- Index muss zum Build-Stand passen
- Browserbedienung und große Korpora hier ungeprüft
Zehn von zehn definierten Funktionsprüfungen bestanden.
Getestet wurden zwölf Seiten in zwei getrennten Sprachindizes.
Die Bewertung gilt dem kleinen Funktionstest, nicht einer Produktionsinstallation.
Was wurde im Pagefind Test tatsächlich ausgeführt?
Der Pagefind Test verwendete Version 1.6.0 und zwölf kurze HTML-Dokumente: sechs auf Deutsch, sechs auf Englisch. Die Themen GEO, WebP, AVIF und Suche wurden mit absichtlich eindeutigen Begriffen versehen. Jede Seite enthielt einen Hauptbereich mit data-pagefind-body, ein Themenfilter und einen explizit auszuschließenden Text. Zwei zusätzliche Startseiten ohne Hauptbereich dienten der Vorbereitung; sie gingen nicht in den Index ein.
Pagefind erzeugte daraus zwei Sprachindizes mit insgesamt 111 indexierten Wörtern. Anschließend wurden die erzeugte JavaScript-Datei und das WebAssembly-Suchmodul unter Node.js ausgeführt. Eine minimale Dokument-Attrappe lieferte die Sprache; Dateizugriffe ersetzten Netzwerkabrufe. Es handelt sich damit um einen echten API-Funktionstest mit einem kleinen künstlichen Korpus. Wir haben keine Browseroberfläche und keine produktive Website getestet.
Welche Suchfälle wurden geprüft?
Die Testfälle hatten vorab festgelegte erwartete URLs. Die Abfrage „WebP“ sollte im deutschen Index ausschließlich die Bildseite finden; „Pagefind“ ausschließlich die Suchseite. Für „GEO“ wurden ein passender und ein unpassender Themenfilter verwendet. Navigationstext, ein mit data-pagefind-ignore markierter Bereich und ein nicht vorhandenes Testwort sollten keine Treffer erzeugen.
Prüfgruppe | Anzahl | Ergebnis |
|---|---|---|
Deutsche Einzelabfragen | 2 | 2 bestanden |
Deutsche Themenfilter | 2 | 2 bestanden |
Ausschlüsse und unbekannter Begriff | 3 | 3 bestanden |
Englische Einzel- und Filterabfragen | 3 | 3 bestanden |
Gesamt | 10 | 10 bestanden |
Die erfolgreichen Fälle zeigen, dass die erwarteten Seiten in diesem Aufbau gefunden und die definierten Ausschlüsse beachtet wurden. Sie sagen nichts darüber, wie gut unscharfe, mehrdeutige oder fachsprachlich komplexe Suchanfragen sortiert werden. Dafür wäre ein größeres, redaktionell bewertetes Abfrageset nötig.
Wie groß war das erzeugte Paket?
Das vollständige erzeugte Verzeichnis umfasste 701,274 Bytes in 31 Dateien. Dieser Wert enthält die ausgelieferten Komponenten und ist ausdrücklich nicht die pro Suche übertragene Datenmenge. Die drei separat gemessenen CLI-Läufe einschließlich Prozessstart benötigten 135.74, 91.11, 126.79 Millisekunden; der Median lag bei 126.79 Millisekunden. Die Laufzeiten stammen aus einer einzelnen Linux-Testumgebung und eignen sich nicht als Hardwarevergleich.
Für eine reale Website wären vor allem die tatsächlich abgerufenen Dateien, Cache-Verhalten und Antwortzeit auf schwächeren Geräten zu prüfen. Diese Größen haben wir hier nicht gemessen. Ebenso fehlen Prüfungen der Bedienbarkeit per Tastatur und Screenreader. Ein kleines Paket allein beweist keine gute Sucherfahrung.
Für welche Websites passt der Ansatz?
Pagefind ist einen praktischen Einsatztest wert, wenn HTML-Seiten bereits beim Build entstehen und sich die Suche mit diesem Stand aktualisieren darf. Dokumentationsseiten und redaktionelle Archive sind naheliegende Kandidaten. Wenn Inhalte erst zur Laufzeit aus einer Datenbank erscheinen, muss vorab geklärt werden, welche Texte tatsächlich in den Build und damit in den Index gelangen.
Ein Produktkatalog mit kurzfristigen Lagerbeständen stellt andere Anforderungen. Eine statisch erzeugte Suche sollte keine Echtzeitverfügbarkeit versprechen, wenn ihr Index nur beim nächsten Build aktualisiert wird. Auch eine semantische Antwortmaschine wurde hier nicht geprüft: die erfolgreiche Stichwortsuche ist kein Nachweis von KI-Verständnis.
Wie entsteht die Bewertung von 8,0 Punkten?
Unsere redaktionelle Bewertung gilt ausschließlich diesem Einsatzprofil. Reproduzierbare Grundsuche erhält 9 von 10 Punkten, Sprachtrennung 9, getestete Filter und Ausschlüsse 8 und die Integrationshürden des gewählten Build-Modells 6. Der ungewichtete Mittelwert beträgt 8,0. Die geringere Integrationsnote berücksichtigt den notwendigen Build-Schritt und die erforderliche zusätzliche Browserprüfung; sie ist kein gemessener Geschwindigkeitswert.
Was sollte vor dem Einsatz geprüft werden?
Den Index nach dem Website-Build erzeugen und gemeinsam mit dem HTML bereitstellen.
Sprachangaben und die gewünschten Hauptbereiche an echten Seiten kontrollieren.
Eigene Suchfragen mit erwarteten Treffern vorab dokumentieren.
Browserbedienung, Barrierefreiheit und Datenübertragung separat prüfen.
Veraltete Inhalte durch einen verlässlichen Neubau aus dem Index entfernen.
Für einen schlanken statischen Blog ist Pagefind nach diesem Funktionstest ein plausibler Kandidat. Eine Entscheidung über Produktionsbetrieb sollte erst nach einer Prüfung mit den eigenen Inhalten fallen.
Titelbild: KI-generierte Themenillustration, keine reale Aufnahme.
Welche Beiträge helfen bei der nächsten Entscheidung?
Häufige Fragen
War das ein echter Praxistest?
Ja, die Indexierung und die generierte Such-API wurden ausgeführt. Der Aufbau bestand aus zwölf künstlichen HTML-Seiten; Browseroberfläche und Produktionslast wurden nicht geprüft.
Sind 701.274 Bytes die Datenmenge jeder Suche?
Nein. Das ist die Summe des gesamten erzeugten Verzeichnisses im Test. Die tatsächlich übertragenen Daten pro Suchvorgang wurden nicht gemessen.
Ist Pagefind eine semantische KI-Suche?
Dieser Test prüft Stichwortsuche, Filter und Sprachtrennung. Er belegt keine semantische Antwortgenerierung.
Quellen
- Pagefind 1.6.0 documentation , Pagefind
- Multilingual search , Pagefind
- Using the search API , Pagefind
- Byte Dossier Lab: eigener Funktionstest vom 13.11.2026; 12 HTML-Seiten, 10 dokumentierte Prüfungen
