Google の担当者は、技術的な Web サイトの最適化に関する一般的な誤解を暴き、役立つヒントを提供しました。
テクニカル SEO: Google からの事実 404 エラーのあるページは、他のページのランキングに影響を与えません。サイト上に 404 エラーのあるページがどれだけ存在しても、ランキングの低下にはつながりません。 Google は、同じホスティング上の同じ URL 構造を持つサイトを同じように扱います。同じサーバー上で複数のサイトをホストしている場合は、Google がそれらを区別できるように、URL で異なるパラメータを使用します。 301 リダイレクトを使用しても、最終的な URL が検索エンジンによってインデックス付けされることはありません。 サイトの速度を測定するために、Google はページの読み込み時間とレンダリング時間を考慮します。ファースト バイト (TTFB) はユーザー エクスペリエンスの重要な指標ではありません。 Google は、中間段階の個々の指標ではなく、ダウンロード全体を分析します。 Google は CSS スタイルに埋め込まれた画像を考慮しません。画像検索結果に画像が表示されるようにするには、次のように src 属性を持つタグに画像を含める必要があります。 srk="https://www.example.com/we_image_URL"。 ページ上の内部リンクの位置は関係ありません。さらに重要なのは、これらのリンクの関連性とユーザーにとっての有用性です。 ホスティングを変更すると、検索エンジンは新しいサーバーがどれだけの負荷を処理できるかわからないため、Google はサイトのクロール速度を一時的に低下させることがあります。 JavaScript フレームワークをテストするには、Search Console のリッチ スニペット機能を使用することをお勧めします。構造化データ検証ツールを使用して、サイトのインデックスが作成され、正しく表示されていることを確認することも重要です。 HTTPS 自体はランキングに影響しませんが、重要な要素となる可能性があります。他のサイトが SSL 証明書を使用していない場合、サイトに HTTPS があることがランキング要素になる可能性があります。 マイクロ マークアップは、コードが正しいことを確認しながら慎重に使用する必要があります。これにエラーがあると、Schema.org が壊れる可能性があります。 Google は、インデックスに登録されたページのみに基づいて Web サイトの品質を評価します。 Web サイト上のコンテンツの位置と品質は、検索エンジンによってインデックス付けされたページによってのみ決定されます。 410 エラーのあるページは、エラー 404 のあるページよりも早くインデックスから削除されます。どちらの場合も、ページは検索結果から削除されますが、Google は 410 エラーのあるページをより速く削除します (通常は数日以内) 。 JavaScript を使用して noindex タグを追加することはお勧めできません。ページのインデックス作成を直ちに回避するには、 static を使用することをお勧めします。 JavaScript と で検索エンジンのシグナルを複製しないでください。 Google は、レンダリングとインデックス作成の第 2 段階でのみ JavaScript を処理します。 JavaScript を使用してメタ タグを変更したり、インデックス作成を無効にしたりする場合、これらの変更が JavaScript で重複しないことが重要です。 ページが頻繁に更新されると、Google はより頻繁にページをクロールします。検索エンジンはコンテンツの更新頻度を分析し、これに基づいてページのクロール速度を向上させます。 Google はハッシュを使用して URL をインデックスに登録しません。たとえば、次のような URL http://www.example.com/office.#mycontent インデックスは付けられません。 4xx エラーはクロール バジェットを削減しません。 GoogleBot で 4xx エラーが発生しても、検索エンジンのリソースが無駄に浪費されているわけではありません。システムはそのようなページを再度スキャンして、本当にアクセス不能であることを確認しようとします。 サイトのインデックスを迅速に作成するには、サイトマップを使用してクロール速度を上げます。ホスティング サーバーの帯域幅が高い場合は、Google のヘルプ センターを通じてクロール速度の向上をリクエストできます。 スキャン速度はランキングに直接影響しません。これら 2 つのプロセスは独立しており、スキャンとランキングは別々に行われます。 Google は短い URL を好みません。短い URL はユーザーにとって有益ですが、検索エンジンのアルゴリズムは URL の長さを利点とはみなしません。 Google は、サイトのモバイル バージョンとデスクトップ バージョンで異なるナビゲーションを使用しても問題なく動作します。サイトのバージョンが異なるとナビゲーション メニューが異なる場合でも、インデックス作成に問題が生じることはありません。 Google は、リンク プロファイルが類似している場合でも、サイトを区別します。たとえ競合他社があなたのサイトをコピーしたとしても、検索エンジンはあなたのリソースを区別します。 アンカーは、検索エンジンがページのトピックを決定するのに役立ちます。ただし、検索ランキングを向上させるために、アンカー内のキーワードを過度に使用しないでください。 Google は、地域ターゲティングやローカル SEO に IP アドレスを使用しません。以前に使用されていた方法は、TLD (トップレベル ドメイン)、ccTLD、rel 属性、Google マイ ビジネスの設定、Google Search Console などのより正確なシグナルに置き換えられました。 HSTS はランキング要素ではありません。 Google はランキング シグナルとして HSTS を使用しませんが、HTTPS に切り替えた後、サイトのランキングが安定したら、このテクノロジーを使用することをお勧めします。 ページの重要性は、URL 構造ではなく、そのネスト レベルによって決まります。ページがメインページに近づくほど、その重要性は高くなります。ページへのクリック数は、URL 構造と必ずしも一致するとは限りません。 閉じないでください 相対セクションがすでに閉じられていると考えられるためです。 Google はフィルター ページを認識します。ただし、そのようなページのインデックス作成は、クロールが難しいため遅くなる可能性があります。 Mobile First Indexing に切り替えると、検索キャッシュ ページが 404 エラーを返す場合があります。これは正常であり、モバイル デバイスからのインデックス作成時にページのキャッシュされたバージョンが失われる可能性があるため、インデックス作成には影響しません。 サーバーの応答が遅いと、サイトのインデックス作成が制限される可能性があります。サーバーの応答時間が 1 秒を超える場合、Google はサイトをできるだけ早くクロールしません。 複数のリダイレクトの使用は避けてください。これらが同じページに適用されると、ソフト 404 エラーと同様の状況が発生する可能性があります。 HTTPS への誤った移行は、ポジションの安定性に影響を与える可能性があります。必ず 301 リダイレクトを使用してください。そうしないと、302 や 303 などの他のタイプのリダイレクトによって URL が再処理されます。 画像の遅延読み込みはタグで使用できます 503 ステータス コードを数日連続で使用しないでください。サイトが数日間 503 ステータスを返し続ける場合、Google はそのサイトが永久に利用できないと判断する可能性があります。 Google はさまざまなシグナルを使用して正規ページを決定します。正規タグ、リダイレクト、URL パラメータ、内部リンクは、Google がインデックスに登録するページの適切なバージョンを選択するのに役立ちます。 ご質問はSEOスタジオ「SEO COMPUTER」までメールでお問い合わせください。 info@seo.computer 。
ID1145
