SEO的にWebサイトの移行を成功させるにはチェックリスト以上の作業が必要です。

この記事はAhrefs公式ブログの日本語訳です。
原文：A Website Migration Takes More Than A Checklist To Be Successful
（著者：Patrick Stox / 原文の最終更新日：August 11, 2021）
※フルスピード註：この記事は2021年8月11日時点の記載をもとに翻訳しています。Ahrefs公式ブログの記事は今後追記・再公開されることがありますことをご了承ください。

Webサイトの移行とは、SEOに影響を与える可能性のある、Webサイトのドメイン、URL、ホスティング、プラットフォーム、またはデザインに対する重大な変更です。

移行にはさまざまな種類がありますが、計画とトラブルシューティングの基本的な手順は似ています。移行には多くの人々と可動部分が関与することが多いため、非常に複雑になる場合があります。すべてが計画どおりに進まなくてもパニックにならないでください。問題が発生した場合でも、ほとんどすべてを修正できます。

このガイドでは、以下について説明します。

準備

何が変化しているのか、それを実現するには誰が関与する必要があるのか​​を知る必要があります。言い換えれば、すべての可動部分を追跡するための計画と場所が必要です。関係者全員、その役割、期限を把握し、すべてを追跡するプロセスを用意する必要があります。これには、プロジェクトマネージャーとプロジェクト管理システムが役立ちます。すべてをメールやSlackで行おうとすると、すぐに制御不能になる可能性があります。

また、何か重大な問題が発生した場合に備えて、ロールバック計画も立てておく必要があります。極端な状況でのみ使用する予定がある場合でも、元の状態に戻す方法を常に用意しておく必要があります。

移転の影響を知りたい場合は、古いサイトと新しいサイトのGSCとGoogle Analyticsにアクセスできることを確認してください（両方を表示する必要がある場合は、統合ビューを作成します）。一部の変更には数週間、場合によっては数か月かかり、変化が見られる場合もありますが、まったく変化が見られない場合もあります。たとえば、中規模のサイトを新しいドメインに移行する場合、流動的な作業には数週間かかると予想されます。ただし、既存のサイトに結合する場合は、トラフィックの中断がまったく発生しない可能性があります。

また、少しの準備作業も行いたいと思います。いくつかの手順を提案しましょう。

• Web サイトをクロールする。 これを、後で変更を確認するためのベースラインとして使用します。これにはAhrefsのサイト監査を使用できます 。
• サイトエクスプローラーのトップ ページ レポートのようなテストページのセットを作成します。これらは後でエラーをチェックするために使用します。これらを別のサイト監査プロジェクトでクロールして、後で簡単に比較できるようにすることもできます。
• ステージングサイトまたは開発サイト（存在する場合）へのアクセスを制限して、 インデックスが作成されないようにします。
• サイトに戻る必要がある場合に備えて、サイトのバックアップを作成しておいてください。

Webサイトの移行作業を実行する

Webサイトの移行に何が関係するか、正確にはURLが同じままであるかどうかによって異なります。以下では両方のシナリオについて説明します。

URLが同じ場合

通常この場合は変更されるものが少ないため、少なくともSEOの観点からは、より簡単な作業です。これはまだ複雑であるかもしれませんが、これらの作業に関係するタスクの多くは通常、SEOではなくインフラストラクチャ/DevOps または開発者の仕事です。

これらの移行には以下のものが含まれる場合があります。

• ホスティング:  CDN、サーバー
• プラットフォーム：CMS、言語、JSフレームワーク
• デザイン: テンプレート、内部リンク、タグ

ステージングサイトまたは開発サイトを使用している場合は、実際に公開する前にアクセスして問題を確認することをお勧めします。

何を探すべきか

基本的に、以下のような変更を探す必要があります。

• Canonical タグ。 これらは同じである必要があります。
• title タグ。 あなたが持っているものと同じか類似していることを確認してください。新しいシステムでは、タグが自動生成されたり、デフォルトとは異なるものがデフォルトとして設定されている場合があります。
• Meta descriptions / メタディスクリプション
• Heading tags / 見出しタグ
• Hreflang
• Schema
• Meta robots。 ページがnoindexされていないことを確認したいためです。
• コンテンツ。 これはJavaScriptシステムにとって特に重要です。新しいシステムでは、デフォルトですべてのコンテンツがDOMに読み込まれていない可能性があるため、場合によっては検索エンジンに一部のコンテンツが表示されないことがあります。
• 内部リンク。 パンくずリスト、関連投稿、フッターリンク、さらにはメインナビゲーションなどが変更されている可能性があります。
• ページ速度の違い

Site Auditの比較機能を使用して、 最後のクロール以降の変更を確認しましょう。

重大な問題を引き起こす可能性のある問題が、さらにいくつかあります。

• 誤ったクロールのブロックを放置した場合、検索エンジンはページをクロールできなくなります。
• 場合によっては、古いリダイレクトが .htaccessファイルまたはサーバー構成ファイルからコピーされず、サイトを指していたリンクの一部が失われることがあります。これは気づきにくく、ホストを変更するときによく発生するため、注意が必要です。サイトエクスプローラー でリンク別ベストレポートを監視し、404をフィルタしてリンクが切れているページを表示します。

URLが異なる場合

これらの移行は通常、より複雑になります。例外は HTTP からHTTPSへの移行です。これは最近では非常に簡単な作業です。

これらの移行には、次のものが含まれる場合があります。

• ドメイン：ドメインの変更、別のサイトへの統合、サイトの分割
• プロトコル: HTTP > HTTPS　へ
• パス: サブドメイン/サブフォルダー、サイトアーキテクチャの変更

HTTP > HTTPS に特有の作業

• upgrade-insecure-requestsのコンテンツセキュリティポリシーを使用して、 混合コンテンツの問題をすべて修正しましょう。これはすぐに実装でき、内部リンクなど、自分で更新する必要があるリソース以外のすべてのリソースに対して機能します。
• セキュリティ証明書をインストールする
• HTTP > HTTPS　へ301リダイレクトする
• HSTSヘッダーを追加する

ルートパス上のリダイレクトチェーンやサイトへのリンクの更新などについては心配する必要はありません。リダイレクトによりシグナルが統合されるため、チェーンを修正してリンクを更新しても何のメリットもありません。

ドメイン変更に特有の作業

• TTL を一時的に下げる（値としては数時間）。これにより、DNSキャッシュがより速く更新され、切り替えを行うと、より多くのユーザーに変更がより早く表示されるようになります。
•  GSC のアドレス変更ツールを使用する。
•  GSCで手動アクションが行われていないか古いドメインを確認してください。

Site Auditユーザー向けの簡単なヒントは次のとおりです：プロジェクト設定でクロールの範囲を別のドメインに変更すると、新しいクロールは新しいドメインで行われ、古いドメインでのクロールと比較できるようになります。

全てに関わる作業

• 内部リンクと、canonical、hreflang などのさまざまなタグ内のリンクを更新しましょう。検索と置換プラグインを使用すると、内部リンクに対してこれを迅速に実行できる場合があります。
• GSC をセットアップしましょう。否認ファイルの転送、地域ターゲティングの設定、 URL パラメーターの設定、サイトマップのアップロードなどが含まれます。古いURLを含むサイトマップを短期間保持しておくとよいでしょう。これは、GSCでのURLのインデックス作成を監視するのに役立ちます。
• 古いサイトと新しいサイトのページのクロールブロックを削除する。シグナルを適切に統合するには、すべてをクロールする必要があります。
• インデックスを作成したいページが noindex とマークされていないことを確認する。この作業にはサイト監査（Site Audit）を使用できます。
• ページをリダイレクトする。古いページが301リダイレクトで 新しいバージョンのページにリダイレクトされるようにしたいと考えることでしょう。画像やPDFなどもリダイレクトすることをお勧めしますが、JS、CSS、フォントファイルなどについては心配する必要はありません。検索エンジンによってインデックスが作成されるものをリダイレクトすることに集中し、他のファイルタイプについては心配しないでください。

変更をできるだけ早くキャッ​​チしたいので、開発サイトまたはステージングサイトがある場合は、変更をライブサイトへプッシュする前に、これをクロールしてすべてが正常であることを確認する必要があります。古いサイトがHTTPSを使用していて証明書の有効期限が切れた場合、botは通過しますが、ユーザーはエラーメッセージを受け取り、リダイレクトされないことに注意してください。この問題の防止に役立つ、複数のサイトをカバーするマルチドメイン証明書があります。

減少が見られる場合は、リダイレクト、クロールできないもの、インデックスのないもの、コンテンツの変更またはコンテンツの削除、内部リンクの変更、またはテクニカルSEOに関連する変更に関連している可能性があります。

注：自分のサイトへのリンクを更新することを考えている場合、自分が管理しているページからのリンクを更新したいと思うかもしれませんが、私は自分を指す他のサイトのリンクを更新するためにわざわざアウトリーチをするつもりはありません。これらは301リダイレクトで適切に統合されるはずです。それらを変更する努力に価値はありません。 

テストと継続的なモニタリング

移行の進行状況を監視し、すべてが順調に進んでいることを確認するには、さまざまな方法があります。

Ahrefsを使ってモニタリングする

変更を探す方法はいくつかあります。前に述べたように、Site Auditでクロールの範囲を変更し 、何が変更されたかを示す比較を取得できます。次のような変更点に注意してください。

• Canonical
• Hreflang。ドメインを変更すると、ページが再クロールされて接続が確立されるまでに時間がかかるため、しばらくの間機能が停止します。
• Schema
• Meta robots

この記事で解説した、トップページのリストを作成した方法を覚えていますか？これらはあなたの優先ページです。Site Auditでそのリストをクロールして、リダイレクトなどが適切に設定されていて、重大な変更が行われていないことを確認することは価値があります。事前にそのリストに対して別のプロジェクトを設定しておくと、比較クロールを実行して、これらのページの変更をすぐに確認することもできます。

Site Explorer 2.0 のトップページレポート とオーガニックキーワードレポートを使用して、ページトラフィック、キーワードトラフィック、変更履歴を取得できます。同じドメインを比較するのは簡単ですが、ドメインを変更した場合は、このデータをExcelかGoogleスプレッドシートにエクスポートして、異なる期間の結合ビューを作成し、どこで損失が発生したかを確認することをお勧めします。

著者プロフィール

Patrick Stox
Patrick Stoxは、Ahrefsのプロダクトアドバイザー、テクニカルSEO、およびブランドアンバサダーです。彼は、Raleigh SEO Meetup、Raleigh SEO Conference、Beer & SEO Meetup、Findability Conference の主催者であり、/r/TechSEO のモデレーターでもあります。