コーポレートサイトと採用サイトは分けるべき？統合のメリット・デメリット

Googleの公開データでは、ページの読み込みが1秒から3秒に伸びると直帰確率（最初の1ページだけ見て離脱する割合）が約32%増加し、5秒では約90%まで跳ね上がると示されています。¹ また、StatCounter等の統計では直近のトラフィックの過半がモバイル経由です。² さらにサードパーティCookieの段階的廃止により、クロスドメインでの応募計測は難度が上がり続けています。³⁴ つまり、採用サイトをコーポレートから分けるか統合するかの議論は、ブランディングだけでなく、SEO・パフォーマンス・計測可能性に直結する技術課題です。B2Bの現場では、商談創出と応募獲得が同時に走るため、意思決定を誤るとどちらのKPIも毀損します。本稿では、CTO・エンジニアリーダーの視点で、リスクと効果を数理的かつ実装寄りに捉え直します。

結論の先出しと判断軸

結論から言えば、採用サイトを分けるべきか統合すべきかはKPI設計、計測要件、運用体制の三点で決まります。求職者の検索意図（「働き方」「給与レンジ」「職種のミッション」等）と顧客の検索意図（「製品名」「導入事例」「料金」等）が重ならず、採用広報を継続運用するチームがあるなら分離が機能しやすくなります。一方で、クロスドメイン計測の制約を避けたい、ドメインオーソリティを一本化して成長スピードを上げたい、コンテンツ運用を一つのCMSで回したいといった要件が強ければ統合が合理的です。たとえば、四半期で職種記事を継続投入できる体制なら分離で回遊を純化しやすく、逆に広告・SEO・採用を共通の計測モデルで厳密に見る必要がある場合は統合が有利です。採用強化フェーズでも、求人DBやATS（Applicant Tracking System：採用管理システム）連携、JobPosting構造化データ、⁵ 応募フォームの最適化を統合サイト上で適切に設計すれば、応募率を犠牲にせずにブランドストーリーの一体感を作れます。重要なのは見栄えではなく、ユーザージャーニーの摩擦と計測の欠落をどれだけ減らせるかという技術的な問いです。

KPIとユーザージャーニーの違い

コーポレートの主目的は認知から信頼の醸成、そしてホワイトペーパーDLやデモ申込といったリード獲得にあります。採用は応募完了とタレントプール登録がゴールで、カルチャー理解や職種理解のコンテンツが中間行動になります。この二つのジャーニーは似て非なるもので、同じグローバルナビの下に置くと回遊は増えても、肝心のCVに至る導線がぶつかりやすくなります。分離は導線の純度を高める一方、ブランドの一貫性とクロスアップセルの機会は薄れます。統合は逆に、製品理解から「この会社で働く」を自然に接続できますが、導線設計とパーソナライゼーションを怠ると迷子を量産します。KPIの優先順位を明文化し、メニュー、パンくず、CTAの階層にその意図を写像できるかが鍵です。具体的には、採用の主要CTA（応募・エントリー）を常時露出させ、製品側ではリード獲得CTAを優先表示する、といった単純なルールを全テンプレートに反映させるだけでも効果が変わります。

計測とコンプライアンスの前提

サードパーティCookieの廃止が進む今、³ 分離構成ではクロスドメイントラッキングがボトルネックになります。⁴ サブドメイン間での第一者Cookie共有、GA4（Google Analytics 4）のサブドメイン測定、サーバーサイドタグ（GTM Serverなどで計測データを自社ドメイン経由にすること）によるファーストパーティ化、CMP（Consent Management Platform：同意管理）の一元化など、計測基盤を先に設計してから情報設計を決めるのが安全です。統合構成でも、応募フォームがATSの外部ドメインに飛ぶ場合は同意ステータスの引き継ぎとイベント連携が必要です。いずれにしても、データ最小化と合法性、消費者への透明性を満たすことが前提であり、可観測性を妥協した情報設計は長期的に意思決定コストを増やします。まずは「応募完了」「フォーム離脱」「同意取得」「計測不能セッション」の4点をイベントとして確実に可視化できるかを、ステージングで確認してから公開するのが現実的です。

SEOと情報設計：分離と統合のトレードオフ

SEOの観点では、ドメイン構造とクエリクラスタ（検索意図が近いキーワード群）の切り分けが肝になります。採用関連はJobPosting、職種別キーワード、カルチャー・福利厚生・働き方に関するトピックで構成され、意図は企業評価や応募判断に寄ります。製品・事業はCategory、Use case、導入事例、技術ブログなど、評価軸も権威性も違います。クエリの意図が乖離しているほど、URL構造と内部リンクでクラスタ境界を明示する必要が高まるというのが実務的な感覚です。分離はクラスタの干渉を抑えやすく、統合はドメイン全体の蓄積を活かしやすい。どちらを選んでも、コンテンツ間の関係を検索エンジンと人間の両方に説明できるかが成果を左右します。たとえば「ソリューション名 導入事例」と「後方互換性を重視するエンジニアの働き方」は検索意図が異なるため、内部リンクは文脈内に限定し、ナビ上での混在は避けると意図の純度が保てます。採用サイト自体は、初期からSEOを前提に情報設計・実装されるべきだという指摘もあります。⁶

ドメイン戦略：サブドメインかディレクトリか

採用をcareers.example.comのようなサブドメインで分けると、運用の自由度が上がり、UI・リリースを独立させやすくなります。逆にexample.com/recruitのようなサブディレクトリ統合は、ドメイン評価を一体化しやすく、内部リンクのチューニングで権威伝播をコントロールできます。Googleは技術的にはどちらでも評価可能としていますが、⁷ 実務上はサブドメインを半ば別サイトとして扱う場面が残るため、⁸ 分離の利点を享受するには相応のリンク設計と更新頻度が不可欠です。統合では、グローバルナビの採用入口を肥大化させず、フッターと文脈リンクを活用した穏やかな回遊設計が効きます。ドメイン移行や再設計を伴うなら、移転マップ、正規化、hreflang、XMLサイトマップの分割と更新監視まで一気通貫で計画すべきです。サイト規模が大きい場合は、旧URLの301マッピングをテスト用に20〜50件程度サンプリングして、インデックス置換の速度と意図した着地を事前に検証しておくと安全です。

コンテンツクラスターと内部リンク設計

採用ではEVP（従業員価値提案）を中心に、職種別ページ、選考プロセス、福利厚生、働き方の記事へと意味的に接続し、各ページから応募フォームへ最短動線を確保します。製品サイドからは導入事例の末尾に「採用中の関連職種」への文脈リンクを置くと、ブランド理解の熱量を採用に転用できます。逆方向には、技術ブログからプロダクトロードマップやアーキテクチャ解説へ誘導すると、候補者の納得感が増します。さらに、JobPostingの構造化データを実装しつつ、⁹ 期限切れ求人は404ではなく410で素早くクローラから除外し、アーカイブに正規化リンクを付与すると健全性が保てます。410は「恒久的な削除」を意味し、クロール資源の無駄遣いを防げる点が404と異なります。

運用・組織・ROI：意思決定の現実解

分離は所有権の明確化と開発の並行度が上がる一方で、デザインシステムの分岐、翻訳や法務レビューの重複、監視とSLA（サービス品質保証）の二重化が発生します。統合は運用の一元化が進みますが、単一レポジトリの巨大化やデプロイ頻度の衝突、ステークホルダー間の優先順位調整コストが増えがちです。TCO（総保有コスト）は初期コストと12〜24カ月の運用・人件費・ツール費で評価し、採用CPAとマーケのMQLコストへの影響を同じモデルに載せると比較がしやすくなります。採用ピーク期の更新頻度、採用広報チームの人員計画、字幕・字幕生成や写真・動画制作の内製可否まで含めて見積もると、表面上のコスト差が逆転するケースも珍しくありません。小規模チームでは、コンテンツ承認フローを簡素化できる構成（統合のワークフロー一本化 or 分離の軽量承認）を選ぶだけでもROIが変わります。

TCOと導入期間の見積り

統合の大規模リニューアルは、情報設計、デザインシステム刷新、CMS移行、301マッピング、計測再構築で6〜9カ月規模になりがちです。分離の新設は、共有UIの設計と計測・同意の連携、ATSのAPI統合、JobPosting出稿の運用まで含めて3〜6カ月が目安です。初期は統合の方が高く見える場合でも、保守は一元化の恩恵を受けます。逆に採用が通年で強い企業は、分離により編集権限と公開フローを加速でき、機会損失の削減という形でROIが出ることが多い。どちらにしても、ローンチ直後の計測欠落が最大のリスクになるため、イベント設計、同意連携、フォームエラー監視、404/410監視、サイトマップ更新の自動化をリリース条件に組み込みます。公開後2週間は、応募完了率・離脱率・LCP劣化の3項目を日次で監視し、テンプレート単位で素早く是正できる体制が現実解です。

ケーススタディから見える現実

たとえばSaaS中堅規模の企業で、採用をサブディレクトリ統合し、製品ドキュメントと技術ブログからエンジニア採用への文脈リンクを設けると、技術職の応募前ページ閲覧が増え、面接時の理解度が高まりやすいという傾向が見られます。別の例として、採用の通年発信が強いD2C企業では、サブドメイン分離によりキャンペーン型の職種特集と動画施策を俊敏に回せるようになり、編集カレンダーの遅延が抑えられるケースがあります。どちらも共通しているのは、情報設計と計測要件を同じバックログで管理し、UI変更と計測更新を常にセットで出す運用が軌道に乗った瞬間に成果が顕在化しやすいという点です。構造より運用の成熟度が成果差を生む、という厳しいが現実的な教訓が残ります。

技術アーキテクチャ：実装パターンの選び方

実装の観点では、ヘッドレスCMS（コンテンツ管理と配信をAPIで分離する方式）を中核に据え、採用とコーポレートでスキーマを分割しつつ、共通のデザインシステムとアクセシビリティ基準で統制するのが現実解です。統合構成ならルーティングで/recruit配下を論理分割し、ビルド時にサイトマップを分離生成し、キャッシュ・画像最適化・メタデータ付与をパイプラインで共通化します。分離構成なら、UIライブラリとトークンをnpmレジストリで共有し、CIでビジュアルリグレッションを回すとブランド一貫性を維持しやすくなります。構造化データはOrganization、BreadcrumbList、JobPostingをJSON-LDで正確に出力し、⁹ 期限切れの扱いは410とアーカイブ正規化でインデックス健全性を守るのが定石です。

ヘッドレスCMSとデザインシステムの共有

CMSはロールと承認フローを分け、採用チームが自走できるように権限設計を行います。メディアアセットの命名規則、OGPとサムネイルの自動生成、アクセシビリティのチェックリスト、翻訳ワークフローの自動割当までをテンプレート化しておくと、更新速度と品質の両立が可能です。デザインシステムはトークン駆動で、色・余白・タイポグラフィ・モーションを共有し、採用特有のトーンはコンポーネントのバリアントで表現します。これにより分離・統合のどちらを選んでも、表現の自由度とブランドの一貫性を同時に確保できます。小さな改善として、採用記事テンプレートだけフォールド上（第一ビュー）に応募CTAを固定表示する、といった運用ルールをコンポーネントに埋め込むと、属人的な揺れを抑えられます。

パフォーマンス、計測、ATS連携まで

パフォーマンスはLCP（Largest Contentful Paint：主要コンテンツの描画速度）・CLS（Cumulative Layout Shift：表示の視覚的なズレ）・INP（Interaction to Next Paint：操作に対する応答）を監視し、画像の遅延読み込みとフォントの事前読み込み、重要CSSの分割で基礎体力を上げます。Googleの指標が示すように、数秒の遅延が離脱を増やすため、¹ 採用導線のテンプレートは最軽量に保ちます。計測はGA4で採用用のデータストリームを分け、同意ステータスをイベントに添付し、サーバーサイドタグで第一者化します。応募フォームはATSのWebエンベッドかAPI連携を選び、成功イベントと応募IDをサイト側に返す設計にして、可観測性を欠かない応募計測を実現します。⁴ 期限切れ求人の自動非表示、サイトマップからの除外、アーカイブへの正規化、内部検索のフィルタリングまで自動化しておくと、運用の手間とSEOの健全性を同時に満たせます。

まとめ

分けるか統合かは、好き嫌いでは決まりません。KPIの優先順位、計測の実現可能性、運用体制の成熟度という三点を、ユーザージャーニーとドメイン構造に落とし込めるかで決まります。まずは現状のコンテンツと導線を棚卸しし、応募とリードのKPIツリーを一本の図にし、計測要件を擬似本番環境で検証してみてください。その上で、統合のプロトタイプと分離のプロトタイプを小さく作り、実トラフィックで回遊とCVの差を測ると、議論は驚くほどクリアになります。次の四半期、あなたのチームはどのKPIを最優先にしますか。答えが定まったなら、情報設計とアーキテクチャは自然と収束します。

参考文献

1. Think with Google. Find out how you stack up to new industry benchmarks for mobile page speed. https://www.thinkwithgoogle.com/marketing-strategies/app-and-mobile/mobile-page-speed-load-time/
2. StatCounter Global Stats. Mobile vs Desktop Market Share Worldwide. https://gs.statcounter.com/platform-market-share/desktop-mobile-worldwide
3. Google Developers. The end of third-party cookies in Chrome. https://developers.google.com/privacy-sandbox/blog/cookie-countdown-2023oct
4. Google Support. Set up cross-domain measurement in Google Analytics 4. https://support.google.com/analytics/answer/10071811
5. Google Developers. Job posting structured data. https://developers.google.com/search/docs/appearance/structured-data/job-posting
6. SHRM. Career Sites Must Be Built with SEO in Mind. https://www.shrm.org/mena/topics-tools/news/talent-acquisition/careers-sites-must-built-seo-mind
7. Search Engine Journal. Google Treats Subdomains & Subdirectories The Same. https://www.searchenginejournal.com/google-treats-subdomains-subdirectories-john-mueller-says/254687/
8. Search Engine Roundtable. Google: We Don’t Fight About Subdomains vs. Subdirectories. https://www.seroundtable.com/seo-google-fight-subdomains-subdirectories-25126.html
9. Google Developers. Job posting structured data (guidelines and removal of structured data). https://developers.google.com/search/docs/appearance/structured-data/job-posting