株式会社ドライバーテクノロジーズDRIVER RECRUITING RESEARCH INSTITUTEドライバー採用総合研究所DRRI
運送・タクシー・バス会社向け採用改善の実務シート無料資料を見る

Googleしごと検索に運送会社の求人を表示する方法|JobPosting実装と運用

構造化データを入れるだけでは不十分です。一求人一URL、画面表示との一致、正確な勤務地・給与、募集終了処理、lastmod、計測までを採用担当とWeb担当の共同運用に落とします。

Googleしごと検索は、運送会社が管理する求人詳細ページにJobPosting構造化データを実装することで、求人検索の特別な表示の対象になり得る仕組みです。ただし、マークアップを追加すれば掲載や上位表示が保証されるわけではありません。Googleの公式文書は、構造化データを最も詳細な一件の求人ページに置き、求職者が画面で読める内容と一致させ、必須プロパティとコンテンツポリシーを守ることを求めています。

運送会社で起こりやすい失敗は、求人一覧ページだけにJobPostingを付ける、複数営業所と複数車格を一件として記述する、実際には募集終了しているのにvalidThroughやページを更新しない、構造化データ上だけ給与や勤務地を追加する、といった運用です。技術担当だけでは仕事の実態を確認できず、人事だけでは実装やクロールを確認できません。求人正本を人事が管理し、Web担当が同じ内容をHTMLと構造化データへ反映する分担が必要です。

本記事では、Google検索への技術実装と、ドライバー求人特有の情報設計を同じ工程として説明します。表示可否や順位を約束せず、公式のリッチリザルトテスト、Search Console、アクセス解析を使ってエラーと流入を確認します。

工程採用担当の責任Web担当の責任
求人を分ける営業所・車格・運行・勤務・賃金を確定一求人一正規URLを発行
公開画面表示用の原稿を承認HTMLとJobPostingの内容を一致させる
検証免許・条件・応募方法を再確認リッチリザルトテストとURL検査
更新条件変更と更新日を通知lastmodと構造化データを同時更新
募集終了充足・停止を即日連絡validThrough、削除、404・410等を適切に処理
計測応募・面接・入社を求人IDで記録検索流入と応募完了へUTM・イベントを付与

求人・採用導線を公開前に点検するための実務資料は、資料をダウンロードするから確認できます。

Googleしごと検索は求人ページの代わりではない

Googleの求人検索表示は、自社求人の発見経路を増やす可能性がありますが、候補者が最終的に確認するのは雇用主の求人詳細です。構造化データは検索エンジンへ内容を伝える記述であり、画面上に不足している仕事内容や給与を補う隠し欄ではありません。求人ページ自体に、職務、資格、技能、勤務時間、経験条件、勤務地、応募方法などを人が読める状態で示します。

求人一覧、検索結果、採用トップへJobPostingをまとめて置くのではなく、一件の募集について最も詳細なページへ実装します。同じURLで大型地場、4トンルート、倉庫作業を選ばせる設計は避け、労働条件が異なるなら個別URLを作ります。候補者がページを開いたとき、検索結果で見た職種と勤務地がすぐ確認できる構造にします。

一求人一URLを営業所と職務の実態から決める

URLを分ける基準はSEOのキーワードではなく、採用する仕事です。同じ営業所でも、車格、運ぶ物、運行範囲、荷役、勤務帯、雇用形態、賃金の決まり方が変われば別求人とします。反対に、同一の採用枠を地域名の数だけ複製し、実在しない勤務地を付けることは行いません。Googleの求人コンテンツポリシーは、不正確な雇用主説明、実在しない職務、偽の勤務地、ランキング操作のためのキーワード乱用を禁じています。

URLには内部の求人IDを持たせ、採用管理表、HTML、構造化データ、応募フォームで同じIDを使います。求人タイトルを変更してもURLを不用意に変えず、正規URLを一つに保ちます。他ドメインへ同じ求人を掲載する場合は、各サービスの仕様を確認し、自社サイト内の重複ページにはcanonicalを適切に設定します。canonicalは異なる求人を一つへまとめる道具ではありません。

JobPostingの必須項目を画面表示と一対一で対応させる

Googleが示す必須プロパティには、掲載日、求人の詳細、雇用組織、勤務地、求人タイトルなどがあります。具体的な要件は公式文書の最新版を参照し、実装前に必須と推奨を一覧化します。構造化データのtitleは画面の職種名、descriptionは求人本文、hiringOrganizationは実際の雇用主、jobLocationは実際の就業場所と対応させます。派遣・紹介・請負など雇用関係が異なる場合は、誰が雇用主かを法務・労務と確認します。

採用担当者はJSON-LDそのものを書く必要はありませんが、項目ごとの正本を渡す必要があります。掲載日を更新日として毎日書き換える、勤務地を本社住所で代用する、給与の上限だけを渡すと、正しく実装しても内容が不正確になります。Web担当へ渡す表には、画面表示文、構造化データ項目、根拠、確認者、最終確認日を並べます。

  • 求人IDと正規URL
  • 初回掲載日と内容更新日
  • 求人タイトルと雇用形態
  • 雇用主の正式名称と公式URL・ロゴ
  • 就業場所の住所と複数勤務地の扱い
  • 仕事内容、資格、勤務、給与、応募方法
  • 募集終了予定と終了判断者

ドライバー求人のdescriptionは一勤務を再現できる粒度にする

descriptionには、車格だけでなく、荷物、荷役、配送先、件数、走行範囲、泊まり、付随業務を含めます。「配送業務全般」の一文では仕事を比較できません。代表的な一日を点呼、点検、積込み、運行、休憩、納品、帰庫、記録の順で説明し、物量や道路事情で変動する範囲を分けます。必要免許は車両総重量、最大積載量、乗車定員と照合します。

給与は画面と構造化データの両方で同じ単位と前提を使います。時給、日給、月給、年収を無理に換算して一つにせず、実際の支払い形態を示します。月収例を本文へ載せる場合は、出勤日数、時間外・深夜、運行手当などの計算前提を添えます。構造化データへ数字だけ入り、本文に内訳がない状態を作らないでください。

勤務地・リモート・複数拠点を運送実態に合わせる

ドライバーの仕事は本社ではなく営業所や車庫から始まることが多いため、jobLocationには日常の就業場所を正確に設定します。荷主先へ直行する、複数車庫を使う、転勤がある場合は、候補者が応募前に理解できる本文を作り、構造化データと矛盾させません。表示機会を増やすためだけに隣接市区町村の住所を複製することは、偽の勤務地に当たり得ます。

運送職を在宅勤務としてマークアップしないことも当然ですが、採用担当、配車補助、コールセンターなど一部の別職種と混同しないようにします。複数勤務地の扱いはGoogleの仕様に従い、実際にどの拠点で何人を採るかを内部表で管理します。拠点が充足したら、その場所だけ募集を止め、別拠点の求人へ自動転送して条件を取り違えないようにします。

リッチリザルトテストで構文と内容を分けて確認する

公開前にリッチリザルトテストを使い、JSON-LDの構文、必須プロパティ、警告を確認します。エラーがゼロでも、求人の事実が正しいことを保証するわけではありません。技術担当は機械的な検証、人事は画面と雇用条件の照合を別々に行い、両方の承認後に公開します。警告は即時不掲載を意味しない場合もありますが、推奨項目を追加できるか検討します。

テスト対象は開発環境だけでなく本番URLです。Googlebotがアクセスできるか、robots.txtやnoindexで妨げていないか、ログインなしで求人詳細と応募方法を読めるかを確認します。JavaScriptで後から内容を描画する場合も、レンダリング後に構造化データと本文が取得されることをURL検査やテストで確かめます。

サイトマップのlastmodは実際に求人が変わった時刻にする

求人URLをXMLサイトマップへ含め、canonicalと同じ正規URLを送信します。lastmodは生成処理を実行した時刻や毎日の日付ではなく、その求人の本文や条件が実際に変更された時刻にします。Googleはクロール資源が限られるため、正確な変更日時が重要だと説明しています。変更していない全求人のlastmodを毎日更新すると、更新情報の信頼性を損ないます。

サイトマップには求人詳細の正規ページを含め、検索結果や無限に組み合わせられる絞込みURLを入れません。求人件数が多い場合は求人用サイトマップを分け、生成件数、URL重複、404、noindex、canonical不一致を自動監査します。送信完了はインデックス登録完了を意味しないため、Search Consoleで検出、クロール、インデックス状況を追います。

募集終了はvalidThroughだけでなく応募体験まで閉じる

採用充足や募集停止が決まったら、採用担当がWeb担当へ即日連絡できる仕組みを作ります。Googleは期限切れ求人について、validThroughを過去の値にする、ページを削除して404または410を返す、JobPosting構造化データを削除するなどの終了方法を示しています。どの方法を選ぶかは、ページを求人アーカイブとして残す必要、再募集の見込み、サイト構造を踏まえて決めます。

構造化データだけ消して応募フォームが受け付け続ける、またはページを残しながら「募集中」と表示する状態は避けます。応募済み候補者への連絡と、媒体・ハローワーク上の停止も同じ終了チェックリストに入れます。再募集する場合は、過去の求人を機械的に日付だけ更新せず、現在の人数、条件、勤務地、給与、教育枠を再承認します。

Indexing APIは求人URLの更新通知として正しく使う

Googleは求人情報のURLについてIndexing APIを案内しています。APIは対象コンテンツと利用条件を守り、新規公開、更新、削除の通知に使います。送信回数を増やせば順位が上がる仕組みではなく、通知がインデックスや表示を保証するものでもありません。サイトマップを不要にするものでもないため、求人以外を含むサイト全体のクロール管理は継続します。

実装では、誰がサービスアカウントや認証情報を管理するか、送信したURLと時刻、応答、再試行、削除通知を記録します。認証鍵をソースコードや共有表へ貼らず、最小権限と安全な保管を徹底します。API導入が難しい場合でも、正確なサイトマップ、内部リンク、Search Consoleの確認、募集終了処理を先に整えます。

検索流入から入社まで求人IDを切らさない

Googleの公式文書は、Google求人検索からの訪問を識別するUTMパラメータ例を示しています。自社の解析方針に沿って流入元を記録し、求人詳細の閲覧、応募開始、応募完了を求人IDへ結びます。個人情報をアクセス解析へ送らず、メールアドレス、電話番号、氏名をURLやイベント値に含めません。

評価はクリック数だけで終わらせず、連絡到達、面接設定、面接実施、内定、入社へ進んだ件数を同じ求人IDで追います。表示が増えても勤務地違いや免許不一致が多いなら、マークアップより求人の分け方や説明を見直します。自然検索、自社名検索、求人媒体、紹介などの重複応募ルールを決め、媒体間の比較を同じ定義で行います。

月次監査でHTML・構造化データ・採用台帳を突合する

月に一度、公開求人の一覧を採用台帳から出し、URLのHTTP状態、indexability、canonical、JobPosting、募集状態、応募フォーム、担当者を突合します。給与や勤務の改定を人事システムで行っても、求人ページが古いままになることがあります。更新担当を一人に依存させず、変更申請と承認の記録を残します。

監査で最優先するのは、検索順位ではなく、募集終了求人、実在しない勤務地、画面と構造化データの不一致、応募不能、古い給与です。その上で、Search Consoleの表示クエリとページを見て、候補者の検索意図に合う説明を追加します。構造化データは技術SEOの一部であり、仕事内容と雇用条件の質を代替しません。

関連する実務ガイド

よくある質問

JobPostingを実装すればGoogleしごと検索へ必ず表示されますか?

いいえ。正しい構造化データは表示対象になるための条件であり、掲載や順位を保証しません。コンテンツポリシー、クロール、インデックス、求人の品質などを含めてGoogleが判断します。

採用トップページに全求人のJobPostingを置いてよいですか?

Googleは最も詳細な一件の求人ページへ適用するよう案内しています。求人一覧・検索結果ページではなく、一求人の職務と条件、応募方法を読める固有URLに実装します。

求人を毎日更新扱いにするとクロールされやすくなりますか?

lastmodは実際にコンテンツが変更された時刻を示します。変更していない求人の日付だけを更新する運用は避け、給与、勤務、仕事内容などが変わったときに正確な更新日時を送ります。

募集終了した求人ページは必ず削除しますか?

必ず一つの方法に限定されません。Google公式はvalidThrough、404・410、JobPosting削除などを案内しています。ページを残す目的と応募受付状態を確認し、期限切れ求人が募集中に見えないようにします。

Indexing APIだけ送ればサイトマップは不要ですか?

不要にはなりません。Googleもサイト全体をカバーするためサイトマップ送信を勧めています。APIは対応する求人URLの更新通知として使い、正規URL、内部リンク、サイトマップ、終了処理と併用します。

参考にした一次資料

本記事は公表資料を基に、運送会社・タクシー会社・バス会社の採用実務を整理した一般情報です。サービス仕様、法令、助成制度は変更されるため、実施時点の原文と提供元・所管行政機関を確認してください。

最終確認日:2026-09-09