サイトの移行:最も一般的な間違い! -Semaltが警告します



こんにちは!今日の記事では、 セマルト ウェブサイトの移行中に発生する最も一般的な間違いについて説明します。 Webサイトの移行の90%で、今日お話しするエラーの少なくとも1つが頻繁に発生します。残念ながら、わずかなミスでもトラフィックの損失や視認性の低下を招く可能性がある場合もあります。

したがって、Webサイトの移動、移行、またはドメインの変更を検討している場合は、記事全体を読むことをお勧めします。

この時点に達した場合は、おそらく移行とは何かを知っているでしょう。ウェブサイトの移行の場合、いくつかのタイプに分けることができます。

移行の種類

CMS-CMS

eコマースの中で最も一般的なタイプの移行は、あるCMSから別のCMSへの移行です。最初は在庫が少なくて店舗が成長し、商品が少なく、要件が小さかったとします。しかし、時間の経過とともに、店舗が成長するにつれてニーズが高まり始めたため、CMSを変更することを考え始めました。これにより、特定のCMSでやりたいことができるようになります。

そしてここでは、実際にCMSから別のCMSへの変更を検討しています。この場合、移行には多くの利点があります。あなたはより多くの問い合わせを処理することができます、あなたはシステムと統合することができます、例えば。あなたのビジネスを成長させ、CMSは単にあなたにとってそれをより簡単にする卸売業者のために。

ドメイン-ドメイン

別のタイプの移行は、あるドメインから別のドメインへの移行です。たとえば、私たちの店はXという名前で運営されていましたが、しばらくすると、変更の時期が来たので、ブランドの名前を変える必要があることがわかりました。そのため、新しいドメインを購入し、ストアを別のドメインに切り替えたいと考えています。

たとえば、何らかの理由で問題が発生したドメインがあり(たとえば、フィルターが適用されている)、ここでは何も達成できないことがわかっている場合は、ドメインの変更も検討することもあります。次に、ドメインの別のドメインへの移行を処理します。

サイドを変える

また、ストアの外観を更新する場合の移行にも対応します。テンプレートを変更し、ページ、つまりユーザーに表示される視覚的な部分を変更するだけです。多くの場合、URLパスの変更が伴うため、ここでは移行自体とその正しい実装も非常に重要になります。うまくいったものを残し、それらの機能を追加して、将来的にWebサイトのトラフィックを増やしたいからです。

このため、すでに得たものを失うことを防ぐ特定のルールについて覚えておく必要があります。おそらく、主に移行をリダイレクトに関連付けます。したがって、移行のいずれかを実行すると、おそらく誰かが「覚えておいて、リダイレクトを実行してください」と言うでしょう。もちろん、リダイレクトは重要ですが、移行が成功するかどうかに影響を与える要素は他にもたくさんあります。

私を信じてください。移行の準備を適切に行わないと、プロセスでいくつかの間違いを犯し、結果は本当に直接的なものになる可能性があります。移行の準備をするには、適切に計画してから実装する必要があります。悪い移行後に行われたことを把握するよりも、Webサイトがどのように反応するかを確認する方がはるかに簡単です。

開発版

Noindex Nofollow

新しいバージョンのWebサイトで作業している場合、通常は開発バージョンを扱います。そのため、ユーザーと検索エンジンの両方がアクセスできないページであり、NoindexNofollowパラメーターでマークする必要があります。この方法のおかげで、私たちはウェブサイトにインデックスを付けることを許可せず、自由に作業することができます。

これは、たとえば、コンテンツを古いページから新しいページに転送する場合に特に重要です。これは、Googleが開発ページに到達すると、コンテンツのインデックス作成を開始するためです。したがって、検索エンジンインデックスには、新しいページと古いページの両方のコンテンツが含まれます。その場合、重複に対処する必要があります。

開発版は検索エンジンのロボットによってインデックス作成のためにブロックされているため、スクラッチペーパーとして扱うことができます。いくつかのソリューションを安全に計画し、いくつかの要素を落ち着いて実装することができ、それがWebサイトの可視性に悪影響を与えることはありません。たとえば、メニュー構造を計画し、URLを頻繁に変更することができます。通常の世界では不可能です。クローラーが特定のURLを見つけてインデックスを作成した場合、このアドレスを変更してリダイレクトを作成しないと、404エラーが表示され始めるためです。

SEO協力

開発版の場合、例えば、協力しているSEO会社がアクセスできる場合は、自由に作業、転送、移行を支援できることも重要です。それがなく、私たちが生物に取り組んでいる場合、それははるかに難しい作業です。

移行

すべてのコンテンツを移動する

開発バージョンがあるので、移行が成功した場合にも重要になる他の要素を忘れることはできません。私たちのストアがすでに最適化されていて、最適化したカテゴリと製品のコンテンツがあり、トラフィックを生成することがわかっている場合は、ここですべてのコンテンツを一方から他方に転送することを忘れないでください。

そのため、タイトル、メタ説明、説明を、古いページにあったフォーマットとともに移動します。サイトに別の説明があった場合は、それが新しいページに表示されることも確認する必要があります。同じことが見出しにも当てはまります。つまり、Webサイトの見出しを最適化した場合、同じヘッダーが新しいバージョンのページにあるはずです。これらの要素は、新しいWebサイトに切り替えた後、すでにランク付けされます。

リダイレクト

アドレスマップ

もちろん、古いアドレスから新しいアドレスへのリダイレクトマップを作成することは事前に準備する価値があります。これにより、ページをオンにするだけでリダイレクトされ、GoogleがこれらのリダイレクトがWebサイトに入るとすぐに存在することを確認できます。

すべてのサブページをリダイレクトする

リダイレクトに関しては、基本的なエラーはホームページのみをリダイレクトすることです。したがって、たとえば、ドメインを変更してドメインを変更した場合、ホームページのみをリダイレクトします。カテゴリ、製品、ブログ記事は私たちに興味がありません-これは非常に大きな間違いです。

各サブページには独自の可視性があり、これは私たちがしばらくの間構築してきました。最適化され、外部からリンクされています...したがって、サイトの構造に新しいアドレスが表示された場合、それは新鮮であり、古いアドレスから新しいアドレスにリダイレクトしてからこのアドレスを強化するまでは、構築したかのようになります。すべてゼロから。もちろん、移動したタイトル要素や新しいページに実装されたコンテンツはここで役立ちますが、古いサブページの力を移転することはありません。

301リダイレクトのおかげで、すでに取り組んできたものが失われることはありません。そのため、アドレスを1:1で転送することが非常に重要です。したがって、カテゴリアドレスがある場合は、各カテゴリを対応するカテゴリにリダイレクトする必要があります。同じことが製品にも当てはまります。もちろん、これらの製品がたくさんあり、サーバーの速度をあまり低下させたくない場合は、もちろん、製品の一部を選択するか、ルールだけを適用することができます。

もちろん、ページをデザインするときに同じように見えるアドレスを作成するオプションがあると、自分たちで簡単にすることができます。したがって、古いストアと新しいストアのURLの構造を変更しない場合は、もちろん、これらのリダイレクトを作成する必要はありません。ただし、たとえばCMSを変更した場合、それは単に不可能であることが多く、これらのリダイレクトを実行する必要があります。

302ではなく301

すべてのリダイレクトを作成した後、これらのリダイレクトは永続的なリダイレクト、つまり301リダイレクトである必要があることを覚えておく必要があります。頻繁に実行される302リダイレクトは一時的なリダイレクトであり、前に説明したサブページの機能は転送されません。

分析

新しいページをオンにする場合は、ウェブサイトにGoogleAnalyticsとGoogleSearchConsoleのコードが含まれていることも確認する必要があります。これのおかげで、私たちは私たちのウェブサイトで何が起こっているのか、そしてそれがどのように振る舞うのかを観察することができます。

再インデックス付け

個々の段階を完了し、ページをGoogleに表示する準備ができている場合は、もちろん、SearchConsoleでインデックスを再作成するためにページを送信できます。 Search Consoleに新しい地図をアップロードして、新しいページのコンテンツを簡単に識別できるようにすることもできます。これは少し速くなります。

また、最初の期間、Googleは新しいページにインデックスを付けますが、古いページもインデックスに保持するため、古いページがインデックスから削除され、新しいページがインデックスから削除されるまでの時間を与える必要があることも覚えておく必要があります。その場所に挿入されます。最初の3〜6か月間、何が起こるかを監視します。

もちろん、可視性を示すツールでは、たとえば、一定期間にわたって減少しますが、その後、こちら側は跳ね返り始めます。そうでない場合は、何が悪かったのかを確認する必要があります。開発者が301リダイレクトを導入したように見えるかもしれませんが、これらのリダイレクトは302リダイレクトであることが判明しました。したがって、これらのものは、移行の直後に取得する必要があります。

これらは、ページを移行する際の最も一般的な間違いでした。移行がうまく行われなかったことがわかっている場合、これは私たちの側が失敗する運命にあることを意味しますか?完全ではありません。もちろん、回復計画を導入できるのは時間だけです。 Webサイトの移行が正しく実行されなかった場合でも、最初の数か月間は、失われたトラフィックを回復する機会があります。後で-Googleが検索エンジンから古いアドレスを削除した場合-それははるかに困難になる可能性があります。

mass gmail