会社HPとブログ・メディアを分けて更新する方法

なぜ会社HPとメディアを分ける？

会社概要やサービスページは頻繁に変えず安定させたい一方、ブログや実務ガイドは継続して追加する必要があります。同じ更新方法にすると、記事公開のたびに会社HP全体へ変更が及びます。

更新頻度、担当者、確認項目、戻し方が違うため、運用単位を分けると記事を増やしやすくなります。

分け方は三つある

同じドメインのフォルダに置く「example.com/media/」、サブドメインの「media.example.com」、別ドメインの三つが主な方法です。小規模な会社では、ブランドと相談導線をつなぎやすい同一ドメインのフォルダが扱いやすい場合があります。

ただし既存サーバーの仕様やCMSによっては同じフォルダに置けません。URLの見た目だけで決めず、公開方法と権限を先に確認します。

SaGaSではどう分けた？

公式サイトの中に「/lab/」という専用フォルダを作り、メディアだけを別のGitHubリポジトリで管理しています。自動公開もlabフォルダだけを転送対象にしました。

これにより、記事追加や一覧更新が会社HP本体のファイルを上書きしない構成になります。実際の境界を設定ファイルでも確認できるようにしています。

技術より先に決める四つの境界

URL、元データ、公開先、担当者をそれぞれ分けます。「記事担当が変更できる場所」と「本体担当の確認が必要な場所」を文章にします。

共通のロゴやCSSを使う場合も、誰が変更するかを決めます。共通ファイル一つの変更が両方へ影響するため、更新前の表示確認が必要です。

• URL：どのフォルダ以下をメディアにするか
• 管理：どのリポジトリ・フォルダを正本にするか
• 公開：サーバーのどこだけを転送するか
• 権限：記事担当が触れる範囲と承認者

デザインとSEOはどうつなぐ？

ヘッダー、ロゴ、色、運営者情報、相談導線を共通にし、別サイトのように見えないようにします。記事には本体サービスへの自然な案内、本体にはメディア一覧へのリンクを置きます。

記事一覧とサイトマップに全記事を載せ、重要ページ同士を通常のaリンクでつなぎます。canonicalは各記事自身の公開URLを指定します。

公開事故を防ぐ確認項目

自動公開はパスの指定ミスが最も大きな事故につながります。ローカル側とサーバー側のフォルダを固定し、削除同期の有無を確認します。

初回はテストファイルだけで公開先を確かめ、バックアップと戻し方を用意します。公開後は本体トップ、メディアトップ、新記事、404を確認します。

分けない方がよい場合は？

記事が年に数本で担当も同じ、既存CMSで安全に下書きと公開ができる場合は、無理に別管理へしなくても構いません。分けるほど運用先と確認項目は増えます。

目的は仕組みを増やすことではなく、本体を守りながら更新を続けることです。今の停止原因が担当や承認なら、先に運用表を直します。