ウェブサイトの移行：SEO戦略とベストプラクティス

公開: 2021-07-14

あなたは特定の理由であなたのウェブサイト/ビジネスを移行する必要があるかもしれません。 SEOとして、これを「移行」または「サイト移動」と呼びます。 不適切に準備された移行は、オーガニックトラフィックの大幅な減少につながる可能性があります。 このガイドでは、サイトの移行プロセスを最もシームレスに実行する方法を紹介します。

なぜあなたはあなたのウェブサイトを移行する必要があるのですか？ これには1つ以上の理由が考えられます。

まず、移行の種類を見てみましょう

  1. ドメインの変更：
    x.comサイトをy.comに移動することをお勧めします
  2. URL構造の変更：
    サイトのコンテンツと構造に関連する単語を含むURLは、サイトをナビゲートする訪問者にとってより使いやすいものです。 サイトのURLがSEOに対応していない場合は、それらを変更することをお勧めします。
  3. HTTP> HTTPS移行：
    セキュリティはGoogleの最優先事項です。 サイトをHTTPからHTTPSに移行する場合、GoogleはこれをURL変更を伴うサイト移動として扱います。 これは一時的に一部のトラフィック数に影響を与える可能性があります。
  4. プラットフォームの変更：
    サイトプラットフォームは、私たちのサイトが構築されているものです。 WordPress、Shopify、Wix、またはその他のプラットフォームでWebサイトを作成できたはずです。 また、開発チームが作成したカスタムサイトを作成することもできます。 より良いプラットフォームに切り替えることをお勧めします。 サイトが構築されているプラ​​ットフォームを変更するときは、新しいプラットフォームのSEO機能をテストする必要があります。
  5. 構造と階層の変更：
    あなたのウェブサイトは完全に異なる地域で提供を開始するかもしれません。 または、サイトのURLとカテゴリ構造がSEOに対応していない可能性があります。 理由に関係なく、まったく新しいサイトで作業を開始できます。
  6. サーバーの変更：
    サーバーの移行には、主にページの読み込み速度の点でリスクがあります。 サイトの速度はSEOのランキング要素ですが、さらに重要なのは、ユーザーエクスペリエンスとコンバージョン率の問題です。 新しいサーバーにステージングサイトをセットアップし、そのサーバーでページ速度をテストすることを考えるかもしれません。 また、リダイレクトをチェックして、期待どおりに動作することを確認することを忘れないでください。
  7. 個別のモバイルサイト移行：
    実装と保守が最も簡単なため、デザインパターンとしてレスポンシブウェブデザインをお勧めします。 したがって、m-dotバージョンをメインのレスポンシブバージョンにリダイレクトするように計画できます。 リダイレクトを行うことは絶対に正しいことです。 これはかなり簡単で、かなり簡単にできるはずです。

全体の構造が同じで、ドメインのみが変更された場合（最初の移行タイプ）、私たちの仕事は簡単であると言えます。 他の移行タイプの場合、または複数の移行タイプを組み合わせる場合は、状況がさらに複雑になる可能性があります。

移行中に大量のトラフィック損失が発生した例は数十あります。

サイトを移動するときにトラフィックの損失を引き起こすいくつかのエラー：

  1. 計画の欠如
  2. SEOとUXに関する知識が少ない
  3. 低予算
  4. リダイレクトの問題
  5. URLマッピングエラー
  6. クロールエラー
  7. インスタントエラーに干渉しないでください

これらの問題に遭遇しないために、あなたは正しい計画戦略と記事の続きで考慮されるべきポイントを見つけるでしょう。

始める前に、いくつかのことについて警告したいと思います。

  • ！ デザインとURL構造の両方を同時に変更することはお勧めしません。 可能であれば、これら2つ以上のタイプの移行を異なる時間に段階的に実行すると便利です。
  • ！ サイトを別のドメインに移動する場合は、新しいドメインアドレスの履歴を調査する必要があります。 Archive.org、「yoursite.com」の検索クエリおよび監査ツールが機能します。 以前にドメイン登録またはサイトが確立されている場合は、再検討する必要があります。 スパムリンクやハッキングなどの問題にさらされている、またはまったく異なるテーマでサービスを提供することにより、Googleにブランドエンティティを含むドメインをインストールすると、トラフィックの大部分が失われます。
  • ！ 場合によっては、移行の計画と実装が問題なく行われたとしても、オーガニックトラフィックが15％以上減少する可能性があります。 サイトには重要な構造変更があるため、Googleは各ページを1つずつ再学習して評価します。 この期間は通常数週間ですが、大規模なサイトの場合はさらに長くなる可能性があります。 すべてがうまくいけば、この評価後の非常に短い時間で、オーガニックトラフィックはプラスの勢いを増します。
  • ！ 移行中または移行前に、サイトをユーザーに公開しないでください。 設計や構造を変更する場合は、簡単な方法で事前にこの情報を聴衆に知らせることができます。 （カルーセル、電子メール、SMS、プッシュ通知など）ステータスコードや警告メッセージが異なるページは、Googlebotによって否定的に解釈される可能性があります。
  • ！ 移行（新しい構造の起動）の瞬間は、Webサイトが最もトラフィックを受け取らないタイムゾーンである必要があります。 このように、望ましくない問題が発生した場合、影響を受けるオーディエンスの数は最小限に抑えられます。 さらに、サーバーの負荷が低いこれらの時間帯に、Googlebotは新しいサイトをより高速にクロールしてインデックスに登録します。

[ケーススタディ]あなたの再設計があなたのSEOにペナルティを課さないようにしてください

ウェブサイトの再設計から1年後、EasyCashは、期待していたパフォーマンスがそこにないことにすぐに気付きました。 彼らはいくつかのSEOの障害を特定して解決しました。
ケーススタディを読む

計画とデータ収集

移動のどのステップもスキップしないプロジェクト計画は、作業がエラーなしで進行することを保証します。 作業計画が決まれば、タスクの配分が明確になります。 この計画は、移行の少なくとも30日前に作成する必要があります。

現在の訪問者データを保持することが重要です。 Webプロジェクトのサイズに応じて、トラフィックが最も多いページとクエリをグループ化する必要があります。

ヒント：移行日の45日前までにログファイルを保持しておくと、Googlebotの動作を分析し、違いがある場合はすぐに対応できます。

テストサイトを作成して許可しない

移行プロセスは、SEOのワイヤーフレームから始まります。 ワイヤーフレームがチェックされ、ワイヤーフレームの作成中にSEOコメントが作成された場合、テストサイトで行われる変更は削減されます。 これにより、プロジェクトをより迅速に進めることができます。 これにより、UX/UIデザイナーの作業も簡単になります。

テストサイトへのボットアクセスをオフにすることも重要です。 そうしないと、新しいページが非常に短時間でGoogleインデックスに含まれることを体験できます。

robots.txtファイルで検索エンジンボットを禁止するにはどうすればよいですか？

robots.txtファイルを作成する：test.example.com/robots.txtという名前のファイルを作成し、次のコマンドを実行できます。

-

ユーザーエージェント： *
禁止：/
＃このコマンドは、すべてのボットが私のWebサイトにアクセスするのをブロックします。

-

ユーザーエージェント：OnCrawl
許可する： /
＃このコマンドは、「OnCrawlボットが私のWebサイトにアクセスすることのみを許可します。

-

テストするボットを決定し、robots.txtファイルを介してユーザーエージェントへのトレースを定義することができます。 Oncrawlには、物事をはるかに簡単にする機能があります。

IP制限：会社のWebサイトの移行計画に関与している場合、新しいプロジェクトが公開されないようにするために、会社のIPへのアクセスを開き、他のすべてのIPへのアクセスを無効にすることしかできません。 この場合、協力している代理店またはコンサルタントにプライベートIPアクセスを許可する必要があります。 IP制限を行ったとしても、robots.txtファイルでボットを禁止する必要があります。

パスワード保護：IDとパスワードの組み合わせを作成して、テストサイトにアクセスできます。 Oncrawlなどのクロールアプリケーションには、パスワードアクセス機能があります。

Noindexタグ：テストサイトのページがGoogleによってインデックスに登録されないようにするために、すべてのページのヘッドセクションにnoindexメタタグを追加できます。

ヒント：最も一般的な間違いの1つは、新しいWebサイトに移行した後にnoindexタグを削除するのを忘れることです。 タグがインデックスに更新されていることを確認することを忘れないでください。移行時にフォローしてください。

GoogleAnalyticsによるパフォーマンス追跡

パフォーマンス追跡の最も重要なポイントの1つは、データを失うことなく同じGoogleAnalyticsアカウントから継続することです。 したがって、既存のGAおよびGTMコードは、移行時に新しいサイトでアクティブになっている必要があります。

新しいGAコードを生成すると、Webパフォーマンスの測定が難しくなります。

移動日にGoogleAnalyticsダッシュボードにリマインダーを追加すると、後でパフォーマンスを比較しやすくなります。

既存のURLリストの作成

記事の冒頭で、ドメイン名を変更するだけであれば、仕事は簡単だと述べました。 次のコードまたは同様のコードを使用して、.htaccessファイルからこれを一括で適用できます。

* .htaccessファイルは、Apacheサーバーにある構成ファイルです。

RewriteEngine On RewriteCond％{HTTP_HOST} ^ oldsitee \ .com$[または]
RewriteCond％{HTTP_HOST} ^ www \ .newsite \ .com $
RewriteRule（。*）$ https://newsite.com/$1 [R = 301、L]

このルールセットにより、oldsite.comまたはwww.oldsite.comでURLに到達すると、ドメインアドレスが自動的にhttps://newsite.comにリダイレクトされます。

ただし、間違ったURL構造を修正することが仕事である場合、ここでは事態が複雑になります。 この状況については、記事の後半で説明しました。

現在、移行プロセスの最も重要なポイントの1つにいます。 現在のサイトの重要なURLの完全なリストを取得することが重要です。 訪問者が多くPageRankが高いURLを忘れて、移行から除外した場合は、オーガニックトラフィックの減少に備えてください。

ヒント：複数のソースからURLをエクスポートすることで、URLが省略されないようにすることができます。

XMLサイトマップから始めることは常に正しいステップです。 XMLファイルのURLをスプレッドシートに転送するだけで、ここにリンクをコピーして、最初の行にhttps://www.sinanyesiltas.com/post-sitemap.xmlの代わりに独自のサイトマップURLを書き込むことができます。

  • 検索コンソールに表示されるすべてのURL、
  • Google Analyticsを介したページビューを含むすべてのURL、
  • Oncrawlでクロールした結果として取得されたすべてのURL、
  • 複数のサードパーティのクロールツールを使用して前進することで、仕事が明確になります。 各クロールアプリケーションのさまざまな機能を利用して、URLが省略されないようにすることが重要です。
  • ここにすでにリンクを取得しているページを含めることが重要です。 このためには、検索コンソール、Ahrefs、Semrush、およびMajesticツールを使用してリンクされたページを検出し、それらを同じドキュメントに追加する必要があります。

すべてのURLを取得すると、以下のようなグループ化されたデータが1つのExcelドキュメントに作成されます。

利用可能なURLを含むさまざまなExcelシートを入手しました。 それらすべてを1つのファイルにまとめて、一意にするときが来ました。 一致するURLがなく、現在のURLが一覧表示され、重要なURLが省略されていないドキュメントを引き続き作成します。 画像の[すべて]タブは、私が話している領域を表しています。

URLマッピング（古い–新しいURLマッピング）

URL構造が変更されたプロジェクトでは、既存のURLを新しいURLと一致させる必要があります。 これを最善の方法で行うSEOは、移行プロセスをスムーズかつ損失なく進めることができます。

新しいURLを、前の手順で作成したドキュメント内の既存の各URLと照合する必要があります。 完成するこのドキュメントをITチームと直接共有し、.htaccessファイルを介してリダイレクトの識別を要求できます。 または、自分で行うこともできます。

このステップで考慮すべき重要なことがあります。

  • 適用するリダイレクトでは、301サーバー側リダイレクトを使用する必要があります。 このリダイレクトタイプは、ページXをページYに永続的にリダイレクトし、ページXのすべての値がページYに転送されるようにします。302、307、JS、メタ、またはその他のリダイレクトタイプを使用することは、移行プロセスにおける非常に重大な間違いです。
  • 訪問者がいない、コンテンツが不十分で、クロール予算を損なうと思われるURLをURLマッピングファイルに含めないでください。 Googleはデータセンターにサイト用のスペースを予約しているため、このスペースを最も効率的なページで使用する必要があることに注意してください。 不要なページグループを特定した場合は、これらのページに410ステータスコードで応答させます。
    なぜ410？ 410のステータスコードは、404とは異なり、このページが削除され、再びアクティブになることはないことを示しています。 404ステータスコードを使用する場合、Googlebotはサーバーにアクセスして、同じページが再びアクティブになっているかどうかを確認します。 これらの訪問を排除することにより、410はクロール予算を効率的に使用するための重要なソリューションです。
  • 複数のページをまとめて1つのページにリダイレクトしないでください。 これにより、ユーザーとボットの両方に混乱が生じます。 使用せず、非生産的であることがわかったページにバルク301を適用する代わりに、ソリューション410を確認してください。
  • 数千ページのeコマースサイトの移行プロセスにある場合、URLごとに1対1のマッピングを準備することはできません。 この場合、パターンを準備することでITチームを導くことができます。

画像のリダイレクト

画像は、サイトの移行とリダイレクトのマッピングにも含まれています。 私たちが目にする最も一般的な間違いの1つは、画像の向きが移行に含まれていないことです。 Google画像検索で取得したランキングと値を失わないようにするには、画像用に個別のURLマッピングを準備することが重要です。 移行作業は、ページベースではなく、URLベースで検討する必要があります。

実行する方法？

  1. Oncrawlを使用して画像ファイルをクロールします。
  2. Ahrefs、Semrush、Majesticでバックリンクを取得する画像ソースを分析できます。
  3. [検索コンソール]>[検索タイプ]>[画像]を使用して、画像を含むページを解析できます。
  4. ページに対して行ったのと同じExcel形式で取得したすべてのURLを収集し、重複を排除して、マッピングの設定を完了します。

（ドメインが変更されている場合）Googleアドレス変更ツール

すべての準備作業を完了し、リダイレクトをアクティブにした後、Googleへのサイトの移動を指定して作業を簡単にするツールがあります。アドレス変更ツールです。 このツールで古いサイトと新しいサイトを選択した後、信号はより短い時間で処理されます。

  • 古いサイトと新しいサイトの両方で、検索コンソールのプロパティの所有権が必要です。
  • アドレスの変更は、ドメインの変更にのみ使用されます。 サブフォルダのURLの変更またはHTTP>HTTPSの移行には使用できません。
  • この変更ツールでは、各サブドメインを個別に処理する必要があります（存在する場合）。
  • これらの条件が満たされた場合、Googleのアドレス変更ツールを使用して新旧のサイトを選択することでプロセスを開始できます。

リンクの更新

これで、Webサイトに新しいURL構造が追加されます。 この場合、サイト上のすべてのリンクは新しいバージョンで機能するはずです。 古いURLがサイト内のリンクで引き続き使用される場合、多くの無意味なリダイレクトが機能します。 したがって、次のリンクを確認する必要があります。

  • ページ内のすべての内部リンク
  • 正規タグ
  • -もしあれば-Hreflangタグ
  • -もしあれば-代替タグ
  • -もしあれば-HTMLサイトマップリンク
  • ソーシャルメディアのプロフィールリンク
  • 広告キャンペーンで使用されるランディングページのリンク

ヒント：URL構造全体を変更した場合は、XMLサイトマップファイルを古いURLでしばらく保持することをお勧めします。 新しいURL構造を使用して別のXMLサイトマップを作成します。 しばらくの間、古いURLをGooglebotに送信し続けます。 このようにして、Googlebotは、古いURLのリダイレクトを確認してインデックスを作成するプロセスを高速化します。 サイトのサイズにもよりますが、XMLサイトマップファイルを少なくとも1か月前からアクティブにしておくことをお勧めします。

コントロール

リダイレクトを適用した後、以前に取得した古いURLをクロールして、各URLのステータスコードが301であることを確認する必要があります。 ここで、ステータスコードが301以外のURLが検出された場合は、迅速に対応することが非常に重要です。

注意すべきその他のチェックポイント：

  • Robots.txtファイル
  • GoogleAnalyticsの追跡コード
  • 検索コンソールの検証制御（ドメインが変更された場合は、新旧の2つの異なるドメインで続行する必要があります）
  • メタタグ（noindex、follow）
  • カノニカルタグ

これらにも注意してください：

  • 可能であれば、バックリンクプロバイダーに連絡し、古いリンクを新しいリンクに置き換える必要があります。 大規模な被リンクネットワークがある場合は、重要度の高い順に計画を立て、重要なものだけに連絡することができます。/li>
  • 広告キャンペーンで使用されるランディングページを確認するか、関連するチームに通知する必要があります。
  • 新しいサイトをクロールして、すべてのリンクがスムーズに機能しているかどうかを確認し、サイト内でリダイレクトループが発生した場合は、ただちに介入する必要があります。
  • ソーシャルメディアプロファイルのリンクを更新する必要があります。
  • 新しいページのインデックス付けに従う必要があります。
  • キーワードのパフォーマンスを監視する必要があります。
  • 301リダイレクトはすぐに非アクティブ化されるべきではなく、常にアクティブなままである必要があります。
  • ドメインが変更された場合。 古いドメインは、最低2年間保持する必要があります。
  • 古いデータ（URL、ログ、キーワードのパフォーマンスなど）はしばらく保持する必要があります。
  • 古いサイトに否認ファイルがインストールされている場合は、新しいドメインにもアップロードする必要があります。

Googleは、古いサイトと新しいサイトの間のルーティング設定を180日間処理します。 180日間の期間が経過すると、古いサイトと新しいサイトの間の関連付けは認識されず、古いサイトがまだ存在していてクロール可能である場合は、古いサイトを無関係なサイトとして扱います。