独立サイトのサイト内検索：SearchWP／Elasticsearchの設定とコンバージョン率

独立サイトのサイト内検索：SearchWP／Elasticsearchの設定とコンバージョン率

1. なぜサイト内検索が独立サイトのチームに組織的に無視されるのか

多くのB2B独立サイトは検索ボックスを飾り程度に扱い、右上に置くだけで、誰も設定せず、データも見ません。しかしB2B買い手の行動経路はB2Cと異なります。彼らは目的もなく見て回るのではなく、「304 stainless flange」「1000W inverter」「IP65 enclosure 200×150」のような具体的な仕様を求めて訪れます。こうした正確なニーズはカテゴリナビゲーションではほぼ見つけられず、検索ボックスに頼るしかありません。

直感に反する判断ですが、検索利用率が低いサイトは検索が不要なのではなく、検索がひどすぎて誰も使えないのです。訪問者が一度入力して0件、または無関係なページばかりが並べば、次はすぐにページを閉じて離脱します。つまり「誰も検索を使わない」こと自体が危険信号であり、検索最適化が不要な証拠ではありません。計測の設定方法はGA4の導入とイベントのやり方を参考にしてください。

2. 選定の判断：3段階の検索方案をどう選ぶか

独立サイトのチームが最もよく犯すミスは、最初から「ElasticsearchかAlgoliaか」を議論することです。これは問題の診断よりツール選定を先に置いています。正しい順序は、まず2週間の計測で検索利用率、ゼロ件率、初回クリック率の3指標を把握し、それからどの段階の方案を使うか決めることです。

判断の基準はシンプルです。検索利用率が2%未満なら、まずナビゲーションとコンテンツを改善し、エンジンのアップグレードは不要です。2%から5%の間なら、SearchWPを導入して同義語と重みの調整で十分です。5%を超え、商品SKUが500以上なら、ElasticsearchやSaaS検索サービスを検討しましょう。商品カタログ全体の検索設計は次を参考にしてください製品カタログの検索体験。

三、SearchWPの設定方法：重み、同義語、ゼロ件ページ

SearchWPはWordPressエコシステムで最もコストパフォーマンスの高い検索強化策です。その核心は「速さ」ではなく「設定できる関連性」にあります。標準のWP検索はpost_dateの降順ですが、SearchWPではタイトル、本文、タグ、カスタムフィールド、カテゴリ、抜粋にそれぞれ重みを設定できます。これは商品サイトで特に重要です。購入者は記事のタイトルではなく型番で検索するからです。

具体的な設定例です。商品サイトでは「製品型番」フィールドの重みを10、「抜粋」を5、「本文」を2、「タグ」を3に設定します。こうすれば購入者が「WF-200」と入力すると型番フィールドに直接ヒットし、ブログ記事でWF-200に触れた段落まで探す必要がありません。同義語リストは最低50組用意し、業界の略語、表記ゆれ、米英の綴りの違い（例：「aluminum」と「aluminium」）をカバーします。WP技術スタックの構築方法は次をご覧くださいWordPress技術スタック。

四、Elasticsearchが本当に必要なときと設定方法

Elasticsearchは「高度な検索」の代名詞ではなく、大規模な全文検索と複雑な集計のために設計されています。独立系サイトで導入する価値があるのは、次の2つのうちどちらかを満たす場合だけです。第一に、商品SKUが1000を超え、リアルタイムのファセット絞り込み（価格帯、素材、認証で同時にフィルタリング）が必要な場合。第二に、総ページ数が5000を超え、検索応答時間がすでに500ミリ秒を超えている場合。この2つに当てはまらないなら、Elasticsearchの導入は大砲で蚊を撃つようなものです。

設定で最もつまずきやすいのが、中国語と多言語の分かち書きです。英語はstandard analyzerで十分ですが、中国語はIK分词器を入れてカスタム辞書を設定する必要があります（製品型番や業界略語を登録）。そうしないと「304ステンレスフランジ」が1文字ずつに分割され、検索結果が完全に崩れます。多言語サイトでは言語ごとに独立したindexを作り、hreflangで対応付ける必要があります。この部分は次を参考にしてくださいHreflang多言語対応。CDNとキャッシュの設定方法は次を参照CDNグローバル高速化。

5. ゼロ件率は順位より重要な指標

多くのチームは「検索結果で何位か」を気にしますが、B2B検索の本当の重要指標はゼロ件率です。検索語を入力して結果が1件も出ないとき、訪問者は次ページを見るのではなくブラウザを閉じます。業界の目安では、ゼロ件率が20%を超えると検索語とコンテンツ構造のミスマッチ、35%を超えると検索機能がほぼ機能していない状態です。

ゼロ件率が高い場合の対処は2段階です。まず、ゼロ件のqueryを表に書き出し、頻度順に並べて上位20件のゼロ件語を必ず処理します。次に、各語について「その語に対応するコンテンツが存在しない」のか「コンテンツはあるが検索できない」のかを判断します。前者はコンテンツを追加し、後者はindexの重みを調整するか同義語を追加します。サイト内検索のqueryをコンテンツの不足として洗い出す方法は次を参照サイト内検索語の挖掘。Core Web Vitalsでは検索結果ページもLCPに影響します。次を参照Core Web Vitalsの最適化。

FAQ よくある質問

最後に

サイト内検索は独立系サイトで最も過小評価されている投資対効果の高いモジュールです。大掛かりな作業は不要で、まず2週間の計測を行い、ゼロ結果率と検索利用率の2つの数字でアップグレードの段階を決めます。ほとんどのサイトはSearchWPの段階で十分です。Elasticsearchは必須ではなく、規模が到達した後の自然な選択であり、検索体験の出発点ではありません。

導入は3ステップ。まず今週中に検索ボックスへGA4のイベント計測を仕込み、query・クリック・結果件数を記録します。次に2週間後にゼロ件ワードを書き出し、頻度の高い上位20語に対応します。最後に検索利用率を見てSearchWPを入れるか判断し、入れたら重み付けを1回調整して、1か月後に初回クリック率が25%から40%以上に上がったかを確認します。

覚えておきたい一言。検索利用率が低いのは検索が不要なのではなく、検索がひどくて誰も使わないだけです。まず計測して原因を診断し、それからエンジンの選定を考えましょう。