目次
採用サイトの置き場所は、更新と管理の条件で選ぶ
採用サイトのドメインは、既存の企業サイト内で更新できるか、別のCMSや制作会社を使うか、契約と権限を誰が管理するかで決めます。「採用サイトだから別ドメインが必須」という条件はありません。まず現在のCMSで必要な求人情報、応募導線、編集権限を作れるかを確認します。
URLには、企業サイトの配下に置くサブディレクトリ、ドメインの前に名前を付けるサブドメイン、新たに登録する別ドメインという選択があります。見た目の独立性と、実際のサーバーや権限の分離は同じではありません。どの範囲を別にできるかは、利用サービスと構成で確認します。
3方式を同じ条件で比較する
次のURLは説明用です。どの方式でも、サイトとドメイン、DNS、証明書、CMSの管理をまとめて考えます。サブドメインなら必ず安い、別ドメインなら必ずSEOに有利といった前提は置かず、現行サイトの制約と新しく増える作業を比べます。
| 方式とURL例 | 検討しやすい状況 | 事前に確認すること |
|---|---|---|
| サブディレクトリ:example.com/recruit/ | 既存サイトのCMSや保守を共用できる | 求人編集権限、既存デザインとの両立、別システム接続の可否 |
| サブドメイン:recruit.example.com | 企業のドメインを使いながら構築環境を分けたい | DNS変更権限、証明書、企業サイトとのリンクと計測 |
| 別ドメイン:example-careers.com | 独立した名称・運用・契約が必要な事情がある | 登録と更新、正規サイトの説明、移行と閉鎖時の管理 |
登録者と更新通知先を会社で管理する
JPRSの各種申請案内では、JPドメイン名の申請が指定事業者を通じて受け付けられることが説明されています。ライフサイクルの案内も参照し、自社が使う登録事業者の契約期間、更新手続き、支払方法を確認します。
制作会社へ手続きを委託する場合も、登録者、管理事業者、会社が管理する連絡先を台帳へ残します。担当者個人のメールや退職予定者だけが受け取る通知に依存しません。自社の管理アカウント、権限付与、契約終了後の移管・引き継ぎ方法を見積もり時に決めます。パスワードを共有表へ平文で記録する方法は避けます。
| 管理項目 | 架空の記入例 | 引き継ぎ時の確認 |
|---|---|---|
| 登録名義・契約 | 自社の法人名義、指定事業者Aで管理 | 契約と請求を自社担当が確認できる |
| 更新通知 | 情報システム部の共有窓口と責任者 | 担当変更後も通知と支払いが継続する |
| DNS変更 | 情報システム部が承認し保守会社が実施 | 変更前の値と切り戻し手順を残す |
| HTTPS証明書 | ホスティングサービスで管理 | 更新方法、期限監視、障害時の連絡先 |
| 終了・移管 | 契約終了前に権限と設定を引き渡す | 旧URLへのアクセスを扱う期間と費用 |
年号と部署名に依存しないURLを考える
長く使う社員紹介や仕事紹介には、毎年変わる年度や組織名を必須にしない設計を検討します。部署が変わるたびにURLまで変わると、社内資料や求人媒体のリンクも直す必要があるためです。年度別の募集を分ける必要がある場合は、共通情報と年度固有の情報を分離します。
求人のURLは職種名だけでなく、募集の識別と更新方針を揃えます。終了求人を残して次の募集を案内するか、適切な代替ページがあるかを決めます。存在しない職種へのリンクをすべてトップへ送る運用にはせず、読者が募集状況を判断できる案内を用意します。URLを見ただけで住所や個人のメールアドレスが分かる設計にも避けるべき点があります。
移行前に旧新URLの対応表を作る
Googleのサイト移転ガイドは、元のURLを把握して新しいURLへ対応づける準備を説明しています。URLを変える場合は、アクセスのある記事だけでなく、媒体掲載の求人、画像、PDF、応募フォームへのリンクも確認します。
以下は編集部の移行作例です。移転に伴う転送は、目的に合うHTTPステータスと実装方法を制作担当が決め、旧URLから意図したページへ進むことを検証します。新旧を何段も経由する状態や、関係のないページへの一括転送を避けます。
| 元のURL・状況 | 新しいURL・扱い | 検証する結果 |
|---|---|---|
| /recruit/sales.html | /careers/jobs/sales-yokohama/ | 同じ募集の条件と応募先を表示する |
| /recruit/interview-01.html | /careers/people/sales-member/ | 記事内容が対応し、写真やリンクが欠けない |
| /recruit/old-job.html:募集終了 | 終了案内または内容が対応するページ | 終了求人へ誤って応募させない |
| 求人媒体にある旧フォームURL | 新しいATSの職種別URL | 実際の媒体リンクから受付まで確認する |
DNS切り替え後も、求人と応募経路を監視する
切り替え日には変更責任者を決め、旧設定、戻す条件、連絡先を用意します。DNSだけでなく、HTTPS、画像、フォーム、通知、計測、サイトマップ、正規URLの設定を確認します。テスト環境の検索除外設定が本番へ残っていないかも点検します。
公開後は旧URLのエラー、検索での登録状況、応募受付の件数を追います。DNS設定の変更とメール用の設定が同じ管理画面にある場合には、サイトに関係しない設定を消さないよう変更対象を限定します。検索流入の推移だけを移行成功の判定にせず、応募者が職種ページから受付完了まで進めることも確認します。
方式を決めたら、費用と保守の条件まで残す
ドメインの取得費だけで比較すると、毎年の更新、証明書、監視、追加環境、移行作業が抜けます。制作と運用の見積もりを同じ期間で比較し、委託先を替えたときも自社が必要な情報と権限を持てる条件にします。
サイト全体の役割は採用サイトの総合ガイド、URL移行を含む工程は採用サイトのリニューアル、構築環境の選択はCMSと作成ツールの比較で整理できます。
よくある質問
Qサブドメインとサブディレクトリはどちらが正解ですか?
既存CMS、編集権限、別システムとの接続、保守体制によって異なります。URL形式だけで検索順位を断定せず、必要な機能と継続管理の条件を比較します。
Q制作会社名義のドメインでも問題ありませんか?
契約終了後の利用や移管が自社の想定どおりにできるか確認が必要です。登録者、契約者、管理権限、引き継ぎ条件を確認し、自社で継続管理できる形を契約前に決めます。
Qリニューアル時にURLも変えるべきですか?
変更が必要な理由がなければ維持する案も比較します。変更する場合は旧新URLを対応づけ、転送、内部リンク、媒体の掲載先、検索設定、応募受付を一緒に確認します。
出典・編集方針
公開資料を確認し、実務の手順・記入例は編集部の提案として構成しています。確認日は各出典をご覧ください。
- Google 検索セントラル:URL変更を伴うサイト移転(確認:2026-11-10)
- JPRS:JPドメイン名の各種申請(確認:2026-11-10)
- JPRS:JPドメイン名のライフサイクル(確認:2026-11-10)
公開資料を確認し、転職・採用の意思決定に役立つ実務情報を編集しています。個別事例と編集部の提案は、出典の事実と区別して記載します。
編集方針・運営情報を読む

