Site Search
記事が増えたサイトは、メニューだけでは探しきれない
Webサイトのページ数が増えると、読者は「どこに何があるか」を見つけにくくなります。カテゴリ、パンくず、関連記事だけで案内できるうちはよいのですが、記事が数十ページ、数百ページになると、検索窓があるだけで迷子を減らせます。
サイト内検索とは、Google検索のようにWeb全体を探すのではなく、自社サイトの中だけを探す機能です。読者が「法人カード」「03番号」「商標」「電球」など、自分の言葉で探せるため、目的のページへ進みやすくなります。
このページでは、サイト内検索を入れるべきタイミング、主な導入方法、検索結果ページの作り方、検索ログの見方、失敗しやすい点を整理します。
サイト内検索が必要になりやすいサイト
最初から必ず検索機能が必要なわけではありません。ページ数が少なく、メニューだけで全体を見渡せるなら、カテゴリ整理と関連記事の方が優先です。検索機能が効きやすいのは、読者の探し方がバラバラになってきた段階です。
| 状態 | 検索機能の必要性 | 理由 |
|---|---|---|
| 会社概要、サービス、問い合わせ程度の小さなサイト | 低い | メニューとフッターで十分に案内できます。 |
| ブログやガイド記事が30ページ以上ある | 中 | 読者がカテゴリ名ではなく、自分の悩みやキーワードで探し始めます。 |
| 商品、型番、地域、制度、用語の記事が多い | 高い | 一覧から探すより、検索した方が早い読者が増えます。 |
| 古い記事と新しい記事が混在している | 高い | 検索結果で新しい解説や正規ページへ誘導しやすくなります。 |
| 問い合わせ前に記事を読んでほしい | 高い | 読者が自己解決できると、問い合わせの質も上がります。 |
主な導入方法
サイト内検索にはいくつかの方法があります。専門用語が出てきますが、ざっくり言えば「Googleに探してもらう」「自サイト用の検索データを作る」「外部の高機能検索サービスを使う」「CMSの機能を使う」の4つです。
| 方法 | 向いているケース | 注意点 |
|---|---|---|
| Google Programmable Search Engine | 手早くサイト内検索を設置したい。Googleに登録済みのページを中心に探せればよい。 | Googleのインデックス状況に影響されます。表示や広告、見た目の調整範囲を確認します。 |
| Pagefind | 静的HTMLサイトで、サイト公開時に検索用データを作りたい。軽量な検索を自サイト内で動かしたい。 | 公開前に検索インデックスを生成する作業が必要です。FTP運用なら更新手順に組み込みます。 |
| Algoliaなどの検索サービス | 商品数、記事数、絞り込み、入力補完、ランキング調整など高度な検索が必要。 | 料金、データ同期、実装作業、検索ログの扱いを確認します。 |
| WordPressなどCMS標準検索 | WordPressで記事を管理しており、簡易検索で足りる。 | 検索精度、表示順、固定ページやカスタム投稿の扱いを確認します。 |
4方式の違いをもう少し具体的に見る
同じサイト内検索でも、検索対象の作り方が違います。ここを理解しておくと、導入後に「なぜ新しい記事が出ないのか」「なぜ表示順を調整できないのか」で迷いにくくなります。
| 方式 | 検索対象の作り方 | 小規模サイトでの現実的な使い方 |
|---|---|---|
| Google Programmable Search Engine | Googleが把握しているページをもとに検索します。対象サイトや表示デザインを設定して使います。 | まず検索窓を試したい場合に向きます。新規ページが検索結果へ出るまで時間差がある点は理解しておきます。 |
| Pagefind | 公開済みHTMLを読み取り、検索用の小さなデータを生成します。静的サイト向けの考え方です。 | このサイトのようにHTMLファイル中心で管理する場合に相性があります。記事更新後に検索データを作り直す手順を決めます。 |
| Algolia | 検索対象データをサービス側へ送り、検索UI、ランキング、絞り込み、分析を組み合わせます。 | 商品数や記事数が多く、検索精度や絞り込みを重視するEC・大規模メディア向けです。設定と運用の担当者も必要です。 |
| CMS標準検索 | WordPressなどのデータベース内の記事を検索します。 | WordPressサイトでは最初に確認します。固定ページ、カスタム投稿、PDF、古い記事をどう扱うかを見ます。 |
どれを選ぶべきか
最初から高機能な検索を入れるより、サイト規模と運用方法に合うものを選びます。中小企業の情報サイトやコーポレートサイトなら、更新方法と費用を見て現実的に続けられることが重要です。
導入の手順
検索機能は、ツールを入れる前に「どのページを探してほしいか」を決めると失敗しにくくなります。古いページ、テストページ、重複ページまで検索結果に出ると、読者を余計に迷わせます。
- 検索対象を決める。ガイド記事、サービス紹介、用語集、照明記事など、対象にする範囲を分けます。
- 除外するページを決める。リダイレクト済みページ、制作途中ファイル、重複ページ、問い合わせ完了ページは出さないようにします。
- タイトルと説明文を整える。検索結果ではタイトルと短い説明が判断材料になります。
- 検索結果ページを作る。再検索窓、カテゴリへの戻り導線、0件時の案内を入れます。
- スマホで確認する。検索窓、入力欄、検索結果、再検索が片手操作で使えるかを見ます。
- 更新作業に組み込む。記事追加後に検索データを更新する、またはインデックス反映を確認する手順を決めます。
検索窓を置く場所
検索機能を入れても、読者が見つけられなければ使われません。検索窓は、迷った読者が自然に目を向ける場所へ置きます。
- ヘッダー付近に小さく置く
- スマホではメニュー内、またはヘッダー下に置く
- カテゴリトップや記事一覧ページに置く
- 404ページに置いて、迷った読者を戻す
- 検索結果ページには、再検索窓と関連カテゴリへのリンクを置く
検索窓は大きく目立たせればよいわけではありません。会社サイトなら控えめに、記事サイトや商品点数の多いECなら見つけやすく、というようにサイトの目的に合わせます。
検索結果ページで大切なこと
検索結果ページは、単に一覧が出ればよい場所ではありません。読者が「これで合っていそう」と判断できる情報を出します。
| 表示するもの | 理由 | 注意点 |
|---|---|---|
| ページタイトル | どの記事かすぐ判断できます。 | 似たタイトルが多いと迷うため、各ページの主語を明確にします。 |
| 短い説明文 | クリック前に内容を判断できます。 | meta descriptionや本文冒頭が薄いと、検索結果も弱くなります。 |
| カテゴリ名 | Web、経理、店舗、AIなど文脈がわかります。 | カテゴリが多すぎる場合は、親カテゴリだけでも表示します。 |
| 更新日 | 制度や料金が関係する記事で安心材料になります。 | 更新していない記事に新しい日付だけ付けるのは避けます。 |
| 該当なしの案内 | 0件で終わらせず、近いカテゴリへ戻せます。 | 問い合わせ、カテゴリ一覧、人気記事へ誘導します。 |
日本語サイトでは表記ゆれを前提にする
日本語のサイト内検索では、読者が同じ意味を別の言葉で探すことがあります。検索機能だけに任せるのではなく、本文、見出し、関連記事、検索結果の案内で吸収します。
| 読者の言い方 | 記事側で拾いたい言葉 | 対応例 |
|---|---|---|
| ビジフォン | ビジネスフォン、代表電話、固定電話 | 本文で自然に言い換えを入れ、関連ページへ送る。 |
| 会社カード | 法人カード、ビジネスカード、事業用カード | 親ページの見出しや検索結果の説明文に主要表記を入れる。 |
| ネット銀行 | 法人口座、事業用口座、屋号付き口座 | 検索結果で法人向けと個人事業主向けの違いがわかるようにする。 |
| AI議事録 | 文字起こし、要約、ボイスレコーダー、商談メモ | 音声AIカテゴリから関連サービスへ進めるようにする。 |
| 電球 | LEDランプ、蛍光灯、直管、代替品、型番 | 型番や旧商品名を検索で拾えるよう、照明カテゴリ内の説明を整える。 |
検索結果が0件になる語句は、読者が使う本当の言葉です。言い換えを本文へ足す、関連記事を追加する、検索結果の0件ページで近いカテゴリを案内する、といった改善につなげます。
検索ログを見ると、読者の悩みが見える
サイト内検索の価値は、検索窓を置くことだけではありません。読者が入力した言葉を見ることで、足りない記事、わかりにくい表現、導線の弱いページが見えてきます。
アクセス解析で検索語句や検索結果ページの動きを見られるようにすると、記事追加の優先順位を決めやすくなります。読者が検索した言葉は、かなり正直な「次に欲しい記事リスト」です。
検索ログと個人情報の扱い
検索ログには、読者が入力した言葉が残ることがあります。多くは「法人カード」「開業届」のような一般的な語句ですが、まれに会社名、個人名、電話番号、メールアドレス、取引先名のような情報が入力されることもあります。
- 検索ログを誰が見られるかを決める
- 個人名やメールアドレスらしき語句が出た時の扱いを決める
- 検索ログを記事改善以外の目的で使わない
- 外部検索サービスを使う場合は、送信されるデータと保存場所を確認する
- プライバシーポリシーでアクセス解析や外部サービス利用の説明と矛盾しないようにする
検索ログは便利ですが、読者が意図せず入力した情報まで雑に扱ってよいわけではありません。サイト改善に必要な範囲で見て、保存期間や閲覧権限も決めておきます。
0件検索をそのまま終わらせない
検索結果が0件だった時に「見つかりませんでした」だけで終わると、読者は離脱しやすくなります。0件ページは、サイトの案内を出し直す場所です。
導入前チェックリスト
- 検索対象にするページと除外するページを決める
- 古いページ、リダイレクト済みページ、管理用ファイルを検索結果に出さない
- 各ページのタイトルと説明文をわかりやすくする
- 検索結果ページをスマホで見やすくする
- 0件だった時の案内を用意する
- 検索窓の場所をPCとスマホで確認する
- 検索ログをどう見るか決める
- 更新時に検索データも更新される手順にする
関連するサービス候補
サイト内検索は単体で考えるより、サイト改善、アクセス解析、公開後の保守と一緒に見ると効果が出やすくなります。検索窓を置いた後は、検索された言葉を記事改善へ戻します。
