サイトの移行 – 正しく行うには?

公開: 2019-07-09

多くの場合、サイトの移行は問題のあるプロセスと見なされます。移行後に可視性が低下したときに SEO の専門家に助けを求めたクライアントに対処したことがない人はいますか? 多くの業界で、オーガニックトラフィックが Web サイトへのアクセスの大部分を占めており、オンラインビジネスの主な収入源となっています。ロングテールキーワードが適切に使用されている場合、オーガニックトラフィックは高いコンバージョン率を特徴とします。そのため、認知度の低下は収益性に大きく影響します。

サイトを移行すると、常にオーガニック検索結果の可視性が低下する必要がありますか? ドメインまたは CMS を変更するという決定は、常に収入を減らす必要がありますか? この記事では、これらの神秘的な可視性の低下の背後にある理由を説明し、ランクが下がるリスクを最小限に抑えるためのいくつかの解決策を提案します。

ウェブサイトを移行する理由

サイトの移行が非常に危険である場合、そもそもなぜそれを行うのでしょうか? その最も一般的な原因には次の 2 つがあります。

ドメインの変更
CMSの変更

ドメインの変更

通常、ドメインの変更はビジネス上の決定に基づいて行われます。ブランドの名前を変更するか、別のブランドと統合するかに関係なく、プロセスは適切に調整する必要があります。多くの企業は、移行の重要性や潜在的なオーガニックトラフィックの量を認識していないか、その他のビジネス上の理由から、ブランドを変更する際に移行に十分な注意を払っていません。認知度の低下をもたらした最近の最も有名な合併の 1 つは、Saturn と Media Markt の合併です。これらの企業は、オンラインストアを適切に移行できず、存在しないストアのメインページに Mediamarkt.pl にリダイレクトするリンクを残しました。結果？ TOP10 のキーワードのほぼ 90% が失われました。

ソース: app.senuto.com

Saturn.pl がリダイレクトするストアは、合併後も認知度が大幅に向上したことには気付いていません。これは、貴重なトラフィックがなくなったことを意味します。

CMSの変更

Web サイトには、他の製品と同様にライフサイクルがあります。技術の進歩と数年前に設定された Web サイトは、多くの場合、現代の機能とデザインの期待に応えることができません。ポータルやオンラインストアが成長している場合、ソフトウェアがユーザーの要件を満たさないことがよくあります。 Web サイトの所有者がアップグレードを決定する時期です。

CMS の変更には、最もリスクが伴います。潜在的なクライアントを引き付けるために覚えておくべきことは何ですか? ある CMS から別の CMS への切り替えの基本について説明しましょう。これは、可視性が低下することが多い移行の一種であるためです。 当然、実装が不十分なサイトの移行について言及しています。 Google での可視性に関して、すべての移行に問題があるとは限りません。

不十分に実装されたサイト移行の最近の例は、Rossmann.pl です。

ソース: app.senuto.com

移行から数か月が経過しましたが、オーガニックトラフィックはまだ再取得されていません。

サイト移行の基礎

以下は、サイトを移行する際に従うべき基本原則です。可視性の低下や自然なトラフィック量からあなたを守ることができます. 移行前と移行中の 2 つのステップがあります。

ステップ 1: 準備

サイト移行の前に、詳細な計画を立てます。次のことを忘れずに！

最も重要なページからコンテンツをエクスポート

この手順は、CMS を変更する場合に特に重要です。 Web サイトからコンテンツをエクスポートし、移行後に新しい Web サイトに投稿する必要があります。ウェブサイトにコンテンツを残さず、ゼロからコンテンツを作成すると、ランクとトラフィックが確実に低下します。たくさんのコンテンツがあり、どこから始めればよいかわかりませんか? 無料のトラフィックで最も頻繁にアクセスされるページから始めるのが最善です。この情報は Google Search Console で確認できます。

出典：グーグルサーチコンソール

以前の Web サイトのコンテンツがなくなった場合は、サーバーのバックアップを使用するか、https://web.archive.org/ にアクセスしてください。ただし、Web サイトの構造全体を把握できるわけではないことに注意してください。 Web サイトのアーキテクチャが複雑になるほど、コンテンツを取得できる可能性が低くなります。

URL 構造を保存する

サイトを移行する前に、URL マップを作成する必要があります。古いリンクから新しいリンクへのリダイレクトを確立するには、URL が必要になります。 1:1 リダイレクトを実装することが不可欠です。必要な URL マップが配置されていない状態で、古い Web サイトが新しい Web サイトに置き換わることはよくあります。何故ですか？通常、一部の開発者は SEO についての知識がなく、一部の開発者は単に SEO に目をつぶっています。新しい Web サイトがある場合、古い構造 (またはコンテンツ) は Web アーカイブにあります。

URL リダイレクトスキームを準備する

Web サイトマップがあり、URL が新しい Web サイトにどのように割り当てられているかがわかったら、それを徹底的に分析します。何らかの URL リダイレクトスキームを実装できるかどうかを確認することが重要です。 URL を 1 つずつ手動でリダイレクトするよりもはるかに効率的です。大規模な Web サイトの場合、これはサーバーのスペースと応答時間を節約するのに役立ちます。例としては、/category/ を削除してリンク構造を変更することがあります。たとえば、https://example.com/category/clothing から https://example.com/clothing に変更します。この場合、カテゴリごとに 301 リダイレクトを設定しても意味がありません。はるかに優れた解決策は、そのような URL を /category なしのリンクにリダイレクトすることです。このようにして、ストア内のすべてのカテゴリリンクを参照します。

H1 見出し、タイトルタグ、説明タグのリストを保存する

サイトを移行して可視性を低下させたくない場合は、コンテンツに加えて、メタタグと見出しも再構築する必要があります。このようなリストがあれば、新しい Web サイトを最適化する準備が整います (まだテストサーバー上にあることが望ましい)。それを間違えると、確かに多くの問題に出くわすでしょう。

ステップ 2 – 段階的なサイト移行

適切な計画を作成し、必要なすべてのデータを保存したら、移行に取り掛かることができます。可能であれば、テスト環境で実行してください。こうすることで、エラーのリスクを最小限に抑えることができます。考えられるエラーを修正することができ、ウェブサイトの表示に影響を与えることはありません.

インデックス作成に対してテスト環境を保護する

テスト環境でサイトの移行を実行すると、非常に役立つ場合があります。ただし、GoogleBot のアクセスを制限することを忘れないでください。テスト環境のインデックス作成は、Web サイトの可視性に悪影響を及ぼす可能性があります。さらに別の解決策は、NoIndex タグを配置することです。これにより、さまざまなツールを使用して Web サイトをクロールできますが、インデックス作成と重複コンテンツの作成を防ぐことができます。

必ずテスト環境からサイトを移行してください

Web サイトの新しいバージョンが完成したら、それをターゲットサーバーに適切に移行することが重要です。実行したら、次のことを確認してください。

メタロボットのコンテンツ – サイトの移行によって NoIndex タグが重複し、ドメインのインデックスが解除されることがあります。
robots.txt のコンテンツ – Google クローラーもそこでブロックされる可能性があります
サイトマップのコンテンツ – テスト環境ではなく、ドメインのアドレスを含める必要があります
リソースのダウンロードアドレス – テストサーバーから画像をダウンロードする複数の Web サイトを見つけました
301 リダイレクトスキームの正確性 (古い構造から新しい構造へ)

サイトの移行は完了しましたか? まだ終わっていない

サイトを別のドメイン、特に別の CMS に移動するプロセス全体は、SEO の専門家が監督する必要があります。これにより、悪影響が軽減されます。移行が成功したように見えても、徹底的な監査は問題ありません。しかし、何を分析するのですか？

限られた可視性と目標の達成

新しい Web サイトが実装された後、サイトの最も価値のあるページでオーガニックトラフィックが減少しているかどうかを確認します。どれが最も価値があるかを判断する方法は? Web サイトのタイプによって異なりますが、ほとんどの場合、これらは次のようなランディングページです。

ほとんどのオーガニックトラフィックを生成する
ほとんどの目標を達成する
最高のコンバージョンを得る

Google Search Console にアクセスして、オーガニック検索結果で最も頻繁にアクセスされたページのクリック数とセッション数を分析できます。移行前と移行後のデータを比較する価値があります。

移行前に最高のコンバージョンを達成したページが、移行後も同様に価値があるかどうかを分析するには、Google アナリティクスを試してください。

データを比較した後にオーガニックトラフィックの減少に気付いた場合は、URL を注意深く確認してください。ドロップの原因を突き止めてみてください。

Google Search Console によるインデックス登録と提案

ウェブサイトを移転したら、Google Search Console でデータを監視するとよいでしょう。新しいバージョンの Web サイトがインデックス作成の問題を引き起こしているかどうかを知らせてくれます。

NoIndex タグの配置ミス、canonical タグの誤り、またはそれらの完全な欠如が表示されます。

大量のデータを分析する際に、Google が Web サイト内の個々の URL を認識しているかどうかを確認すると便利です。これは、Google Search Console の URL インスペクションで行うことができます。

リンク切れ

各ページを 1 つずつリダイレクトする背後にある考え方は、Web サイトのインデックス作成プロセスをサポートし、Web サイトにつながる URL を保存することです。移行後にすべてのリンクがリダイレクトされたかどうかがわからない場合は、エラー 404 ページにつながるリンクを確認してください。これは、Ahrefs や Majestic などのリンクプロファイルアナライザーを使用して行うことができます。最初のものには、壊れたリンクを明らかにする特別なモジュールがあります。

Majestic では、すべてのリンクを含むファイルを生成し、ページをエラー 404 でフィルタリングする必要があります。