重要なポスト Web サイト移行のチェックと考慮事項

公開: 2020-06-04

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

ウェブサイトの移行は、ウェブサイトの所有者がウェブサイトに大幅な変更を加えたいと判断したときに発生します。これには、ウェブサイトドメインの変更、新しいサーバーへの移動、または新しい CMS/テクノロジースタックでのウェブサイトの再設計が含まれます。 WordPress から Shopify へ、または Magento から WordPress への移行。

ウェブサイトの移行はさまざまな理由で発生する可能性がありますが、多くのウェブサイト所有者が恐れていることの 1 つは、検索トラフィックと収益の損失です。インターネットには、ウェブサイトの移行が失敗したという恐ろしい話が散らばっています。

1 つ確かなことは、移行は困難でストレスの多い作業になる可能性があるということです。 Web サイトを移行した後にチェックする項目のリストを次に示します。

Google アナリティクスで注釈を付ける

Web サイトに十分な変更を加える場合は、Google アナリティクスで注釈を付けることがベストプラクティスと見なされます。

注釈を追加すると、移行後の Web サイトのパフォーマンスを監視および比較するのに役立ちます。注釈を含めると、傾向を測定し、移行後のメトリックの増加または減少をより適切に特定できます。

Google アナリティクスが引き続き有効になっていることを確認する

Web サイトを新しいプラットフォームに移行する場合、新しいプラットフォームにトラッキングコードを含めることを忘れがちです。新しいプラットフォームへの移行後にウェブサイトのトラフィックが急増していないことを確認するには、新しいプラットフォームに Google アナリティクストラッキングコードが含まれていることを再確認してください。

ウェブサイトに Google Analytics コードがないかどうかを確認する最も簡単な方法は、次のウェブサイトにウェブサイトの URL を入力することです。

http://www.gachecker.com/

これにより、Google アナリティクスの実装方法に応じて、ウェブサイトの UA コードまたは GTM コードがスキャンされ、追跡されているすべてのページが返されます。

301 リダイレクトが機能していることを確認する

ほとんどの移行の場合、新しいドメインへの移行、URL 構造の変更、新しいページへのコンテンツの移動、HTTP から HTTPS への移行など、移行プロセスの一部としてリダイレクトが行われます。これらのすべてのアクティビティには、リダイレクトの使用が含まれます。

リダイレクトの目的は、探しているリソースが別の場所に移動したことを検索エンジンに通知することです。適切に実装されていない場合、検索エンジンは訪問者に 404 ページを提供し、トラフィックや収益の損失につながり、ユーザーエクスペリエンスが低下する可能性があります。

WordPress Web サイトを使用している場合は、Web サイトサーバーの .HTACCESS ファイルにリダイレクトルールを追加します。これらのルールは、更新された URL を見つけることができる場所への指示を検索エンジンに提供します。

起動する前に、すべての 301 リダイレクトが .HTACCESS ファイルに含まれていることを Web 開発者に再確認してもらいます。新しいサイトが公開されたら、Web 開発者に再度 .HTACCESS ファイルをチェックして、リダイレクトがまだ行われていることを確認してもらいます。

古い URL にアクセスして、新しい場所にリダイレクトされるかどうかを確認するだけで、リダイレクトを手動で確認することもできます。リダイレクトパスと呼ばれる便利な Google Chrome 拡張機能を追加して、ステータスコードとリダイレクトのパスを表示することもできます。もう 1 つのオプションは、URL マッピングスプレッドシートを用意し、すべての古い URL を Screaming Frog などのプログラムにコピーして、適切にリダイレクトされるかどうかを確認することです。

XML サイトマップが Google 検索コンソールに正しく送信されていることを確認する

移行段階では、古いサイトマップと新しいサイトマップを検索エンジンで利用できるようにしておくことが重要です。これにより、検索エンジンは Web サイトに加えられた変更をよりよく理解できるようになります。

移行を正常に開始したら、Google Search Console に移動して、新しいサイトマップと一緒に古いサイトマップを送信することが重要です。これにより、検索エンジンがクロールし、配置されたリダイレクトをより迅速に理解できるようになります。

検索エンジンがウェブサイトをクロールしてインデックスを作成していることを確認する

Web サイトを再設計する場合は、robots.txt ファイルに disallow ディレクティブを追加するか、開発中の Web サイトの Web ページに no-index ディレクティブを追加して、検索エンジンが Web サイトをクロールしてインデックスに登録しないようにするのが一般的です。

ただし、Google は robots.txt ファイルに配置された disallow ディレクティブを常にリッスンするとは限りません。検索エンジンが Web サイトをクロールしないようにするために Web 開発者が使用するその他の一般的な方法は、Web サイトにパスワードを追加するか、X-Robots を追加することです。ヘッダーを .htaccess にタグ付けします。

X-robots- タグ参照 > https://github.com/h5bp/html5-boilerplate/issues/804

これを行う最も安全な方法は、サイトをパスワードで保護することであり、それをお勧めします.

新しいウェブサイトを公開する準備ができたら、開発中のウェブサイトで上記の対策が削除されていることを再確認してください。これにより、検索エンジンがウェブサイトをクロールしてインデックスに登録できるようになります。どのウェブサイトで多くのホラーストーリーがオンラインで見つかるかを確認します。これを行うのを忘れて、ウェブサイトが数週間または数か月後に検索結果から消えてしまいます。これに気づいたら、ウェブサイトの所有者に声をかけてください。

Web サイトの移行後、サイトオペレーター検索 (site:example.com) を実行し、新しい URL が正しくインデックス化されていることを定期的に確認する必要があります。

サイトの実行: 検索は常に 100% 信頼できるとは限りません。そのため、Google 検索コンソールのカバレッジタブをチェックして、インデックスに登録されているものをより正確に表示することもベストプラクティスです。これにより、クロールエラーを特定し、修正方法のガイダンスを得ることができます。彼ら。

新しいサイトマップを Google Search Console に正常に送信し、開発中の Web サイトがインデックスに登録されないようにする対策を確実に削除した場合、すべての新しい URL は問題なくインデックスに登録されます。ただし、時間がかかる場合があるため、確認することが重要です。

インデックス作成で問題が発生している場合は、Google Search Console 内のインデックスカバレッジステータスレポートを確認してください。インデックス作成に問題がある場合、カバレッジレポートでエラーが赤で強調表示され、さらに調査して修正できます。

継続的なモニタリング

どのような種類の移行を行った場合でも、状況が落ち着くまで、少なくとも次の 2 ～ 4 週間は Web サイトを毎日監視することをお勧めします。ウェブサイトを積極的に監視することで、発生した問題をすばやく修正できます。これには、キーワードのランキング、トラフィックの変動の監視、Google Search Console のクロールエラー、インデックスエラー、またはリダイレクトの問題の確認が含まれます。

キーワードのランキングを監視する

移行を行う前に、特に主要なランディングページについて、現在のキーワードランキングをベンチマークすることが重要です。そうすることで、移行後にランキングが増減したかどうかを確認できます。

最悪のケースが発生し、ランキングが低下した場合は、オーガニックトラフィックをセグメント化し、主要なランディングページを確認して、ランキングの低下が移行によって引き起こされたものかどうか、どのページが影響を受けたかを確認できます。ただし、キーワードのランキングは変動する傾向があり、ランキングの低下は移行が原因ではない可能性があることに注意することが重要です。ただし、始めるには良い場所です。

Googleサーチコンソールを監視する

Google Search Console を毎日チェックして、問題がないか確認してください。Search Console は、クロールエラー、インデックス作成の問題、手動ペナルティ、またはセキュリティの脆弱性を検出して報告し、これらの問題を修正する方法に関するガイドを含めます。問題の確認と修正が早ければ早いほど効果的です。

Google アナリティクスを監視する

移行が行われる日に Google アナリティクスに注釈を追加することの重要性については前述しましたが、移行日の記録を残すためにこれを行います。移行後にトラフィックの大幅な低下が見られるようになった場合は、トラフィックの低下が移行期間中に問題が発生したことに関連している可能性が高くなります。

また、移行前に Google アナリティクスで設定された目標やイベントが、移行期間後も追跡されていることを確認して、データにギャップがないことを確認することも重要です。

Google アナリティクスを毎日監視することで、不正確なデータに関連する問題を迅速に防止および分類できます。

最終的な考え

移行がスムーズに進むようにするには、移行を適切に計画することが重要です。準備が不足していると、移行がうまくいかない傾向があります。

移行前に考慮すべき手順:

移行前に Web サイトをクロールする

Screaming Frog または Deep Crawl を使用して既存の Web サイトをクロールします。これにより、修正が必要な Web サイトの問題を特定できます。特定された問題は移行前に記録する必要があります。

主要指標のベンチマーク

移行の前に、現在のキーワードランキング、主要なランディングページへのトラフィック、および全体的なトラフィック量を記録しておく必要があります。このデータを使用して、移行後のトラフィックの違いを特定できます。

すべてのリダイレクトを計画する

Web サイトに現在リストされているすべての URL をスプレッドシートリストを使用してリストします。Web サイトの URL 構造を変更する予定がある場合は、変更する URL を特定し、適切なリダイレクトを設定する必要があります。この手順を実行しないでください。考慮すると、ウェブサイトのトラフィックとランキングが失われます。

営業時間外にウェブサイトを移行する

可能であれば、営業時間外に移行を行うことをお勧めします。これにより、訪問者への中断を防ぎ、計画どおりに進まない場合のトラブルシューティングを行うことができます。

注意深く監視する

移行を慎重に計画してから移行を進める必要がありますが、移行が急いで熟考されていないと、非常に多くの問題が発生します。

移行が完了したら、次の 4 週間、Google アナリティクスと Search Console を毎日注意深く監視することが重要です。これにより、問題を迅速に特定して迅速に解決できます。

手伝いが必要？

ウェブサイトの移行についてサポートが必要な場合は、当社の SEO サービスが適切なガイダンスを提供して、移行が可能な限りスムーズに進むようにします。