求人情報の媒体間整合性を監査する方法｜採用サイト・求人媒体・Googleしごと検索の給与・勤務地・募集状況を求人IDで照合

採用サイトでは月給35万円、求人媒体では32万円。採用サイトでは募集終了なのに、検索結果ではまだ求人が見える。こうした食い違いは、原稿の書き間違いだけでなく、更新元の分散、媒体への反映遅延、掲載終了処理の漏れでも起こります。

求人情報の媒体間整合性を監査する基本は、「1求人＝1求人ID」で管理し、正本となる情報源を1つ決め、候補者が実際に見る各接点を横断して照合することです。

この記事では、給与・勤務地・雇用条件・募集状況を求人ID単位で突き合わせ、不一致の原因を切り分け、修正後まで確認する手順を整理します。

求人情報の媒体間整合性監査は「1求人1ID・1つの正本・複数接点の照合」で行う

媒体間整合性監査で最初に決めるべきことは、どの情報を正しい基準とみなすかです。

採用サイト、ATS、求人媒体の管理画面、配信フィードなどが独立して更新されていると、「どれが最新版か」が分からなくなります。

そこで、社内の求人マスターやATSなど、労働条件と募集状態の正本、つまり社内で唯一の基準とする情報源を1つ決めます。

次に、社内求人IDを共通キーとして、正本、採用サイト、求人媒体、Google検索の求人表示を横並びにします。

監査の目的は、すべての媒体で文章を一字一句同じにすることではありません。

媒体ごとに文字数や表現方法が異なっても、候補者の意思決定に影響する事実が矛盾していなければ問題ありません。

重点的に合わせるべきなのは、次のような事実情報です。

• 給与
• 勤務地
• 雇用形態
• 仕事内容
• 勤務時間
• 応募条件
• 募集状況

媒体間整合性監査では、職種名ではなく求人IDを共通キーにして、正本から各公開接点まで同じ求人として追える状態を作ります。

JobPostingのページ内監査と、媒体間整合性監査は分けて考える

JobPosting構造化データの監査と、求人情報の媒体間整合性監査は確認対象が異なります。

採用サイトに載せる情報、求人ページ、JobPosting、SEO・AIOの全体像は、採用サイトの情報設計・SEO・AIOの全体像で確認できます。

1つの求人ページ内で本文とJobPosting構造化データの給与・勤務地・期限などを照合する場合は、JobPosting構造化データの監査方法を参照してください。

JobPosting監査は1ページ内の本文と構造化データを確認します。媒体間監査では、同じ求人を求人IDでひも付け、複数の公開接点を横断して確認します。

JobPostingの監査では、1つの求人ページについて、求職者が読む本文とGoogleへ伝える構造化データが一致しているかを確認します。

一方、媒体間整合性監査では、同じ求人が採用サイト、求人媒体、Google検索など複数の接点で同じ条件として見えているかを確認します。

たとえば、採用サイト内では本文とJobPostingがどちらも「月給35万円」で一致していても、外部求人媒体に「月給32万円」という古い原稿が残っていれば、媒体間の不一致は解消されていません。

そのため、ページ単位の技術監査とは別に、求人IDを軸に複数媒体を横断する運用監査が必要です。

なぜ媒体間の不一致を監査する必要があるのか

求人情報は、一度公開して終わりではありません。

条件変更、採用充足、掲載期間終了、再募集などが起きるたびに、複数の接点へ変更を反映する必要があります。

厚生労働省は、求人企業に求人情報を正確・最新の内容に保つことを求めています。

募集を終了したり内容を変更したりした場合は、自社の採用Webサイト等を速やかに更新し、求人メディアを利用している場合は終了・変更の反映を速やかに依頼することも示しています。

さらに、2024年4月からは募集時に明示すべき事項として、次の3項目が追加されています。

• 従事すべき業務の変更の範囲
• 就業場所の変更の範囲
• 有期労働契約を更新する場合の基準

これらも媒体ごとに古い情報が残らないよう監査対象に含める必要があります。

Googleの求人検索機能では、自社求人ページのJobPosting構造化データだけでなく、サードパーティの求人サイトを通じてGoogleへ統合される経路もあります。

そのため、自社サイトを更新しただけで候補者が見るすべての表示が同時に更新されたと考えず、公開状態を確認することが重要です。

媒体間整合性監査で照合する10項目

最初から全項目を細かく比較すると運用が続きません。

まずは候補者の応募判断や労働条件に影響する項目から固定します。

監査項目	主な確認内容	不一致時の優先度
求人ID	同じ求人として各媒体をひも付けられるか	最優先
募集状況	募集中・停止・終了が一致しているか	最優先
職種名	実際の職務と異なる名称になっていないか	高
雇用形態	正社員・契約社員・パート等が一致しているか	高
給与	金額、下限・上限、月給・年収、固定残業代等が一致しているか	最優先
勤務地	勤務地、リモート条件、変更範囲が一致しているか	最優先
仕事内容	主業務と業務の変更範囲が一致しているか	高
勤務時間・休日	勤務時間、休憩、休日等が一致しているか	高
応募条件	経験、資格、対象条件が一致しているか	高
掲載・更新情報	掲載日、更新日、終了日、最終確認時刻を追えるか	高

ここでいう優先度は法的な区分ではなく、本記事での運用上の目安です。

Googleも求人情報について、誤った給与、勤務地、勤務時間、雇用形態などを掲載しないよう案内しています。

特に、「募集終了なのに募集中と見える」「給与や勤務地が媒体で違う」といった差分から優先して確認します。

STEP1｜求人を一覧化し、すべてに社内求人IDを付ける

最初に、現在募集中の求人だけでなく、直近で終了した求人も含めて一覧化します。

採用サイトのURL、各求人媒体の掲載URLまたは媒体内ID、Googleで確認できる求人表示を、社内求人IDにひも付けます。

同じ「営業職」でも、東京勤務と大阪勤務、正社員と契約社員では別求人です。

求人IDを職種名だけで代用すると、条件違いの原稿を同じ求人として比較してしまいます。

最低限、監査台帳には次の項目を持たせます。

• 求人ID
• 募集状態
• 正本の更新時刻
• 各媒体の掲載先
• 各媒体の確認時刻

STEP2｜正本となる情報源と項目別の責任者を決める

次に、何を正解値とするかを決めます。

ATSを正本にする企業もあれば、人事の求人マスターを正本にする企業もあります。

重要なのは、採用サイトと求人媒体の両方をそれぞれ正本にしないことです。

また、正本の入力担当者と媒体への反映担当者を分けて記録します。

たとえば給与は人事責任者の承認後に変更し、採用サイトはWeb担当、求人媒体は採用担当が更新するといった役割分担です。

「誰がどこを変えるか」が曖昧な状態では、監査で差分を見つけても再発します。

STEP3｜候補者が実際に見る画面を確認日時と一緒に採取する

監査では管理画面だけを見ず、候補者に表示される公開画面を確認します。

正本が更新済みでも、公開画面への反映が遅れている場合があるためです。

確認時には、各媒体について次の情報を保存します。

• 確認日時
• 表示されていた値
• 掲載URLまたは媒体ID
• 必要に応じてスクリーンショット

記録を残しておくと、後から「元データが違ったのか」「配信後の反映が遅れたのか」を切り分けやすくなります。

Google検索の求人表示も同様です。

自社サイトの更新時刻とGoogle上で確認した時刻を別々に持ちます。

STEP4｜表記を正規化してから差分を判定する

媒体間では表記形式が違うため、文字列が違うだけで不一致と判定すると誤検知が増えます。

たとえば「月給30万〜40万円」と「年収360万〜480万円」は近い数字に見えますが、賞与や手当などの条件が違えば同一とは判断できません。

給与の定義、固定残業代、賞与、手当まで確認して判定します。

住所も「東京都新宿区西新宿1-1-1」と「新宿区西新宿」のような省略があります。

表記差と条件差を分けるため、次のように監査項目を分解すると確認しやすくなります。

• 都道府県
• 市区町村
• 勤務拠点
• リモート可否
• 転勤・勤務地変更の範囲

STEP5｜不一致を5種類に分類する

見つかった差分は、単に「NG」とせず原因ごとに分類します。

分類を固定すると、修正先と再発防止策が決めやすくなります。

差分種別	典型例	最初に確認する場所
正本不一致	社内マスター自体が古い	人事・採用責任者
手動更新漏れ	採用サイトだけ旧給与のまま	対象媒体の更新履歴
配信・連携不一致	ATSでは更新済みだがフィード値が古い	ATS・XML・API
反映遅延	配信済みだが公開画面が旧値	媒体・検索側の反映状況
終了処理漏れ	採用終了後も求人が公開中	終了・失効処理

差分の原因を5種類に分けると、修正すべき場所と再発防止策を判断しやすくなります。特に更新漏れと反映遅延は分けて確認します。

ここで重要なのは、反映遅延と更新漏れを分けることです。

正本を10時に更新し、媒体へ11時に送信し、12時の時点では旧表示だった場合、12時の差分だけを見て「担当者が更新していない」と決めつけることはできません。

正本更新時刻、送信時刻、公開確認時刻を並べて判断します。

STEP6｜重要度の高い不一致から修正する

修正の優先順位は、候補者が誤った条件で応募する可能性と、募集終了後も応募できてしまう可能性で決めます。

本記事では、実務上の目安として次の順で対応します。

1. 募集終了・応募可否の不一致
2. 給与・勤務地・雇用形態の不一致
3. 仕事内容・勤務時間・応募条件の不一致
4. 掲載日・更新日・選考情報の不一致
5. 表現や説明量だけの差

表現をそろえる作業より、事実条件の矛盾を先に直します。

媒体ごとのコピー表現は違っていても、候補者が受け取る事実が同じなら、必ずしも同一文章にする必要はありません。

STEP7｜正本から下流へ順番に直し、終了処理は別途確認する

差分を見つけたら、まず正本を正しい状態にします。

その後、採用サイト、求人媒体、配信フィードやAPIなど、実際の連携経路に沿って下流を更新します。

Googleは期限切れ求人を掲載できないとし、次のような方法を案内しています。

• validThroughを過去日にする
• ページを404または410で削除する
• JobPosting構造化データを削除する

また、求人URLの変更通知にはサイトマップよりIndexing APIを推奨しています。

IndeedのJob Sync APIでは、求人を採用ページから削除しただけでは自動的に失効せず、API側でも明示的な失効処理が必要です。

日本向けのXMLフィード仕様でも、フィードを少なくとも1日1回更新し、XMLフィードと求人詳細ページの内容を一致させるよう案内されています。

つまり、「正本を閉じた」「採用サイトから消した」だけで終了と判断しないことが重要です。

各連携先で終了処理が完了したかを別項目として確認します。

STEP8｜修正後に再確認し、差分が消えた時刻を記録する

監査は修正依頼を出して終わりではありません。

候補者が見る公開画面で差分が消えたことを確認して完了です。

再確認時には、次の3時点を残します。

1. 正本更新時刻
2. 媒体への変更依頼または送信時刻
3. 公開画面での反映確認時刻

この3時点があると、次回から媒体ごとの反映傾向も把握できます。

反映に時間がかかる媒体でも、毎回の実測を残せば「通常の反映待ち」なのか「異常な滞留」なのかを判断しやすくなります。

監査台帳は「値」と「時刻」を同じ行で管理する

媒体間整合性を継続的に見るには、求人IDごとの監査台帳を作ります。

重要なのは、値だけでなく更新・確認時刻を持つことです。

求人ID	項目	正本	採用サイト	求人媒体	Google表示	差分種別	正本更新	最終確認
JOB-001	給与	月給35万円〜	月給35万円〜	月給32万円〜	月給32万円〜	手動更新漏れ／反映確認要	8/31 09:00	8/31 12:00
JOB-002	募集状況	終了	終了	募集中	表示あり	終了処理漏れ	8/30 18:00	8/31 12:10

正本更新、媒体への送信、公開画面確認の3時点を記録すると、「更新していない」のか「まだ反映されていない」のかを切り分けやすくなります。

※上記は監査方法を示すための架空例です。

実運用では、次の項目も追加すると管理しやすくなります。

• 媒体名
• URLまたは媒体ID
• 担当者
• 修正依頼日
• 再確認期限
• 修正完了日
• 証跡

監査を毎回の手作業にしないための運用ルール

媒体間の不一致は、公開後に見つけるだけでは減りません。

更新フローそのものを整える必要があります。

まず、給与、勤務地、雇用形態、募集終了などの重要項目を変更したら、関連媒体も更新対象になる「変更イベント」を作ります。

次に、求人IDをすべての連携先で保持できるようにし、どの求人がどの媒体の掲載に対応するかを追える状態にします。

定期監査では全項目を毎回見るのではなく、募集状況・給与・勤務地などの高リスク項目を優先します。

求人件数が多い企業では、ATSや配信データを機械的に比較し、差分が出た求人だけを人が確認する方法もあります。

監査責任者は求人原稿を書く人と同じでなくても構いません。

ただし、次の責任の所在は明確にしておきます。

• 正本の更新権限
• 給与・勤務地等の変更承認
• 媒体への修正依頼
• 募集終了の確定
• 修正後の再確認

採用情報の正確さは候補者との信頼にも関わる

媒体間不一致を直接検証した研究ではありませんが、Realistic Job Preview（現実的職務情報の事前提供）の研究は、採用情報を正直に伝える重要性を考える補助材料になります。

2011年のメタ分析では、52研究・約1万7,000人を分析し、「組織が正直である」という知覚が現実的職務情報と自発的離職をつなぐ主要なメカニズムと報告されました。

1998年の40研究のメタ分析でも、現実的職務情報と初期期待、採用過程での離脱、離職など複数の結果との関係が分析されています。

これらの研究から「媒体間の不一致が離職を引き起こす」とまでは言えません。

一方、候補者が接する事実情報を正確に保ち、複数接点で矛盾させないことは、採用コミュニケーションの信頼性を管理するうえで重要です。

自社で確認するチェックリスト

• すべての求人に社内求人IDがある
• 正本となる求人マスターまたはATSが1つに決まっている
• 採用サイトと各求人媒体を求人IDでひも付けられる
• 給与・勤務地・雇用形態・仕事内容・勤務時間を横断比較できる
• 募集終了時に各媒体の終了処理まで確認している
• 正本更新時刻、媒体送信時刻、公開画面確認時刻を記録している
• 表記差と条件差を分けて判定している
• 修正後に候補者向け公開画面を再確認している
• 定期監査の担当者と確認方法が決まっている
• 差分の原因を分類し、同じ原因の再発を防いでいる

まとめ

求人情報の媒体間整合性は、「採用サイトが正しいから大丈夫」「ATSを更新したから終わり」では管理できません。

候補者は求人媒体、企業の採用サイト、Google検索など複数の接点を行き来するため、同じ求人が接点ごとに違う条件で見えていないかを確認する必要があります。

実務では、1求人1ID、正本の一本化、公開画面の横断照合、時刻の記録、不一致原因の分類、修正後の再確認までを一つの監査フローにしてください。

特に募集終了、給与、勤務地、雇用形態は優先して確認し、変更時には関連媒体を同時に更新する運用へつなげることが重要です。

参考文献・データ元

• 厚生労働省「労働者の募集ルールが変わります」

• 求人情報の的確な表示、正確・最新な内容の維持について参照。

• 厚生労働省「令和6年4月より、募集時等に明示すべき事項が追加されます」

• 業務・就業場所の変更範囲、有期労働契約更新基準の追加について参照。

• Google 検索セントラル「求人検索用の求人情報（JobPosting）の構造化データ」

• Google求人検索への統合、期限切れ求人、validThrough、Indexing APIについて参照。

• Google Search Central Blog「Updating our job posting guidelines to improve quality of results for job seekers」

• 給与、勤務地、勤務時間、雇用形態等の正確性について参照。

• Indeed Partner Docs「Job Sync XML feed reference」

• 日本向けXMLフィードの更新と求人詳細ページとの一致について参照。

• Indeed Partner Docs「Job Sync API guide」

• 求人の明示的な失効処理について参照。

• Earnest, Allen & Landis（2011）「Mechanisms Linking Realistic Job Previews with Turnover」

• Personnel Psychology, 64(4), 865–897.
• DOI: 10.1111/j.1744-6570.2011.01230.x

• 52研究、約1万7,000人のメタ分析。

• Phillips（1998）「Effects of Realistic Job Previews on Multiple Organizational Outcomes: A Meta-Analysis」

• Academy of Management Journal, 41(6), 673–690.
• DOI: 10.5465/256964
• 40研究のメタ分析。