背景
複数のWebサイトを共用サーバーで運用していると、他の利用者と設備を共有するだけでなく、公開手順やルーティングの設定にも制約が生じることがあります。そこで、サイトの構成に合わせてFirebase HostingまたはVercelへ移し、運用しやすい公開環境を整える取り組みを行いました。移行の目的は、ホスティング先を変えること自体ではなく、ページの表示、URL、SEO設定を継続的に管理できるようにすることでした。
課題
移行時にURLやページの内容が変わると、既存のリンクや検索経由の訪問に影響します。単にファイルを新しいサーバーへ置くだけでは不十分です。旧URLからの転送、ページごとのメタデータ、正規URL、サイトマップ、404応答を確認しながら、サイトごとに適した配信方式を選ぶ必要がありました。
移行で重視したこと
サイトに合う配信先を選定
静的ページやSPAにはFirebase Hosting、Next.jsのサーバー描画を使う公開ページにはVercelを検討。動的処理が必要なFirebase Hostingの構成ではCloud FunctionsやCloud Runとの連携も視野に入れました。
URLとルーティングを整理
既存ページのURLを洗い出し、変更が必要なものは対応先を明確にしました。ルートの書き換えと恒久的なリダイレクトを使い分け、古いリンクからも目的のページへ到達できる構成にしました。
検索向けの設定を確認
タイトル・説明文・canonical・サイトマップ・robots設定・404応答をページ単位で確認。検索に表示したい内容が初期HTMLから読み取れるかも点検しました。
公開手順を整備
公開前にプレビュー環境でページを確認し、DNS切り替え後は主要URL、転送、画像、フォームなどを点検できる運用手順を整えました。
整えた運用基盤
- サイトの構成に応じてFirebase HostingまたはVercelを選べる公開環境
- URL、リダイレクト、ルーティングを明示的に管理できる構成
- ページ単位のメタデータやサイトマップを継続して改善しやすい運用
- ホスティング変更だけで検索順位やアクセス数が上がるわけではないため、公開後も計測と改善を継続
まとめ
共用サーバーからの移行は、単なる引っ越しではありません。サイトの役割に合う配信基盤を選び、既存URLを守り、検索向けの設定を確認してこそ、次の改善を進めやすくなります。Firebase HostingとVercelはどちらが常に優れているというものではなく、静的配信かサーバー描画かなど、必要な機能で選ぶことが大切です。