移管でURLをそのままにする場合と変える場合では何が違いますか？
URLをそのままにすると、検索エンジンからは「住所は同じで、配信している場所だけが変わった」と見えます。Googleではホスティングの変更として扱われ、新しい環境を試してからDNSを切り替え、正しく配信できているかを確かめる流れになります。この方法であれば、外部から獲得したリンクや利用者のブックマークがそのまま通用しますね。旧URLと新URLの対応を考える必要はありません。
URLを変える場合は、旧URLから新URLへの永続的な転送が欠かせません。301か308のリダイレクトが推奨されていて、URL変更を伴うサイト移転の手順では、転送をできるだけ長く、一般的には1年以上残すよう勧めています。なお、訪問者の利便性を考えれば無期限の維持も検討したいところです。新しいURLが検索結果に出始めるまでにも、中規模のサイトで数週間以上かかることがあり、その間は順位がしばらく上下することもあります。複雑なアドレス変更では新旧の対応付けが必要になるものの、単純なドメイン変更などであれば共通の転送ルールで一括処理でき、一覧を個別に作らずに済む場合もあります。
ただ、Studioはデザインやページ情報、ソースコード、CMSデータの書き出し機能を提供していません。別のプラットフォームへ移る際は移行先でゼロから再作成します。さらに、ドメイン、CMS、レイアウトは一度に変えず順番に進めるのが推奨なので、作り直しと同時にURLまで変えると、流入が落ちたときに原因を見分けにくくなります。
移管でURLを維持するにはどんな条件が必要ですか？
もっとも根本的な前提条件は、サイトを独自ドメインで公開していることです。独自ドメインは移行後も使い続けられますが、example.studio.siteのようなStudioのサブドメインは、外部へ移ると継続利用できません。サブドメインで運用しているサイトを外部へ移管する場合は、必ずURLが変わる前提で準備を進めます。
URLを変えずに公開先を移す場合、ドメインの管理サービス側でDNSレコードを編集し、新しいホスティング環境へ向けます。切り替えの前には新環境側でサイトを構築し、各ページや画像、問い合わせフォーム、ダウンロードファイルなどが正常に表示されるかを入念に検証しておきましょう。旧環境はすぐに解約せず、新環境から安定して配信され、旧側へのアクセスが完全になくなったことを確かめてから停止するのが安全な手順です。
もうひとつ合わせたいのがパスの形です。Astroではsrc/pagesのファイル配置で固定ページのパスが決まり、CMS記事のような動的ページはパラメーターから生成できます。生成対象をコード内で列挙する仕様があり、予約パスや優先順位も存在するため、完全な無制約ではありません。Next.jsは標準で/about/を/aboutへ転送し、trailingSlashの設定をtrueにすると向きが逆になります。旧サイトで末尾にスラッシュが付いていたかを見てから、どちらにするか決めましょう。
移行時にURLを維持できるか見極める際は、次の照合が役立ちます。
- 独自ドメインを利用しているか（Studio初期サブドメインは外部移行不可）
- 移行先システムで旧サイトと同じURLパスを過不足なく生成できるか
- 切り替え前に新サイトを十分テストし、旧サーバーを一定期間維持できるか
URLを変えたほうがよいのはどんな場合ですか？
今のURLが中身の分かる単語でできているなら、変える理由はほとんどありません。逆に、意味のない英数字の並びになっているURLは見直す候補。Googleは、長いID番号より意味のある単語をURLに使うことを勧めています。
Studioのスラッグは公開URLの末尾に入る文字列で、CMSのアイテムを作ったときに自動で付き、あとから編集もできます。記事のURLが自動で付いたままで読みにくいなら、整える理由としては十分ですね。また、過去に作成した類似記事や薄いコンテンツを整理し、複数ページの内容を1本に統合する場合もURLの変更が必要です。
ただ、変えると決めても、移管と同じタイミングでやる必要はありません。変更は一つずつ順に進めるのが推奨されています。まず同じURLで移管を済ませ、検索からの流入が落ち着いたのを見てから手を付けましょう。
実際に変えるときは、旧URLから内容の対応する新URLへ、サーバー側で永続的に転送します。301は恒久的な移転を示すステータスで、308も同じく永続的な転送です。
移行直後にクロール数が減ったのは問題ですか？
移行直後に巡回が減るだけなら、多くの場合は問題ありません。URLを変えずに公開先を移したときでも、直後にGooglebotの巡回頻度が一時的に下がるのは通常の動きです。巡回の頻度を決める手がかりがホスティングの変更で変わるためで、その後数日かけて増え、移転前を上回ることもあります。深刻な問題や応答遅延がなければ、Googlebotは必要な範囲で可能な限り速やかに巡回を行います。巡回の数と検索順位は別のものなので、クロール数が減っただけで順位が落ちたと考えなくて大丈夫です。
減ったまま戻らないときは、原因を探します。Search Consoleのクロールの統計情報で、5xxエラーがいつ、どのくらい出ているかを見てください。一時的な障害なのか、サーバーがずっと不安定なのかがここで分かります。サーバーのエラーが増えたり応答が遅くなったりすると、Googlebotは負荷をかけないようにリクエストを減らします。
あわせて見ておきたいのがrobots.txtとnoindexです。robots.txtは検索ボットに対して巡回を許可する範囲を伝えるファイルですが、記述のミスで重要なページを拒否していると巡回数が急激に落ち込みます。また、移管前のテスト環境で検索避けのために設定したnoindexタグを、本番公開時に解除し忘れていないかも注意深く調べましょう。noindexは検索結果への掲載を拒否する命令であり、直接アクセスを遮断するものではありませんが、公開サイトに残したままだとインデックスから除外されてしまいます。