全記事
ツール連携·9 分で読了

2026 年の Google for Jobs:表示される求人を公開する方法(そして TrueCalling の求人ボードがすること)

Google for Jobs は求人サイトではなくアグリゲーター。インデックスの成否を分ける 6 つの JobPosting フィールド、求人を消してしまう 5 つのミス、そして TrueCalling の求人ボードが各求人を完全なマークアップ付きで公開する仕組み。

著者 Yarone Cohen · Contributor·更新

いま、求職活動の多くは求人サイトではなく検索エンジンから始まります。候補者が「React エンジニア 東京」と入力すると、Google は通常の検索結果の上に求人のブロックを表示します。それが Google for Jobs です。中小企業や人材紹介会社が出す求人の大半はそこに一度も現れません。求人が悪いからではなく、求人を載せているページに Google が期待する構造化データが含まれていないからです。本稿では、Google が実際に何を読んでいるのか、インデックスの成否を分けるフィールド、求人を消してしまうミス、そして TrueCalling の求人ボードがプラットフォームから公開された求人を追加作業なしで表示させるために具体的に何をしているのかを説明します。

Google for Jobs は求人サイトではない

それはアグリゲーターです。Google は広告を出稿するよう求めません。ウェブページをクロールし、そこに JSON-LD 形式の JobPosting マークアップを探し、見つけたものから結果を組み立てます。つまり求人が Google for Jobs に表示されるのは、そのマークアップで職務を記述した、公開されインデックス可能なページに載っている場合に限られます。PDF、画像、20 件の求人をまとめた一覧ページは表示されません。ルールは厳格です。求人 1 件につき 1 ページ、1 ページにつき 1 つの JobPosting

実務上の結論は単純です。どの求人サイトに出すかより、最終ページの品質のほうが重要です。完全なマークアップを備えた自社サイトの求人は、同じ求人をスクリプトの裏側に、給与も有効期限もなく掲載する汎用プラットフォームより上位に来ます。

インデックスの成否を分ける 6 つのフィールド

  1. 正確な職種名。「シニアデータエンジニア」であって、「シニアデータエンジニア ― 正社員 ― 東京 ― 急募」ではありません。Google はタイトルをスローガンではなくタイトルとして扱います。付け足したキーワードはマッチングを改善するどころか劣化させます。
  2. HTML での完全な職務内容。求人の全文 ―― 業務、求める人物像、応募資格 ―― は画面上だけでなく、マークアップの description フィールドに入っていなければなりません。2 文に切り詰められた説明は、それ以外は正しい求人が表示されない最大の原因です。
  3. 掲載日と有効期限。datePosted は必須です。validThrough は必須ではありませんが、有効期限のない求人は古くなるにつれて期限切れとして扱われ、期限を過ぎた求人は削除されます。放置すればサイト全体への手動対策につながることもあります。
  4. 採用企業とロゴ。hiringOrganization には実際の雇用主を記載する必要があります。ロゴは必須ではありませんが、リッチ表示の条件になります。ロゴがなければ、画像付きカードの中にプレーンテキストで表示されます。
  5. 勤務地、または明示的なリモート。出社の職務には都市と国コード付きの jobLocation。リモートの職務には jobLocationType: TELECOMMUTE と応募可能な候補者の国。説明文に「リモート」と書いてあってもこのマーカーがない職務は、住所のない出社職務 ―― つまりどこにも存在しない職務として分類されます。
  6. 給与レンジ。baseSalary は Google にとっては任意のままですが、候補者にとっては決定的になりました。さらに EU の賃金透明性指令(2026 年 6 月 7 日までに各国で国内法化)は、面接前に候補者へレンジを伝えることを義務づけています。であれば求人票の段階で公開したほうがよいでしょう。

求人を消してしまうミス

  • 同じ求人が複数の URL にある。多言語サイトが /ja、/en、/fr で同一の求人を canonical なしに配信すると、3 つのページが競合し、どれも選ばれません。
  • 充足した求人がオンラインに残っている。Google はページの削除、noindex の設定、または validThrough の失効を求めています。期限切れの求人が応募フォームを表示し続けるのは、最も多いガイドライン違反です。
  • 応募できない。職務を説明していても、壊れたフォーム、メールアドレス、「お問い合わせください」に誘導するページは直接応募の条件を満たさず、対応するバッジを失います。
  • 水増しされた説明。職務を説明する前に会社紹介を 3 段落貼り付けると、Google がマッチングに使うシグナルが薄まります。
  • 一覧ページへのマークアップ。すべての求人を列挙するページに JobPosting を置くことは明示的に禁止されています。そこには ItemList を置き、JobPosting は各求人ページに置きます。

TrueCalling の求人ボードが実際にしていること

TrueCalling は第一にソーシングツールです。EMILY がブリーフを読み、候補者を探しに行きます。しかしプラットフォームで作成したどの求人票も、ワンクリックで公開できます。そこで登場するのが truecalling.ai の求人ボードです。リクルーターが公開をオンにすると、次のことが起こります。

  • 求人 1 件につき 1 ページを、完全なマークアップ付きで生成。タイトル、全文(概要、人物像、応募資格、ソフトスキル)、ロゴとサイト付きの雇用主、国付きの勤務地、リモート可否、契約形態、年収レンジ。求人票で入力したすべてのフィールドが対応する JobPosting のフィールドになり、直接応募が宣言されます。5 分以内に公開されます。
  • ローリングする有効期限。求人がプラットフォーム上でアクティブである限り、ページが再生成されるたびに有効期限は自動的に 60 日先へ延びます。リクルーターが求人を無効化すると、ページは消え、求人はインデックスからきれいに退出します。誰も気にかける必要はありません。
  • 求人 1 件につき 1 つの canonical URL。ページはサイトの 13 言語で存在しますが、マークアップは求人票の言語に一致する版を canonical に指定します。重複も内部競合もありません。
  • あなたのパイプラインに届く応募。フォーム(氏名、メール、電話、所在地、必要なら LinkedIn、PDF の履歴書)はボット対策済みで、応募はアプリ内の該当求人のパイプラインへ直接届きます。転記が必要な受信箱ではありません。
  • 候補者側のセマンティック検索。訪問者は国別に求人を閲覧し、契約形態やリモートで絞り込み、あるいは「シニア React エンジニア、リモート、フィンテック」のように自然言語で希望を記述して、近さの順に並んだ結果を得られます。履歴書をアップロードして、エンジンに合う求人を見つけさせることもできます。結果は強い一致、良い一致、可能性ありに分類されます。
  • 自然に満ちていくタレントプール。マッチングのためにアップロードされた履歴書は、 履歴書を登録するページのものと同様にタレントプールへ入ります。アウトバウンドのソーシングが探しに行く必要のなかった、インバウンドのプロフィールです。

設定するものも、追加で買うものも、覚えるべき Google のルールもありません。マークアップは求人票に従います。リクルーターの唯一の仕事は求人票を正しく埋めることです。そしてこれから見るとおり、それこそが本当に重要な仕事です。

インバウンドとアウトバウンド:ファネルの両半分

よくインデックスされた求人ボードと能動的なソーシングは競合しません。ほとんど重ならない 2 つの集団を対象にしています。Google for Jobs と求人ボードが捕まえるのは転職活動中の候補者で、職種によって市場の 20〜30 % です。ソーシングは残りの 70 %、つまり決して応募しないが関連性のあるメッセージには返事をする人を追いかけます。それが 受動的候補者のソーシングガイドのテーマです。2 つの流れを同じパイプラインで扱うチーム ―― インバウンドの応募とソーシングされたプロフィールを同じ基準で採点するチーム ―― は、典型的な失敗を避けられます。別のツールに届いたというだけで、優れたインバウンド応募が無視されるという失敗です。TrueCalling の求人ボードが何も別に保存しないのもそのためです。すべてが求人に集約され、そこから 既存の連携を通じて ATS へ流れます。

チェックリスト:表示される求人を 6 ステップで公開する

  1. 完全でセクション分けされた求人票を書く。職務概要、求める人物像、応募資格、ソフトスキル ―― 文字の壁ではなく 4 つの独立したブロックに。これが構造化された説明の源になります。
  2. 正確な勤務地と勤務形態を入力する。地域ではなく都市を。リモートは本文中の一言ではなくフィールドとして。
  3. 契約形態と給与レンジを明記する。候補者が最もよく見る 2 つのフィールドであり、最もよく空欄のままにされる 2 つのフィールドです。
  4. 会社のロゴとサイトを追加する。テキストの検索結果を画像付きカードに変えるのはこれです。
  5. 公開し、確認する。求人の URL を Google のリッチリザルトテストにかけ、Search Console の「求人情報」レポートを見守ります。インデックスには通常、数時間から数日かかります。
  6. 充足したらすぐに無効化する。幽霊求人は候補者と Google の信頼を失わせます。TrueCalling では求人票を無効化するだけで済みます。

Google for Jobs が報いるのはただ一つ、完全なデータで実在の職務を記述したクリーンなページです。TrueCalling の求人ボードはその部分を自動化し、リクルーターが求人票に、そして候補者に ―― インバウンドもアウトバウンドも ―― 集中できるようにします。 求人ボードの募集中ポジションを見る、または 求人ボードでは集まらない人材を EMILY がどう探すかを見る