ウェブサイト移行SEOチェックリスト：トラフィックを失うことなくウェブサイトを移行する方法

ウェブサイトの移行とは何ですか？

サイトの移行とは、サイトの所有者がWebサイトの構造、デザイン、または検索エンジンの可視性に影響を与える可能性のある配信方法に大幅な変更を加えた場合に適用される広義の用語です。

Webサイトの移行は、慎重なプロジェクト管理と問題解決スキルの演習です。 各変更の結果に厳密な注意を払って処理しないと、サイトの移行は、何年にもわたって配置してきた権限、検索ランキング、および高品質のコンテンツにリスクをもたらす可能性があります。

サイト移行の種類

「サイトの移行」という用語は幅広い変更を指しますが、これらの更新は7つの基本的なカテゴリに分類できます。

1.設計変更またはサイトの再設計

サイトのデザイン変更には、外観の更新から完全な構造の見直しまで、コード、コピー、メディアの大幅な変更を含むすべてが含まれる場合があります。

2.コンテンツの変更またはコンテンツの移行

繰り返しになりますが、このカテゴリは幅広い更新をカバーしています。 コンテンツの変更には、書き換えや統合、古いコンテンツの整理、サブドメインやサブディレクトリの再配置などが含まれる場合があります。 変更の規模によっては、これらの更新がサイトナビゲーションと内部リンク構造に影響を与え、注意深く行わないと検索ランクに影響を与える可能性があります。 既存のURLに影響を与えるコンテンツの変更に注意してください—SERPに重大かつ即時の影響が及ぶ可能性があります。

3.新しいホストへの移動

Webサイトをホストするための新しいサーバーを探すようになる、パフォーマンス関連の問題がある可能性があります。 正しく行われ、徹底的な調査が行われれば、このような動きはオーガニック検索にほとんどまたはまったく影響を与えないはずです。

4.サイト構造の変更

Webサイトのアーキテクチャを変更すると、通常、サイトの内部リンクとURL構造に影響します。

SEOに適したサイト構造を作成する方法と、サブドメインまたはサブディレクトリがSEOに適しているかどうかについての詳細をご覧ください。

5.新しいCMSまたはプラットフォームへの移行

Webサイトをあるコンテンツ管理システムから別のコンテンツ管理システムに移動する場合、技術的な制限により、Webサイトの設計、アーキテクチャ、および/またはURL構造の変更が必要になることがよくあります。

6.ドメイン名の変更

ブランド認知度とサイト権限の再構築に関してここで考慮すべきことはたくさんありますが、ビジネスで使用するドメイン名を変更する必要がある場合があります。 このような変更に伴う技術的側面に加えて、変更を通知し、ブランドロイヤルティの継続性を維持するために、マーケティングキャンペーン全体を作成する必要があります。

7.HTTPからHTTPSへの移行

Googleはサイトのセキュリティを非常に重要視しています。 ビジネスでセキュアプロトコル（HTTPS）を使用していない場合、検索結果での表示に悪影響を及ぼします。 適切な計画を立てれば、このタイプの移行は、オーガニックトラフィックと収益に実質的かつプラスの影響を与える可能性があります。

ウェブサイト移行計画の一般的な落とし穴

2つの移行プロジェクトは同じではありませんが、横向きに行われるWebサイトの移行について聞いたとき、通常、問題をいくつかの一般的な領域にまでさかのぼることができます。

1.不十分に定義された戦略

一部のWebサイト移行の最初の失敗点は、明確で現実的な目標の欠如です。 プロジェクトの望ましい影響を定義するための測定可能な目標がなければ、すべての参加者を望ましい結果に集中させ、成功の指標を統一するための組織化の原則はありません。 最も基本的なレベルでは、サイト移行戦略の主な目的は、既存のオーガニックトラフィックとサイトの収益を生み出す能力を維持することです。 サイトの移行目標について覚えておくべき2つの重要なこと：

• それらを現実的にしてください。
• それらをプロジェクトのすべての利害関係者に広く頻繁にブロードキャストします。

2.計画の欠如

優れたWebサイト移行計画は、プロセスのすべてのステップを詳細にカバーします。 勝利の移行計画には、最初から最後まで数十のチェックポイントが含まれています。 計画プロセスを早期に開始し、途中で以前の未知数を発見したら、さらにタスクを追加するためのスペースを残します。

私は何十ものサイト移行を主導してきましたが、予期しないことが常に発生しています。

季節的なピークを回避するために、Webサイトの移行作業をスケジュールして、収益が最も高い月に壁に背を向けてしまうことがないようにします。

綿密な計画を繰り返した後、利害関係者とそのチームからのフィードバックを求めて、全員が同じページにいて、プロジェクトが関心のある分野に与える影響を認識していることを確認します。

3.限られたリソース

予算がなければビジネスは機能しませんが、サイトの移行に充てられる金額は現実的である必要があります。 作業を完了するために必要なリソースについて明確にし、プロジェクトを正常に完了するための資金があることに疑いがある場合は、プロジェクトを進めないでください。

より大きな予算を主張する必要がある場合は、Webサイトの移行で予想されるROIに関する詳細な指標を含めてください。

一般的な経験則では、サイトの移行予算に20％のバッファーを含めることです。 すべてが完璧に行けば、予算を下回ることになります。 予期しない問題が発生した場合は、遅滞なくそれらに対処するための帯域幅があります。

たとえば、作業範囲内でSEOの実装を考慮していない開発者と協力している場合、組み込みの予算バッファーを使用すると、プロジェクトをSEOの災害から救うことができます。

4.SEOの専門知識がない

Webサイトに大規模な変更を加えるには、ユーザーエクスペリエンスの目標と検索エンジン最適化の要件のバランスをとる必要があります。 大量のコンテンツを移動または整理することでユーザーエクスペリエンスが向上する場合は、それらの更新が検索結果にどのように影響するかについて、必ずSEO代理店に相談してください。 検索エンジン最適化を深く理解していなければ、チームはサイトを検索エンジンから見えなくするような変更を加えて、今後数年間ビジネスを後退させる可能性があります。

5.助けを求めるのに時間がかかりすぎる

サイトの移行は、最初から最後まで、計画、実装、テストに数か月かかる場合があります。 最初からSEOの支援を受けていない場合は、オーガニック検索への影響に基づいて変更する必要のある決定が最初に行われた可能性があります。 最初から適切なガイダンスがないと、ビジネスの成果を助けない（そして妨げる可能性がある）戦略に貴重な時間とリソースを浪費する可能性があります。

6.不十分なテスト

「2回測定し、1回カットする」という言葉を聞いたことがあるでしょう。 ウェブサイトの移行についても同じことが言えます。2回テストし、1回実装します。 移行プロジェクトから重大な問題が発生した場合は、起動時に実装するのではなく、テストでそれらを見つけるのが最善です。

UXとSEOの両方の専門家に、移行したファイルをステージングサーバーで徹底的にテストし、問題のある箇所を見つけてから公開する必要があります。 この段階では、開発者の作業が全体的なビジネスの健全性に与える影響について開発者と明確に連絡し、開発者から必要な厳密な実装のコンテキストを提供できるようにすることが不可欠です。

7.バグ修正の計画はありません

最も熱心に計画されたWebサイトの移行を行っても、いくつかのバグは必然的にQAの取り組みを超えて、新しいWebサイトと一緒に起動します。 更新されたサイトを公開する前に、発生した問題に優先順位を付けて対処する計画を立ててください。そうすれば、これらの問題の修正に遅れが生じることはありません。

ウェブサイトの移行例

それがうまくいかない場合、あなたのビジネスに最終的な影響があるかもしれないことを恐れて、あなたがあなたのウェブサイトにそのような重要な変更を加えることについていくらかの恐れを持っているならば、私は理解します。 サイトの移行がうまくいかなかったという恐ろしい話を聞いたことがあるかもしれませんが、それらはすべて、上記で概説した共通の落とし穴を共有しています。 プロジェクトの責任者がいくつかの基本的な間違いを回避するための措置を講じていれば、ホラーストーリーは簡単にサクセスストーリーになる可能性があります。

サイト移行の失敗の例

顧客A

顧客Aは、まったく新しいWebサイトを立ち上げ、段階的な変更に関するSEO監査サービスのために私たちのところに来ました。 彼らは私たちの推奨事項の大部分を実装する前に新しいサイトを立ち上げ、オーガニックキーワードのランキングが急激に低下しました。

顧客B

顧客Bは、SEOチームに通知せずに、JavaScriptを使用してWebサイトを再構築しました。 彼らが新しいサイトを立ち上げた後、彼らのランキングは急上昇しました。 調査したところ、彼らはJavascriptフレームワーク上にウェブサイトを構築し、薄いコンテンツで何千もの新しいページを生成していたことがわかりました。

JavaScriptをHTMLに変換してインデックス作成の問題を修正する動的レンダリングツールを実装することをお勧めし、何千もの薄いページを削除できるように支援しました。 注目のスニペット分析を追加しました。これにより、サイト全体で何千もの注目のスニペットをキャプチャし、トラフィックの急速な増加を促進すると同時に、ウェブサイトの移行がうまくいかなかった場合の回復を支援しました。

サイト移行の成功

顧客C

顧客Cは、それぞれの場所にサブドメインを使用しており、WebサイトでJavascriptを採用していました。 （サブドメインとサブディレクトリを確認してください。）推奨事項に従って、場所ごとに個別のページを作成し、サイトのページに参​​加するための堅牢な内部リンクシステムを作成しました。

勝利のウェブサイト

2019年の初めに、独自のWebサイト移行を実施しました。新しいデザインは、広範なキーワードリサーチに基づいており、高品質のSEOコンテンツを作成し、内部リンクを2倍にして、関連情報への複数の経路を構築しました。

ウェブサイト移行チェックリスト

ウェブサイトの移行がどのように明確に定義された計画に従っているかを何度も見てきたので、勝利の移行チェックリストをあなたと共有します。 移行がスムーズに進むように、右足で始めるのに役立つことを願っています。

準備

サイトの移行を成功させるための最初のステップは、期待を設定して調査を行うことです。

何を期待します

新しいドメインに移行することを選択した場合、Googleがウェブサイトを完全に再クロールしてインデックスを再作成するのに平均して2〜3か月かかることを理解することが重要です。 場合によっては、処理が速くなることもありますが、サイトの立ち上げから数か月の遅れが予想されます。

ウェブサイトテクノロジー

開発者に、新しいWebサイトをどのように構築しているかを尋ねます。 WordPressプラットフォームでビルドする必要はありませんが、検索エンジンでインデックスを作成するのが難しいため、ReactやAngularなどのJavaScriptフレームワークは避けることを強くお勧めします。

サイトをJavaScriptフレームワーク上に構築する必要があるという技術的な理由がある場合は、prerender.ioを実装することをお勧めします。 このツールは、クロールボットからのページリクエストをインターセプトし、JavaScriptを動的にHTMLにレンダリングするため、検索用のインデックス作成が簡単になります。

優先ページを特定する

Google Analyticsでトラフィックソースを調べて、トラフィックとコンバージョンが最も多いページを特定します。 これらのページは、移行中に最も注意を払う必要があります。 トップオーガニックページに変更を加えるほど、移行後のランキングが変動します。

URL構造を戦略化する

サイトの移行を開始する前に、意図的なURL構造を作成してください。 計画段階で時間を割り当てて、URLが同じ（推奨）のままであるか、目的に応じて変更されるようにします。 これは、新しいサイトを公開した後に誤って壊れたものを修正しようとするよりも、プロジェクトリソースをはるかに効率的に使用できます。

ベンチマークの現在の指標

ドキュメントを作成して、既存のサイトの読み込み時間、キーワードランキング、目標の完了、コンバージョン率、ユーザーエンゲージメントの指標、およびその他の情報をベンチマークします。

Googleでサイト検索を行い、サイトマップに含まれているページの数と比較して、インデックスに登録されているページの数をメモします。

ステージングサイトを確認する

ステージングサイトを見直して、インデックスが作成されていないことを確認します。 ステージングrobots.txtファイルのすべてのユーザーエージェントに禁止を追加できます。

ステージングサイトでのテスト

ステージングサーバーで新しく構造化されたWebサイトをテスト、テスト、および再テストしてから、公開します。

URL構造を確認してください

URL構造が変更されていないか確認してください。 Screaming FrogなどのSEOスパイダーを使用して新旧のサイトをクロールするか、フロントエンドから新しいWebサイトのページをナビゲートすることで、この概要を把握できます。

ページのURLが異なる場合は、元のページに戻すことができます。 URL構造の変更は、オーガニックプレゼンスに大きな影響を与えることに注意してください。

URL構造が変更されていて、元に戻すことができない場合は、すべての古いページをそれぞれの新しいページにマップし、301リダイレクトを実装する必要があります。

302（一時的な）リダイレクトが存在しないことを確認します。 これらは新しいページに権限を譲渡せず、サイトのインデックスを作成するGoogleの取り組みを混乱させません。

Rel = Canonicals

すべてのページにrel = canonicalがあることを確認してください。 ほとんどの場合、rel = canonicalは自己参照型であり、それ自体を指していることを意味します。 検索エンジンが混乱しないように、正規タグを付けることは常にベストプラクティスです。

ただし、「blog / tag / best-practices / page / 2 /」のようなページ付けされたページの場合は、自己参照ではなく、シリーズの最初のページを指す必要があります。

WordPress Webサイトをお持ちの場合は、YoastSEOプラグインを使用してカノニカルを簡単に構成できます。

コンテンツチェック

すべてのコンテンツがステージングサイトに移行されていることを確認します。 新しいサイトに移行されていないページがある場合は、後で参照できるようにメモしてください。 そうすれば、新しいサイトが公開された後、301リダイレクトをマップするために何が必要かがわかります。

次のページ上のSEOアイテムが正しく構成されていることを確認します。

• H1タグ
• H2-H6ヘッダー
• 画像は適切なサイズで、代替テキストを使用しています。

質の高いコンテンツ

コンテンツは一意で、1ページあたり800語以上である必要があります。 一意のキーワードテーマに合わせて各ページを最適化し、同じキーワードで互いに競合しないようにします（カニバリゼーション）。

メタデータを確認する

ページのメタデータ（ページのタイトル、メタ説明、ヘッダー、画像のaltタグ）が、SEOのベストプラクティスを使用して引き継がれるか、拡張されていることを確認してください。

Yoast内の変数を使用してページタイトルを設定し、メタディスクリプションでページを自動的に埋めることもできます。

XMLサイトマップ

XMLサイトマップをチェックして、新しいサイトのインデックスを作成するために必要なすべてのURLが含まれていることを確認します。 サイト訪問者にとって有機的な価値のないページや、インデックスに登録したくない他のページは必ず除外してください。 正規のページのみを含めます。

訪問者向けのHTMLサイトマップ

内部リンクは、再設計されたWebサイトの検索成功に不​​可欠な部分です。 よく計画された内部リンク構造により、検索エンジンがページをクロールしやすくなり、新しく移行されたサイトのインデックスの再作成が加速されます。 訪問者向けのHTMLサイトマップに最も重要なページをすべて含めることをお勧めします。

構造化データを手動で確認する

ほとんどのツールはrobots.txtによってブロックされるため、ページのソースコードを手動でチェックして、既存の構造化マークアップがステージングサイトにも存在することを確認する必要があります。

モバイル版を確認する

携帯電話またはタブレットで新しいウェブサイトをプルアップして、さまざまな画面サイズでのユーザーエクスペリエンスを確認します。 新しいサイトが応答性が高く、サイトのすべての要素が拡大することを確認してください。 テキストが読みやすく、ナビゲーションが機能し、すべての電話番号がクリックして通話できることを確認します。 また、モバイルデバイスの読み込み速度も確認する必要があります。

発売後

検索結果をすばやく表示できるように、リリース後の計画を立てて最終的な部分を配置する必要があります。

301リダイレクトを実装する

これは、再設計やサイトの移行において最も重要なステップです。 特定のURLまたは一般的なURL構造に変更がある場合は、古いページから新しいページへの301（永続的な）リダイレクトを実装する必要があります。 オーガニックランキングには通常の変動がありますが、それらの変動の大きさは、古いWebサイトと新しいWebサイトの違いの程度に基づいています。

301リダイレクトを使用すると、検索エンジンにページが移動されたことを通知し、すべてのページ権限を新しい宛先に転送します。 このステップはまた、あなたが一生懸命稼いだバックリンクを適切な場所にリダイレクトします。

リストから古いURLをクロールして、すべてがリダイレクトされていることを再確認します。 外部リンクがそれらを指しているすべてのページを再チェックして、それらもリダイレクトされていることを確認します。

新しいドメインへの移行

新しいドメインに移行する場合は、住所の変更をGoogle検索コンソールに送信して、オーガニック権限の移行を高速化する必要があります。 このリクエストを提出できるのは、Google検索コンソールで所有者アクセス権を持つユーザーのみです。

GSCで新しいドメインを確認し、Fetch＆Renderをリクエストしてインデックス作成プロセスを高速化します。 新しいGSCプロパティを設定し、新しいXMLサイトマップを送信します。

Robots.txtファイル

XMLサイトマップをrobots.txtファイルにアップロードしましたか？ クロールするサイトのすべての部分を許可しましたか？ クロールしたくないサイトのすべての部分を禁止しましたか？ ブログのタグページ、作成者ページ、内部検索結果など、オーガニックランディングページとしての価値がないすべてのページを禁止します。

ウェブサイトの移行が完了した後、デザイナーや開発者がrobots.txtからすべてのユーザーエージェントの禁止を削除することを忘れることはよくあることです。 新しいサイトが公開されたらすぐに、この許可が削除されていることを確認してください。 それを削除しないと、新しいサイトが検索エンジンから完全に見えなくなります。

重複するコンテンツを探す

コンテンツの重複を避けるために、すべての新しいサイトページに1つのURLからのみアクセスできることを確認してください。 複数のプロトコル（つまり、HTTPとHTTPS）を介してページにアクセスできる場合は、グローバルリダイレクトを実装して1つのURLを別のURLにポイントする必要があります。

探す：

• wwwとwww以外のURLリクエスト
• httpとhttpsのURLリクエスト
• 小文字と大文字のURLリクエスト
• 末尾のスラッシュと非末尾のスラッシュのURLリクエスト
• 従来のモバイルサイトのリクエスト（例：m.victoriousseo.com）

継続的なメンテナンス

Google検索コンソールを確認する

クロールエラー（400および500エラー）のGoogle検索コンソールレポートを監視します。 見つからないページを見つけた場合は、必ずリダイレクトしてください。

ページがインデックスに登録されていることを隔週で確認してください。 インデックスに登録されたページの数がXMLサイトマップのページ数に近いことを確認してください。

インデックス作成が非常に遅い場合は、すべてのバックリンクがリダイレクトされていること、すべての古いページがリダイレクトされていること、ホームページ、コアページ、ブログ投稿の間に適切な内部リンクがあることを確認してください。

キーワードランキング

トップキーワードのランキングを追跡します。 特に新しいドメインに移動する場合やウェブサイトに多くの変更を加える場合は、変動が予想されることに注意してください。 移行が完了してから2〜3か月以内に、失われた地面がある程度回復することを確認する必要があります。

SEO移行の成功は手の届くところにあります

移行を成功させるには多くの詳細が関係していますが、それは可能です。 このWebサイト移行チェックリストが、やるべきことすべてを把握するのに役立つことを願っています。

計画を早期に開始し、プロジェクトのタイムラインに余裕を持たせて、予期しない開発に対応することを忘れないでください。 専門的なパートナーシップを探し、サイト移行SEOエージェンシーを活用します。 Victoriousは、検索の可視性への影響を最小限に抑えながら、サイトを安全かつ効果的に移行するのに役立ちます。

SEOサイトの移行について質問がありますか？ 無料のウェブサイト移行相談に連絡してください。