Googleしごと検索に求人が表示されない原因と対処手順｜京都の中小企業が無料枠で応募を増やす構造化データ実装フロー

求人ページを作り込んで公開したのに、Googleで自社の店名や職種名を検索してもしごと検索の枠に自社求人が出てこない——採用担当者がまず疑うのは「掲載できていないのでは」という点ですが、実際にはページはインデックスされているのに構造化データのエラーで弾かれているケースや、そもそも掲載条件（コンテンツポリシー）に抵触しているケースまで、原因はいくつかの層に分かれています。原因を切り分けずに闇雲にコードを触ると、直っているつもりで直っていない、という消耗が起きがちです。

この記事では、Googleしごと検索（Google for Jobs）に求人が表示されない原因を「インデックス」「構造化データ」「ポリシー」の3層で切り分け、Search Consoleでの確認手順からJobPostingの構造化データ修正、Indexing API・サイトマップの併用、掲載終了後の運用設計まで、京都の中小企業が無料枠で今日から動ける粒度で解説します。

この記事のポイント

• Googleしごと検索の非表示原因は「インデックス層・構造化データ層・ポリシー層」の3層で切り分けるのが定石です。
• 原因特定はURL検査→求人情報レポート→リッチリザルトテストの順で行うと当日中に絞り込めます。
• JobPostingの必須プロパティはtitle・description・datePosted・hiringOrganization・jobLocationの5つです。
• 掲載終了はvalidThrough超過・ページ削除・noindexのいずれかで明示的に落とす必要があります。
• Googleしごと検索の掲載自体は無料で、京都の採用難業種ほど無料枠から着手する価値があります。

Googleしごと検索に求人が表示されないのはなぜ？原因は3層で切り分ける

図1: 非表示の原因を3層構造で切り分ける図解

Googleしごと検索に求人が出ない原因は、インデックス層・構造化データ層・ポリシー層のいずれかに必ず属します。この3層を順に確認すれば、原因不明のまま作業をやり直す事態を避けられます。

層1：そもそもページがインデックスされていない

求人ページ自体がGoogleにインデックスされていなければ、構造化データがどれだけ正しくてもしごと検索には出ません。公開直後で日が浅い、robots.txtでブロックしている、noindexタグが残っている、サイト全体の評価が低くクロール優先度が低い、といった状態が典型です。まずはページの存在がGoogleに認識されているかどうかを疑う必要があります。

層2：JobPosting構造化データのエラー

ページはインデックスされているのに、JSON-LDで実装したJobPosting構造化データに必須プロパティの欠落や形式エラーがあると、しごと検索の候補から除外されます。求人特有の症状としてよく見られるのは、日付形式の誤り、給与情報の入れ子構造の崩れ、雇用形態の独自表記などです。エラーがあってもページ自体はインデックスされ続けるため、「サイトは検索に出るのに求人枠だけ出ない」という状態になります。

層3：コンテンツポリシー違反による除外

構造化データが技術的に正しくても、Googleのしごと検索向けコンテンツポリシーに違反していると除外対象になります。掲載期限が切れた求人を放置している、実在しない架空の求人を掲載している、複数ページで同一求人を重複掲載している、といったケースが該当します。ポリシー違反は個別求人だけでなくサイト全体のJobPostingが非表示になるリスクを伴うため、3層の中でも最も影響範囲が広い原因です。

まず何を確認する？Search Consoleで原因を特定する手順

図2: 原因特定を進める3ステップの手順図

原因の当たりを付けたら、Google Search Consoleを使って実際に検証します。確認する順番はURL検査→求人情報レポート→リッチリザルトテストが効率的です。

URL検査でインデックス状態を見る

Search Consoleの上部にある検索窓に対象求人ページのURLを入力し、URL検査ツールを実行します。「URLはGoogleに登録されています」と表示されれば層1は除外でき、「URLがGoogleに登録されていません」であれば、まずインデックス登録を優先する必要があります。登録されていない場合は、公開後まだクロールされていないだけなのか、noindexやrobots.txtによる意図的なブロックなのかをここで区別します。

「求人情報」レポートでエラー項目を読む

Search Consoleの左メニューにある拡張機能セクションから「求人情報」レポートを開くと、検出済みの求人ページ数、有効な求人数、エラー・警告が発生している求人数が一覧で確認できます。エラーの内訳（datePostedの形式エラー、必須プロパティの欠落など)がページ単位で表示されるため、層2の原因はここで大半が特定できます。エラーが0件で有効な求人数だけが伸びない場合は、層3のポリシー要因を疑う判断材料になります。

リッチリザルトテストで実装を検証する

個別ページのJSON-LDが正しくパースされているかは、リッチリザルトテストで即座に検証できます。URLを入力するかコードを直接貼り付けると、検出されたプロパティの一覧とエラー・警告がその場で表示されます。修正後に本番反映しても実際に解消されているかを確かめるには、このツールで再テストするのが最短ルートです。

求人の構造化データ（JobPosting）エラーの直し方

JobPostingの必須プロパティが1つでも欠けていると、しごと検索の対象から除外されます。まずは必須と推奨のプロパティを分けて把握することが修正の出発点です。

必須プロパティと推奨プロパティの一覧

Google Search Central「Job posting (JobPosting) structured data」では、必須5プロパティとしてtitle・description・datePosted・hiringOrganization・jobLocationが明記されています。これに加えてemploymentType、validThrough、baseSalaryなどは必須ではないものの、検索結果での表示や絞り込みに影響する推奨プロパティです。

プロパティ	区分	内容
title	必須	求人タイトル（職種名）
description	必須	求人詳細（HTML可）
datePosted	必須	掲載開始日（ISO 8601形式）
hiringOrganization	必須	採用企業情報
jobLocation	必須	勤務地住所
validThrough	推奨	募集終了予定日
employmentType	推奨	雇用形態
baseSalary	推奨	給与情報

よくある定番エラー5パターンと修正例

求人情報レポートで頻出するエラーは、実務ではおおむねパターン化されています。日付をYYYY-MM-DDのISO 8601形式にせず和暦や「2026年8月」のような表記のまま入れてしまう、employmentTypeに「正社員」「アルバイト」のような日本語をそのまま入れて仕様上定義された値（FULL_TIME、PART_TIMEなど）を使っていない、baseSalaryをただの数値文字列として入れてQuantitativeValueの入れ子構造にしていない、hiringOrganizationにnameしか書かずurlやlogoを省略している、jobLocationの住所を1つの文字列にまとめてしまいPostalAddressの構造化を怠っている、といった5点は特に発生頻度が高いといえます。

スキーマとページ表示内容の一致が大前提

構造化データがエラーなく通っても、実際のページ表示内容とJSON-LDの内容が食い違っているとGoogleの評価は下がります。給与や勤務地、職種名はページ本文と構造化データで完全に一致させる必要があります。この一致は単なる形式チェックではなく、しごと検索の信頼性を担保する前提条件として扱われている点に注意が必要です。

修正したのに反映されない時は？Indexing APIとサイトマップの使い分け

図3: APIとサイトマップの役割分担を示す図

構造化データを修正しても、Googleが再クロールするまでは反映されません。反映を早めるにはIndexing APIとサイトマップの併用が現行の推奨手法です。

反映までの期間の目安と待ち方

修正後の反映は数日から数週間かかるのが一般的な目安とされています。通常のクロール待ちだけに頼ると、募集期間の短い求人では機会損失につながりかねません。まずはリッチリザルトテストでエラーが解消していることを確認し、そのうえで反映を待つか、後述するIndexing APIで能動的に通知するかを判断します。

Indexing APIで新規・更新を即時通知する

Search Engine Journalの記事「Google Clarifies Job Posting Structured Data Guidance」では、Googleが2024年1月に求人URLの通知方法についてのガイダンスを明確化し、「サイトマップの代わりにIndexing APIを使う」から「Indexing APIとサイトマップを併用する」方針へ整理し直したと報じられています。日本語圏の解説記事にはこの整理がまだ十分に反映されていないケースが多く、求人ページの新規公開・更新時にはIndexing APIで即時通知する運用を組み込む価値があります。採用管理システム（ATS）から求人ページを自動生成している場合は、公開・更新のタイミングでAPI通知を叩く処理を組み込んでおくと、担当者が個別に手動申請する手間を省けます。

サイトマップで網羅性を担保する

Indexing APIは即時性に強い一方、通知漏れが起きた場合の網羅性を担保するのはサイトマップの役割です。求人サイトマップは掲載中の求人を過不足なく含め、掲載終了した求人は速やかに除外するよう、日次程度の頻度で更新するのが実務上の目安とされています。APIとサイトマップは片方だけでなく両輪で運用するのが現行の推奨です。

掲載終了した求人が表示され続けるとどうなる？期限切れ運用の設計

終了した求人がまだ表示され気まずい瞬間

募集を締め切った求人がしごと検索に出続けると、応募者の不満だけでなくサイト全体のJobPostingが非表示になるリスクに直結します。掲載終了時の落とし方をあらかじめ設計しておく必要があります。

期限切れ求人の3つの正しい落とし方

Google Search Centralのガイドラインでは、掲載終了時にvalidThroughの日付を超過させる、求人ページ自体を削除する、noindexタグを設定する、のいずれかで明示的に求人を落とすことが公式要件として示されています。求人サイトのプラットフォームJob Boardlyのブログ記事「Job Posting Schema for Google Jobs」では、30日から60日程度の期間でvalidThroughの更新とnoindex化を自動化するワークフローが紹介されています。日本の中小企業のATSやCMSでは、この自動期限切れ処理が組み込まれていないケースが目立つため、手動運用に頼るなら月次のチェックリストに組み込んでおくのが現実的な対応です。放置すると個別求人の非表示にとどまらず、サイト全体のしごと検索枠が対象外になるコンテンツポリシー違反につながる点は強調しておきたいところです。

再募集時はdatePostedを更新する

一度掲載を終了した職種を再び募集する場合、同じページを使い回すならdatePostedを募集開始日に更新し、「現行の求人」としてGoogleに認識させる必要があります。datePostedが古いままだと、内容は最新でも「古い求人」として扱われ、検索結果での優先度が下がる場合があります。

京都の中小企業がGoogleしごと検索を採用戦略に組み込む方法

町家の店先で採用予算をやりくりする店主

京都は人手不足業種と大学都市という2つの特性を併せ持つ地域です。無料のGoogleしごと検索は、この特性を踏まえた採用予算配分の起点として位置づけられます。

飲食・宿泊・介護など採用難業種こそ無料枠から始める

飲食・宿泊・介護・製造といった京都の採用難業種は、求人媒体費を継続的に投下し続ける体力が限られている企業も少なくありません。Googleしごと検索は掲載自体が無料でクリック課金も発生しないため、まずは自社求人ページを構造化データ対応させて無料枠に載せ、応募状況を見ながら有料媒体への予算配分を検討するという順序が、採用難業種の予算設計として理にかなっています。

給与・勤務地（区名）の明記が京都の求職者検索に効く理由

Schema Engine AIのブログ記事「Job Posting Schema: Competing in Google for Jobs」では、給与レンジ（baseSalary）を明記した求人はクリックと応募の質が向上する傾向にあり、AI検索においても「月給25万以上」「リモート可」のような会話型クエリへの回答にJobPostingスキーマが直接参照されると指摘されています。給与非公開が慣習として根強い日本の中小求人においては、給与を明記すること自体が無料枠内での差別化要因になり得ます。京都の場合は「京都市中京区」「伏見区」のように区名まで具体的に明記すると、通勤範囲を意識した求職者の検索意図に合致しやすくなります。

Indeed・求人媒体・SNS採用広告との併用設計

Googleしごと検索はIndeedをはじめとする求人媒体とは競合関係ではなく補完関係にあります。しごと検索は複数の求人媒体・自社サイトの求人情報を横断的に集約する枠であるため、Indeedにも同時掲載しておくと露出面が広がります。競合の募集状況や給与水準を把握したい場合は、Indeedの採用市場レポートで競合状況を把握する方法が参考になります。無料枠で土台を固めたうえで、応募数が不足する場合はMeta広告やSNS採用広告への予算投下を検討する段階に移るのが自然な流れで、この設計は京都の採用難をMeta広告×Indeed連携で突破する設計で詳しく扱っています。大学都市である京都特有のアルバイト採用文脈は京都で大学生バイトを採るWeb広告設計も参照してください。

なお、層1のインデックス問題が疑われる場合、クロールはされているのにインデックスされない状態が続くこともあります。この状態が改善しないときの判断基準は「クロール済み インデックス未登録」が減らない時の判断基準で整理しています。

よくある質問

Q：Googleしごと検索への掲載は無料ですか？費用はかかりませんか？ Googleしごと検索への掲載自体は完全に無料です。クリック課金や掲載枠の入札といった仕組みもなく、費用が発生するとすれば自社サイトに構造化データを実装する工数のみです。求人媒体費をかけずに露出を確保できる点が、採用予算が限られる中小企業にとっての主な利点です。

Q：構造化データを実装してからGoogleしごと検索に反映されるまでどのくらいかかりますか？ 一般的には数日から数週間が目安とされています。通常のクロール待ちに任せると募集期間の短い求人では機会損失になりやすいため、Indexing APIを利用して新規・更新を即時通知し、リッチリザルトテストで実装エラーがないことを事前に確認しておくと反映までの不確実性を減らせます。

Q：IndeedとGoogleしごと検索はどちらを優先すべきですか？ 両者は枠の性質が異なるため、優劣で選ぶものではなく併用が基本です。まず費用のかからないGoogleしごと検索で土台を作り、応募数や採用スピードに応じてIndeedなどの有料求人媒体を上乗せしていく順序が、予算効率の面で現実的です。

Q：募集を終了した求人がGoogleしごと検索に表示され続ける場合はどうすればいいですか？ validThroughの日付を超過させる、求人ページを削除する、noindexタグを設定する、のいずれかで明示的に求人を落とす必要があります。この対応を怠って期限切れ求人を放置すると、個別求人の非表示だけでなくサイト全体のJobPostingが非表示になるリスクがある点に注意してください。

Googleしごと検索の原因診断や構造化データの実装は、一度仕組み化してしまえば運用の手離れが良くなる領域です。真策堂では、京都の採用難業種の求人ページについて、構造化データの実装から無料枠と有料媒体の予算配分設計まで、実務の観点でご相談を受けています。自社での切り分けに詰まった際は、お気軽にお問い合わせください。