求人情報の媒体間差を確認｜給与・勤務地・募集状況のずれを照合

監修: 菊地 将（リブランディング株式会社）

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

原因が複数あるため、見つけて直すだけでは同じずれが再発します。求人情報の媒体間整合性を監査する基本は、「1求人＝1求人ID」で管理し、正本となる情報源を1つ決め、候補者が実際に見る各接点を横断して照合することです。

この記事では、採用サイトや求人媒体を運用する採用担当者・Web担当者に向けて、給与・勤務地・雇用条件・募集状況を求人ID単位で突き合わせ、不一致の原因を切り分け、修正後まで確認する手順を8つのSTEPで整理します。以下、この監査を「媒体間整合性監査」と呼びます。

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

媒体間整合性監査で最初に決めるべきことは、どの情報を正しい基準とみなすかです。採用サイト、ATS（応募者管理システム）、求人媒体の管理画面、配信フィードなどが独立して更新されていると、「どれが最新版か」が分からなくなります。

そこで、社内の求人マスターやATSなど、労働条件と募集状態の正本、つまり社内で唯一の基準とする情報源を1つ決めます。次に、社内求人IDを共通キーとして、正本、採用サイト、求人媒体、Google検索の求人表示を横並びにします。

ただし、監査の目的は、すべての媒体で文章を一字一句同じにすることではありません。媒体ごとに文字数や表現方法が異なっても、候補者の意思決定に影響する事実が矛盾していなければ問題ありません。重点的に合わせるべきなのは、次のような事実情報です。

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

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

JobPostingのページ内監査と、媒体間整合性監査は何が違うのか

JobPosting構造化データは、求人ページの給与・勤務地・期限などをGoogleに伝えるためのデータです。この構造化データの監査と、求人情報の媒体間整合性監査は、確認する対象が異なります。

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

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

JobPostingの監査は、1つの求人ページについて、求職者が読む本文とGoogleへ伝える構造化データが一致しているかを確認します。一方、媒体間整合性監査は、同じ求人を求人IDでひも付け、採用サイト、求人媒体、Google検索など複数の公開接点で同じ条件として見えているかを横断して確認します。

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

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

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

求人情報は、一度公開して終わりではありません。条件変更、採用充足、掲載期間終了、再募集などが起きるたびに、複数の接点へ変更を反映する必要があります。

厚生労働省は、求人企業に求人情報を正確・最新の内容に保つことを求めています。募集を終了したり内容を変更したりした場合は、自社の採用Webサイト等を速やかに更新し、求人メディアを利用している場合は終了・変更の反映を速やかに依頼することも示しています。

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

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

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

Googleの求人検索機能には、自社求人ページのJobPosting構造化データだけでなく、サードパーティの求人サイトを通じてGoogleへ統合される経路もあります。そのため、自社サイトを更新しただけで候補者が見るすべての表示が同時に更新されたと考えず、公開状態を確認することが重要です。

媒体間整合性監査で照合する10項目と優先度

最初から全項目を細かく比較すると運用が続きません。まずは候補者の応募判断や労働条件に影響する項目から固定します。次の表は、監査項目ごとに主な確認内容と、不一致が見つかったときの優先度をまとめたものです。

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

表のうち「最優先」は、求人ID、募集状況、給与、勤務地の4項目です。ここでいう優先度は法的な区分ではなく、本記事での運用上の目安です。

Googleも求人情報について、誤った給与、勤務地、勤務時間、雇用形態などを掲載しないよう案内しています。特に、「募集終了なのに募集中と見える」「給与や勤務地が媒体で違う」といった差分から優先して確認します。

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

STEP1では、比較の土台となる求人の一覧を作ります。最初に、現在募集中の求人だけでなく、直近で終了した求人も含めて一覧化します。そのうえで、採用サイトのURL、各求人媒体の掲載URLまたは媒体内ID、Googleで確認できる求人表示を、社内求人IDにひも付けます。

求人IDは職種名では代用できません。同じ「営業職」でも、東京勤務と大阪勤務、正社員と契約社員では別求人だからです。職種名だけで済ませると、条件違いの原稿を同じ求人として比較してしまいます。

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

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

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

STEP2では、何を正解値とするか、誰がどこを変えるかを決めます。ATSを正本にする企業もあれば、人事の求人マスターを正本にする企業もあります。重要なのは、採用サイトと求人媒体の両方をそれぞれ正本にしないことです。

あわせて、正本の入力担当者と媒体への反映担当者を分けて記録します。たとえば給与は人事責任者の承認後に変更し、採用サイトはWeb担当、求人媒体は採用担当が更新するといった役割分担です。「誰がどこを変えるか」が曖昧な状態では、監査で差分を見つけても再発します。

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

STEP3では、比較に使う実際の表示を集めます。監査では管理画面だけを見ず、候補者に表示される公開画面を確認します。正本が更新済みでも、公開画面への反映が遅れている場合があるためです。

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

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

記録を残しておくと、後から「元データが違ったのか」「配信後の反映が遅れたのか」を切り分けやすくなります。Google検索の求人表示も同様です。自社サイトの更新時刻とGoogle上で確認した時刻を別々に持ちます。

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

STEP4では、集めた表示を比べる前に表記をそろえます。媒体間では表記形式が違うため、文字列が違うだけで不一致と判定すると誤検知が増えるからです。

給与の例を見てみましょう。「月給30万〜40万円」と「年収360万〜480万円」は近い数字に見えますが、賞与や手当などの条件が違えば同一とは判断できません。そのため、給与の定義、固定残業代、賞与、手当まで確認して判定します。

勤務地も同じです。住所には「東京都新宿区西新宿1-1-1」と「新宿区西新宿」のような省略があります。表記差と条件差を分けるため、次のように監査項目を分解すると確認しやすくなります。

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

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

STEP5では、見つかった差分の原因を分けます。差分は単に「NG」とせず、原因ごとに分類します。分類を固定すると、修正先と再発防止策が決めやすくなります。次の表は、5種類の差分と、最初に確認する場所をまとめたものです。

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

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

ここで重要なのは、反映遅延と更新漏れを分けることです。たとえば、正本を10時に更新し、媒体へ11時に送信し、12時の時点では旧表示だったとします。この12時の差分だけを見て「担当者が更新していない」と決めつけることはできません。送信後の反映待ちかもしれないからです。

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

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

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

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

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

表現をそろえる作業より、事実条件の矛盾を先に直します。媒体ごとのコピー表現は違っていても、候補者が受け取る事実が同じなら、必ずしも同一文章にする必要はありません。

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

STEP7では、優先度の高い差分から実際に修正します。差分を見つけたら、まず正本を正しい状態にします。その後、採用サイト、求人媒体、配信フィードやAPIなど、実際の連携経路に沿って下流を更新します。

募集終了の場合は、公開側の終了処理にも注意が必要です。Googleは期限切れ求人を掲載できないとし、次のような方法を案内しています。

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

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

連携先にも注意が必要です。IndeedのJob Sync APIでは、求人を採用ページから削除しただけでは自動的に失効せず、API側でも明示的な失効処理が必要です。日本向けのXMLフィード仕様でも、フィードを少なくとも1日1回更新し、XMLフィードと求人詳細ページの内容を一致させるよう案内されています。

つまり、「正本を閉じた」「採用サイトから消した」だけで終了と判断しないことが重要です。各連携先で終了処理が完了したかを、別項目として確認します。

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

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

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

JOB-001は、正本と採用サイトが「月給35万円〜」であるのに対し、求人媒体とGoogle表示が「月給32万円〜」のままです。差分種別は「手動更新漏れ／反映確認要」と整理されています。JOB-002は、正本と採用サイトが「終了」なのに、求人媒体は「募集中」、Google表示も「表示あり」のままで、終了処理漏れの例です。どちらも、値と時刻が同じ行にあるため、差分の原因を追いやすくなります。

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

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

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

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

媒体間の不一致は、公開後に見つけるだけでは減りません。更新フローそのものを整える必要があります。

• 給与、勤務地、雇用形態、募集終了などの重要項目を変更したら、関連媒体も更新対象になる「変更イベント」を作ります。
• 求人IDをすべての連携先で保持できるようにし、どの求人がどの媒体の掲載に対応するかを追える状態にします。
• 定期監査では全項目を毎回見るのではなく、募集状況・給与・勤務地などの高リスク項目を優先します。
• 求人件数が多い企業では、ATSや配信データを機械的に比較し、差分が出た求人だけを人が確認する方法もあります。

監査責任者は求人原稿を書く人と同じでなくても構いません。ただし、次の責任の所在は明確にしておきます。

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

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

ここまでは運用の話でした。最後に、採用情報を正確に保つことがなぜ候補者との関係に関わるのかを、研究から確認します。媒体間不一致を直接検証した研究ではありませんが、Realistic Job Preview（現実的職務情報の事前提供）の研究は、採用情報を正直に伝える重要性を考える補助材料になります。

2011年のメタ分析では、52研究・約1万7,000人を分析し、「組織が正直である」という知覚が現実的職務情報と自発的離職をつなぐ主要なメカニズムと報告されました。1998年の40研究のメタ分析でも、現実的職務情報と初期期待、採用過程での離脱、離職など複数の結果との関係が分析されています。

これらの研究から「媒体間の不一致が離職を引き起こす」とまでは言えません。一方、候補者が接する事実情報を正確に保ち、複数接点で矛盾させないことは、採用コミュニケーションの信頼性を管理するうえで重要です。

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

自社の状況を、次の10項目で確認してください。当てはまらない項目があれば、対応するSTEPや運用ルールの節に戻って整えます。

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

まとめ｜最初に決めるのは求人IDと正本

求人情報の媒体間整合性は、「採用サイトが正しいから大丈夫」「ATSを更新したから終わり」では管理できません。候補者は求人媒体、企業の採用サイト、Google検索など複数の接点を行き来するため、同じ求人が接点ごとに違う条件で見えていないかを確認する必要があります。

実務では、1求人1ID、正本の一本化、公開画面の横断照合、時刻の記録、不一致原因の分類、修正後の再確認までを一つの監査フローにしてください。特に募集終了、給与、勤務地、雇用形態は優先して確認し、変更時には関連媒体を同時に更新する運用へつなげることが重要です。

最初の一歩は、STEP1の求人一覧化とSTEP2の正本の決定です。この2つが決まれば、以降の照合と分類を同じ基準で進められます。

参考文献・データ元

‹ 親記事: 採用サイトには何を載せるべきか。ページの作り方とSEO・AIOの基礎知識

関連記事

• › 採用サイトの応募率を改善する方法｜求人詳細・CTA・フォームの離脱を診断する
• › 求人票の応募率を改善する方法｜仕事内容・条件・選考情報の見直しポイント
• › 採用サイトの競合比較方法｜求人情報・社員紹介・選考情報・FAQ・応募導線を比較
• › 採用サイトの社員紹介を確認｜職種・キャリア・働き方の偏り
• › 求職者の質問ログから採用FAQを設計する方法｜問い合わせ・面接質問・AI検索質問を統合
• › 求職者が求人票で応募を見送る理由を調査する方法｜給与・仕事内容・勤務地・選考情報の不足を可視化
• › 採用サイトで福利厚生・働き方情報が見つからないと何が起きる？独自調査と学術研究が示す採用への影響
• › 求職者は選考フローの何を見て応募を判断する？面接回数・選考期間・選考結果の連絡の不安を調査
• › 募集終了した求人ページはどう扱う？非公開・アーカイブ・再募集・検索表示の運用方法
• › 職種別求人ページの作り方｜仕事内容・給与・勤務地・選考フローを1求人単位で整理
• › 採用サイトの求人一覧ページの作り方｜職種・勤務地・雇用形態で探せる分類と応募導線を設計
• › 採用サイトの応募フォームの作り方｜必須項目・入力エラー・個人情報・ATS連携を設計
• › 採用サイトの選考フローページの作り方｜面接回数・期間・連絡方法・持ち物・例外・更新ルール
• › 採用サイト1,000社を調査｜キャリア・評価制度・給与など24項目の情報開示率
• › 採用サイトのキャリアパスページの作り方｜入社後の成長・異動・評価を具体化
• › 採用サイトの更新体制を作る方法｜人事・現場・広報・法務の担当・承認・更新期限を決める
• › 新卒採用ページの設置率は中途採用ページの約6倍。採用サイトの実装実態を調査
• › 500社の採用ページを実査、明確なキャリアパスを確認できた企業は6.4%
• › 経歴詐称問題で揺れるSES業界、エンジニア採用の実態とは？
• › 売り手市場は本当か？3.8万社調査で考える「求職者に選ばれるための情報発信」とは
• › 「AIに仕事を奪われる」は本当か？企業の差が縮む時代、武器になるのは実績とデータ

関連テーマ

AIO SEO MEO 口コミ・風評対策 オウンドメディア集客