Meilisearch
Selbst hostbare Suchmaschine mit Tippfehlertoleranz und hybrider Suche aus Stichwort und Semantik hinter einer einzigen REST-API
Meilisearch ist eine Suchmaschine, die Sie selbst betreiben: eine einzelne Rust-Binärdatei mit REST-API, die einer Website oder App tippfehlertolerante Suche schon während der Eingabe liefert und Stichwortabgleich mit semantischer Suche in einer einzigen Abfrage mischen kann. Am 4. September 2026 hatte das Projekt 59.175 GitHub-Sterne und veröffentlichte v1.53.1 am 13. August 2026; der Kern steht unter MIT, ein kleiner Satz an Skalierungsfunktionen unter einer separaten kommerziellen Lizenz. Für Gründerinnen und Gründer ist nicht das Suchfeld der planungswürdige Teil. Es ist, dass die dort eingetippten Anfragen die günstigste verfügbare Nachfrageforschung sind — und dass sie niemand aufzeichnet, wenn Sie es nicht entscheiden.
Was Meilisearch ist
Meilisearch (github.com/meilisearch/meilisearch) ist eine in Rust geschriebene Suchmaschine der Meili SAS, eines Unternehmens mit Sitz in Frankreich. Sie starten die Binärdatei, schieben JSON-Dokumente in einen Index und fragen ihn über HTTP ab; für die meisten Sprachen gibt es offizielle Client-Bibliotheken. Das Projekt begann im April 2018 und wird durchgehend weiterentwickelt — die Releases reichten von v1.52.0 am 3. August 2026 bis v1.53.1 am 13. August 2026, der Standard-Branch bekommt an den meisten Tagen funktionale Commits, und zum Erfassungszeitpunkt waren 315 Issues offen.
- Tippfehlertoleranz und Suche während der Eingabe sind Standard Sie stimmen keine Relevanz-Pipeline ab, um ein brauchbares Suchfeld zu bekommen. Das erklärte Ziel des Projekts sind Ergebnisse in unter 50 Millisekunden, und eine falsch geschriebene Anfrage trifft trotzdem.
- Hybride Suche läuft in einer Abfrage Stichwortabgleich und Vektorsuche werden kombiniert, sodass eine Formulierung ohne ein einziges gemeinsames Wort mit Ihren Dokumenten dennoch über die Bedeutung treffen kann. Das Embedding-Modell bringen Sie mit.
- Filter, Facetten, Sortierung und Geo sind dabei Das sind die Teile, die aus einem Suchfeld eine Oberfläche zum Stöbern machen — der Unterschied zwischen Nachschlagen und einen Katalog durchgehen lassen.
- Mandantenfähigkeit läuft über Tenant-Tokens Eingeschränkte Schlüssel begrenzen, was eine bestimmte Nutzerin sehen darf. So kommt Suche in ein Produkt mit vielen Kunden, ohne pro Kunde einen Index zu pflegen.
- Der Sprachsupport wird ausdrücklich benannt, und das zählt Das Projekt nennt optimierte Behandlung für Chinesisch, Japanisch, Hebräisch und Sprachen mit lateinischem Alphabet. Prüfen Sie Ihre eigenen Sprachen gegen diese Liste, statt es anzunehmen.
- Es dockt an KI-Stacks an Es gibt eine LangChain-Integration und einen Server für das Model Context Protocol, falls ein Agent statt eines Menschen Ihren Index abfragen soll.
Die Lizenzgrenze und wo sie verläuft
Das gehört vor der Entscheidung gelesen, denn das Repository ist nicht schlicht MIT. Seine LICENSE-Datei erklärt `SPDX-License-Identifier: MIT AND BUSL-1.1`: Die Community Edition ist MIT und kommerziell frei nutzbar, während eine Enterprise Edition — Sharding und S3-Streaming-Snapshots — unter der Business Source License 1.1 steht, die laut Projekt ohne kommerzielle Vereinbarung nicht in Produktion erlaubt ist. Das ist eine Open-Core-Teilung, und das Nützliche daran ist, wo die Grenze verläuft. Ein einzelner Knoten ist vollständig MIT. Die kommerzielle Grenze erreichen Sie, wenn eine Maschine nicht mehr reicht — für die meisten frühen Produkte noch lange nicht.
Zwei kleinere Dinge, die man bei der Installation entscheidet und nicht später. Es gibt eine gehostete Variante, Meilisearch Cloud, und sie ist nicht nur Hosting: Das Projekt nennt Analytics und Monitoring unter den Extras, was für den nächsten Abschnitt relevant ist. Und die selbst betriebene Binärdatei erhebt standardmäßig anonymisierte Telemetrie; die Dokumentation erklärt, wie man sie abschaltet — treffen Sie diese Wahl bewusst, solange Sie ohnehin in der Konfigurationsdatei sind.
Das Wachstumsargument ist das Suchprotokoll, nicht das Suchfeld
Die Suche auf der eigenen Website ist der einzige Ort, an dem Besuchende Ihnen ungefragt und in eigenen Worten sagen, was sie zu finden erwarteten. Es gibt keinen Anreiz zur Höflichkeit wie in einer Umfrage, und anders als bei der Keyword-Recherche ist das Volumen klein, die Absicht aber unbestreitbar: Diese Leute sind schon auf Ihrer Website, schon interessiert, und tippen, was sie wollten.
Meilisearch beantwortet die Anfrage. In der selbst betriebenen Variante liefert es kein Dashboard darüber, was gefragt wurde — Analytics steht unter den Cloud-Extras. Die Erfassung bauen also Sie. Das ist ein Nachmittag Arbeit, und dort liegt der gesamte Ertrag. Gehen Sie in dieser Reihenfolge vor.
- Protokollieren Sie jede Anfrage mit ihrer Trefferzahl Die eingetippte Zeichenfolge, wie viele Ergebnisse zurückkamen und auf welcher Seite getippt wurde. Zwei Spalten und ein Zeitstempel reichen zum Start; anreichern können Sie später.
- Lesen Sie zuerst die Anfragen ohne Treffer Das ist die wertvollste Zeile im ganzen Protokoll. Jemand wollte etwas konkret genug, um es zu tippen, und Sie lieferten nichts. Manches sind Tippfehler, die die Engine hätte auffangen sollen, manches Funktionen, die Sie nicht haben, und manches Dinge, die Sie haben — unter einem Namen, den niemand benutzt.
- Sortieren Sie den Rest nach Häufigkeit und lesen Sie die Top 20 laut vor Die Wörter Ihrer Kundschaft sind meist nicht die Wörter auf Ihrer Startseite. Diese Lücke ist kostenlose Positionierungs-Recherche, und sie kostet nichts außer dem Lesen.
- Reparieren Sie das Vokabular vor dem Produkt Synonyme sind eine Konfigurationsänderung. Wenn Leute nach "Rechnung" suchen und Ihr Produkt "Abrechnung" sagt, bringen Sie dem Index beides bei, bevor Sie Schlüsse über Nachfrage ziehen.
- Führen Sie den Rest in Content- und Keyword-Arbeit über Eine Anfrage von jemandem, der bereits auf Ihrer Website ist, sagt mehr über die Suchintention als eine Volumenschätzung aus einem Tool — siehe Keyword-Recherche für ein Startup.
Eine Warnung aus eigener Erfahrung, denn das ist das Versagen, das sich versteckt. Wir publizieren in acht Sprachen. Wir haben unsere eigenen Texte einmal auf ein Wort geprüft, das wir in der Kundenkommunikation verboten hatten, mit einer Suche über Wortgrenzen — und das Ergebnis war sauber, während 149 echte Fundstellen in den Dateien lagen. Das Muster konnte auf chinesischem, japanischem und koreanischem Text gar nicht greifen, weil dort Wörter nicht durch Leerzeichen getrennt werden. Die Prüfung meldete Stille, und wir lasen diese Stille als Gesundheit. Suche hat exakt dieselbe Form: Wenn Ihr Index an Leerzeichen trennt, liefert die Anfrage einer japanischen Besucherin nichts, und Ihr Protokoll liest sich als "niemand sucht auf Japanisch" statt als "die Suche ist auf Japanisch kaputt". Meilisearch benennt optimierte Behandlung für eine bestimmte Gruppe von Sprachen; wenn Sie in einer Schrift außerhalb davon verkaufen, tippen Sie selbst eine echte Anfrage in dieser Schrift, bevor Sie dem Protokoll trauen.
Wo es passt und wo nicht
Suche hört ungefähr dort auf, ein nettes Extra zu sein, wo Ihre Navigation nicht mehr auf einen Bildschirm passt. Eine Dokumentation, ein Blog-Archiv, ein Produktkatalog oder ein Verzeichnis überschreiten diese Linie schneller als erwartet. Unsere eigene Marketing-Website liegt deutlich darüber — rund 450 Seiten in acht Sprachen zum Zeitpunkt des Schreibens — also genau die Korpusgröße, bei der Besuchenden das Tippen mehr hilft als das Durchsuchen eines Menüs.
Seien Sie aber ehrlich zur Grenze: Suchqualität ist ein Content-Problem im Infrastruktur-Kostüm. Eine schnelle Engine über dünnen, schlecht betitelten Dokumenten liefert schnelle schlechte Ergebnisse, und kein Tuning rettet das. Selbst betreiben ist außerdem eine operative Verpflichtung — ein Prozess, eine Platte, Backups, Upgrades. Für viele kleine Websites ist die eingebaute Suche Ihres CMS oder ein gehosteter Dienst die richtige Antwort, und Meilisearch verdient sich seinen Platz, wenn Sie Relevanz selbst steuern wollen, sie in der eigenen Anwendung brauchen oder es Ihnen wichtig ist, wo die Daten liegen. Wenn Sie zuerst die Schicht darunter wählen: PocketBase deckt das App-Backend ab und docmd die Dokumentationsseite.
Unsere Empfehlung zur Reihenfolge: Bringen Sie Suche, weil Besuchende sie brauchen; erfassen Sie die Anfragen ab dem ersten Tag, weil Speichern nichts kostet und sich rückwirkend nichts nachholen lässt; und lesen Sie sie monatlich als Kundenforschung, nicht als Leistungskennzahl. Das Gelernte in Seiten, Positionierung und Ansprache zu verwandeln ist die langsame Hälfte — dort schreibt AgentCeres — der KI-Wachstumsleiter, auf agentceres.com — mit Ihnen zusammen Entwürfe, und ein Mensch gibt frei, was hinausgeht.
FAQ
- Brauche ich Meilisearch, wenn meine Website schon eine Suche hat?
- Wahrscheinlich nicht. Wenn die eingebaute Suche Ihres CMS, Frameworks oder Ihrer Plattform bereits das Richtige liefert, ist das ein gelöstes Problem, und ein Wechsel ist Arbeit ohne sichtbaren Ertrag. Eine dedizierte Engine lohnt sich bei einem Korpus, der groß oder mehrsprachig genug ist, dass naiver Abgleich versagt, bei Suche im eigenen Produkt statt auf einer Marketing-Website, und wenn Sie Relevanz wirklich justieren wollen. Führen Sie sie aus einem dieser Gründe ein, nicht weil Suche nach Infrastruktur klingt, die man besitzen sollte.
- Reicht der MIT-Teil für ein kommerzielles Produkt?
- Für den Betrieb auf einem einzelnen Knoten ja — die Community Edition ist MIT, und das Projekt erklärt sie als kommerziell frei nutzbar. Die Enterprise Edition deckt Sharding und S3-Streaming-Snapshots unter der Business Source License 1.1 ab, die laut Projekt für den Produktionseinsatz eine kommerzielle Vereinbarung braucht. Lesen Sie LICENSE und LICENSE-EE im Repository selbst, bevor Sie auf den Skalierungsfunktionen aufbauen; die Teilung kann sich zwischen Releases verschieben, und eine Zusammenfassung ersetzt die Datei nicht.
- Was lehren Suchprotokolle tatsächlich?
- Vor allem Vokabular und Lücken. Anfragen ohne Treffer benennen Dinge, die Leute bei Ihnen erwartet haben — ein Produkt- und Content-Backlog, geschrieben von Ihren eigenen Besuchenden. Die häufigen Anfragen zeigen, mit welchen Wörtern sie das benennen, was Sie verkaufen, und das sind selten die Wörter Ihrer Startseite. Beides ersetzt keine Kundengespräche, aber beides ist kostenlos, läuft dauerhaft und passiert längst, ob es jemand liest oder nicht.
You built it. Now grow it.
AgentCeres is a managed AI marketing team — specialists draft the SEO, social, and outreach that fill your links, you approve what ships. 14-day free trial, from $39/month.