求人サイトのSEOでは、記事や求人件数を増やす前に、サイト内にあるURLを役割ごとに分けることが重要です。
求人サイトには、職種一覧、地域一覧、職種×地域、条件別一覧、検索・絞り込み結果、求人詳細、転職・仕事ノウハウ記事など、多くの種類のページがあります。しかも求人は追加・更新・終了を繰り返すため、「どのURLを作るか」だけでなく、どのページをGoogle検索からの入口として育てるか、求人が終わった後にどう扱うかまで、あらかじめ決めておく必要があります。
たとえば、同じ「東京の事務求人」に関係するページでも、役割はそれぞれ異なります。
| ページ | 役割 | Google検索からの入口にするか |
|---|---|---|
| 職種・地域・職種×地域 | 求人を比較する | 需要・求人数・固有情報があれば候補 |
| 条件別一覧 | 未経験・高時給などで探す | 独立した検索需要がある場合だけ |
| 絞り込み結果 | サイト内で細かく探す | 原則、すべてを検索対象にはしない |
| 求人詳細 | 個別求人を判断・応募する | 募集中の求人は検索対象 |
| ノウハウ記事 | 転職・仕事の疑問を解消する | 検索対象 |
求人サイトでは、ユーザーがサイト内で使うURLと、Google検索から来てもらいたいURLは、同じでなくてかまいません。 この区別が曖昧なままページ数だけ増えると、似た一覧が競合したり、絞り込み条件の組み合わせで大量のURLが生成されたり、終了した求人が検索結果に残ったりしやすくなります。
この記事では、人材紹介会社・人材派遣会社・求人メディアなどの求人DB型サイトを想定し、一覧ページ、絞り込みURL、求人詳細、募集終了後の処理、JobPosting、サイトマップ、内部リンクまで、実際に設計するときの順番に沿って整理していきます。
求人サイトSEOでは、まずURLを役割ごとに分ける
求人サイトを確認するときは、最初に「何ページあるか」ではなく、どのようなURLが作られているかを見ます。
同じ「事務職の求人」を扱うだけでも、たとえば次のようなURLが存在することがあります。
/jobs/office//jobs/tokyo/office//jobs/?occupation=office&area=tokyo/jobs/?occupation=office&area=tokyo&salary=2000/job/12345/
このうち、どれを検索から来てもらうページとして育て、どれをサイト内の絞り込みだけに使うのかを先に決めます。コンテンツ制作の前にURLを棚卸ししておくだけでも、求人サイト全体が整理しやすくなります。
検索から来てもらう一覧ページ
職種、地域、職種×地域など、求人を比較したい検索に対応するページです。
「東京 事務 派遣」「大阪 エンジニア 求人」のように、ある程度まとまった求人を比較したい検索では、一覧ページが入口として適していることがあります。こうしたページは求人が入れ替わっても検索する人の目的自体は残るため、求人サイトの中では比較的長く育てやすいページだといえます。
サイト内検索のための絞り込みURL
給与、雇用形態、勤務時間、経験、資格、福利厚生、並び順など、ユーザーが求人を細かく探すためのURLです。
これらはサイト内では便利ですが、すべての条件の組み合わせをGoogle検索へ出す必要はありません。検索需要がある条件は独立ページとして育てる余地がある一方、ユーザー操作のためだけに必要なURLまで無制限に検索対象にしてしまうと、似たページが大量に増えてしまいます。
個別の求人詳細
1件の求人について、仕事内容、勤務地、給与、勤務時間、応募条件などを確認し、応募するかどうかを判断するページです。
求人詳細はCMS上のデータ表示先というだけでなく、Google検索から直接訪れる可能性のあるページでもあります。募集期間中は検索対象として扱い、求人向けの構造化データであるJobPostingも、基本的にはこの求人詳細に設定します。
転職・仕事ノウハウ記事
「派遣 登録 流れ」「施工管理 転職 未経験」のように、求人を選ぶ前の疑問や仕事・転職に関する情報を探している人向けのページです。
記事で検索流入を取ること自体が目的ではありません。関連する職種ページや求人へつなぎ、応募や登録まで自然に進んでもらうことが大切です。
職種・地域の一覧ページを検索入口として育てる
一覧ページをGoogle検索からの入口として育てる場合、求人カードが並んでいるだけでは十分でないことがあります。求人が減ればページの内容も薄くなり、他の一覧ページとの違いも分かりにくくなるためです。
求人カードだけのページにしない
主要な職種・地域ページには、必要に応じて次のような情報を加えます。
- その職種・地域でどんな求人を扱っているか
- 仕事内容や必要スキル
- 未経験可・経験者向けなど求人の傾向
- 勤務地や通勤の考え方
- 求人選びで確認したい条件
- その人材会社が提供する支援
- 関連する職種・地域へのリンク
ただし、全国の市区町村×全職種へ同じ文章を差し込めばよい、という意味ではありません。求人件数が少なく、検索需要も固有情報もない組み合わせまで機械的に作ってしまうと、似たようなページばかりが増えてしまいます。
筆者が担当した専門職の人材派遣会社でも、地域別求人ページ自体は存在していましたが、title、H1、冒頭文から「どの地域・職種の求人ページなのか」が十分に伝わっていない状態でした。そこでページの役割を明確にし、募集要項を上へ移動したうえで、上位の案内ページや関連ページから内部リンクを集めることで、地域ページを検索からの主な入口として再設計しています。
具体的な改善内容は、専門職人材派遣会社のSEO事例で紹介しています。
求人0件になっても価値が残るか確認する
職種×地域のページでは、一時的に求人が0件になることがあります。
サイト内検索の結果として一時的に0件になるURLと、検索から来てもらうために育てている恒常的な職種・地域ページは、同じ扱いにはしません。
恒常ページであれば、現在求人が0件でも、その職種や地域について十分な情報があり、登録すれば今後求人を案内できるなど、ユーザーにとって意味が残る場合があります。一方で、「求人0件＋短いテンプレート文章」だけのページを大量に残すのは避けます。
重要なのは、求人がなくてもページを残すことではなく、継続して検索から来てもらう価値があるテーマなのかを判断することです。
絞り込みURLを無制限にGoogle検索へ出さない
求人サイトでは、給与、勤務時間、経験、資格、福利厚生などを組み合わせて絞り込めるため、URLの数は簡単に増えていきます。
たとえば ?area=tokyo&occupation=office&salary=2000&workstyle=remote&sort=new のようなURLが、条件順や並び順の違いで何通りも作られると、内容のよく似たページが大量に発生してしまいます。
SEO対象にする条件と、しない条件を分ける
検索需要があり、継続して求人があり、独立したページとして説明できる条件なら、検索からの入口として育てる余地があります。
一方で、ユーザーがサイト内で求人を絞り込むためだけに必要なURLは、すべてGoogle検索へ出す必要はありません。まず不要なURLを生成しない設計を検討し、サイトの仕様に応じてnoindexやcanonical、robots.txtによるクロール制御、空結果での404などを使い分けます。
ただし、「全部canonicalでまとめる」「全部noindexにする」と一律に決めるのではなく、検索から来てもらいたい条件と、サイト内操作だけに必要な条件を分けることが先です。
canonicalだけで解決しようとしない
canonicalは、同じ内容や非常に似た内容のURLが複数あるときに、代表として扱ってほしいURLをGoogleへ伝える設定です。
トラッキングパラメータ付きURLや並び順違いなどには役立ちますが、内容が大きく違う職種一覧をすべて同じページへ寄せるためのものではありません。また、canonicalさえ入れておけば不要URLが大量に生成されても問題ない、というわけでもありません。
URLが増えすぎる場合は、canonicalだけでなく、そもそもどのURLを生成し、どのURLへ内部リンクするのかまで見直します。
サイトマップと内部リンクも揃える
検索対象として残すページは、できるだけ次の状態を揃えます。
- そのページ自身を代表URLとして指定する
- XMLサイトマップに掲載する
- サイト内の関連ページからリンクする
たとえばcanonicalではAを代表URLとしているのに、サイトマップにはBを載せ、内部リンクはCへ集めている、といった状態は避けます。
求人詳細は「1求人＝1つの正規URL」で管理する
求人詳細は、検索から直接訪れる可能性があり、そのまま応募判断につながるページです。同時に、同じ求人が複数の一覧や特集に掲載されやすいため、URLの管理も重要になります。
応募判断に必要な情報を見せる
最低限、求職者が次のような情報を画面上で確認できるようにします。
- 職種名
- 仕事内容
- 勤務地
- 雇用・契約条件
- 給与
- 勤務時間
- 応募条件
- 会社・職場情報
- 応募方法
構造化データの中にだけ情報があり、ページ上では確認できない、という状態は避けます。
同じ求人を複数URLへ複製しない
同じ求人が、職種別、地域別、キャンペーン別の一覧から表示されること自体は問題ありません。ただし、そのたびに別の求人詳細URLを作ってしまうと、管理が複雑になります。
同じ求人IDに対しては正式な求人詳細URLを1つ決め、各一覧からそこへリンクする設計が基本です。重複URLが必要な場合も、代表URLを揃えて管理します。
求人詳細のURLを「どの一覧から来たか」によって変えない方が、管理しやすいケースが多くあります。
JobPostingは求人詳細へ設定する
JobPostingは、求人内容をGoogleへ正しく伝えるための構造化データです。
基本的には、1件の求人を詳しく説明する求人詳細ページへ設定するもので、求人一覧や検索結果ページへ複数求人分をまとめて設定するものではありません。構造化データを入れれば通常のGoogle検索順位が上がる、という施策でもありません。
ページ上で求職者が確認できる求人内容と、JobPostingで伝える内容を一致させ、現在応募できる求人かどうかを正確に管理します。
JobPostingやGoogleしごと検索の詳細は、求人ページのSEO対策｜Googleしごと検索・JobPosting構造化データまでで詳しく解説しています。
求人終了時のルールを公開前に決めておく
求人サイトでは、時間が経つほど募集終了ページが増えていきます。すべて残すと応募できない求人が増える一方、すべて削除すると検索流入や外部リンクを持つURLまで失ってしまうことがあります。
そのため、求人を公開する時点から「終了したらどうするか」を決めておきます。
一回限りの個別求人
再募集の可能性が低く、その求人固有の情報を残す意味もない場合は、募集終了後に404や410で削除する選択肢があります。
再募集する可能性がある求人
同じ求人IDを再利用して再募集する運用であれば、募集状態を正確に管理します。募集していない期間に、応募できる求人のように見せないことが重要です。
職種・地域として残したい検索需要
検索需要として残したいのが「求人そのもの」ではなく「東京×事務」「札幌×施工管理」のようなテーマなら、個別求人を永久に残すのではなく、恒常的な職種・地域ページへ価値を集めます。
個別求人と、長期的に育てる検索入口を分けて考えるということです。
更新・終了をGoogleへ伝える
募集が終了した求人では、JobPostingの終了情報を正しく反映し、必要に応じて構造化データを削除したり、ページ自体を404/410にしたりします。
JobPostingを持つ求人URLでは、GoogleのIndexing APIを使って、新規求人・更新・削除を通知できます。求人CMSを開発・改修できる場合は、公開・更新・終了のステータスと連動させると運用しやすくなります。
XMLサイトマップもサイト全体の把握に使います。検索対象にしない絞り込み結果や不要URLは載せず、正規の求人詳細や重要な職種・地域一覧など、Google検索から来てもらいたいページを掲載します。lastmodは実際の更新時刻に合わせます。
一覧・求人詳細・記事をつないで応募まで導く
求人サイトの内部リンクは、Google向けの対策だけではありません。求職者が次に比較したい情報へ進めるような構造にすることが重要です。
求人一覧から求人詳細へ
一覧が100件、1,000件と増え、ページネーションや無限スクロールを使う場合でも、求人詳細へ通常のリンクでたどれる構造を保ちます。
検索エンジンがJavaScriptの操作をしなければ求人詳細へ到達できない設計は避けます。ページネーションを使う場合も、各ページに固有URLを持たせ、求人詳細へリンクできる形を基本にします。
求人詳細から似た求人へ
求人詳細を見た人は、同じ職種、近い勤務地、似た条件の求人も比較したいと考えるものです。
- 求人詳細 → 同じ職種の求人
- 求人詳細 → 同じ地域の求人
- 職種ページ → 関連職種
- 地域ページ → 近隣エリア
のように、次に比較したいページへ自然につなげます。
ノウハウ記事から求人へ
転職・仕事ノウハウ記事で検索流入を取れても、記事だけで終わってしまえば応募にはつながりません。
「施工管理 転職 未経験」の記事なら施工管理の求人や職種ページへ、「派遣 登録 流れ」の記事なら登録や求人一覧へ、というように、記事を読んだ次の行動につなげます。
無関係な内部リンクを大量に置くのではなく、ユーザーが次に見たいページを優先します。
求人サイトSEOの診断では、この順番で確認する
求人サイトを改善するときは、技術用語から入るより、次の順番で確認していくと全体像をつかみやすくなります。
1. Google検索に出すURLを整理できているか
- どの条件でURLが生成されるか
- 検索対象にする一覧・求人詳細はどれか
- パラメータ違い・並び順違いが増殖していないか
- 0件ページや薄い一覧が大量に検索対象になっていないか
- canonicalが適切か
2. 求人詳細までGoogleとユーザーがたどれるか
- 一覧から求人詳細へ通常リンクで到達できるか
- 絞り込みURLへリンクが偏っていないか
- XMLサイトマップに正規URLが載っているか
- 重要な一覧・詳細へ内部リンクが集まっているか
3. 求人詳細が正しく表示されているか
- 求人固有の情報が十分か
- JobPostingがページ表示内容と一致しているか
- 終了求人が応募可能に見えていないか
- 公開・更新・終了時の運用が決まっているか
筆者が担当した人材派遣会社でも、仕様書上は対応済みになっていても、本番画面を見るとtitle、description、H1、見出し、スマホ表示などが想定どおり反映されていないことがありました。求人サイトSEOは、仕様を決めるだけでなく、実際のページに正しく出力されているところまで確認して、はじめて完了だと考えています。
4. 職種・地域ページが検索入口になっているか
- 重要な職種・地域ページがあるか
- 求人カードだけでなく固有情報があるか
- 同じ検索で似たページ同士が競合していないか
- 検索から入った人が求人詳細へ進めるか
5. 応募まで計測できているか
- 求人詳細から応募できるか
- 登録フォームで大きく離脱していないか
- Google検索からの応募・面談まで計測できるか
順位やアクセスだけでなく、Google Search Console、GA4、サイト構造、CMSの仕様を合わせて確認していきます。
求人サイトだけでなく、人材紹介会社・人材派遣会社を含めて検索集客全体を整理したい場合は、人材業界のSEO対策の記事で、検索する人の目的と見せるページの考え方から解説しています。
求人ページが多すぎて、どこから直すべきか分からない方へ
求人一覧、絞り込みURL、求人詳細、終了求人など、現在のサイト構造を確認し、Google検索に出すページと出さないページ、改善する順番を整理できます。
求人サイトSEOでよくある失敗
| よくある状態 | 何が問題か |
|---|---|
| 求人数だけ増やす | 検索入口となる職種・地域ページが弱いままになる |
| 市区町村×職種をすべて自動生成する | 検索需要・求人・固有情報のない薄いページが増える |
| 絞り込みURLを全部Google検索へ出す | 条件の組み合わせで似たURLが大量に増える |
| JobPostingを一覧ページへ入れる | 1求人の詳細ページ向けの仕様と合わない |
| 終了求人を放置する | 応募できない求人や古い情報が残る |
| SEO記事と求人DBが分断している | 記事の流入が関連求人や応募につながらない |
まとめ｜求人サイトSEOは「どのページを検索資産にするか」を決める仕事
求人サイトのSEOでは、記事数や求人件数だけを見るのではなく、サイト内に作られるURLを役割ごとに分けます。
職種・地域などの主要一覧は検索入口として育て、サイト内の絞り込みにだけ必要なURLは無制限にGoogle検索へ出しません。求人詳細は1求人につき1つの正規URLで管理し、JobPostingを正確に設定します。求人が終了した後の処理も、公開前から決めておきます。
さらに、一覧・求人詳細・ノウハウ記事を内部リンクでつなぎ、検索流入を応募・登録まで追っていきます。
求人サイトSEOで決めるべきなのは、「何ページ作れるか」ではなく、「どのページを検索からの入口として育てるか」です。 この設計ができてから、どの職種・地域ページを増やすか、どの記事を書くかを決めます。