Meilisearch

Meilisearchとは何か

Meilisearch（github.com/meilisearch/meilisearch）は、フランスに拠点を置くMeili SASがRustで書いている検索エンジンです。バイナリを起動し、JSONドキュメントをインデックスへ投入し、HTTPで問い合わせます。主要言語向けの公式クライアントが用意されています。プロジェクトの開始は2018年4月で、開発は途切れていません。リリースは2026年8月3日のv1.52.0から2026年8月13日のv1.53.1まで続き、既定ブランチにはほぼ毎日機能的なコミットが入り、取得時点で315件のオープンissueがありました。

• 誤字許容と入力中検索が初期状態で効く 使える検索ボックスを得るために関連度のパイプラインを調整する必要はありません。プロジェクトが掲げる目標は50ミリ秒未満での結果表示で、綴りを誤ったクエリでも当たります。
• ハイブリッド検索を一つのクエリで実行できる キーワード一致とベクトル検索を組み合わせるため、文書と一語も共有しない言い回しでも意味で一致し得ます。埋め込みモデルは利用側が用意します。
• フィルタ・ファセット・並び替え・地理検索が同梱 検索ボックスを回遊のためのインターフェースに変える部分です。単に調べるのと、カタログを見て回れるようにするのとの差がここに出ます。
• マルチテナントはテナントトークンで扱う 利用者ごとに見える範囲を絞るスコープ付きキーです。顧客ごとにインデックスを持たずに、多数の顧客を抱える製品の内側へ検索を入れる方法になります。
• 対応言語が明示されている点は重要 プロジェクトは中国語・日本語・ヘブライ語・ラテン文字圏の言語について最適化された扱いを挙げています。自社の言語は推測せず、その一覧と突き合わせてください。
• AIスタックにつながる LangChain連携とModel Context Protocolサーバーがあり、人ではなくエージェントにインデックスを引かせたい場合に使えます。

ライセンスの線引きと、その位置

採用を決める前に読む価値があります。このリポジトリは単純なMITではありません。LICENSEファイルは`SPDX-License-Identifier: MIT AND BUSL-1.1`と宣言しています。Community EditionはMITで商用利用も自由、一方でEnterprise Edition — シャーディングとS3へのストリーミングスナップショット — はBusiness Source License 1.1の下にあり、商用契約なしに本番で使うことは認めない、とプロジェクト自身が述べています。これはオープンコアの分割であり、有用なのは線がどこに引かれているかです。単一ノードなら全体がMITです。商用の境界に触れるのは1台では足りなくなったときで、初期の製品にとっては当分先の話です。

導入時に決めておきたい小さな点が二つあります。ホスティング版のMeilisearch Cloudは単なる置き場所ではなく、プロジェクトは追加される要素として分析とモニタリングを挙げています。これは次の節に直結します。もう一つ、自前運用のバイナリは既定で匿名テレメトリを収集します。無効化の方法はドキュメントにあるので、設定ファイルを開いているうちに意識的に選んでおいてください。

成長にきくのは検索ボックスではなくクエリログ

サイト内検索は、訪問者が誰にも促されず自分の言葉で「何を見つけたかったか」を告げてくる唯一の場所です。アンケートのように気を遣う動機がなく、キーワード調査と違って量は少ないものの意図は疑いようがありません。すでにサイトに来ていて、すでに関心があり、欲しいものを自分で打ち込んだ人たちだからです。

Meilisearchはクエリに答えます。ただし自前運用版は「何が聞かれたか」のダッシュボードを渡してはくれません。分析はCloud側の追加要素として挙げられています。つまり記録は自分で組む部分です。作業としては半日ほどで、報酬のほとんどはそこにあります。次の順序で進めてください。

1. すべてのクエリを結果件数とともに記録する 打ち込まれた文字列、返った件数、どのページで打たれたか。まずは2列と時刻で十分で、あとから項目は足せます。
2. 結果ゼロのクエリから読む ログ全体で最も価値のある行です。誰かがわざわざ打ち込むほど具体的に何かを求め、あなたは何も返せなかった。エンジンが吸収すべきだった誤字もあれば、持っていない機能もあり、誰も使わない名前で持っている機能もあります。
3. 残りを頻度順に並べ、上位20件を声に出して読む 顧客が使う言葉は、たいていトップページの言葉と違います。その差は無料のポジショニング調査で、読むだけで手に入ります。
4. 製品より先に語彙を直す 同義語は設定の変更です。「請求書」で検索されているのに製品側が「請求管理」と言っているなら、需要について結論を出す前に両方をインデックスへ教えてください。
5. 残ったものをコンテンツとキーワード作業へ回す すでにサイトにいる人が打ったクエリは、ツールの推定検索ボリュームより強い検索意図の表明です。スタートアップのキーワード調査も参照してください。

自分たちの経験からひとつ警告しておきます。これは表に出ない種類の失敗だからです。私たちは八つの言語で公開しています。顧客向けの文面から禁止した語を、単語境界つきの検索で自社コピー全体に対して監査したところ、結果は「問題なし」でした。実際には149件がファイルに残っていました。パターンが中国語・日本語・韓国語の文にまったく当たらなかったのです。これらは単語を空白で区切りません。検査は沈黙を返し、私たちはその沈黙を健全さと読みました。検索もまったく同じ形をしています。インデックスが空白で区切るなら、日本語話者の訪問者のクエリは何も返さず、ログは「日本語で検索する人はいない」と読めてしまいます。実際は「日本語で検索が壊れている」のに。Meilisearchは特定の言語群について最適化された扱いを明示しています。その外側の文字体系で売っているなら、ログを信じる前に自分でその文字の実クエリを打ってみてください。

どこで効き、どこでは効かないか

検索が「あれば嬉しいもの」でなくなるのは、ナビゲーションが一画面に収まらなくなったあたりです。ドキュメント一式、ブログの蓄積、商品カタログ、ディレクトリは、思っているより早くその線を越えます。私たちの自社マーケティングサイトはとうに越えていて、執筆時点で八つの言語におよそ450ページあります。訪問者にとって、メニューを探し回るより打ち込んだほうが早い規模です。

ただし限界には正直でいてください。検索品質は、インフラの衣を着たコンテンツの問題です。内容が薄く見出しの悪い文書に速いエンジンをかぶせても、速くて悪い結果が返るだけで、調整では救えません。自前運用は運用上の約束でもあります。プロセス、ディスク、バックアップ、アップグレード。多くの小規模サイトではCMS内蔵の検索やホスティングサービスが正解で、Meilisearchが席を得るのは、関連度を自分で制御したいとき、自社アプリの内側に必要なとき、データの置き場所が重要なときです。先に下の層を選んでいる段階なら、アプリ基盤はPocketBase、ドキュメント側はdocmdが扱っています。

私たちが勧める順序はこうです。訪問者に必要だから検索を出す。保存費用はほぼ無く、後からさかのぼって取り戻せないので、クエリは初日から取る。そして毎月、性能指標としてではなく顧客調査として読む。そこで分かったことをページ・ポジショニング・アウトバウンドに変える部分が遅い側の半分で、そこはAgentCeres — AI Growth Officer、agentceres.com — があなたと並んで下書きを書き、外に出るものは人が承認します。