Googleしごと検索に求人を出すには、募集中の求人詳細ページにJobPostingの構造化データを付け、Googleが取得できる状態にします。条件を満たすと検索の求人向け表示の対象になりますが、表示は保証されません。
先に確認するのは、求人が現在も募集中か、その仕事の条件と応募方法を読者が確認できるかです。コードを足す前に、採用担当と募集内容を確定してください。求人票、公開ページ、構造化データを同じ情報から更新する形にします。
構造化データ全体の役割は構造化データの基本にまとめています。ここでは、求人に特有の項目と掲載・終了の運用を扱います。
日本でもGoogleしごと検索に表示される？
Googleの求人情報の公式ドキュメントは、提供地域の一覧に日本を含めています。この記事では、この公式記載の範囲で日本も対象としています。
ただし、すべての求人検索で同じ枠が出ることや、自社の求人が必ず選ばれることまでは示していません。公式の画面例も、自社の表示結果と同じになる約束ではありません。
公開後は、自社求人のURLがGoogleに取得されたか、構造化データに問題がないかを先に調べます。手元の検索で一度見つからないだけで、実装が失敗したとは判断しません。
自社サイトへ実装するほか、Googleに対応する第三者の求人サイトを使う方法も、公式資料で案内されています。外部へ載せる場合も、仕事内容や募集終了を知らせる責任まで無くなるわけではありません。自社の公開情報と照合してください。
採用サイトのどのページに付ける？
職種ごとに、一つの求人を詳しく説明するページを用意します。たとえば製造業で、品質検査と設備保全を別々に募集する例なら、仕事、応募条件、勤務地をそれぞれの詳細ページで示します。これは構成の例で、実際の募集ではありません。
採用トップには会社や働き方の案内を置き、求人一覧から詳細へ進めます。JobPostingを一覧へまとめて付ける方法は使いません。Googleの技術ガイドラインは、具体的な一つの求人を説明するページへの設置を求めています。
同じ規定にある次の一節が、本文とコードを照合する理由です。
the same page as the job description that job seekers can read in their browser
求職者がブラウザで読める仕事内容と、同じページに置くという意味です。構造化データの中にだけ待遇を書いて、画面から隠す運用にはしません。
必須プロパティには何を書く？
通常の出勤を伴う求人で、Googleが必須としている項目は次のとおりです。プロパティは構造化データの項目名です。
| 項目 |
書く内容 |
間違えやすい点 |
| title |
職種名 |
会社名や給与を詰め込まない |
| description |
仕事の詳しい説明 |
職種名だけで済ませない |
| datePosted |
最初に掲載した日 |
更新のたびに新規扱いしない |
| hiringOrganization |
採用する企業 |
求人の掲載媒体と混同しない |
| jobLocation |
実際に働く場所 |
掲載元の所在地にしない |
仕事内容には、担当業務、資格や技能、勤務時間、必要な学歴や経験などを含めます。descriptionはHTML形式で、段落や箇条書きなどを使って読める説明にします。職種名と同じ短文を入れるだけでは足りません。
jobLocationの住所にはaddressCountryが必要です。本社と工場が別なら、本社の会社概要をそのまま写さず、勤務する拠点を確認します。複数拠点で募集するなら、公式仕様に沿って勤務地を複数示します。
募集期限がある求人ではvalidThroughが必要です。期限が無い、または決まっていない求人に、推測した締切日を作りません。採用担当が持っている期限と、本文・データの期限をそろえます。
完全在宅の求人では、何が変わる？
完全在宅の求人では、本文にも完全在宅であることを明記します。構造化データでは、次の2つを確認します。
jobLocationType：TELECOMMUTE にするapplicantLocationRequirements：応募者が働ける地域を指定する
物理的な勤務場所が無く、応募者の地域要件を指定している場合は、通常のjobLocationが不要になる扱いがあります。通常の出勤求人の必須項目だけを、そのまま在宅求人へ当てはめないでください。
時々在宅勤務ができるだけの仕事を、完全在宅として指定してはいけません。工場での作業を含む職種なら、実際の勤務条件を採用担当に確認します。
本文側で、先に何をそろえる？
コード上の必須項目と、求職者が応募を判断する材料は同じ範囲ではありません。雇用形態や給与などの推奨項目も、確認できる情報を本文とそろえます。構造化データの必須を埋めただけで、求人票の確認が終わるわけではありません。
採用担当は、次の内容を一つの原稿で管理してください。
- 職種と担当業務、応募資格、必要な経験
- 雇用形態、勤務時間、休日、給与とその条件
- 勤務地、出勤の要否、在宅勤務が可能な範囲
- 募集の開始日、締切、応募方法、選考の案内
給与を入れるなら、実際に採用する企業が示す値を使います。第三者の給与推定を自社の提示額として入れません。金額、通貨、時給や月給などの単位も照合します。
応募ボタンは、該当職種へ応募できる場所へつなぎます。フォームの職種選択が古いままになっていないか、締切後も送信できる状態ではないかまで確認します。応募者向けの窓口は会社の窓口とし、個人の連絡先を新たに公開する必要はありません。
どんな使い方がガイドライン違反になる？
求人ではない会社紹介や、採用イベントへの参加案内にJobPostingを付けません。現在の募集が無いのに、履歴書を集めるためだけのページへ付ける行為も避けます。
Googleは、応募方法が無い求人、応募者に支払いを求める求人、説明を見るためにログインが必要な求人などを認めていません。読者が仕事内容を読めて、実際に応募できることを確認します。
本文とデータの内容が違う、募集中ではない仕事が残るといった問題もあります。「検索に出すためのコード」として採用担当から切り離すと、募集終了が反映されません。
構文の検証だけで、求人が実在するか、待遇が正しいかは分かりません。担当者の内容確認と、制作担当の出力確認を両方行います。
募集が終わったら、どう処理する？
Googleの掲載終了の手順では、次のいずれかで終了させます。
validThroughに過去の日付を設定する- ページを削除し、404または410を返す
- ページからJobPostingの構造化データを削除する
募集終了の文章を画面へ足すだけで、データを募集中のまま残さないでください。職種紹介として本文を残すなら、応募の案内とJobPostingの扱いも合わせて変えます。
締切より前に採用が決まった場合も、その時点で終了の処理を行います。月末のサイト更新まで、応募できない求人を放置する運用にはしません。
Googleは求人URLの更新通知にIndexing APIを推奨しています。サイトマップによる通知も使えますが、サイトマップから消すだけで本文とデータの終了処理を代用しません。サイト全体のURLを知らせるサイトマップも、引き続き管理します。
公開時と更新時は、どう検証する？
実装後は、公開ページをリッチリザルト テストの使い方に沿って検証します。エラーを直し、警告は項目の意味を確認して、事実として追加できる内容だけ補います。
次にSearch ConsoleでURLの取得状態と求人の拡張レポートを確認します。テスト環境のnoindexが残っていれば、noindexの解除と確認手順で出力元を直します。登録されない理由全体は検索に出ない原因の切り分けへ進めます。
公開時には応募まで、終了時には募集終了の案内まで、利用者としてたどってください。求人票の更新日、確認者、データの更新結果を残すと、本文だけが直った状態を見つけられます。
サイト設計の整理では、採用トップ・一覧・詳細の役割を分け、募集状態を更新する担当を決めます。求人の掲載数より、応募できる正確な求人が残っているかを確認してください。
仕様・出典の確認日：2026年10月22日。
