VIII-H4 求人票をAIが正しく読み取れる形に―求人系構造化データの考え方

前回、専門領域や実績という「事実」を自社サイトに集約し直す考え方を学びました。今回は、その事実を人間だけでなくAIやプログラムが正確に読み取れる形にする技術、構造化データを扱います。

求人・人材紹介ページに関係するスキーマ

構造化データにはschema.orgという共通の語彙があり、その中には求人情報向けに設計された「JobPosting」というスキーマが存在します。これは職種名・勤務地・雇用形態・給与といった求人票の基本項目を機械可読な形で記述するための技術的な仕様です。これに加えて、会社そのものを表す「Organization」、よくある質問をまとめる「FAQPage」も、人材紹介会社のサイトで使いやすいスキーマです。

どのスキーマも技術仕様としては公開されている標準的な語彙であり、実装すること自体は難しくありません。難しいのは、実装の優先順位を決めることです。

どこから手を付けるか

人材管理領域に隣接するHR Tech SaaS企業(chot Inc.)の例では、既存のブログ記事42本に構造化データを実装するのに、約15時間ほどの工数がかかったという報告があります(出典: chot Inc., 2026年)。人材業界特化の実装事例はまだ確認できていませんが、既存の求人ページ・会社概要ページに後付けで実装していくという進め方は、業界を問わず現実的な選択肢といえます。ゼロから作り直す必要はなく、今あるページに情報を追加していく発想で十分です。

求人票は「更新」の扱いにも注意する

求人票は他の記事コンテンツと違い、募集が終了すれば内容が古くなります。構造化データを実装したら終わりではなく、募集終了後に情報を更新・削除する運用も合わせて設計する必要があります。古い求人情報が機械可読な形のまま残り続けると、AIに誤った情報を渡すことになりかねません。

実装前に現状を確認する

構造化データを新しく追加する前に、既存のページに何が実装されているかを確認しておくと二度手間を防げます。ブラウザの検証ツールや、構造化データの内容を検証できる無料ツールでページのソースを確認すれば、抜け漏れているスキーマや記述ミスを事前に把握できます。ゼロから設計するより、まず現状把握から始めるほうが効率的です。

実践ステップ

1. 1
   求人票のページに職種名・勤務地・雇用形態・給与などの項目が文章として明記されているか確認する
2. 2
   優先度の高い求人ページ・会社概要ページから、JobPosting・Organizationスキーマの実装を検討する
3. 3
   よくある質問をFAQPageとしてまとめられそうなページがないか洗い出す
4. 4
   募集終了時に情報を更新・削除する運用ルールを社内で決めておく

このレッスンはテキストとスライドで学べます。スライドは上のビューアからご覧ください。