Googleランキングを失うことなくサイトを再設計する方法

Web サイトの再起動または再設計は、SEO の取り組みを成功または失敗させる可能性があります。

たった 1 つの間違いでも、壊滅的なランキングの低下、または最悪の場合、収益の損失につながる可能性があります。

オーガニック トラフィック、ランキング、収益を危険にさらすことなく、サイトの再設計を処理する方法を次に示します。

再設計が固有のリスクである理由

企業は、Web サイトの変更を軽視してはなりません。

SEO への影響は別として、ユーザーは常に Web サイトのオーバーホールを歓迎するとは限りません。 (Facebook の最新の再設計と、ほとんどのマーケティング担当者による GA4 の軽蔑を考えてみてください)。

悲惨なサイトの再設計、プラットフォームの再構築、再起動にまつわる SEO のホラー ストーリーは数多くあります。

余波に対処することは、SEO チームと外部の SEO コンサルタント (他の人の間違いを修正するためにのみ呼び出されることが多い) にとって悪夢になる可能性があります。

ほとんどのサイト再設計の失敗には、次のことが含まれます。

• ウェブサイトのインデックス作成なし。
• リダイレクトはありません。
• コンテンツの追加/削除。

索引なし

通常、再設計された Web サイトは別のサーバーで準備され、ライブ Web サイトのコピーが新しいルック アンド フィールでテストされます。

Google で重複コンテンツの問題が発生しないようにするには、noindex メタ タグをテスト サーバーに追加する (または robots.txt でブロックする) 必要があります。

<meta name="robots" content=" noindex, nofollow " />

これにより、検索エンジンはこのサイト バージョンを無視するようになります。

しかし、Web サイトを再起動する前に noindex コマンドを削除することを覚えている人はほとんどいません。

誰かが気付くまでに、見込み客、売上、収益の損失に加えて、数週間かかる場合があります。

そのため、公開する前に、その noindex メタ タグを必ず削除してください。

リダイレクトなし

ウェブサイトを新しいドメインに移動したり、URL 構造を変更したりする場合は、Google と訪問者に新しいドメインの場所を「伝える」必要があります。

ビジネスに社内 SEO がない限り、リダイレクトはしばしば無視されます。

検索エンジン ボットとユーザーは、エラー ページが表示されたり、ホームページにリダイレクトされたりして、ユーザー エクスペリエンスが低下し、SEO の機会を逃す可能性があります。

既存のリソースを新しいリソースにリダイレクトしないと、ランキング、トラフィック、コンバージョンに悪影響を及ぼします。

1 つには、コンテンツへの着信リンクがどこにも行き着かないため、Google でのランキング プッシュが失われる可能性があります。

Google はエラー ページをサイトが壊れているかのように処理し、サイトを完全に格下げする場合があります。

すべての 4xx エラー (429 を除く) は同じように扱われます。 Googlebot は、コンテンツが存在しないことをインデックス作成パイプラインに通知します。

修正方法は？ 永続的なリダイレクト (301) を使用します。

コンテンツの削除/追加

デザイナーは、Web サイトに既存のコンテンツがある場合でも、「lorem ipsum」プレースホルダー テキストを使用することがよくあります。

再設計された Web サイトが公開されて初めて、コンテンツの大部分が新しい設計では機能しないことに気付くでしょう。 また、デザインを修正する代わりに、コンテンツが削除される可能性があります。

場合によっては、ビジネス オーナーは、古いコンテンツを削除したいだけで、それが「古い」ものであり、更新したくないという理由以外に明確な理由はありません。

元 Googler の Kaspar Szymanski 氏は、SEO のホラー ストーリーの例で次のように述べています。

「コンテンツの移行が完了すると、Google は、新しいランディング ページとなるものを効果的にランク付けするために、バックリンクやカノニカルなどの付随するすべてのシグナルとともに、新しい URL を再クロールする必要があります。 どのような状況であっても、移行は数か月前に準備し、慎重に計画を立てて、売り上げの少ない時期に実行するのが最善です。」

また、SEO 担当者がパフォーマンスの低いコンテンツを削除し、やり過ぎてしまう場合もあります。

あなたの既存のコンテンツは、何年にもわたってリンクを集めてきたかもしれません。 コンテンツが削除されると、あなたが築き上げたリンク エクイティは失われます。

さらに、Google は特定のコンテンツやページだけに基づいてではなく、ウェブサイト全体を評価する傾向があります。 サイトが一晩で縮小すると、以前のサイズとステータスに関連する信頼性が失われる可能性があります.

反対も同様です。 Google に問題を起こさずに、一晩で 100 ページから 100,000 ページに増やすことはできません。

短期間でページ数を大幅に減らしたり増やしたりしないでください。

修正方法は？ 既存のコンテンツをリンク可能な貴重な資産として扱い、それらを新しい Web サイト バージョンに移行します。 コンテンツごとに 1 つの Web アドレスのみを使用するか、canonical タグを追加してください。

アマゾンのようにそれを行う

リスクを考慮して、Amazon のような遅くて安全なルートを選択できます。 e コマースの大国は、プラットフォームに段階的な変更を加えることで知られています。

一部のサイトは時々デザインを変更して再起動しますが、他のサイトは同じままでいたいようです.

Amazon は、サイトが一度にすべて再作成されるのではなく、時間の経過とともに継続的に改善される「主要な」例です (しゃれが意図されています)。

現在の Amazon ウェブサイトのデザインは、2015 年からデザインを変更することなく使用されています。 それ以前のデザイン変更も、完全な再設計ではありませんでした。

この段階的な変更アプローチには、長所と短所があります。

通常の Amazon の買い物客は、新しいインターフェイスを習得するのに苦労する必要はありません。 しかし、このプラットフォームは、混乱と機能のクリープの増加にも悩まされています.

このようなユーザー エクスペリエンスの悪さにもかかわらず、収益が増加し続けている場合は、正しいことをしている可能性があります。 それ以外の場合、再設計はおそらく遅れています。

サイトを再設計する時期

上記のすべてのリスクにもかかわらず、サイトの再開には正当な理由がいくつかあります。

取得

ビジネスまたはウェブサイトが買収された場合、「古い」ウェブサイトを処理するためのさまざまなオプションがあります。

• 一部の新しい所有者は、既存のサイトを腐らせます。
• 新しい所有者のウェブサイトにリダイレクトする人もいます。
• ロゴに「[新しい所有者] による」を追加するだけの場合もあります。

Web サイトとそのユーザーに真剣に取り組んでいる人は、通常、新しい名前で再設計して再起動します。

ビジネスモデルの変更

スタートアップはビジネス モデルを頻繁に変更します。 ピボットが大きすぎて、以前のビジネス モデルが新しいビジネス モデルとは何の関係もない場合もあります。

ツールを提供していたスタートアップが、サービスを提供する代理店になったとしましょう。 その場合、以前の Web サイト構造は意味をなさない可能性があります。

クラッタと機能クリープ

クラッターと機能のクリープはしばしば密接に関連していますが、独立して発生することもあります。

古い W​​eb サイトには、アイテム、オプション、コンテンツ、およびリンクが蓄積されています。

確立された設計とシステムでは、有機的に成長したアイテムを削除するのは困難です。

長年のユーザーでさえ、認知過負荷に苦しむことになります.

次の場合、サイトは再設計の機が熟している可能性があります。

• 直帰率と離脱率は時間の経過とともに増加します。
• 新規ユーザーを維持するのが難しくなり、リピーターの減少につながります。

個人的には、Amazon のデザイン アプローチは使いにくいと思います。 適切に開示されていないさまざまな場所の雑然とした機能、クリープ、広告でいっぱいです.

Amazon が「大きすぎてつぶせない」企業の 1 つでなければ、同社の Web サイトはおそらく今頃には機能していないでしょう。

拡張

また、新しい市場 (つまり、より多くの国) にサービスを提供したり、さまざまな製品を発売したり、新しいオーディエンスにサービスを提供したりするために、再設計または少なくとも設計の更新が必要になる場合があります。

このような場合、再設計は必ずしも必要ではありません。 それは、ウェブサイトが拡張にどれだけ簡単に適応できるかにかかっています。

• アメリカやイギリスだけでなく、世界中の視聴者や他の言語にサービスを提供したいですか?
• 靴を販売した後、ファッション市場に参入したいですか、それとも家庭用品を販売したいですか?
• 熱狂的なニッチな聴衆ではなく、主流の聴衆にリーチしたいですか?

これらの大きな変更には、新しい目的を制限された既存の設計に押し込むのではなく、本格的な再設計が必要になるか、少なくとも 1 つのメリットが得られる可能性があります。

サポートされていないテクノロジー

あなたのサイトは Flash で構築されていますか? これは決して良い考えではありませんでした。特に、Adobe が廃止され、ほとんどのブラウザーがサポートを停止した現在ではなおさらです。

同じことが、Java (JavaScript と混同しないでください) やフレームなど、あまり一般的ではない時代遅れのテクノロジの使用にも当てはまります。

サイトがまだそれらに大きく依存している場合は、すぐに何かを行う必要があります。 その場合、全体の再設計が唯一の実行可能な解決策になる可能性があります。

Web サイトのコード内にあるあまり目立たないレガシー テクノロジーの一部は、主要なブラウザーでサポートされなくなっている可能性があります (現在では、主に Google の Chrome とその派生物です)。

Web サイトが壊れていたからではなく、ブラウザ ベンダーの要件が変化し、下位互換性のないテクノロジが進化していたため、何年にもわたって Web サイトを修正する必要がありました。

かつて、最新の PHP バージョンがいくつかの組み込み関数を非推奨にし、他の関数を別の方法で解釈したために、私の Web サイトが壊れました。

何千行ものカスタム コードを含む従来の Web サイトでは、サード パーティのテクノロジの変更後に機能を復元することが非常に困難になる場合があります。

場合によっては、最初から再設計する方が長期的には安くなる場合があります。

何よりもまず、SEO に連絡する

OK、再設計が唯一の方法だと判断したのですか? 念のため、今すぐ SEO の専門家に連絡してください。

SEO (チーム) を関与させるのは早ければ早いほどよい。

名前が便利に示すように、多くの場合、企業はデザイナーと一緒にデザインを開始します。 ただし、SEO 準拠の情報アーキテクチャ (IA) は、設計の前に計画する必要があります。

チームに洗練された情報アーキテクトがいない場合は、SEO 担当者に問い合わせる必要があります。

また、UX スペシャリストが IA についてしっかりと理解していたとしても、それに頼ってはいけません。

もちろん、ユーザー エクスペリエンスは熟練を必要とする独自の複雑な分野であるため、同じ人物が SEO の専門家でもあるとは期待できません。

検索マーケティング担当者が頼りにしている毎日のニュースレターを入手してください。

処理中…お待ちください。

購読

条件を参照してください。

SEOを損なわずに再設計する方法

SEOを雇う！ 関係するすべてのチームに通知してもらいます。 ここでは、SEO に適した Web サイトの再設計プロジェクトに関する追加のヒントを紹介します。

実際の目標に同意する

適切な再設計を実装するには、その目標について社内で合意する必要があります。

SEO チームはそれらのいくつかを提供できますが、全体的なビジネス目標も必要です。

再設計は単なる見た目の変更ではありません。 虚栄心を超える測定基準を使用して検証する必要があります。 トラフィックやエンゲージメントを増やすだけでは十分ではありません。

再設計はコンバージョン、売上、ROI にどのように影響しますか?

目標が達成されたかどうかを判断する前に、関連性の高い KPI を選択してください。

たとえば、煩わしいポップアップやオーバーレイを従来のデザインに追加する代わりに、ニュースレターの視聴者を増やすための購読フォームを組み込むことを主な目標として再設計できます。 その場合、各サブスクリプションはコンバージョンになります。

新しいサイトを個別に構築する

少なくとも 1 つのローカル サーバーを使用して、コーディングとテストを行います。 大規模なウェブサイトの再設計には、次の 3 つがあります。

• 開発サーバー。
• テストサーバー。
• ライブサーバー。

理想的には、ローカル ネットワークを超えて実行される Web サイトとして、サイトの再設計を確認します。

その際、まだ公式に公開されていない限り、新しいサイトで前述の noindex タグを使用してください。

小規模な WordPress ベースのサイトの場合、ライブ サイトで作業して、新しいテーマを突然導入したくなるかもしれません。

既製のテーマや設計および開発チームが SEO の面倒を見てくれるとは信じないでください。

すぐに分析を確認するのは衝撃的な経験かもしれません. 一部のテーマ (およびデザイン) は、SEO の基本を無視するか、ランダムに書き直します。

完璧なタイトルタグ構造を最適化し、見出しを合理化したとしても、一晩で消えてしまい、デザイナーもUXの専門家も気付かない.

見出しはまったく同じに見えるかもしれませんが、H1、H2 などの代わりに、div、span、または p-tag が舞台裏で使用されます。

タイトル タグが最初にブランドを表示するか、さらに悪いことに lorem ipsum のみを表示し、いたるところに繰り返され、Google が自動的にインデックスから降格または削除する重複コンテンツを作成する可能性があります。

苦労して作成したメタ タグ、スキーマ コード、nofollow/sponsored/UGC 属性、画像 alt 属性、最小化されたスクリプトはすべて完全に失われる可能性があります。 そのため、事前に必須の SEO 機能のチェックリストを作成してください。

デザインとコードを混同しないでください

理想的には、コード、動作、および設計を分離します。 あなたの古いサイトはまだそれをしていませんか? この分離を新しいサイトで紹介します。

あなたは喜ぶでしょう。 ライブに移行する前に、多くの変更が行われる可能性があります。

HTML コードを編集してデザインの微調整を入力するのは面倒で、エラーが発生しやすくなります。 また、長期的にはまったく実用的ではありません。 また、SEOの取り組みに悪影響を与える可能性があります。

いずれにせよ、通常はデータベース内でコンテンツを分離する必要があります。 または、XML または .txt、.csv、.inc などのテキスト ファイルを使用する小規模なレガシー Web サイトがある場合。

あなたに最適なものを使用してください。 すべてを混ぜないでください。

90 年代のレガシー Web サイトでは、多くの場合、これらすべてが 1 つのファイルに含まれていたため、変更に関係のないものを壊さずに変更することはほとんど不可能でした。

しかし、最新の WordPress Web サイトでさえ、コード、デザイン、コンテンツの混合に苦労しています。

一部のテーマでは、テーマ自体に微調整や UX テキストを追加する必要があるため、翻訳された Web サイト バージョンに「コメント」、「検索」、「次へ」などの英単語が表示されます。

実行中のシステム、特に URL には触れないでください

何十年もの経験を持つオタクは、理由から「実行中のシステムには決して触れないでください」とアドバイスします。

このモットーは、検索エンジンの最適化にも当てはまります。 ちょっとした変更で、Web サイトの SEO が台無しになる可能性があります。

あなたのドメインはすでに上位にランクされていますか? 本当に x から xy に名前を変更する必要がありますか? すべてのドメイン名の変更は大きなリスクです。

Google が新しいドメインを以前のドメインと完全に同等のものとして受け入れるかどうかはわかりません。

最悪の場合、アルゴリズムはあなたのウェブサイトが完全に新しいものであると想定し、新しいドメインの恐ろしい「サンドボックス」にあなたを置きます.

そのようなフィルターはないと言う人もいますが、ベテランの SEO は経験から、新しいドメインを軌道に乗せるのにどれだけの時間がかかるかを知っています。 したがって、既存の権限を維持したいと考えています。

新しいドメインを登録するときは、コンテンツ権限なしで、または古いドメインがまだ到達可能な状態でオンラインにしないでください。

そうしないと、完全に別のプロジェクトと見なされるリスクがはるかに高くなります。

同じプロジェクトに 2 つのドメインを同時に持つことも間違いです。 あなたは自分自身と競争します。 そのうちの 1 つに「オールイン」する必要があります。

少なくとも URL 構造を変更しないようにしてください。 ほとんどの場合、設計を変更することなく、設計を変更および改善できます。

したがって、IA が大幅に変更されない限り、ディレクトリとページを既存の構造に単純に追加または削除できます。

新しい構造はいくつかの正当な理由で異なる必要があるため、URL を変更する以外に方法はありませんか?

次に、すべての単一または少なくとも重要なページを前もってマッピングするか、単に URL 構造をわずかに変更してから、アスタリスク「 * 」を使用して .htaccess ファイル内のすべての URL を自動的にリダイレクトすることにより、古い URL を新しい URL にリダイレクトします。

example.com/site/content/article

...次にリダイレクトされる可能性があります...

example.com/new-site/content/article

「新しいサイト」の代わりに、より意味のある、または中立的なものを追加できます。 多くの場合、Web デザイナーは、回避策として適用される v2 または任意の番号を追加しただけです。

example.com/v2/content/article

実際には、これは構造レベルのより低い特定のものである可能性があります。

ビジネス モデルをピボットしたら、サービス ページを保持し、その下に特定のページを追加できます。

example.com/services/old-service-one

になります…

example.com/services/new-service-one

Lorem ipsum 自分で！ または、コンテンツデザインを忘れないでください

新しい WordPress テーマを探すとき、まずデザインを見て気に入ってしまいますが、新しいテーマを使用してコンテンツが表示されると、見栄えが悪いことに気付くだけです。

どうしたの？ コンテンツデザインの欠如！

デザインは、新しいデザインの「美しさ」にフィットし、強調するために、理想化された内容で真空状態で作成されました。

初日から既存のサイトの実際のコンテンツを使用するか、新しいサイトに最初に表示されるコンテンツを作成します。 そうして初めて、コンテンツの周りにデザインを作成する必要があります。

コンテンツを削除するときは、まずコンテンツ監査を行い、各ページを評価します。 すでにランク付けされ、過去にバックリンクを獲得したページを維持します。

検索トラフィック、参照、または直接トラフィックなど、トラフィックを獲得するページも、明らかな理由で保持する必要があります.

上記の基準に基づいて、一部のコンテンツは役に立たないように見えるかもしれませんが、ほとんどアクセスされていない場合でも、Web サイトを完成させるためには必要です。 したがって、あいまいなコンテンツにも価値がないと思い込まないでください。

クロールとインデックス作成を確実にする

最も重要な技術的 SEO 部分が最後にあるのはなぜですか?

新しいサイトを公開したら、以前に考慮した SEO のベスト プラクティスが Google のインデックスに組み込まれているかどうか、ランキングを維持しているかどうかを確認する必要があります。

• アナリティクスと Google Search Console のレポートを頻繁に見て、潜在的な障害を発見してください (上記の noindex を考えてください)。
• 自動的に作成されたサイトマップを再確認し、Screaming Frog などの Web サイト クローラーを使用して、ライブ サーバーでもう一度 URL をテストします。
• サーバーのログ ファイルを確認することもできます。 なぜ？ 孤立したページや何らかの理由でインデックスに登録されていないページは、どこにも表示されない場合があります。

場合によっては、Analytics コードでさえすべてのページに表示されないことがあります。そのため、一部のページは表示されないためにトラフィックがありません。