Google ウェブマスター プラットフォームがウェブサイト移行ガイドをリリース

Google ウェブマスター ツールは、ウェブサイト移行ガイドを更新しました。ウェブサイト移行とは何ですか? ウェブサイト移行とは、主にウェブサイトの転送、名前の変更、変更、移動などを指します。ウェブマスターとして、ウェブサイトを別のドメインや別のサーバーに移動したり、ウェブサイトの URL 構造を変更したりしたい場合があります。実は、Google はウェブサイトの移行だと言っていました。ある程度はウェブサイトの改訂と言った方が分かりやすいかと思いますが、ウェブサイトのデザイン変更はウェブサイトの移行には当たりません。

ウェブサイトの移行は、大きく 2 つのカテゴリに分類されます。

1. URLを変更せずにサイトを移行する

URL 構造に目に見える変更を加えることなく、サイトを提供するインフラストラクチャのみが変更されます。この方法を使用する場合、www.example.com を別のサーバーに移動しますが、www.example.com とサイトの URL 構造はそのままにします。

2. URL を変更して Web サイトを移行します。

この方法を使用すると、次の領域で Web サイトの URL を変更できます。

プロトコルの変更 - http://www.example.com を https://www.example.com に変更します

ドメイン名の変更 - example.com を example.net に変更します

URL パス - example.com/page.php?id=1 を example.com/widget に変更します。

URLを変更せずにサイトを移転する

1. まず新しいサーバーをテストし、ウェブサイトのデータを新しいサーバーにアップロードして、正常にアクセスできるかどうかをテストします。 DNS TTL 値を適切に下げると、Web サイトの移行が高速化されます。 DNS 設定は通常、指定された有効期間 (TTL) 設定に基づいて ISP によってキャッシュされます。 TTL が長い時間に設定されている場合、ユーザーが新しいサイトに迅速に移行できるように、サイト移転の少なくとも 1 週間前に TTL を短くすることを検討する必要があります。

2. サーバーが正常であることを確認した後、古いサーバーの Web サイトが引き続き正常に動作している間に、NDS を新しいサーバーに解決します。

3. 次に、古いサーバーと新しいサーバーの両方のサーバー ログを注意深く監視します。 DNS 設定が伝播し、Web サイトのトラフィックが移行すると、古いサーバーに記録されるトラフィックが減少し、新しいサーバーに記録されるトラフィックがそれに応じて増加します。また、検索エンジンのクロール、インデックス作成ステータス、サイトマップのクロールなども監視します。ウェブマスター ツールでクロール統計とクロール エラー チャートを監視します。 Fetch as Google を使用して、クロールが適切に機能しているかどうかを確認することもできます。

新しいシステムが稼働すると、Googlebot のクロール レートが一時的に低下するのは正常ですが、今後数週間で着実に増加し、移行前よりも高いレートに達する可能性があります。 Googlebot は、新しいサービス インフラストラクチャにアクセスする際に重大な問題や速度低下が発生しない限り、必要に応じて迅速にサイトをクロールします。

4. 古いサービスプロバイダーのサーバーログを確認します。古いサービス プロバイダーへのトラフィックがゼロになったら、古いホスティング インフラストラクチャをシャットダウンできます。この時点で、Web サイトの移行プロセスは完了です。

URLを変更してサイトを移転する

1. ウェブマスター ツールで、自分の古いサイトとターゲット サイトを確認します。ソースサイトと宛先サイトの両方ですべての変数を必ず確認してください。たとえば、www.example.com と example.com を確認する必要があります。HTTPS URL を使用している場合は、HTTPS と HTTP の両方の Web サイト変数も確認する必要があります。ソースサイトと宛先サイトの両方で必ずこれを実行してください。

新しいサイトに転送されない古いサイト コンテンツについては、孤立した URL が HTTP 404 または 410 エラー応答コードを適切に返すことを確認します。複数の古い URL を、新しいサイトのホームページなど、単一の無関係な宛先にリダイレクトしないでください。そうすると、ユーザーにとって非常に混乱を招き、ソフト 404 エラーとして解釈される可能性があります。ただし、以前に複数のページでホストされていたコンテンツを 1 つの新しいページに統合した場合は、複数の古い URL を新しい統合ページにリダイレクトできます。

2. 古い Web サイトの URL を新しい Web サイトの URL にマッピングすることが非常に重要です。最も単純な Web サイト移行シナリオでは、現在の URL のリストを生成する必要がない場合があります。たとえば、Web サイトのホストを変更するだけの場合（example.com から example.net など）です。より複雑なサイト移行シナリオでは、従来の URL のリストを生成し、それらを対応する新しい宛先 URL にマッピングする必要があります。古い URL のリストを取得する方法は、現在の Web サイトの構成によって異なります。たとえば、サイトマップで調べたり、ログをチェックして最もトラフィックの多い URL を見つけたり、Web マスター ツールで Web サイトへのリンクを確認したり、コンテンツ管理システムを使用したりすることができます。

URL を定義した後、次のステップは、マッピングで指定したとおりに、サーバー上で古い URL から新しい URL への HTTP 301 リダイレクトを設定することです。以下の点にご注意ください。

（1）HTTP 301 リダイレクトを使用するようにしてください。Googlebot は複数のリダイレクトをサポートしていますが、可能な限り HTTP 301 リダイレクトを使用することをお勧めします。

（2）リダイレクトチェーンの使用は避けてください。Googlebot や各種ブラウザはリダイレクトチェーン（ページ 1 > ページ 2 > ページ 3 など）をたどることができますが、最終的なリンク先 URL に直接リダイレクトすることをおすすめします。これが不可能な場合は、リダイレクト チェーン内のリダイレクトの数を 3 以下、できれば 5 未満に減らしてください。リダイレクト チェーンによりユーザーの待機時間が長くなりますが、すべてのブラウザーが長いリダイレクト チェーンをサポートしているわけではありません。

3. すべての URL を一度に移行します。一度にいくつかの URL を移行するのではなく、Web サイト上のすべての URL を同時に移行することを推奨します。これにより、ユーザーは新しい方法でサイトをより適切に操作できるようになり、Google のアルゴリズムがサイトの移動を検出してインデックスをより速く更新できるようになります。移動先のサイトで、robots.txt ファイルですべてのクロールが許可されていることを確認し、古いサイトのウェブマスター ツールでアドレスの変更を送信します。

Googlebot と 我々 のシステムがサイト移転のすべての URL を検出して処理するのにかかる時間は、サーバーの速度と関連する URL の数によって異なります。通常、中規模サイトの場合、大部分のページを移行するには数週間かかり、大規模サイトの場合はさらに時間がかかります。

4. ウェブサイトの移行がスムーズに行われていることを確認し、トラフィックを監視します。ウェブマスター ツールを使用してトラフィックを監視します。ウェブマスター ツールには、サイトの動きを監視するのに役立つ次のような機能が多数あります。

サイトマップ: 最初は、新しい URL を含むサイトマップにはインデックスが作成されたページが 0 ページありますが、古い URL のサイトマップにはインデックスが作成されたページが多数あります。時間が経つにつれて、古い URL マップでインデックスされたページの数はゼロに減少し、新しい URL マップでインデックスされたページの数はそれに応じて増加します。

インデックス ステータス: これらのグラフはサイトの移動を反映しており、古いサイトでインデックスされた URL の数が減少し、新しいサイトでインデックスされた URL の数が増加していることを示しています。

クロール エラー レポート: 予期しないクロール エラーがないか定期的に確認します。

検索クエリ: 新しいサイトのページがインデックスに登録され、ランク付けされ始めると、検索クエリ レポートに、検索インプレッションとクリックを受けている新しいサイトの URL が表示されるようになります。

サーバー アクセスとエラー ログ: 特に、Googlebot のクロール アクティビティ、予期せず HTTP エラー ステータス コードを返す URL、通常のユーザー トラフィックを確認します。

さらに、Google では、サイト移行プロセスをいくつかの小さなステップに分割することを推奨しています。サーバーを切り替えると同時に URL を変更すると、起こりうる問題を診断することが難しくなる可能性があるため、これらの手順を個別に実行することをお勧めします。ヒント: サイトを新しいドメインに移動した後で元に戻したい場合は、URL の変更をキャンセルできます。潜在的な問題を回避するために、Google では、まずウェブマスター ツールを使用してアドレス変更通知を取り下げ、次に古いサイトを新しいサイトに誘導するために以前に使用されていた 301 リダイレクトがすべて削除されていることを確認することを推奨しています。

Mumu SEO ブログのフォローを歓迎します: http://blog.sina.com.cn/mumuhouzi WeChat パブリック アカウント: mumuseo。 Baidu がウェブマスターにウェブサイトの修正とサーバーの変更をガイドする方法をご覧ください。 Baidu: 改訂後の損失を最小限に抑える方法、Web サイトの IP が変更されたときに診断ツールを巧みにクロールする方法は?

原題: Google ウェブマスター プラットフォームがウェブサイト移行ガイドをリリース

キーワード: