キーワードのリストをAIに貼り付けて、4分類に振り分けて、とだけ書いて送る。返ってきた表を見て、なんとなく合っている気もするし、違う気もする。検索意図の分類でつまずくのは、たいていここです。

指示が短いこと自体が悪いわけではありません。ただ、この一行には、分類の軸も、出力の形も、判断が割れたときの扱いも入っていません。決めていないことは、AIが勝手に決めます。そして、勝手に決めた部分は、あとから追えません。

この記事では、検索意図の分類をAIに任せるときの指示の中身と、返ってきた結果をどう確かめるかを設計します。分類作業を速くする記事ではなく、あとで見直せる形にするための記事です。

こんなふうに調べていませんか

  • 「検索意図 分類 AI」で検索して、指示の書き方を探している
  • AIが返してきた分類表を前に、どこまで信じていいか決めかねている

この記事を読み終えたときに手に入るもの

  • 検索意図の分類で、生成AIに任せる範囲と人が確定する範囲を線引きできます
  • 指示に入れる5つの指定事項を、自分のキーワードリストに合わせて書けます
  • 分類結果の精度を、キーワード数に応じた方法で確かめられます

結論30秒でわかる、この記事の結論

  • 検索意図の分類は、AIに下書きを作らせ、境界だけを人が引き直す形が扱いやすいです。
  • 指示で決めるのは、分類の軸・出力の形・迷ったときの扱い。この3点を書かないとAIが勝手に決めます。
  • 返ってきた結果は、キーワード数に応じて全件目視・サンプリング・揺れの計測を使い分けます。
下書きはAI、線引きは人。分担はここで切ります全部任せるか手作業か、の二択にしないでください下書きはAI、線引きは人。分担はここで切りますAIが担うひとまず箱へ入れる量が多いほど機械のほうが速い境目迷ったと言わせる言わせないと境目が見えない人が担う境目を引き直す自社の読者を知る人にしかできない鈴木さん全部任せるか手作業か、の二択にしないでください
下書きはAI、線引きは人。分担はここで切ります — 全部任せるか手作業か、の二択にしないでください

本記事の内容は2026-08-08時点のGoogle Search Central公式ドキュメントの掲載内容で確認したものです。

01検索意図の分類を生成AIに任せると、SEOの何が変わるんですか?

若葉さん
若葉さんの発言

検索意図の分類って、AIに全部やってもらうものだと思っていました。違うんでしょうか。

鈴木さん
鈴木さんの発言

全部か手作業か、という二択にしないほうが楽です。下書きはAIに作らせて、迷うところだけ人が線を引き直す。この形が、いまのところいちばん揺れが少ないと考えています。

キーワード調査は、候補の洗い出し・検索意図の分類・優先順位づけという工程に分けられます。このうち検索意図の分類は、AIの下書きに人が確定を重ねる形が基本になります。工程の地図はAIMJ-0101で扱っているので、この記事では分類の工程だけを掘り下げます。

分類を誤ると、記事の構成そのものが読者の求めるものとズレます。狙ったキーワードで上位に出たとしても、中身が読者の期待と噛み合わなければ成果には届きません。順位の前に、そもそも何を書く記事なのかが決まる工程だ、と考えてください。

Google公式によると、検索にはクロール・インデックス登録・検索結果への表示という段階があります(出典: Google Search Central・2025-12-18更新)。検索意図の分類は、この段階のさらに手前にある入力の設計にあたります。手前の設計がぶれると、その先の工程で取り返すのは難しくなります。

この章のまとめ

分類はAIの下書き+人の確定。順位より手前の、何を書く記事かが決まる工程。

02検索意図の分類が、生成AI任せで崩れるのはどうしてですか?

一見すると、分類はAIが得意そうな作業に見えます。それでも一次判定をそのまま採用すると、実務ではズレが出ます。理由は大きく3つに分かれます。

  • 検索する人の知識レベルによって、同じことを指す言葉が変わる
  • AI要約の登場で、クエリの形そのものが意図のシグナルになった
  • AI検索向けの裏技を探しに行って、分類軸そのものをこじらせる

3つは性質が違います。1つ目は読者側の事情、2つ目は検索結果側の変化、3つ目は設計する側の勘違いです。原因の層が違うので、まとめて「AIの精度が低い」と片づけると打ち手が見つかりません。

分類は、検索の仕組みが動き出す前に立っている手前がぶれると、先の工程では取り返せません分類は、検索の仕組みが動き出す前に立っている手前がぶれると、先の工程では取り返せません1意図を箱に分けるここは自分たちの設計2クロール3インデックス登録4検索結果への表示鈴木さん直せるのはいちばん左だけです
分類は、検索の仕組みが動き出す前に立っている — 手前がぶれると、先の工程では取り返せません

この章のまとめ

崩れる理由は読者側・検索結果側・設計側の3層。層が違うので、精度の一言でまとめない。

03読み手の知識の差は、検索意図の分類とSEOにどう効きますか?

1つ目の理由から見ます。Google公式のSEOスターターガイドには、知識レベルの違いで検索クエリの語彙が変わるという記述があります(出典: Google Search Central・2025-12-18更新)。トピックに詳しいユーザーと、詳しくないユーザーでは、使う言葉自体が異なります。

これは分類の作業に直接効きます。同じことを知りたい人でも、詳しい人は専門用語で検索し、詳しくない人は日常の言い回しで検索します。語彙が違うので、リストの上では別のキーワードとして並びます。並んだ言葉の見た目だけで振り分けると、同じ意図の語がばらばらの箱に入ります。

高梨課長
高梨課長の発言

語彙が違うだけで、聞きたいことは同じ。それを機械が見分けられるものでしょうか。

鈴木さん
鈴木さんの発言

そこは、AIに背景を渡してあげるしかありません。誰の立場で判定するのかを書いておくと、語彙のばらつきをある程度まとめてくれます。

この章のまとめ

知識レベルが違えば語彙も違う。見た目の言葉だけで振り分けると、同じ意図が分かれる。

04クエリの形が変わると、AI検索での検索意図の分類はどうなりますか?

2つ目の理由です。Pew Research Centerの調査によると、質問の形で始まる検索と、そうでない検索とで、AI要約が出る割合に差がありました(出典: Pew Research Center・2025年7月公開・米国成人900人のパネル調査)。質問形で始まる検索の60%がAI要約を生成し、名詞と動詞を含む完全文の検索でも36%が生成しました。

Ahrefsのキーワード分析調査もあります(出典: Ahrefs・2025年4月17日公開)。この調査によると、AI Overviewsが表示されるキーワードのうち99.2%が、情報を知りたい意図のキーワードでした。

この2つを重ねると、クエリの形と意図の結びつきが以前より見えやすくなっている、と読めます。裏を返せば、分類が粗いままだと、情報を知りたい人向けの構成と、購買に近い人向けの構成を取り違えます。取り違えたまま書き進めると、記事の後半で急に売り込みが始まるような、噛み合わない構成になります。

言い回しが変わると、AI要約の出方も変わる同じ話題でも、聞き方の形で見え方が入れ替わります言い回しが変わると、AI要約の出方も変わる同じ話題でも、聞き方の形で見え方が入れ替わります疑問詞から始まる聞き方60%主語と述語のそろった文36%Pew Research Centerのパネル調査。要約が出た割合です。
言い回しが変わると、AI要約の出方も変わる — 同じ話題でも、聞き方の形で見え方が入れ替わります

この章のまとめ

クエリの形が意図のシグナルになった。分類が粗いと、知りたい人と買いたい人の構成を取り違える。

05AI検索最適化のための特別な書き方は、検索意図の分類に要りますか?

3つ目の理由がここです。GoogleはAIによる概要への表示について、追加要件も特別な最適化も不要だと説明しています(出典: Google Search Central・2025-12-31更新)。

つまり、AI検索に向けた専用の分類軸を新しく発明する必要はありません。それでも探しに行ってしまうのは、新しい仕組みには新しい対策があるはずだ、と考えたくなるからです。この思い込みのまま軸をいじると、社内でしか通じない分類ができあがり、記事構成との対応が取れなくなります。

この章のまとめ

AI検索のための特別な分類軸は要らない。通常のSEOの精度を上げる作業として設計する。

06検索意図の分類プロンプトには、生成AIへ何を指定するんですか?

分類のラベル名だけを指定しても、指示としては足りません。次の3つをセットで指定します。

  • 分類の軸 — 何分類にするか、各分類の定義はどうか
  • 出力形式 — 1行1キーワードか、理由も含めるか
  • 判断に迷った場合の扱い — 迷いを明示させるか、保留にさせるか

知りたい・やり方を知りたい・特定サイトに行きたい・購入や申込に近い、という4分類を軸にする場合のプロンプト例です。

役割:BtoB SaaSのSEO担当者
指示:次のキーワードリストを、Know(知りたい)・Do(やり方を知りたい)・Go(特定サイトに行きたい)・
Buy(購入や申込に近い)の4分類に振り分けてください。
出力形式:1行1キーワード。分類ラベル、判断の理由を1文、迷う場合はその理由も添える。
禁止事項:分類理由を書かずに結論だけを出力しない。

判断の理由を1文、という指定を外すと、一次判定が正しいのか誤っているのかを人が検証する手がかりが、出力から消えます。理由を書かせることは、次の章で扱う精度検証の土台にもなります。

この章のまとめ

軸・出力形式・迷いの扱いをセットで指定する。理由を書かせることが、あとの検証の土台になる。

07検索意図の分類で、生成AIに指定する項目はいくつありますか?

指定事項を一覧にすると、次のとおりです。省略したときに何が起きるかまで並べると、どれを削ってよいかが見えます。

指定事項何を書くか省略した場合に起きること
役割誰の立場で判定するか(業種・担当領域)業界特有の文脈を無視した一般的な分類になる
分類の軸各ラベルの定義を具体例つきで書くラベルの解釈がAIの実行ごとにぶれる
出力形式1行1キーワード等、後工程で扱いやすい形式出力を人手で整形し直す手間が増える
理由の明示判断根拠を1文添えさせる誤分類の原因を後から追跡できない
迷いの扱い複数意図が混ざる場合の書き方を指定する誤った確信度で断定される

5つのうち、実務で最も省略されやすいのは迷いの扱いです。省略しても出力は返ってくるので、欠けていることに気づきません。気づくのは、記事の構成を作る段階で、どちらの意図で書けばいいのか分からなくなったときです。

指定を1つ落とすと、困るのは誰か書き手ではなく、後ろの工程の人にしわ寄せがいきます指定を1つ落とすと、困るのは誰か書き手ではなく、後ろの工程の人にしわ寄せがいきます書き忘れた指定困る人誰の立場で見るか読者像とズレて企画担当が悩むラベルの具体例回すたび答えが変わり本人が悩む並べ方の形整形からやり直す確認担当そう思った理由追跡できず見直し担当が詰まる迷ったときの書き方見出しを決める構成担当
指定を1つ落とすと、困るのは誰か — 書き手ではなく、後ろの工程の人にしわ寄せがいきます

この章のまとめ

指定は5つ。省略しても出力は返るので、欠けたことに気づくのは構成づくりの段階になる。

08役割を書かないと、生成AIの検索意図の分類はどうズレますか?

役割の指定を省くと、AIは一般的な検索行動の知識だけで判定します。判定そのものは返ってきますが、自社の読者を想定していない判定になります。

たとえば、クラウド会計ソフトというキーワードを考えます。BtoB SaaSの担当者から見れば、比較検討をしている層のキーワードに見えます。一方、税理士事務所の担当者から見れば、基礎知識を知りたい層のキーワードに見えることがあります。同じ語でも、誰の読者として見るかで箱が変わります。

役割を明示するだけで、こうした業界特有の解釈のズレを減らせます。書くのは1行で足りますが、効き方は大きい指定です。

この章のまとめ

役割を書かないと、自社の読者を想定しない判定になる。1行で書けて、効き方が大きい指定。

09生成AIが出した検索意図の分類は、どうやって精度を確かめますか?

分類ラベルをそのまま次の工程へ渡すのは避けてください。Googleは生成AIツールによる大量のコンテンツ作成について、ユーザーへの価値を伴わない場合、大量生成されたコンテンツの不正使用に関するスパムポリシーに違反しうると述べています(出典: Google Search Central・2025-12-31更新)。分類結果を検証せずそのまま量産へ使うことも、同じ考え方に照らして避けるべき運用です。

検証の方法は、大きく3つあります。

検証方法やること向いている場面
全件目視分類結果を1件ずつ人が確認するキーワード数が少ない場合
サンプリング確認一部を無作為に抽出して人が確認するキーワード数が多く全件確認が難しい場合
揺れの計測同じリストを条件を変えて2回分類させ、結果の差分を数えるプロンプトの表現を変えたときの安定性を見る場合

3つは排他的ではありません。初回はサンプリング確認で全体の傾向をつかみ、プロンプトの表現が固まった段階で揺れの計測に切り替える、という順序が扱いやすい流れです。キーワード数が少ない立ち上げ期は、そもそも全件目視でも大きな負担になりません。

サンプリング確認では、AIが迷いを明示したキーワードから先に見ます。理由が書かれた分類結果であれば、優先度の高いところから効率よく確認できます。

役割:SEO担当者(確認担当)
指示:以下のAI分類結果のうち、「意図が複数混在」と注記された行だけを抽出してください。
出力形式:元のキーワード・AIが選んだラベル・注記された理由、の3列。
どの確かめ方を選ぶかは、量と成熟度で決まる手法を並べるより、いまどこにいるかで選びますどの確かめ方を選ぶかは、量と成熟度で決まる手法を並べるより、いまどこにいるかで選びます全部を目で見る立ち上げ期はこれで足りる無作為に抜き出す偏らないよう先頭から取らない注記のある行だけ見る迷いが書いてあれば近道になる二度回して差を数える言い回しを変えても答えが動かないか指示の成熟 →(まだ試作 / 固まった)キーワードの量 →(少ない / 多い)
どの確かめ方を選ぶかは、量と成熟度で決まる — 手法を並べるより、いまどこにいるかで選びます

この章のまとめ

全件目視・サンプリング・揺れの計測を使い分ける。迷いの注記がある語から先に見る。

10判定が揺れたとき、検索意図の分類はAI活用のどこを直しますか?

揺れの計測は、同じキーワードリストに対して、プロンプトの表現だけを変えて2回分類させ、ラベルが変わった件数を数える方法です。表現を変えても結果が大きく変わらなければ、そのプロンプトは安定していると判断できます。逆に結果が大きく揺れる場合は、分類軸の定義があいまいだという設計上のシグナルです。

高梨課長
高梨課長の発言

揺れが出たら、まずプロンプトの文言を直せばよいのでしょうか。

鈴木さん
鈴木さんの発言

順番が逆になりがちなところです。先に、揺れた語を人が見て、なぜ判断が割れたのかを言葉にしてください。原因を決めないまま文言を触ると、別の場所に新しい揺れが出ます。

原因が定義のあいまいさであれば、分類軸の説明文を書き直します。原因がキーワード自体の意図の混在であれば、意図が複数混在という注記の対象を広げます。同じ「揺れた」でも、直す場所がまったく違います。

この章のまとめ

揺れたら文言より先に原因を言語化する。定義のあいまいさか、語そのものの混在かで直す場所が違う。

11意図が混ざる語は、生成AIの検索意図の分類でどう扱いますか?

分類でいちばん判断が割れるのは、1つのキーワードから複数の意図が読み取れる場合です。たとえば、クラウド会計ソフト 比較は、選び方を知りたいとも、導入を検討しているとも解釈できます。

若葉さん
若葉さんの発言

迷う語は、いったんリストから外してしまえば楽なのではと思ってしまいます。

鈴木さん
鈴木さんの発言

気持ちは分かります。ただ、迷う語ほど検索されていることが多いんです。外すのではなく、迷っていると書き残したまま次へ渡す。決着をつける場所を後ろにずらす、と考えてください。

こうした語を無理に1つのラベルへ押し込めると、記事の構成が中途半端になります。実務では、次の対応を組み合わせます。

  1. プロンプトに、意図が複数混在という注記ラベルを用意し、AIに無理な単一化をさせない
  2. 複数意図と判定された語は、記事の構成段階で比較情報を先に示し、検討者向けの導線を後半に置くなど、両方の意図に応える構成へ振り替える

別の例として、SEOツール 無料があります。無料の範囲を知りたいとも、無料ツールを今すぐ使いたいとも読めます。こうした語をAIに一度判定させて終わりにすると、見出し構成が中途半端になりがちです。プロンプト側で迷いを明示させたうえで、構成設計の担当が最終的な見出し配置を決める、という二段の分業にしてください。

複数意図の語を一律で除外すると、検索ボリュームの大きい語を取りこぼしがちです。除外ではなく、構成の工夫で吸収する発想が現実的です。

意図が混ざる語を、どこで受け止めるか受け止める場所を変えるだけで、取りこぼしが減ります意図が混ざる語を、どこで受け止めるか受け止める場所を変えるだけで、取りこぼしが減ります判定の段階で決着させるどれか1つの箱へ寄せる収まらない語は候補から外すボリュームの大きい語ほど落ちやすい構成の段階で受け止める混ざっていると書き残す見出しの並びで両方に答える落とさずに記事の形へ変換できる
意図が混ざる語を、どこで受け止めるか — 受け止める場所を変えるだけで、取りこぼしが減ります

この章のまとめ

混ざる語は除外せず、注記で残して構成側で吸収する。判定の一度きりで終わらせない。

12検索意図の分類をAI活用で回すとき、つまずくのはどこですか?

運用を組織へ導入するときに、つまずきやすい点を挙げます。

  • プロンプトに分類の軸だけを書き、理由の明示を指定しない。検証の手がかりが出力から消える
  • 迷いを明示する指定を入れず、AIが常に自信のある断定形で分類結果を返す
  • サンプリング確認の対象を無作為ではなく先頭のいくつかだけにしてしまい、偏った確認になる
  • 複数意図のキーワードを機械的に除外し、検索ボリュームの大きい語を取りこぼす
  • 一度作ったプロンプトを使い回し、分類軸の定義が実際の記事構成とズレていることに気づかない
  • 検証結果を記録に残さず、同じ誤分類のパターンを次のリストでも繰り返す

並べてみると、どれも実行中のミスではなく、設計段階の抜けだと分かります。裏を返せば、着手前の確認でほとんど防げるということです。

この章のまとめ

つまずきは実行のミスではなく設計の抜け。記録を分類表の隣に置くと、繰り返しが止まる。

13着手前に、検索意図の分類とAI活用の設計は何を確かめますか?

分類作業に入る前に、次の項目を上から確認してください。

  • プロンプトに分類の軸と各ラベルの定義を具体例つきで書いた
  • 出力形式(1行1キーワード等)を指定した
  • 判断理由を1文添えさせる指定を入れた
  • 複数意図が混ざる場合の注記ラベルを用意した
  • AIの分類結果を全件確認するか、サンプリング確認するかを決めた
  • サンプリングする場合は無作為抽出にした(先頭のいくつかで済ませていない)
  • 意図が複数混在の注記がある語は、除外せず構成の工夫で吸収する方針にした
  • プロンプトの表現を変えても結果が大きく揺れないかを確かめた

前半はプロンプトの中身、後半は確認のしかたです。前半だけを整えて走り出すと、出力は綺麗になりますが、正しいかどうかは分からないままになります。両方をそろえてから着手してください。

この章のまとめ

確認は前半がプロンプト、後半が検証。前半だけ整えると、綺麗だが確かめられない出力になる。

14よくある質問

検索意図の分類は生成AIだけで完結できますか

完結はおすすめできません。AIは一次判定の下書きを高速に作れますが、業界特有の文脈や、複数意図が混ざる語の最終判断には人の確認が必要です。プロンプトに理由の明示を指定し、検証しやすい形で結果を受け取ってください。判断理由が残っていれば、後から見直すときの手がかりにもなります。

検索意図分類のプロンプトで最も省略されやすい指定は何ですか

迷いの扱いです。AIに常に1つのラベルを断定させる指定のままだと、複数意図が混ざるキーワードまで無理に単一化されます。迷いを明示させる一文を加えるだけで、後工程の確認負担が変わります。

AIの検索意図分類の結果はどうやって検証すればよいですか

キーワード数が少なければ全件目視、多ければサンプリング確認が現実的です。AIに迷いを明示させていれば、注記のある語を優先的に確認でき、限られた時間で効率よく検証できます。

検索意図が複数混ざるキーワードは記事から除外すべきですか

除外は推奨しません。検索ボリュームの大きい語を取りこぼす可能性があります。複数意図と判定された語は、記事の構成段階で両方の意図に応える見出し配置に振り替える対応が現実的です。

AI Overviewsの登場で検索意図分類の重要性は変わりましたか

高まっています。Pew Research Centerの調査(出典: Pew Research Center・2025年7月公開)では、質問形のクエリの60%がAI要約を生成すると分かっています。クエリの形と意図の結びつきが強まっている以上、分類プロンプトの設計精度が記事構成の精度に直結します。

プロンプトの役割指定はどこまで具体的に書くべきですか

業種と担当領域までは最低限指定してください。SEO担当者だけでは抽象的すぎます。BtoB SaaSのSEO担当者のように、対象読者の事業モデルまで書くと、業界特有の解釈のズレを減らせます。

15まとめ|今日やる3つのこと

今日この順でやります

  1. 分類の軸を具体例つきで書き直す

    ラベル名だけでなく、各ラベルに当てはまる語の例を1つずつ添えます

  2. 理由と迷いを書かせる一文を足す

    判断根拠を1文、複数意図なら注記、という指定を指示に入れます

  3. 注記のある語から確認する

    迷いが明示された行だけを抜き出し、そこから人の目を入れます

今日この順で指示を直します作り直しではなく、足りない行を足す作業です今日この順で指示を直します作り直しではなく、足りない行を足す作業です1ラベルに例を1つずつ添える名前だけの定義は、回すたびに解釈が動きます2そう思った理由を書かせる行を足す迷ったときの書き方も、同じ行に指定します3注記のある行から目を通す全部を平らに見るより、境目から見たほうが速いです
今日この順で指示を直します — 作り直しではなく、足りない行を足す作業です

AI検索では、こう聞かれています

  • 検索意図の分類は生成AIだけで完結できますか?

    「検索意図の分類を生成AIに任せると、SEOの何が変わるんですか?」の章で、下書きと確定の分け方を説明しています

  • 検索意図の分類プロンプトには何を書けばいいですか?

    「検索意図の分類で、生成AIに指定する項目はいくつありますか?」の章に、5つの指定事項を表でまとめています

  • AIが出した分類結果は、どうやって精度を確かめればいいですか?

    「生成AIが出した検索意図の分類は、どうやって精度を確かめますか?」の章に、確認方法の使い分けがあります

次に読むなら、この記事です