Googleしごと検索の設定方法｜
無料で求人を検索結果に出す手順

先に結論を書きます。Googleしごと検索への掲載に費用はかからず、登録窓口もありません。自社サイトの求人ページにJobPostingという構造化データを実装し、Googleに認識されれば掲載の対象になります。逆に言えば、求人ページがない、あるいはPDFや画像で貼っているだけの会社は対象外です。この記事では、実装に必要な工程と、掲載されないときの確認箇所を整理します。

Googleしごと検索の仕組み

「地域名＋求人」「職種＋アルバイト」のように検索すると、検索結果の上部に求人カードがまとまって表示されることがあります。これがGoogleしごと検索（Google for Jobs）です。

仕組みを一言でいうと、Webに公開されている求人情報を、Googleが構造化データを手がかりに拾って一覧化しているものです。求人サイトのように「掲載枠を買う」形式ではなく、条件を満たしたページが対象になります。

• 掲載費用：かからない
• 登録申請：窓口はない（Googleがクロールして認識する）
• 掲載元：自社サイトの求人ページ、または対応している求人媒体
• 表示順：職種・勤務地・投稿日などから判断される。順位を買う仕組みは公開されていない

中小企業にとっての利点は明確で、媒体費用をかけずに、地域名での検索に自社の求人を出せる点です。応募が自社フォームに直接来るので、媒体経由の手数料も発生しません。

掲載されるための前提条件

実装の前に、そもそも対象になるかを確認します。次の4つが揃っていない場合は、まずここからです。

1番目の「1求人1ページ」は見落とされがちです。採用ページに正社員とアルバイトを並べて書いている場合、分割が必要になります。職種ごとにURLを分けるところから始めてください。

実装に必要な5つの工程

掲載までに通る工程は、大きく5つに分かれます。まず何をする作業なのかを押さえてください。

1. 職種ごとのページを用意する

求人は1件につき1つのURLで扱われます。ページ内には職種名、仕事内容、勤務地、雇用形態、給与、応募方法が本文として読める必要があります。構造化データはあくまで機械向けの補足なので、人が読む本文が先です。ここで詰まるのは技術ではなく、既存の採用ページをどう分割するかの判断のほうです。職種の切り方が実際の募集単位とずれると、応募者から見て何の募集か分からないページが増えます。

この分割は、社内の呼び方でページを割るのか、求職者が検索窓に打つ言葉でページを割るのかという選択でもあります。一見どちらでもよさそうに見えますが、取り違えると「掲載はされているのに、地域名で探している人の検索とは一度も突き合わされない」という状態になります。社内でしか通じない職種名で1ページにまとめた求人は、仕様上のエラーがゼロでも、求職者の言葉と接点を持ちません。厄介なのは、これが失敗として見えないことです。Search Consoleでは「有効」と表示され、リッチリザルトテストも通る。数字の上では何も壊れていないため、応募が来ない理由を給与や勤務地のせいだと結論づけ、そのまま次の募集も同じ切り方で出すことになります。

どこで割るのが正解かは、自社の組織図からは出てきません。同じ地域で同じ職種を募集している他社が、どの粒度・どの言葉でページを立てているかと突き合わせて初めて決まります。当社では、募集単位ではなく求職者が使う語のほうから逆算してページの割り方を決めています。

2. JobPostingの構造化データを記述する

JSON-LD形式で、職種名・仕事内容・掲載開始日・募集終了日・会社情報・勤務地・雇用形態・給与といった情報を機械可読の形で持たせます。項目名と書式はGoogleのドキュメントで公開されているため、仕様そのものは調べれば分かります。

難しいのは書式ではありません。本文と構造化データの内容が食い違わないように保つことです。給与を改定した、勤務時間を変えた、募集を締めた——本文だけ直して構造化データが古いまま残ると、応募者が見る内容と検索結果に出る内容がずれます。募集が増えるほど、このずれは見つけにくくなります。

3. リッチリザルトテストで検証する

Googleのリッチリザルトテストに公開URLを入れると、求人情報として認識されているか、エラーや警告が出ていないかを確認できます。ここでエラーが残っている状態では掲載されません。

4. インデックスされる状態にする

Googleがページを認識していなければ、構造化データが正しくても掲載対象になりません。サイトマップへの反映とインデックス登録の状況を見る工程です。反映には時間がかかることがあり、実装直後の結果で判断すると誤った結論に至ります。

5. Search Consoleで掲載状況を追う

Search Consoleには求人情報のレポートがあり、有効・警告・エラーの件数を確認できます。求人は募集のたびにページが増減するため、この確認は一度で終わらず、募集を出すたびに回る工程になります。ここが属人化していると、担当者が変わった時点で止まります。

※当社FACTORは、この構造化データの実装と検証、そして募集のたびに発生する追加・終了処理の運用を、設計から引き受けています。仕事内容や給与の中身は現場にしかないため、原稿の材料出しは会社側と一緒に行う形にしています。

応募者が実際に見ている項目

技術的に正しく実装しても、中身が薄いと応募にはつながりません。応募をためらっている人が確かめているのは、次のような項目です。

1. 給与の具体性
2. 勤務時間とシフトの実態
3. 仕事内容の伝わり方
4. 未経験からの立ち上がり方
5. 働いている人の顔ぶれ
6. 応募方法と、返信がいつ来るか
7. 募集終了日の扱い

項目名を並べるところまでは、どの会社でも同じです。差がつくのは、このうちどれを厚く書き、どれを削るかの配分のほうです。全部を詳しく書けば応募が増えるわけではありません。読む側の可処分時間には限りがあり、情報量が増えるほど、判断に必要な一文が埋もれます。

そして、どれが「判断に必要な一文」かは職種と地域で入れ替わります。人手が逼迫している職種では条件の明快さが決め手になり、応募者に選択肢が多い地域では働く人の顔ぶれのほうが効く。同じ会社でも、正社員の募集とアルバイトの募集で重心が変わります。求人媒体の原稿をそのまま流用すると、この重心がずれたまま掲載されることになります。

掲載されないときに見る場所

実装したのに出てこない場合、原因になりやすいのは次のような箇所です。

1. 構造化データにエラーが残っている：必須項目の抜けが多い
2. ページがインデックスされていない：認識されていなければ掲載対象になりません
3. 募集終了日が過去日になっている：期限切れの求人は表示されません
4. 勤務地の住所が正しく読み取れていない：地域が特定できないと、地域名での検索に出ません
5. 職種名に余計な語が混ざっている：会社名や勤務地、「急募」などを混ぜると認識されにくくなります
6. 判断が早すぎる：認識までに時間がかかることがあり、実装直後の結果は結論になりません

やっかいなのは、これらが同時に起きていても症状が「出てこない」の一種類にしか見えないことです。どこから疑うかは、実装の経緯とサイトの状態によって変わります。心当たりの薄い項目から潰していくと、原因にたどり着く前に労力が尽きます。

そしてもうひとつ、これより見つけにくい失敗があります。出てはいるが、狙った検索の場面には出ていないという状態です。この場合、管理画面はすべて正常を示します。エラーはなく、レポートは「有効」と出て、実装した本人には成功したようにしか見えません。にもかかわらず、応募数は実装前と変わらない。原因が構造化データの側にないため、確認手順をどれだけ丁寧になぞっても、この症状には一生たどり着けない構造になっています。この見立てを間違えたまま次の募集を出すと、半年分の掲載がまるごと空振りに終わり、しかも空振りだったことに気づけません。

切り分けるには、自社の求人ページの状態を見ているだけでは足りません。同じ地域・同じ職種の検索結果に実際に何が並んでいて、そこに自社が入っているのか、入っていないなら何がその枠を取っているのかを突き合わせる必要があります。ここは見るべき場所を知らないと、そもそも「見ていない」ことにすら気づけない領域です。

それでも出ない場合、掲載されるかどうかはGoogle側の判断による部分もあるため、確実性を求めるなら求人媒体との併用が現実的です。しごと検索は「媒体の代わり」ではなく「無料で増やせる入口の1本」と位置づけるのが、期待値としては適切だと考えています。

よくある質問

まとめ

Googleしごと検索は、求人ページを持っている会社なら追加費用なしで露出を増やせる仕組みです。通る工程は、独立した求人ページの用意、JobPostingの構造化データの記述、検証、インデックス状況の確認、そして掲載状況の追跡。仕様自体はGoogleが公開しているため、何をするのかは調べれば分かります。

実際に応募の差になるのは、その先です。職種をどう切るか、どの項目を厚く書きどれを削るか、募集のたびに増減するページを誰が管理し続けるか。止まった運用は、古い求人が検索結果に残るという形で採用のブランドを削ります。自社の求人ページがいまどう見えているかは、実際の表示を確認しないと判断できません。無料のAI診断で現状を確かめるところが出発点になります。