Sitemap

SEOを破壊するウェブサイトの再設計の間違い

ウェブサイトを再設計することは、それがあなた自身のものであろうとクライアントのものであろうと、今日のマーケティングの重要な部分です。テクノロジー、トレンド、ユーザーの期待は時間とともに変化するため、これは不可欠です。競争力を維持したい場合は、これらの変化に対応する必要があります。

しかし、このタスクは不可欠ですが、SEOの観点からも特定のリスクをもたらします。プロセス中に多くのことがうまくいかない可能性があります。これらの問題により、検索エンジンがそのWebサイトを関連するクエリに対する信頼できる回答として表示しなくなる可能性があります。場合によっては、特定の間違いがペナルティにつながることさえあります。

誰もそれを望んでいません。

そのため、この記事では、SEOを破壊する可能性のある一般的なWebデザインの間違いのいくつかを探ります。潜在的なリスクを知ることは、あなたの有機的な検索トラフィックを苦しめるような間違いをすることを避けるのを助けるかもしれません。

開発環境をクロール可能/インデックス可能のままにする

人々はさまざまな方法で開発環境を処理します。最も簡単なのは、ドメインの下にサブフォルダーを設定することです。開発専用のドメインを作成する場合もあります。それから、彼らの心があるべきその空いた場所でCIAエージェントに暖かいファジーな感じを与えるであろう彼らの開発環境を隠すためにある種の予防策をとる人々がいます。

私は後者のカテゴリーに分類される傾向があります。

検索エンジンは通常、リンクをたどり、途中で見つけたコンテンツにインデックスを付けます。明示的に指示しない場合でも、検索エンジンはインデックスを作成します。同じWebサイトの2つのバージョンにインデックスを付ける可能性があるため、問題が発生し、コンテンツとリンクの両方に問題が発生する可能性があります。

そのため、検索エンジンが開発環境にアクセスしようとする際に、できるだけ多くの障害物を配置します。

これが私がすることです。最初のステップは、これまでライブWebサイトで使用されたことのないクリーンURLを使用することです。これにより、それを指すリンクがなくなります。次に、robots.txtを使用するすべてのボットを禁止し、他のフォルダーが表示されないように空のインデックスページを設定します。過去には、パスワード保護の設定まで行ったことがありますが、ほとんどの場合、それはやり過ぎかもしれません。あなたはその電話をかけることができます。

そこから、開発中のWebサイトごとに個別のフォルダーを設定します。通常、フォルダ名は不完全な単語の組み合わせであるため、ランダムに見つかる可能性は低くなります。次に、WordPressがこれらのフォルダーにインストールされ、このレベルでボットもブロックするように構成されます。

ランクの高いページの画像名を任意に変更する

これは必ずしも問題ではありませんが、ウェブページのランキングが高い場合、そのページの画像の名前を変更すると、ランキングが失われる可能性があります。特にウェブデザイナーが彼らが何をしているのかわからない場合。

私はこれが数回以上発生するのを見てきました。そこでは、クライアントがSEOを理解していないWebデザイナーを雇って、すでにランクの高いWebサイトを再設計します。再設計プロセスの一環として、古い画像を新しい大きな画像に置き換えますが、適切な経験がないため、image1.jpgのようにSEO値がゼロの愚かな画像名を使用します。

これにより、検索エンジンが特定のWebページをランク付けする場所を決定するために使用する重要なコンテキストが失われます。

ページをリダイレクトせずにページを削除したり、ページのURLを変更したりする

再設計中、一部のページはほぼ確実に不要になります。経験の浅いWebデザイナーは、単にそれらを削除することがよくあります。他のページは移動または名前変更される可能性があり、ほとんどの場合、URLが変更されます。このような場合、経験の浅いWebデザイナーは、これらのURLを変更して、タスクが完了したと見なすことがよくあります。

これらのページのいくつかはすでにランクが高い可能性があるため、これは大きな間違いです。それらは、それらを指すインバウンドリンクを持っているか、訪問者によってブックマークされている可能性があります。

すでにインバウンドリンクがあるページを削除すると、それらのリンクからすべてのSEO値が失われます。場合によっては、これによりランキングが大幅に低下する可能性があります。

しかし、問題はさらに深くなります。これらのリンクまたはブックマークをクリックすると、404ページが表示されます。これは誰にとっても価値がなく、さらに重要なことに、ユーザーエクスペリエンスが低下します。Googleはユーザーエクスペリエンスがランキング要素であることを確認しているため、これは重要です。

ページを削除する適切な方法は、現在存在する最も関連性の高いページにページをリダイレクトすることです。そのページのURLを何らかの方法で変更するものを含むページの移動についても、古いURLを新しいURLにリダイレクトすることも同様に重要です。

どちらのシナリオでも、通常は301リダイレクトを使用する必要があります。これは、古いページが永続的に新しい場所に移動されたことを検索エンジンに通知します。ほとんどのホスティングプラットフォームでは、これは.htaccessファイルに適切なエントリを追加することで最もよく達成されます。

サーバーで.htaccessファイルを表示できない場合は、非表示のファイルを表示するためにFTPプログラムの設定を調整する必要がある場合があります。

一部の特殊なホスティングプラットフォームは異なる方法を利用する場合があるため、それを実現する方法を決定するためにサポートチームに確認する必要がある場合があります。

開発環境への移行および開発環境からの移行後にフルクロールを実行しない

移行に使用する方法に関係なく、いくつかのエラーが発生する可能性があります。通常、最初にライブWebサイトを開発環境に移行し、変更を加えてテストした後、ライブサーバーに送り返します。

私が頻繁に遭遇するのは、間違った場所を指しているコンテンツ内のリンクです。たとえば、ライブWebサイトのページまたは投稿内に、次のことを指すリンクがある場合があります。

domain.com/services/

開発環境に移行すると、次のようになります。

devdomain.com/client123/services/

これまでのところ、すべてが順調で良いですよね?

ただし、完成したWebサイトをライブサーバーに移行しているときに、ページや投稿のコンテンツに、開発環境内のページを指すリンクが含まれている場合があります。

これはほんの一例です。重要な画像、JavaScript、CSSファイルへのリンクなど、Webサイト内のコンテンツへのリンクは無数にあります。

幸いなことに、解決策は簡単です。デスクトップから実行されるScreamingFrogのようなツール、またはSEMrushのようなクラウドベースのツールを使用して、Webサイト内のすべてのリンクをクロールできます。これには、フロントエンドに表示されるテキストリンクと、WebサイトのHTMLに隠されている画像、JavaScript、およびCSSファイルへのすべてのリンクが含まれます。

新しいWebサイトがライブサーバーに移行されたら、必ず外部ソースへのすべてのリンクを確認してください。開発環境を指すリンクはすべて外部リンクとして表示されるためです。実際には内部リンクであるはずの「外部リンク」を見つけたら、次のことができます。適切な修正を行います。

この手順は、いずれかの方向に移行した後、壊滅的なエラーが発生する可能性を防ぐために不可欠です。

すべてに対して完全な機能チェックを実行できない

再設計されたWebサイトがライブサーバーに移行されたら、数ページをすばやく確認して、問題がないことを確認するだけでは不十分です。代わりに、すべてを物理的にテストして、見た目が正しいだけでなく、正しく機能することを確認することが不可欠です。

これも:

  • お問い合わせフォーム。
  • Eコマース機能。
  • 検索機能。
  • インタラクティブツール。
  • マルチメディアプレーヤー。
  • 分析。
  • Google検索コンソール/Bingウェブマスターツールの検証。
  • トラッキングピクセル。
  • 動的広告。

ライブサーバーへの移行後にWordPressとプラグインを再構成できない

開発環境と検索エンジンのクローラーの間に壁を設けることの重要性について話し合ったことを覚えていますか?ウェブサイトをライブサーバーに移行した後、その壁を壊すことがさらに重要です。

これを怠ると簡単です。それも壊滅的です。実際、それは私が数年前に犯した間違いです。

クライアントのウェブサイトをライブサーバーに移行した後、検索エンジンにクロールやインデックス登録を行わないように指示したYoastSEOのチェックボックスをオフにするのを忘れました。残念ながら、数日間誰も気づかなかった。その時点で、ウェブサイトはGoogleのインデックスからほぼ完全に削除されていた。幸い、彼らはオーガニックトラフィックに依存していませんでした。そのチェックボックスをオフにすると、ウェブサイトのインデックスがすぐに再作成されました。

このような影響の間違いがあるため、ライブサーバーに移行した後、WordPressの構成と、検索エンジンがWebサイトを処理する方法に影響を与える可能性のあるプラグインをすぐに確認することが重要です。

これには、次のプラグインが含まれます。

  • SEO。
  • リダイレクション。
  • サイトマップ。
  • スキーマ。
  • キャッシング。

細部に注意を払うことを怠る

これらの間違いはどれも、特に複雑で回避するのが難しいものではありません。あなたは単にそれらを認識し、それらを回避するための計画を実行し、細部に細心の注意を払う必要があります。

この記事で表明された意見はゲスト著者の意見であり、必ずしも検索エンジンランドではありません。スタッフの作者はここにリストされています。