ゼファーネットのロゴ

成功する SEO 移行の管理

日付:

SEO の専門家として、私たちは移行と、それによってもたらされるさまざまなレベルの変動に精通しています。

移行は、テクノロジーとビジネス目標の両方が進歩するにつれて、デジタル ビジネスのライフサイクルにおいて自然に発生するイベントです。

移行は、影響はあるものの、 SEO、正しく実行すれば、訪問者のエクスペリエンスを向上させることができます。

より高速なホストにアップグレードすると、時間の経過とともにランキングのパフォーマンスが向上する可能性があります (より良いユーザー シグナルに影響を与え、提供することにより)。

Google による最初のインデックス再作成により、オーガニック トラフィックが一時的に減少する可能性がありますが、適切に実行された移行計画により、トラフィックを維持したり、 SERPの順位を改善する.

移行タイプの定義

Web サイトの移行には、オンラインでの可視性を高めるために、Web サイトのテクノロジー、構造、デザイン、または場所に対する大幅な変更が含まれます。

各タイプの移行には一定レベルのリスクが伴い、異なる移行タイプを積み重ね始めると (さらに多くの変数を変更すると)、リスクは積み重なるのではなく、増幅し始めます。

SEO の専門家として、私たちが関与することに慣れている一般的な移行には次のようなものがあります。

業界では、移行がうまくいかない、つまり SEO 以外の世界に影響を及ぼし始めるという話を聞きます。

トラフィックやランキングの一部が減少することはトップニュースではありませんが、企業が店舗を閉鎖したりスタッフを解雇したりすることはトップニュースです。

この例には、ホームベース HTTPS 移行が含まれます (Omi Sido で詳しく説明されています) こちら) そして、より最近の Logojoy から Looka へのブランド変更では、サードパーティ ツールの目を通して見ると、ランキング キーワードが 25,000 (150k から 125k) 減少していることがわかります。

SEO 移行の範囲設定

私にとって、移行の範囲を正しく設定することは、移行プロセス全体を成功させるために不可欠であり、次のような状況を回避するために重要です。

成功する SEO 移行の管理SEO コンサルタントの導入が遅すぎ、重要な決定がすべて下された後であったサイト移行の例。成功する SEO 移行の管理

スコープと仕様の重要な部分は、開発者と広範な関係者の両方にとって実用的である必要があるということです。

  • 「なぜ」を減らす。
  • そして「どのように」にもっと焦点を当てます。

曖昧さはリスクを生み出します。 誤解の余地が少ないほど良いです。

スコープ文書内では、以下を確立することが重要です。

  • 移行が行われる理由 (クライアントから)。
  • 一次および二次利害関係者。
  • 活動の範囲と各利害関係者の責任 (トラフィックとランキングの維持は責任ではなく、目的です)。
  • アクティビティのタイムラインと移行後のリソース。
  • (すべての当事者によって合意された) 移行の目的。
  • レポートの頻度と深さ。

これに基づいて、可能な限りリスクを軽減するための活動スケジュールの作成を開始できます。

SEO 移行リスクの軽減

ほとんどの場合、移行中のリスク軽減は、多くの場合、一般的な移行作業を実行することになります。

ただし、各活動はリスク要素を軽減し、合意された目標の達成に向けて取り組むように設計されています。

リダイレクト

それは当然のことです リダイレクト ほぼすべての移行の一部です。

ただし、移行後のトラフィック ドロップの監査を多数実行した結果、リダイレクトのスコープ設定と実装時に発生する一般的なエラーがいくつか見つかりました。

リダイレクトはブラウザと検索エンジンの両方のナビゲーション ガイドとして機能し、指定された URL に基づいて Web ページの場所に関する情報を提供します。

これらは、特定の URL またはそのセットに割り当てられたコード化された命令を表し、ユーザーまたは検索エンジンを元の入力またはクリックされた URL から別のページに再ルーティングします。

URLが変更される移行の場合、 Googleは最大180日かかる可能性があると発表 値が A から B に完全に渡されるようにします。

移行に応じて、リダイレクトの範囲は変わります。

JS、CSS、パラメータ、メディア ファイルがリダイレクトされない

多くの場合、移行が実行されるとき、人々は URL のリダイレクトに焦点を当てますが、それがランクであるため、JS ファイル、CSS、パラメータ URL、およびメディア ファイル (画像、ビデオ) のリダイレクトにも注目する必要があります。必要。

画像をリダイレクトする価値に疑問を抱く人は多いですが、URL は URL であり、Google はそれをクロールしていることになります。 Google は、画像 URL をリダイレクトすることを推奨しています。

環境の変化

新しいプラットフォームに移行したり、テンプレートを再設計したり、サイト構造を更新したりする場合は、少なくとも、新しい「環境」が以前の SEO の品質を反映していることを確認することが重要です。

多くの場合、新しいプラットフォームが稼働すると、多くのコンテンツが JavaScript の拡張可能な領域の背後に隠され、NoScript または JS が無効になっていると、非表示のままになるか、他の重要な要素が失われます。

したがって、新しい環境を監査して次のことを確認することが重要です。

  • メタデータは正しく引き継がれています。
  • 構造化データが実装され、検証されています。
  • カノニカルは正しいです。
  • ページネーションのマークアップは正しいです (Bing も存在します!)。
  • 内部リンクは引き継がれ、200 の URL を指します。
  • XML および HTML サイトマップが存在します。
  • Hreflang は正しく設定されています (国際的な Web サイトの場合)。
  • リダイレクトはテスト済みです。
  • 404 ページは 404 応答コードを返します。

サイトの速度など、ステージング環境と実稼働前環境がミラーリングされたスタック上にある (つまり、同じパフォーマンスをエミュレートできる) 場合を除き、ライブ サイト テストが必要になる場合があります。 しかし、多くの場合、それらはパフォーマンス重視のサーバー上にはありません。

移行が失敗する理由を理解する

移行が失敗した場合、多くの場合、次の XNUMX つの理由のうち少なくとも XNUMX つが原因であると特定できます。

  • 間違った SEO 戦略または不明確な目標。
  • リソースとスケジュールの計画と範囲設定が不十分。
  • コンテンツまたはコードに影響を与える予期しない UX またはデザインの変更。
  • SEO 代理店の関与が遅すぎたり、重要な決定がすでに固まってから参加したりした場合。
  • 不十分な、または十分なテストが不足している。
  • 応答が遅く、移行後のバグ修正に対する開発の優先順位が低い。
  • 制御できない変数 (Google アップデートなど)。

戦略が悪い

「成功」の測定可能なベンチマークを設定するには、移行が行われる理由と望ましい結果を理解することが重要です。

ほとんどの移行の目的は、SEO パフォーマンスを維持し、その安定性を成長の基盤として使用することです。

ただし、各移行タイプには独自のリスクがあります。 これらはクライアントおよびより広範な関係者に伝達される必要があります。

URL 構造を維持しながらホスティングやプラットフォームを移行する場合はシームレスに移行できるはずですが、ブランド名を変更してドメイン名を変更する場合は、ある程度の混乱が生じることが予想されます。

不適切な戦略はビジネスからもたらされる可能性があることに注意することも重要です。

場合によっては、利害関係者が Web サイト、ブランド、および広範な戦略をどのように進めるかについて計画を作成しますが、ビジネス戦略 (および期待) が、提案されたタイムラインや技術的に実現可能なものと一致しないことがあります。

不十分な計画と範囲設定

早い段階で詳細な範囲とプロジェクト計画を策定すると、SEO プロセスとタスクにかかる時間の予想を設定することで、途中での遅延を回避できます。

これにより、プロジェクトの範囲内にあるものとそうでないものを考慮に入れることもできるため、リソースを適切にスケジュールして割り当てることができます。

計画を立てることで、祝日や販売のピーク時期などの潜在的な障害を特定することもできます。

たとえば、オンライン小売業者であれば、重大なバグによりブラック フライデー、サイバー ウィーク、クリスマスの期間が危うくなる可能性があるため、感謝祭までの数日間に Web サイトを立ち上げることはありません。

遅れて関与する

SEO の移行は一夜にして起こるものではありません。

ただし、SEO サポートはロードマップの後半で求められることが多く、オーガニック検索のパフォーマンスに影響を与える多くの重要な決定が事前に行われます。

タイムラインに変更を加える余地がある限り、遅れて関与することが救いになる場合もありますが、そのようなケースはほとんどなく、事後を観察して準備することしかできません。

これは、(SEO の観点から) 十分なテストが不足していることを意味する場合もあり、移行期限が厳格な場合、パフォーマンスに影響するすべての問題が時間内に解決されるわけではありません。

開発の応答時間が遅い

これは多くの場合、ビジネス自体の問題であり、SEO 専門家がコントロールできるものではありません。

私は以前、移行直後に開発リソースがビジネスの別の部分に完全に割り当てられ、緊急または臨時のバグ修正を行う時間がなくなったという状況に遭遇したことがあります。

多くの場合、これは開発者のせいではなく、意思決定の関係者による不適切な計画の症状です。

以前、ウェブサイトがサイト全体で稼働するのを見てきました。 NOINDEX (間違ったバケットがデプロイされていたため)、私たちはすぐにフラグを立てましたが、それを削除するためにリソースが割り当てられるまでに XNUMX 日かかりました。

制御不能な変数

最善の計画とリソース割り当てにもかかわらず、Google のアップデートや CDN/DNS の停止など、予期せぬ完全に避けられない事態に見舞われることがあります。

この好例は 2020 年 XNUMX 月に起こりました。 カフェイン 壊れた。 この間、新しい URL はインデックスに登録されませんでした。

ステークホルダーとの非効果的なコミュニケーション

企業と移行や移行戦略について話すとき、重要な問題の XNUMX つは、間接的な関係者 (通常は副社長や経営幹部) のコミュニケーションと期待レベルに関するものです。

すべてのリスクが、納品の専門用語の両方で概説されているだけでなく、技術者以外の経営幹部にとっても理解しやすいように要約されていることが重要です。

これらの概要文書では、リスクの概要を説明するだけでなく、経験豊富なコンサルタントである私たちが何を期待しているのか、どの時点でトリアージ/パニックを開始する必要があるのか​​を説明することが重要です。

これにより、経営幹部レベルの関与や全体像の理解の欠如による、突然の反応や混乱によるプレッシャーが大幅に軽減されます。

より多くのリソース:


注目の画像: 123graphic/Shutterstock

スポット画像

最新のインテリジェンス

スポット画像