検索機能は、実装直後はそれっぽく動きます。しかし本当に効いているかは「見つかったか」で決まります。
見つからない検索は、ユーザーが何を求めているかの“生ログ”です。ゼロヒットや離脱が多いのに放置すると、フォーム改善やLP改善より先に機会損失が積み上がります。
本記事では、検索ログを使って「見つからない」を潰す運用設計を、実務の手順として整理します。
検索ログがあっても、結果件数しか残っていないと改善が進みません。最低限、次を残します。
個人情報が混ざる可能性がある場合は、同意やログの扱いを 同意管理 と矛盾しない形にします。監査性の観点は 監査ログ設計 と同型で「何を、なぜ残すか」を先に決めると安全です。
この分類ができると、改善の打ち手が一気に絞れます。
たとえば A は正規化とサジェスト、B は同義語辞書、C はカテゴリ・フィルタ設計、D はマスタ運用の話です。
型番・品番検索の体験は、入力補助(サジェスト/入力補助)とセットで考えると効きます。
正規化は、全角/半角、記号揺れ、空白、大小文字などを吸収し、「検索される側の表記」に寄せていきます。
ユーザーは社内用語を知りません。FAQのキーワード設計(検索性向上)と同様に、現場の呼び方・略称・俗称を辞書化して吸収します。
フィルタUIは、増やすほど迷わせます。まず設計の骨格は 絞り込みUIの考え方 を前提にして、チップ型(チップ型フィルター)など「解除しやすいUI」に寄せると離脱が減ります。
カテゴリ構造は カテゴリ構造テンプレ と整合するように組み直すと、運用で破綻しにくいです。
検索改善は、気合を入れると続きません。週次で回る最小サイクルが現実的です。
レポート定義が曖昧だと議論が終わらないので、KPI設計とレポート定義の観点で、ゼロヒット率・検索後クリック率・検索後CV(問い合わせ/予約)を先に定義しておくのが安全です。
型番や図番は表記ゆれが多く、BOM的な用語も混ざります。業務像は 製造業向け を前提に、正規化+同義語辞書を厚めに作ると効きます。
タイヤ・ホイールはサイズ表記や略語が多く、ゼロヒットが出やすい領域です。業務像は 自動車販売・整備・タイヤショップ向け を前提に、入力補助(サジェスト)とフィルタ解除のしやすさを優先すると改善が速いです。
検索ログは「見つからない理由」を可視化する最強の材料です。
ログ項目を整え、ゼロヒットをA〜Dで分類し、正規化・同義語・カテゴリ/フィルタUIの3点セットで小さく改善を回す。
これを続けるほど、検索が“問い合わせフォームの前段”として機能し、全体の成果が上がります。インテンスでも、検索改善は一度の大改修より、週次の小改善の方が成功率が高いです。