SharePoint の「Microsoft Search」レポートは、同じように見えても“どこから開いたか”で集計範囲が変わります。さらに「月別クエリ数」「インプレッション」「人気クエリ」などの指標は、定義を押さえないと誤解しやすいのが難点です。ここではレポートの見方を整理し、数字のズレやエクスポート時の重複まで、運用で迷わない判断基準をまとめます。
Microsoft Search（SharePoint）のレポートは「どこで見るか」で集計範囲が変わる
最初に押さえるべきポイントはこれです。Microsoft Search の「Insights（インサイト）」は、開く場所によって“サイト単位”にも“組織全体（テナント）単位”にもなります。同じ名称の指標でも、母数が変われば解釈も変わるため、まずは入口を確認してください。
SharePoint サイトから見る場合（サイトレベル）
サイト所有者やサイト管理者が、そのサイトの検索利用状況を把握したいときに見る画面です。代表的な導線は次のようになります。
- 「サイトの設定」→「Microsoft Search」→「Search Insights and configuration（検索インサイトと構成）」→「Insights（インサイト）」
この場合、基本的に“その SharePoint サイト内（サイトのスコープ）”での検索に関する傾向を読む用途になります。
Microsoft 365 管理センターから見る場合（テナント全体）
Microsoft 365 管理者が、組織全体の検索利用状況や検索体験を把握・改善したいときに見る画面です。代表的な導線は次のようになります。
- 「Microsoft 365 管理センター」→「すべての管理センター」→「Search & Intelligence（検索とインテリジェンス）」→「Insights（インサイト）」
この場合は、テナント全体（組織全体）での Microsoft Search の利用状況を読む前提になります。
| 比較項目 | SharePoint サイトから見る | Microsoft 365 管理センターから見る |
|---|---|---|
| 集計範囲 | 特定の SharePoint サイト（サイトレベル） | テナント全体（組織全体） |
| 主な利用者 | サイト所有者／サイト管理者 | Microsoft 365 管理者／検索管理者 |
| 見る目的 | サイト内で必要情報が見つかっているか、検索が使われているか | 組織全体の検索体験、横断的な改善（ブックマーク等） |
| 解釈の注意点 | サイトの規模・権限設計で数字が大きく変わる | 部門差・利用部門の偏りが平均値に埋もれやすい |
まずは、あなたが今見ているレポートが「サイトの話」なのか「組織全体の話」なのかを確定させましょう。ここを取り違えると、次の指標の理解がすべてズレます。
「Number of Queries by Month（月別クエリ数）」の意味と、正しい読み方
Number of Queries by Month（月別クエリ数）は、指定された範囲（サイトまたはテナント）でユーザーが実行した検索クエリの回数を、月ごとに集計したものです。
「クエリ数」は“検索した回数”として読む
- 同じキーワードで何度検索しても、基本的にその回数分カウントされます（例：「経費精算」を10回検索すれば10回）。
- 検索窓からの検索だけでなく、Microsoft Search の導線上で発生する検索行動が対象になることがあります（どの導線が含まれるかは画面・機能の範囲に依存します）。
実務で役立つ見方：増減の理由を“利用シーン”に落とす
月別クエリ数は、単に「多い／少ない」よりも、増え方・減り方のパターンから利用シーンを推測すると価値が出ます。
- 月初だけ伸びる：申請・締め処理・人事手続きなど、ルーチン業務の導線になっている可能性。
- 特定月だけ急増：組織改編、制度変更、全社イベント、ポータル更新などの影響の可能性。
- 継続的に減少：ナビゲーション改善で検索頼みが減った（良い減少）／検索が使いづらくなった（悪い減少）を切り分ける必要。
“良い増加”と“悪い増加”を見分けるコツ
検索回数の増加は必ずしも良いことではありません。例えば、目的の情報にすぐ辿り着けないと、ユーザーは検索を繰り返します。つまりクエリが増えているのに成果が出ていない状態もあり得ます。
その見分けのために、後述するImpressions（表示回数）や、可能であればクリック関連の指標も合わせて見ます。
検索クエリをユーザー ID と紐づけて確認できるか
結論から言うと、Microsoft Search の標準レポート（Insights）では、検索クエリを個々のユーザー ID とひも付けて確認することはできません。
できない理由：匿名化とプライバシーしきい値
検索データはプライバシー保護の観点から、個人が特定されない形で集計されます。一般的に、次のような考え方の制限が入ります。
- 個別ユーザーの検索履歴として見える形にはならない
- 条件に該当するユーザーが少数だと、表示されない（しきい値）
- 個人を推測できる恐れがある “レアなクエリ” は集計から除外されることがある
では、原因調査はどうするのが現実的か
「誰が検索したか」を追うのではなく、運用では次のアプローチが現実的です。
- 上位クエリ（Top Queries）を起点に、不足コンテンツ・不足メタデータ・誤字を洗い出す
- 部署や地域など“グループ単位”の傾向が見える画面（User Analytics 等）が使える場合は、そこで偏りを確認する
- 個別事象（「検索しても出ない」など）は、ユーザーからの再現手順（検索語・期待するファイル名・アクセス権）を聞き取り、権限・メタデータ・同義語を点検する
個人特定を前提にした分析ではなく、「多くの人が困っている検索」を構造的に直す方向に寄せると、改善が進みやすくなります。
「Impressions by Month（月別表示回数）」とは何か
Impressions（インプレッション／表示回数）は、検索結果ページ上に、検索結果（ファイル、ページ、人物、回答など）が表示された回数を指します。ポイントは「クリックされたかどうかは関係なく、表示された時点でカウントされる」ことです。
例で理解する：クエリ1回で、表示回数は何回にもなり得る
ユーザーが「社内規程」と検索し、検索結果が10件表示されたとします。このとき、検索行動は1回（クエリ1回）でも、結果の表示は複数件分発生します。つまり、一般に表示回数（Impressions）はクエリ数より大きくなりやすい指標です。
なぜ「表示回数」を見るのか：露出（リーチ）を測るため
Impressions は、ユーザーの目に触れている量を測るのに向いています。例えば次のような判断に使えます。
- 検索結果に必要な種類のコンテンツ（ページ、ファイル、People、Q&Aなど）が十分露出しているか
- あるクエリに対して、表示される結果が少なすぎないか（権限で見えない／コンテンツが不足している等の兆候）
- 検索結果が表示されていても、クリックされない（タイトルや説明が弱い／関連性が低い）可能性
| 指標 | 何を数えているか | 読み解けること | よくある改善ポイント |
|---|---|---|---|
| Number of Queries | 検索した回数 | 検索がどれだけ使われているか（需要） | ポータル導線、検索窓の位置、周知 |
| Impressions | 検索結果が表示された回数 | 検索結果がどれだけ露出しているか（供給） | コンテンツ整備、権限、メタデータ、同義語 |
| Clicks（表示があれば） | 結果がクリックされた回数 | 結果が“役に立った”可能性 | タイトル改善、要約、ページ構成、ファイル名 |
| CTR（表示があれば） | クリック率（Clicks/Impressions） | 表示はされるが選ばれていないか | 上位結果の質、ブックマーク、関連性調整 |
特に運用で多いのが、「表示はされているのにクリックされない」という状態です。これは検索エンジンの問題というより、コンテンツの“見せ方”（タイトル、説明、ファイル名、ページ冒頭の要約、更新日など）や、検索語に対する“答えのページ”が存在しないことが原因になりがちです。
「Number of Queries by Month」と「Top Queries by Month」の数字が合わない理由
「月別クエリ数」と「月別人気クエリ（Top Queries）」を並べて見たとき、合計が一致しないのは正常です。なぜなら、2つのレポートは目的が違い、集計対象も違うからです。
月別クエリ数：すべての検索を合算した“総量”
Number of Queries by Monthは、その範囲で実行された検索の総回数を表します。出現回数が1回だけのクエリも含め、基本的に“検索行動”として発生したものは総量として積み上がります。
人気クエリ：頻出クエリだけを抽出した“上澄み”
Top Queries by Monthは、よく使われるクエリだけを抽出して見せるためのレポートです。一般的に次のような条件（しきい値）がかかります。
- 一定回数以上実行されたクエリのみ対象
- 一定人数以上のユーザーが実行したクエリのみ対象
- プライバシー保護のため、個人特定につながり得るレアなクエリは除外される場合がある
つまり、月別クエリ数は「全クエリの合計」、人気クエリは「条件を満たす一部のクエリのリスト」なので、月別クエリ数 ＞ 人気クエリの合計になって当然です。
| ズレの要因 | 何が起きているか | 見え方の特徴 | 運用上の捉え方 |
|---|---|---|---|
| 上位のみ表示（Top N） | 人気クエリは上位の一部だけ表示される | 合計しても全体に届かない | “全体”ではなく“代表例”として使う |
| しきい値 | 回数・人数が少ないクエリは載らない | ロングテールが消える | ニッチ課題は別途ヒアリングで拾う |
| プライバシー保護 | 特定につながり得るクエリを抑制 | 社内固有名や人名が出にくいことがある | “出ないこと”自体は異常ではない |
| 表記ゆれの分散 | 同じ意味でも入力が分かれている | 似たクエリが複数行に散る | 同義語・略語整備の候補が見つかる |
人気クエリは「全件の監査ログ」ではなく、改善のヒントを得るための“ダイジェスト”として扱うのがコツです。
エクスポートした「Number of Queries by Month」で最後の月が重複して見えるときの考え方
レポートをダウンロード（エクスポート）した際に、最後の月が2行ある、あるいは同じ月が重複して見えることがあります。このとき、安易に合算すると水増しになる可能性があるため、まずは“期間が同じかどうか”を確認します。
よくある原因パターン
- 途中集計（当月の途中まで）と、別の期間集計が混在している
- タイムゾーンや更新タイミングの差で境界がズレ、同月に見える行が分かれている
- エクスポート側の仕様変更・不具合で、同じ月が二重に出力される
| 状況 | データ上のサイン | 合算してよい？ | 推奨アクション |
|---|---|---|---|
| 当月の途中集計が混ざる | 開始日/終了日（期間列）が異なる | 原則しない | UI表示の値と一致する行（または最新の終了日）を基準に読む |
| タイムゾーン境界のズレ | 期間が数日だけズレて分割 | 慎重に判断 | 重複期間がないか確認し、重複があれば合算しない |
| 同一条件の二重出力 | 期間列もフィルター条件も完全一致 | しない | 不具合の可能性としてサポートへ確認する |
実務でのチェック手順（迷ったらこの順番）
- エクスポートに「開始日」「終了日」「期間」列があるかを確認し、重複して見える月の2行で期間が一致しているか比べます。
- SharePoint 画面（UI）に表示されている「Number of Queries by Month」の値と、エクスポートのどの行が一致するか照合します。
- 期間が少しでも違うなら、勝手に合算しないのが安全です（期間が重なっていれば水増しになります）。
- 期間も条件も同一に見えるのに二重なら、レポートの不具合・仕様変更も疑い、スクリーンショットとエクスポートファイルを添えて Microsoft サポートへ確認します。
Excel での実用的な整形（重複判定を早くする）
エクスポートCSVをExcelで扱う場合は、次の整形をすると判断が速くなります。
- データ範囲をテーブル化して、期間列（開始日・終了日）でフィルター
- 「月」＋「開始日」＋「終了日」を結合したキー列を作り、同一キーが重複していないか確認
- ピボットテーブルで「月」だけで合算する前に、期間が同じ行同士かを必ず点検
「月別」と書かれていても、裏では“何日から何日まで”の集計が定義されています。月表示だけで判断せず、期間列を見てください。
数字を“改善アクション”につなげる：Microsoft Search レポートの使い方
レポートは眺めるだけだと成果につながりません。運用で効くのは、「よく検索されるのに、答えが見つかりにくいテーマ」を特定して潰すことです。
改善の当たりをつける見方
- クエリ数が多いのに、人気クエリが偏っている：社内で困りごとが集中している可能性。トップの検索語から優先度をつけて改善。
- 特定の人気クエリが毎月上位に居続ける：恒常的なニーズ。専用ページを作る、ポータルの目立つ場所に導線を置く、検索の“答え”を用意する。
- 検索語の表記ゆれが多い：「旅費精算／経費精算／立替／出張精算」など。同義語・略語の整備で検索体験が上がる余地。
Microsoft Search／SharePoint 側でできる代表的な改善（実務向け）
組織や権限によって使える範囲は異なりますが、一般的に取りやすい改善策は次のとおりです。
- “答えのページ”を作る：頻出クエリに対して、1ページに必要情報を集約（申請手順、リンク、FAQ、担当窓口）。
- ページ/ファイルのタイトルと冒頭要約を整える：検索結果の表示で判断されやすいのはタイトルと冒頭数行。人が読んで分かる命名にする。
- 更新日・版管理を明確にする：古い手順書が上位に出ると不満が増え、検索の繰り返しにつながる。
- 略語・社内用語の統一：社内の“通称”で検索されるなら、その通称で見つかるように用語を揃える。
- アクセス権（閲覧権限）を点検：検索で見つからない原因の一定割合は権限。対象ユーザーが見られる場所に置かれているか確認。
| レポートで見えるサイン | ありがちな原因 | まずやる改善 |
|---|---|---|
| 特定クエリが毎月ずっと上位 | 恒常的ニーズなのに導線が弱い | 専用ページ作成＋ポータルに固定導線 |
| 似たクエリが多数（表記ゆれ） | 用語統一ができていない | ページ内表記統一／見出しに別名も併記 |
| 検索が増えているのに満足度が低い | 検索結果の上位が分かりにくい | タイトル改善、要約追記、ファイル命名の見直し |
| 本来あるはずの文書が見つからない | 権限・保存場所・メタデータ不備 | 権限確認、保存場所統一、メタデータ整備 |
よくある誤解と、判断ミスを防ぐポイント
「クエリ数が増えた＝検索が良くなった」とは限らない
検索が便利になって利用が増えたケースもありますが、逆に探せないから何度も検索しているケースもあります。可能なら「Impressions」やクリック関連の指標、ユーザーの声（問い合わせ件数）と合わせて判断すると誤判定が減ります。
「人気クエリに出ない検索語＝誰も困っていない」ではない
人気クエリはしきい値やプライバシー保護で、ロングテールが見えません。特に人数が少ない部署の課題は、人気クエリに出にくいことがあります。現場ヒアリングや問い合わせログと組み合わせるのが現実解です。
エクスポートの重複は“合算”より先に“期間確認”
「同じ月が2行ある」状態で合算してしまうと、レポートが信用できなくなります。開始日・終了日が見られるなら必ず確認し、UIと照合して扱いを決めてください。
まとめ：Microsoft Search（SharePoint）レポートを読み間違えないための最短ルール
- 同じ Insights でも、入口が違えば集計範囲が違う（サイトレベル／テナント全体）。
- 検索クエリをユーザー ID と紐づけることは標準レポートではできない（匿名化・しきい値）。
- Impressions は“表示回数”で、クリックとは別。露出の指標として読む。
- 月別クエリ数と人気クエリの合計が合わないのは仕様として自然（人気クエリは頻出のみ）。
- エクスポートで月が重複して見えたら、合算より期間確認。UIと突き合わせ、不明ならサポート確認が安全。
コメント