本当に重要な9つのSEO問題とその解決方法

Ahrefs 日本マーケティング統括。国外 SaaS 企業における日本市場向けのマーケティングとローカリゼーションで 10 年以上の経験を積み、現在は Ahrefs の日本マーケティングを統括。ユーザーの皆さんと共に、Ahrefs を日本で盛り上げることを目標に、日々全力で取り組んでいます。

この記事はAhrefs公式ブログの日本語訳です。
原文：9 SEO Issues That Really Matter & How to Fix Them
（著者：Mateusz Makosiewicz/ 原文の最終更新日：January 31, 2024）
※この記事は2024年1月31日時点の記載をもとに翻訳しています。Ahrefs公式ブログの記事は今後追記・再公開されることがありますことをご了承ください。

昨年、私たちは100 万を超えるドメインを調査し、最も一般的な SEO の技術的な問題を明らかにしました。

驚くべきことに、最もよく見るものは必ずしも寝不足になるものではありません。それらは修正する価値があるかもしれませんが、リストの一番上に置くことは絶対にできません。

たとえば、調査対象サイトの 72.9% でメタディスクリプションが欠落していることがわかりました。ただし、これらはランキングには影響しません。その場合でも、Google がランキングを生成します。逆に、正規ページが壊れたページを指しているという深刻な問題は、サイトの 2.6% のみで見つかりました。

したがって、ランキングに重大な影響を与える可能性のある問題を修正したい場合は、次の方法が良いでしょう。無料の Ahrefs ウェブマスターツールとGoogle サーチコンソールを使用して、サイトがこの記事に記載されている 9 つの問題のいずれかの影響を受けているかどうかを確認できます。

これらの問題がなぜ重要なのか、またツールを使用して問題を見つけて解決する方法については、以下をお読みください。

インデックス付け可能性は、検索エンジンによって Web ページがインデックス付けされる能力です。問題によっては、Google が間違ったページをインデックスしたり、SERP に表示できなくなったりします (そのため、これらのページへのトラフィックが得られなくなります)。

これらの問題の例をいくつか示します。

Canonical ポイントは 4XX— 有効なライブ URL のみを正規として指定する必要があります。検索エンジンクローラーが指定された正規ページにアクセスできない場合、この命令は無視され、間違った (非正規) ページバージョンのインデックスが作成される可能性があります。
Canonical ポイントはリダイレクト— Web サイトの類似ページまたは重複ページは、検索エンジンにページの最も信頼できる (正規) バージョンを検索結果に表示するように指示する正規ページを指定する必要があります。

ページをインデックス可能にするには、次の 3 つの要件を満たす必要があります。

ページはクロール可能である必要があります。Googlebot がrobots.txtページに入るのをブロックしていない場合、またはWebサイトのページ数が 1,000 未満の場合は、おそらく問題はありません。
ページには noindex タグがあってはなりません(これについては後で詳しく説明します)。
ページは正規(つまり、メインバージョン) である必要があります。

直し方

Ahrefs ウェブマスターツールの無料アカウントにサインアップし、プロジェクトをセットアップします (数回のクリックで実行できます)。次へ：

サイト監査を開きます。
インデクサビリティレポートに移動します。
正規化と「noindex」に関連する問題をクリックすると、影響を受けるページが表示されます。

このレポートの正規化の問題については、link rel=“canonical” タグ内の不正な URL を有効な URL に置き換える必要があります (つまり、「HTTP 200 OK」を返す)。

「noindex」問題でマークされたページについては、コード内に「noindex」メタタグが配置されているページです。おそらく、レポート内のほとんどのページはそのまま残されるはずです。ただし、そこにあるべきではないページが表示された場合は、タグを削除してください。まず、これらのページがrobots.txtによってブロックされていないことを確認してください。

右側の「？」をクリックすると、各問題の解決方法の手順が表示されます。さらに詳しい手順については、「詳細」リンクをクリックしてください。

Ahrefsサイト監査画面の右側の「？」をクリックして各問題の解決方法の手順画面

壊れたページとは、4XX エラー (見つからない) および 5XX エラー (サーバーエラー) を返すサイト上のページです。これらのページは Google によってインデックスに登録されないか、インデックスから削除されます。いずれにせよ、トラフィックを逃し、訪問者に悪いエクスペリエンスをもたらす可能性があります。

さらに、壊れたページにそのページを指すバックリンクがある場合、そのリンク資産はすべて無駄になります。

壊れたページはクロール予算の無駄でもあり、大規模な Web サイトでは注意が必要です。

直し方

AWTでは、次のことを行う必要があります。

サイト監査を開きます。
内部ページレポートに移動します。
壊れたページがないか確認してください。その場合、「壊れた」セクションには 0 より大きい数値が表示されます。数値をクリックすると、影響を受けるページが表示されます。

問題のあるページを示すレポートに、参照ドメインの数の列を追加することをお勧めします。これは、問題を解決する方法を決定するのに役立ちます。

壊れたページ (4XX エラーコード) を修正するのは非常に簡単ですが、可能性は複数あります。このプロセスを説明する短いグラフは次のとおりです。

サーバーが応答しない場合にはさまざまな理由が考えられるため、サーバーエラー (5XX を報告するエラー) への対処はさらに困難になる可能性があります。トラブルシューティングについては、この短いガイドをお読みください。

AWTを使用すると、Web サイトへの間違ったリンクによって発生した 404 も確認できます。これ自体は技術的な問題ではありませんが、これらのリンクを再利用すると、SEO がさらに向上する可能性があります。

サイトエクスプローラーに移動します。
ドメインを入力してください。
ベストバイリンクレポートに移動します。
「404 not found」フィルターを追加します。
次に、ドメインを参照することによってレポートを高位から低位に並べ替えます。

内部リンクは、同じ Web サイト上のページまたはリソースにつながるハイパーリンクです。次のような理由でランキングに影響を与える可能性があります。

Google などの検索エンジンがページを見つけてクロールできるようにします。
より強力なページから受け継がれたPageRank (別名リンクジュースまたはリンクエクイティ)を使用してページを強化します。

最悪の場合、ランク付けしたいページに内部リンクが存在しないことになります。これらのページは孤立ページと呼ばれます。Web クローラーがこれらのページにアクセスできる機能は限られており (サイトマップまたはバックリンクからのみ)、サイト上の他のページから Web クローラーにリンクエクイティが流入することはありません。

より可能性の高いシナリオは、一部のページに関連性の高いリンクがあれば、より上位にランク付けされたり、追加のキーワードでランク付けされたりする可能性があるということです。

直し方

サイト監査に進みます。
リンクレポートを開きます。
「問題」タブを開きます。
「インデックス可能」カテゴリまでスクロールします。

孤立したページは、Web サイト上の他のページからリンクするか、特定のページに価値がない場合は削除する必要があります。

注：

Ahrefs のサイト監査では、バックリンクがあるか、サイトマップに含まれている限り、孤立したページを見つけることができます。この問題をより徹底的に検索するには、サーバーログを分析して、ヒットした孤立ページを見つける必要があります。その方法については、このガイドをご覧ください。

内部リンクの機会については、AWT が自動的に識別します。

サイト監査に進みます。
内部リンク機会ツールを開きます。

ドキュメント内の「ソースページ」、「キーワードコンテキスト」、「ターゲットページ」というラベルの付いた列に注目してください。これらの列は、どの Web ページからリンクするか、どの Web ページにリンクするか、およびリンクを追加する必要があるページ上の特定の場所を示します。

たとえば、SEO 統計のリストに追加できる関連内部リンクがいくつかあります。

モバイルフレンドリーなWebサイトを持つことはSEOにとって必須です。2 つの理由:

Google はモバイルファーストインデックスを使用しています。主にモバイルページのコンテンツをインデックス作成とページのランキングに使用しています。
モバイルエクスペリエンスはページエクスペリエンスシグナルの一部です。Google は常に最高のコンテンツを含むページを「宣伝」するとされていますが、ページエクスペリエンスは、同様の品質のコンテンツを提供するページにとっては勝負どころとなる可能性があります。

これらの問題の例をいくつか示します。

ビューポートが設定されていません — ページに <meta name=“viewport”>、tagまたはwidth 、initial-scale パラメータがない場合。
タップターゲットが小さすぎるか、相互に近すぎる場合 — インタラクティブな要素が十分に大きくない場合、またはタップ可能な領域が重なっている場合。
ドキュメントでプラグインが使用されています- ページで Java や Flash などのプラグインが必要な場合。

直し方

Ahrefs サイト監査では、 「ユーザビリティとパフォーマンス」カテゴリでこれらの問題を探します。

次に、問題名の横にある「？」をクリックし、指示に従って影響を受けるページの問題を解決します (Web 開発作業が必要になります)。

問題名の横にある「？」をクリックし、指示に従って影響を受けるページの問題を解決する画面

たとえば、ツールがモバイルデバイスには小さすぎるフォントを含むページを検出した場合は、ビューポートタグが適切に設定されていることを確認し、フォントを少なくとも 12 ピクセルにする必要があります。

Google は、小規模なランキングシグナルとして HTTPS 暗号化を使用しています。つまり、Web サイトを保護するための TLS 証明書がない場合、ランキングが低下する可能性があります。

ただし、そうする場合でも、一部のページやページ上のリソースでは引き続き HTTP プロトコルが使用される可能性があります。

直し方

すべてのサブドメインの SSL/TLS 証明書をすでに持っていると仮定して (持っていない場合は取得してください)、AWT を開いて次の操作を実行します。

サイト監査を開きます。
内部ページレポートに移動します。
プロトコル分布グラフを確認し、HTTPをクリックして影響を受けるページを表示します。
ページを表示するレポート内に、最終リダイレクト URLの列を追加します。
すべての HTTP ページが、対応する HTTPS ページに永続的にリダイレクト(301 または 308 リダイレクト) されていることを確認します。

リダイレクト(301 または 308 リダイレクト) されていることを確認できる画面

最後に、サイト上のリソースがまだ HTTP を使用しているかどうかを確認してみましょう。

内部ページレポート内で、[問題] をクリックします。
次に、HTTPS/HTTP 混合コンテンツをクリックして、影響を受けるリソースを表示します。

これを修正する最も簡単な方法は、この短いコードを .htaccess ファイルまたはサーバー構成に追加することです。

<ifModule mod_headers.c>
Header always set Content-Security-Policy "upgrade-insecure-requests;"
</IfModule>

この構成により、ブラウザーがサーバーにページまたはリソースを要求するたびに、セキュリティーを強化するために、HTTP 要求がすべて HTTPS に自動的に変換されます。

参考文献

HTTPSとは何ですか? 知っておくべきことすべて

Google の Core Web Vitals (CWV) は、主に読み込みと応答速度の観点から、Web サイトのユーザーエクスペリエンスを測定するために設計された一連の指標です。これらはGoogle のページエクスペリエンスシグナルの一部であり、検索エンジンのランキングに影響を与えます。

とはいえ、SEO の観点から見ると、目標は最速のサイトや「最も使いやすい」サイトになることではなく、次の 3 つのカテゴリで少なくとも「良好」のスコアを獲得することです。

最大のコンテンツフルペイント (LCP)。これは、Web ページをリクエストした後、画面上の最大のコンテンツ要素 (画像、ビデオ、大きなテキストブロックなど) が完全に読み込まれるまでにかかる時間を測定します。これは、訪問者がページ上のコンテンツをどれだけ早く表示できるかを示す重要な指標です。
次のペイント (INP) へのインタラクション。ユーザーのアクションに対するページの応答性を評価します。ページがクリック、タップ、キーの押下に反応するまでにかかる時間を測定します。INP 値は、極端な場合を除いて、これらのインタラクションの最長の応答時間を反映しています。このメトリクスは、2024 年 3 月に初回入力遅延 (FID) に置き換わります。
累積レイアウトシフト (CLS)。CLS は、ページの読み込み中のページ要素の予期しない動きをすべて合計します。スコアが高いほど、より多くのシフトが発生することを示しており、ページを読んだり操作しようとするユーザーにとってイライラする可能性があります。この指標は、こうした変化を特定して最小限に抑え、ユーザーエクスペリエンスを向上させるのに役立ちます。

直し方

おそらく、サイト全体の CWV を確認する最も速い方法は、無料の Google サーチコンソールを使用することです。

レポートの「エクスペリエンス」セクションで「Core Web Vitals」をクリックします。
各セクションの「レポートを開く」をクリックして、Web サイトのスコアを確認します。
良好とはみなされないページについては、レポートの下部に特別なセクションが表示されます。注意が必要なページを表示するために使用します。

Google サーチコンソールの「エクスペリエンス」レポートの「Core Web Vitals」セクションの画面

CWV 用に最適化するには、ある程度の時間と Web 開発スキルが必要になる場合があります。これには、より高速な (またはより近い) サーバーへの移動、画像の圧縮、CSS の最適化などが含まれる場合があります。この方法については、この CWV ガイドの 3 番目のパートで説明しています。

技術的な SEO の観点から最適化されていない Web サイト構造は、主に Web サイト構造の奥深くにある重要なオーガニックページに関するものです。

ネストが深すぎるページ (ユーザーがそのページにアクセスするために Web サイトから 6 回以上クリックする必要がある) は、ホームページからのリンクエクイティ (バックリンクが最も多いページである可能性が高い) が少なくなり、ランキングに影響を与える可能性があります。これは、リンクの価値がリンクが「跳ぶ」たびに減少するためです。

Webサイトの構造は、全体的なユーザーエクスペリエンス、クロールの効率、Google がページのコンテキストを理解するのに役立つなど、他の理由からも重要です。ここでは技術的な側面のみに焦点を当てますが、このトピックの詳細については、完全なガイド「 Web サイトの構造: SEO 基盤の構築方法」を参照してください。

直し方

サイト監査を開き、ストラクチャーエクスプローラー (左側のメニュー内) に移動します。
セグメントを有効な HTML ページのみに設定し、「適用」をクリックします。

Ahrefsのサイト監査のストラクチャーエクスプローラーでセグメントを有効な HTML ページのみに設定した画面

「Depth」タブに切り替えて、データタイプを「データテーブル」に設定します。
グラフを使用して、ホームページから 6 回以上クリックされたページを調査します。

この問題を解決する方法は、ホームページに近いページから、より深くネストされたページにリンクすることです。重要性の高いページはサイトナビゲーションに配置され、重要性の低いページは数回クリックしたページにリンクされるだけです。

サイト全体のナビゲーションに何を含めるかを決定するときは、ユーザーエクスペリエンスと Web サイトのビジネス上の役割を比較検討することをお勧めします。

たとえば、SEO 用語集をメインのサイトナビゲーションに含めることで、オーガニックの競合他社に先んじる可能性を少し高めることができるでしょう。しかし、この種の情報を特に検索していないユーザーにとってはそれほど重要なページではないため、そうしないことにしました。

代わりに、SEO の初心者向けガイド (ホームページから 1 回クリックするだけでアクセスできます) 内にリンクを含めることで、用語集をワンランク上に移動しました。

スキーママークアップは、Google がページ上の情報を理解するのに役立つコードであり、リッチリザルト (リッチスニペットとも呼ばれます) を表示するために使用できます。

スキーママークアップはランキング要素ではないため、テキスト結果で上位にランクされることはありません。

ただし、スキーママークアップにより、ページがリッチリザルトでランク付けされる資格を得ることができます。Google は、一部の検索クエリに対して、SERP の中で特に目立つ箇所にこれらを表示します。標準のテキスト結果の上に表示されるものもあります。

これは、次の種類のコンテンツを含むページでは特に重要です。

レシピ。
求人広告。
動画。
ニュース記事。
イベントに関する情報/イベントのランディングページ。
映画の詳細。

直し方

無料でスキーマを生成および検証できるさまざまな方法があります。Merkle や Schema などのツールを使用することも、ChatGPT を使用してプロセスを半自動化することもできます。

ChatGPT は、あらゆるページに関連する型スキーマを認識できるため、ここで強調する価値があります。ページがすでに公開されている場合は URL を接続するだけで、まだ公開されていない場合はコピーをアップロードし、AI にスキーマの生成を依頼します。次のプロンプトを使用できます。

Generate a ready-to-use schema in JSON-LD format for the following: [your URL or content].

次にコードをコピーし、Google のリッチリザルトテストを実行して、すべてが適切であることを再確認します。

最後に、コードをページに適用します。WordPress や Wix などの一般的な CMS を使用している場合は、スキーママークアッププラグイン/アプリを探してください。それ以外の場合は、該当する各ページにコードを手動で追加する必要がある場合があります。

AWT を使用して、サイト全体でスキーマの問題を探すこともできます。これらの問題は、 「すべての問題」レポートの「その他」セクションにあります。

ヒント

スキーママークアップを使用してページを最適化することは、すでに上位にランクされているページからより多くのクリックを獲得する効果的な方法です。詳細については、このスキーマガイドで説明しています。

重複コンテンツは、正確なコンテンツまたはほぼ重複したコンテンツが Web 上の複数の場所に表示されるときに発生します。

コンテンツが重複している場合、Google は SERP に表示するページの 1 つを選択しますが、それがインデックスに登録したいページであるとは限りません。

Web上の複数のページでまったく同じ情報が見つかり、誰かが特にその情報を検索した場合、私たちは最も一致するページを見つけようとします (…) したがって、複数のページに同じコンテンツがある場合は、これらのページすべてが表示されるわけではありません。
John Mueller, 検索アドボケート Google

コンテンツの複製は、必ずしも類似のページが意図的または非意図的に作成された場合とは限りません。他にも、ファセットナビゲーション、URL 内のパラメータの追跡、末尾および末尾以外のスラッシュの使用など、あまり明らかではない原因もあります。

直し方

まず、Web サイトが 1 つの URL のみで利用可能かどうかを確認してください。サイトに次のようにアクセスできる場合:

http://ドメイン.com
http://www.ドメイン.com
https://ドメイン.com
https://www.ドメイン.com

…そうすると、Google はそれらの URL をすべて別の Web サイトとして認識します。

ユーザーが Web サイトの 1 つのバージョンのみを閲覧できるかどうかを確認する最も簡単な方法: ブラウザに 4 つのバリエーションすべてを 1 つずつ入力し、Enter キーを押し、マスターバージョン (理想的には HTTPS バージョン) にリダイレクトされるかどうかを確認します。

サイト監査の重複レポートに直接アクセスすることもできます。100%不正な重複が表示された場合は、それが原因である可能性があります。

この場合、正規として機能する 1 つのバージョン (おそらく HTTPS を使用するバージョン) を選択し、他のバージョンをそのバージョンに永続的にリダイレクトします。

次に、サイト監査で新しいクロールを実行して、他に不正な重複が残っているかどうかを確認します。

場合に応じて、不正な重複を処理する方法がいくつかあります。ガイドで問題を解決する方法を学びましょう。

参考文献

重複コンテンツ: 重複コンテンツが発生する理由と修正方法

より差し迫った問題の修正が完了したら、サイトを完璧な SEO の状態に保つためにもう少し深く掘り下げてください。サイト監査を開いてすべての問題レポートに移動し、ページ上の SEO、画像の最適化、リダイレクト、ローカリゼーションなどに関するその他の問題を確認します。それぞれのケースで、問題の対処方法について説明します。