求人票は書いた。媒体にも掲載した。それでも「AIに条件を伝えて探させたとき、うちの求人は候補に入っているのか」と聞かれると、答えに詰まる。
人材・採用の領域では、応募する側にも採用する側にも、AIエージェント（人に代わって探し、絞り込むAI）が入り始めました。事例を調べると数字は出てきます。ただ、その数字が何を測ったものなのかは、案外はっきり書かれていません。
この記事は、採用サイトや求人ページを運用している方に向けて書きました。公表されている事実と、そこから自社の求人ページに持ち帰れることを、はっきり分けて並べます。専門用語は出てきたその場で言い換えます。
こんなふうに調べていませんか
- 「人材 採用 AIO 事例」で検索して、他社が何をやったのかを知りたい
- 求人ページの構造化データを、どこまで書けばいいのか分からない
- 社内で「AI採用の効果は出ているのか」と聞かれ、公表数値の読み方に迷っている
この記事を読み終えたときに手に入るもの
- 公表されている数字を、どこまで自社の成果として読めるかを切り分けられます
- 求人ページに書く項目を、公式仕様の順に点検できるようになります
- 募集が終わった求人ページの畳み方を、社内の手順に組み込めます
結論30秒でわかる、この記事の結論
- 人材・採用のAIO事例として出回っている数字は、AIエージェントを提供する側が、自社サービスの中で測った利用データです。
- 企業の求人ページがAI経由の応募を増やした、という個社の数値は、いまのところ見当たりません。
- 自社でできるのは、募集条件を文章に埋めず、機械が拾える単位へ切り出して公開することです。
この記事では、ある会社の採用チームと専門家の会話をはさみながら進めます。自分に近い立場の人の質問から読んでいただいて構いません。
- 若葉さん（Web担当2年目）— 「そもそも、それは何ですか」を聞く役
- 高梨課長（採用の実務と工数を見る役）— 「誰が、どれくらいの手間でやるんですか」を聞く役
- 大森部長（投資判断をする役）— 「それで採用に効くのか」を聞く役
- 鈴木さん（AIO/SEOの専門家・本誌監修）— 答える役
01人材・採用のAIO事例って、いま何が起きているんですか？
若葉さん「人材 採用 AIO 事例」で調べたら、大きなサービスの発表がいくつも出てきました。あれは、うちのような一般の会社の話なんでしょうか。
鈴木さんいい着眼点です。あの発表は、求人サービスを提供している側の話なんですよ。まず、そこを分けて読むところから始めましょう。
はじめに、公表されている事実だけを並べます。
LinkedInは2025年9月3日、初のAIエージェント「Hiring Assistant」を、9月末までに英語版で全世界提供すると発表しました（出典: LinkedIn公式）。採用担当者が役職や理想の候補者像を伝えると、候補者の発掘とスクリーニング（候補者を条件でふるいにかけること）を代行する機能です。
同じ月、Indeedも2025年9月10日に、求職者向けのAIエージェント「Career Scout」を発表しています（出典: Indeed公式）。
並べてみると、同じ時期に、採用する側と応募する側の両方へエージェントが配られたことが分かります。求職者は「探して応募する」という行動を、採用担当者は「探して絞り込む」という行動を、それぞれ機械に預け始めている、という言い方ができます。
この章のまとめ
人材・採用の領域では、応募する側と採用する側の両方にAIエージェントが入りました。公表されているのは、その提供元の発表です。
02求職者と採用担当のAI検索行動は、AIエージェントでどう変わったんですか？
これまでの求人探しは、求職者がキーワードで検索し、出てきた求人一覧から個別の求人票を開いて読む、という行動が中心でした。
この一連の行動をエージェントが代行する設計が、両社の発表では前面に出ています。
ここで、企業の側から見た変化を考えてみます。
求職者も採用担当者もエージェントを介して動くようになると、その間に立つ求人票と企業ページは、両側から同時に参照される場所になります。人が読むために書いた文章が、そのまま機械の判断材料になる、ということです。
そして機械は、文章の書きぶりではなく条件で絞り込みます。給与、勤務地、雇用形態、募集の期限。これらが文章の中に溶けていて、取り出せる形になっていない求人は、探索の対象から外れます。
この章のまとめ
求人票は、応募者と採用担当の両側から同時に読まれる場所になりました。読み手には、機械が含まれます。
03公表されている数字は、求人ページのAIO成果と読んでいいんですか？
大森部長数字が出ているなら、よそはもう成果を出しているということだろう。うちも急ぐべきじゃないのか。
鈴木さんそこは、いったん止まって読み方を確かめたいところです。公表されている数字は、採用担当者の作業量が減ったという話であって、企業の求人ページが選ばれやすくなったという話ではないんですよ。
大森部長……別のものを見て、同じ話だと思い込むところだった。
公表されている数値を、そのまま並べます。
| 何の数字か | 公表値 | 出典 |
|---|---|---|
| Hiring Assistant導入企業の、レビュー対象プロフィールの削減 | 62%減 | LinkedIn公式 |
| Hiring Assistant導入企業の、1職務あたりの時間短縮 | 4時間以上 | LinkedIn公式 |
| Hiring Assistant導入企業の、InMail受諾率 | 69%改善 | LinkedIn公式 |
| Career Scout利用者の応募の速さ | 7倍（中央値・モバイルアプリ利用者比） | Indeed公式 |
| Career Scout利用者の、採用される可能性 | 38%向上（2025年5月・米国テスト） | Indeed公式 |
数字はどれも実測値です。ただし、測った場所が問題になります。これらはすべて、両社が自社サービスの中で計測した利用データです。企業サイトがAI検索に引用されやすくなったことを示す数値ではありません。
企業側の求人ページがAI経由の応募を増やした、という個社の数値は、現時点では公表されていません。
この章のまとめ
公表数字は、サービスの中の作業量の話です。自社の求人ページの成果として読み替えないでください。
04採用における求人ページのAI検索最適化は、何から手をつければいいんですか？
高梨課長やることは分かってきました。ただ、うちに採用サイト専任はいません。どこから手をつければ、いちばん無駄がありませんか。
鈴木さん1件の求人情報が求職者へ届くまでの経路を、先に絵にしてみましょう。どこで切れているかが分かると、直す順番が決まりますよ。
求人情報は、自社のページから求職者まで、いくつかの手を経て届きます。
この経路は、途中で切れます。切れやすいのは2か所です。
ひとつは、必須の項目が欠けている場合です。機械が求人として認識できず、条件で絞り込む土俵に上がりません。もうひとつは、募集が終わった求人を公開したまま残している場合です。こちらは経路が切れるのではなく、古い求人が生きたまま流れてしまいます。
だから最初にやるのは、新しい原稿を書くことではありません。いまあるページが、機械から見てどう映るかを確かめることです。
この章のまとめ
直す順番は、経路の絵で決まります。項目の欠けと、終わった求人の残置。この2か所を先に見ます。
05JobPostingの必須項目は、AIO対策としてなぜこの5つなんですか？
求人ページを機械が読める形にする道具が、JobPosting構造化データです。構造化データとは、ページの内容を機械が読み取れる形式で書き添えたもの、と考えてください。
Googleは、JobPostingの必須プロパティ（必ず書く項目）として、title・description・hiringOrganization・jobLocation・datePostedを挙げています（出典: Google公式）。
英語の名前が並ぶと身構えますが、中身は求人票を見た人が最初に確かめることと、ほとんど同じです。
推奨プロパティ（書いておくと望ましい項目）として、baseSalaryとvalidThroughがあります。baseSalaryは給与で、条件で絞り込むときの判断材料になり得ます。validThroughは募集の期限で、掲載終了日がある求人では記載が必要とされています（出典: Google公式）。
置き場所にも決まりがあります。構造化データは、個別の求人詳細ページに置きます。 Googleは、求人一覧のような検索結果ページに構造化データを追加しないよう明記しています（出典: Google公式）。descriptionには、完全なHTML形式の職務説明が求められています（出典: Google公式）。
実装するときの順番
必須の項目をそろえる
title・description・hiringOrganization・jobLocation・datePostedの5つを、個別求人ページに書きます
給与を明記する
baseSalaryは推奨プロパティです。条件で絞り込まれる材料になります
期限を入れる
validThroughに募集の締めを書きます。掲載終了日がある求人では記載が必要とされています
置き場所を直す
一覧ページではなく、個別求人の詳細ページに置きます
職務内容を具体的に書く
descriptionは完全なHTML形式の職務説明が求められています
この章のまとめ
JobPostingの必須項目は、応募者が最初に確かめることと重なります。特別な原稿は要りません。
06採用ページの運用として、募集が終わった求人ページは、AI対策としてどう畳めばいいんですか？
高梨課長正直なところ、募集が終わった求人まで手が回っていません。放っておくと、何が起きますか。
鈴木さんそこは見落とされやすい割に、影響が大きいところです。終わった求人が、いま募集中の求人として扱われることがあるんですよ。
期限を過ぎた求人や、公開したまま残っている旧求人は、AIが現在募集中の職として拾う原因になります。応募者にとっては、応募できない求人にたどり着くことになります。
対処は難しくありません。掲載を終えるときに、ページを閉じるか、構造化データを外します。
大事なのは、この作業を思い出したときにやらないことです。掲載終了時の手順を、募集を始めるときの手順の中に、あらかじめ書いておきます。
この章のまとめ
終わった求人の畳み方は、募集を始めるときの手順に含めます。あとから思い出す運用にしないでください。
07採用の媒体と自社ページで条件が食い違うと、LLMOでは何が起きるんですか？
求人は、自社サイトと複数の媒体に同時に載ります。ここで起きやすいのが、条件の食い違いです。
給与レンジ・勤務地・雇用形態が掲載先ごとに違っていると、どれが正しいのか判断できません。判断できない求人は、条件でのマッチングから外れます。
やることは、原本を1か所に決めることだけです。自社の求人ページを原本にして、そこから各媒体へ流す形にします。こうしておけば、どの経路から参照されても同じ内容が返ります。
LLMO（大規模言語モデルに向けた最適化。AI検索最適化とほぼ同じ意味で使われます）という言葉で語られる工夫も、求人の領域では、この「食い違いをなくす」が中心になります。
この章のまとめ
条件の原本を1か所に決めます。食い違いは、機械にとって判断できないという状態そのものです。
08人材・採用の領域ごとに、AIO事例から先に直すのはどこですか？
同じ採用でも、エージェントが見る材料は領域ごとに違います。先に直す場所も変わります。
| 領域 | 先に見るところ |
|---|---|
| 人材紹介・転職エージェント | 求人票だけでなく、コンサルタントの専門性を示すコンテンツも参照の対象になり得ます |
| 新卒採用 | 選考プロセスや企業文化の情報が、学生側のAI活用による比較検討で参照される可能性があります |
| エンジニア・専門職採用 | 技術スタックや開発体制の具体的な記述が、条件マッチングの精度を左右します |
| アルバイト・パート採用 | 勤務時間や時給など、baseSalary関連の構造化データが特に重要になります |
自社がどれに当たるかを決めてから着手すると、手戻りが減ります。
この章のまとめ
領域によって、機械が見る材料は違います。全部を同時に整えようとしないでください。
09人材業界のAIO対策で、やってしまいがちな遠回りは何ですか？
最後に、つまずきやすい3つを挙げます。
構造化データを入れれば選ばれる、と考えてしまう
構造化データは、AIが求人情報を正確に理解するための土台です。条件面での競争力そのものを代替するものではありません。給与や勤務地の条件が合わなければ、正しく理解されたうえで外れます。
媒体に出しているから、自社ページは要らないと考えてしまう
媒体への掲載は、媒体のフォーマットに従います。自社が伝えたい条件が、そのままの形で残るとは限りません。
求人一覧ページに構造化データを付けてしまう
Googleは、求人一覧のような検索結果ページに構造化データを追加しないよう明記しています（出典: Google公式）。置き場所は、個別求人の詳細ページです。
この章のまとめ
遠回りは、どれも「よかれと思って」起きます。土台と競争力を混同しないことが、いちばんの近道です。
10よくある質問
JobPosting構造化データを実装すれば、AIエージェントに選ばれますか？
選ばれるとは言い切れません。構造化データは、AIが求人情報を正確に理解するための土台です。条件面での競争力そのものを代替するものではありません。まず土俵に上がるための整備、と捉えてください。
求人媒体に掲載していれば、自社ページの構造化データは不要ですか？
不要とは言えません。媒体側の掲載は媒体のフォーマットに従うため、自社が伝えたい条件がそのまま残るとは限りません。自社ページに原本を置き、構造化データで条件を明示しておけば、媒体経由でも自社サイト経由でも同じ内容が返ります。
LinkedInとIndeed、どちらへの対応を優先すべきですか？
どちらか一方を選ぶ性質のものではありません。両社とも自然言語での検索・エージェント機能を強化しており、構造化データという共通の基礎対応が、どちらにも効いてきます。
公表されている数字を、社内資料にそのまま使ってもいいですか？
出どころと測定範囲を添えるなら使えます。62%減や7倍といった数字は、いずれも提供元が自社サービスの中で測った利用データです。自社の求人ページで見込める効果として書くと、意味が変わってしまいます。
構造化データは、どのページに置けばいいですか？
個別の求人詳細ページです。Googleは、求人一覧のような検索結果ページに構造化データを追加しないよう明記しています（出典: Google公式）。一覧ページにまとめて置くと、意図した扱いになりません。
11まとめ｜今日やる3つのこと
人材・採用のAIO事例として出回っている数字は、AIエージェントを提供する側が自社サービスの中で測ったものです。企業の求人ページがAI経由の応募を増やしたという個社の数値は、現時点では見当たりません。
だからこそ、自社でやることははっきりしています。募集条件を、機械が拾える単位に切り出して公開する。 それだけです。
もう一度、今日やる3つ
個別求人ページの項目を確認する
title・description・hiringOrganization・jobLocation・datePostedと、baseSalary・validThroughを見ます
終わった求人の畳み方を手順に入れる
掲載終了時にページを閉じるか構造化データを外す作業を、募集開始の手順書に書き足します
条件の原本を1か所に決める
給与レンジ・勤務地・雇用形態の原本を自社ページに置き、そこから各媒体へ流します
AI検索では、こう聞かれています
求人ページがAI検索で引用されるには、何をすればいいですか？
「JobPostingの必須項目は、AIO対策としてなぜこの5つなんですか？」の章に、書く項目と順番があります
LinkedInやIndeedのAIエージェントは、採用の何を変えたんですか？
「人材・採用のAIO事例って、いま何が起きているんですか？」の章で、公表されている事実だけを並べています
公表されている数字は自社の成果として読めますか？
「公表されている数字は、求人ページのAIO成果と読んでいいんですか？」の章で、測定範囲ごとに切り分けています
次に読むなら、この記事です
