求人サイトのサイト構造・内部リンク|職種・地域・求人詳細をつなぐ設計

求人サイトでは、ページ数が多いことと、検索エンジンに理解されやすいことは同じではありません。

求人DBに1万件の求人があっても、

  • 求人詳細が検索フォームからしか辿れない
  • 職種・地域ページが孤立している
  • ノウハウ記事から求人へつながらない
  • 似た絞り込みURLが大量にある

という状態では、サイト内に情報が存在していても検索資産としてまとまりません。

人材紹介会社・人材派遣会社のサイトでは、職種、地域、求人詳細、記事、サービスページの役割を分け、相互にリンクする設計が重要です。

Googleも、内部リンクをページ発見と関連性理解のシグナルとして使用し、重要なページにはサイト内の別ページから少なくとも1本以上リンクすることを推奨しています。

この記事では、求人DB型サイトの構造を、実務で設計しやすい形に整理します。

求人サイトの基本構造は「検索フォーム」だけでは足りない

求職者にとって検索フォームは便利です。

しかし、検索エンジンは人間と同じようにフォームへ条件を入力して、すべての求人組み合わせを探索するとは限りません。

重要な検索テーマは、通常のHTMLリンクで辿れるページとして用意します。

たとえば、

求人トップ
├─ 職種
│  ├─ 事務
│  ├─ ITエンジニア
│  └─ 施工管理
├─ 地域
│  ├─ 東京
│  ├─ 大阪
│  └─ 札幌
├─ 職種×地域
│  ├─ 東京×事務
│  ├─ 大阪×施工管理
│  └─ 札幌×事務
└─ 求人詳細

のように、検索需要と求人量がある入口をリンクでつなぎます。

まず6種類のページに役割を分ける

求人サイトを設計するときは、ページ数ではなく種類を整理します。

ページ 役割 主なリンク先
求人トップ 全求人の入口 職種・地域・特集
職種ページ 職種単位の検索入口 地域・求人詳細・記事
地域ページ 地域単位の検索入口 職種・求人詳細
職種×地域 具体的検索の受け皿 求人詳細・近接条件
求人詳細 個別求人・応募 同職種・同地域・登録
ノウハウ記事 情報収集 職種・地域・求人・相談

法人向けサービスを持つ人材会社なら、これに法人サービスページも加わります。

重要なのは、各ページが「何でも載っているページ」にならないことです。

職種ページはカテゴリ一覧ではなくテーマページとして作る

「事務」「施工管理」「ITエンジニア」のような職種ページには、その職種に関する求人を束ねます。

求人カードだけでなく、必要に応じて、

  • 仕事内容
  • 必要経験・資格
  • 主な勤務地
  • 雇用形態
  • 求人選びのポイント
  • 関連職種
  • 現在の求人

を掲載します。

このページから主要地域へリンクします。

例:

事務派遣 → 東京の事務派遣 / 大阪の事務派遣 / 札幌の事務派遣

一方で、検索需要も求人もない地域を全件リンクする必要はありません。

地域ページは「地域トップ」と「職種×地域」の中継点にする

地域ページでは、その地域で扱う主要職種をまとめます。

例:

札幌の求人

  • 事務
  • コールセンター
  • IT
  • 営業

などです。

そこから「札幌×事務」のような具体的な一覧へつなぎます。

職種ページと地域ページから双方にリンクされることで、職種×地域ページの発見経路が増えます。

職種×地域ページは重要だが、全組み合わせを作らない

求人サイトのSEOで最も作りたくなるのが「職種×地域」です。

しかし、すべての組み合わせをindex対象にすると、求人0件や薄いページが大量に増えます。

SEO対象にする条件

  • 検索需要がある
  • 継続的に求人がある
  • 職種・地域固有の情報を出せる
  • 親ページと明確に役割が違う

条件を満たすページだけを恒常的なSEOランディングページとして育てます。

求人詳細は「末端ページ」だが孤立させない

求人詳細は階層の末端に位置しますが、孤立ページにしてはいけません。

Googleは重要なページへサイト内の別ページからリンクすることを推奨しています。

求人詳細には、少なくとも、

  • 職種ページ
  • 地域ページ
  • 職種×地域ページ
  • 求人一覧

などからリンクします。

求人詳細側からも、

  • 同じ職種の求人
  • 同じ地域の求人
  • 近い条件の求人
  • 職種トップ
  • 登録・相談

へ戻れるようにします。

パンくずも階層理解に使う

例:

求人トップ > 東京 > 事務 > 求人詳細

のように、ユーザーが現在地を理解できるパンくずを用意します。

ただし、実際のURL構造とパンくずを無理に一致させること自体が目的ではありません。

ユーザーと検索エンジンにページ同士の関係が分かることが重要です。

ノウハウ記事をPVの孤島にしない

人材会社では、

  • 転職ノウハウ
  • 職種解説
  • 資格解説
  • 面接対策
  • 働き方

などの記事を大量に持っていることがあります。

しかし、記事から求人・職種ページへリンクがなければ、検索流入が事業へつながりません。

たとえば「施工管理 未経験 転職」の記事なら、

  • 施工管理の職種ページ
  • 未経験可の施工管理求人
  • 対応地域
  • キャリア相談

へ自然にリンクします。

記事末尾に毎回同じ「お問い合わせはこちら」を置くだけより、本文中で検索者の次の行動につながる内部リンクを設計します。

アンカーテキストはリンク先が分かる言葉にする

Googleは内部リンクのアンカーテキストが、ユーザーとGoogleによるリンク先理解に役立つと説明しています。

たとえば、

  • 「詳しくはこちら」
  • 「このページ」

だけではなく、

  • 「札幌の事務派遣求人を見る」
  • 「人材派遣会社のSEOキーワード設計」

のように、リンク先が予測できる文言を使います。

ただし、SEOキーワードを不自然に詰め込む必要はありません。

文章として自然で、次に何が見られるか分かれば十分です。

絞り込みURLは内部リンク設計とセットで制御する

求人サイトでは、

  • 給与
  • 勤務時間
  • 雇用形態
  • 資格
  • 経験
  • 福利厚生
  • 並び順

などのフィルターがあります。

URLパラメータで全組み合わせを作ると、非常に多くのURLが発生します。

Googleも、ファセットナビゲーションは大量のURLを生成し、過剰クロールや重要URLの発見遅延を起こし得ると案内しています。

重要なのは「リンクしないURL」を決めること

SEO対象外の絞り込みURLを、

  • 全ページのサイドバー
  • フッター
  • サイトマップ

などから大量にリンクすると、検索エンジンはそれらも巡回します。

SEO対象URLとUI用URLを分け、UI用の組み合わせをクロールさせる必要がない場合はrobots.txt等を含めた制御を検討します。

canonicalやnofollowだけで無限URL問題を解決しようとせず、URL生成・リンク生成そのものから見直します。

求人0件ページをサイト構造に残し続けない

職種×地域ページは、時期によって求人0件になることがあります。

重要な恒常ページであれば、0件になっても、

  • 登録して求人通知を受け取る
  • 近接地域を見る
  • 関連職種を見る

などの導線を残すことがあります。

一方、検索需要も固有情報もなく、今後も求人が期待できない組み合わせなら、index対象として残し続ける意味は小さくなります。

「0件でも全部200で残す」「0件なら全部404」という一律ルールではなく、ページ役割で決めます。

サイトマップ・canonical・内部リンクを同じ方向に揃える

SEO対象ページは、できるだけシグナルを一致させます。

残したいURL

  • self canonical
  • XMLサイトマップ掲載
  • サイト内から通常リンク
  • index可能

SEO対象外URL

  • サイトマップから除外
  • 不要な内部リンクを増やさない
  • 必要に応じてクロール・index制御

たとえば、BをcanonicalでAへ寄せながら、サイトマップや内部リンクではBばかりを使う、といった矛盾を避けます。

法人向けページと求職者向けページを混ぜない

人材紹介会社・人材派遣会社では、同じサイトに、

  • 求職者向け求人
  • 法人向けサービス

が存在します。

内部リンクも目的を分けます。

求人記事から突然「法人のお客様はこちら」ばかりを出すのではなく、求職者は求人・登録へつなぎます。

一方、法人向け記事からは、

  • 対応職種
  • 料金
  • 導入事例
  • 問い合わせ

へつなぎます。

サイト全体でBtoC/BtoBを扱っても、各ページのCVは1つに近づける方が設計しやすくなります。

事例|記事単体ではなく、ページ役割と内部リンクまで整理する

専門職の人材派遣会社では、SEO記事を増やすだけでなく、

  • 狙う検索テーマ
  • 新規ページの役割
  • 既存ページとの重複
  • 関連ページへのリンク
  • 応募導線

を整理しました。

新規ページは公開後1か月で8位、その後3位まで上昇し、検索経由の求人応募は前年同期比1.7倍となりました。

この経験からも、人材サイトでは「記事を何本作ったか」より、検索者が入口から求人・応募まで移動できる構造になっているかが重要です。

小規模サイトでの実装順

すべてを一度に再設計する必要はありません。

Step 1. 重要URLを20〜50件決める

売上・求人・検索表示から、重要職種、地域、サービスを決めます。

Step 2. 各URLに親・子・関連を付ける

例:

  • 親:事務派遣
  • 子:札幌の事務派遣
  • 詳細:個別求人
  • 関連:未経験事務の記事

Step 3. 孤立ページをなくす

重要URLに最低1つ以上の内部リンクがあるか確認します。

Step 4. SEO対象外の絞り込みURLを洗い出す

サイトマップ・内部リンク・クロールを整理します。

Step 5. Search Consoleで反応を見る

表示回数、クエリ、順位、クリックを見て、追加ページや統合を判断します。

まとめ|求人サイトは「ページの集合」ではなく検索導線として設計する

求人サイトのサイト構造では、

  • 求人トップ
  • 職種
  • 地域
  • 職種×地域
  • 求人詳細
  • ノウハウ記事
  • 法人サービス

の役割を分けます。

そのうえで、

  • 重要ページを通常HTMLリンクでつなぐ
  • 求人詳細を孤立させない
  • 記事から求人・職種へ送る
  • アンカーを具体化する
  • 絞り込みURLを無制限にクロールさせない
  • canonical・サイトマップ・内部リンクを揃える
  • BtoCとBtoBのCVを分ける

ことが重要です。

検索エンジンのためだけにリンクを増やすのではありません。

求職者が「情報を知る → 条件を絞る → 求人を見る → 応募する」と自然に進める構造が、結果として検索エンジンにも理解しやすいサイトになります。

求人ページや記事は多いのに、どのページを強くすべきか分からない場合は、Search Console、URL一覧、求人DBをもとに、重要URL・内部リンク・index対象を整理できます。

関連記事