Ahrefs サイト監査: 各問題の説明と解決策

公開: 2023-02-02

Ahrefs Site Audit は、Google でのウェブサイトのランキングやユーザー エクスペリエンスに悪影響を及ぼしている可能性のある技術的およびページ上の SEO の問題を特定するのに役立つウェブサイト分析ツールです。 サイト監査ツールは、79 の異なる問題をチェックします (この記事の執筆時点)。 これらには、パフォーマンス (ページ速度)、欠落または重複した HTML タグ、壊れたリンクなどがあります。 重要度に応じて、問題はエラー、警告、または通知に分類されます。

Sagapixel の SEO チームは、Ahrefs サイト監査が Web サイトの技術的な SEO の問題を監視、特定、および修正するのに役立つ貴重なツールになることを認識しています。 そのため、Ahrefs サイト監査のさまざまな問題と考えられる解決策を説明するために、このクイック リファレンス ガイドを作成しました。

このガイドを読む際は、Ahrefs サイト監査は SEO 専門家による詳細な技術監査に代わるものではないことに注意してください。さらに、ここで参照されているサイト監査の問題の説明と解決策は、包括的であることを意図したものではありません。代わりに、これは、初心者の SEO から開発者、および Web サイトを監視してサイトの問題を高レベルですばやく理解し、考えられる解決策または詳細な調査領域に優先順位を付けるその他のすべての人を支援するためのガイドです。言い換えれば、このガイドは、Ahrefs サイト監査ツールを使用する際に正しい方向を示すのに役立つことを目的としています.

SEOの問題についてウェブサイトを監査したり、Ahrefsサイト監査レポートからの問題を解決したりする専門家の支援が必要な場合は、Sagapixelに連絡して、SEOサービスの詳細を確認してください.

Ahrefs サイト監査ツールを使用する理由

テクニカル SEO は、SEO 戦略全体の重要な部分です。 優れたコンテンツを持つことに加えて、Web サイトには、ナビゲートしやすく、サイト訪問者や検索エンジンが使用および理解できるようにするための強力な技術基盤が必要です。 テクニカル SEO の一部は、Web サイトを監査して、ランキングや訪問者のエクスペリエンスに悪影響を及ぼす可能性のある技術的またはページ上の問題やエラーがないことを確認することです。 Ahrefs Site Audit は、Web サイトのすべてのページをクロールし、SEO に影響を与える可能性のある問題を見つけて、解決に優先順位を付けることができるようにします。

Ahrefsサイト監査の問題の概要

以下の表は、Ahrefs サイト監査の各問題を説明し、その解決策を提供するためのクイック リファレンスです。 *覚えておいてください、これらの説明と解決策は詳細を意図したものではなく、Ahrefs サイト監査を使用する際に初心者の SEO を支援するための簡単なガイドです.

サイト監査の問題問題の説明問題を解決する方法
500ページサーバーに潜在的な問題があります。 ユーザーや検索エンジンのクローラーはページにアクセスできません。 サーバー エラー ログを調べます。 ホスティング プロバイダーまたは Web 開発者に確認する必要がある場合があります。 問題は一時的なものである可能性があります。
5XXページサーバーに問題があります。 サーバーは要求を満たすことができず、ユーザーまたはクローラーはページにアクセスできません。 サーバー エラー ログを調べます。 ホスティング プロバイダーまたは Web 開発者に確認する必要がある場合があります。 問題は一時的なものである可能性があります。
HTTPS/HTTP 混合コンテンツHTTPSページで安全でないHTTP 接続を介してロードされたリソース ファイルがあります。 リソースを削除して HTTPS バージョンに置き換えます。 画像の場合、ページ ビルダーを使用して削除および置換できる場合があります (画像を再アップロードする必要はありません)。
タイムアウトしましたページが読み込まれませんでした: サーバーの応答が時間内に受信されませんでした。 サーバー エラー ログをチェックして、サーバーの過負荷や構成ミスなど、Web サイトに問題がないかどうかを確認します。 通常、これは一時的なサーバーの問題です。
404ページページが見つかりません; 要求された URL は存在しません。 誤って削除された重要なページの場合は、元のコンテンツ (テキスト ドキュメントや Archive.org など) を見つけて、ページを復元します。 ページが利用できなくなった場合は、必要に応じて、次に関連性の高いページへの 301 リダイレクトを設定します。
4XX ページページまたはリソースにアクセスできません。 異なる 4xx ステータス コードは、異なるエラーを示している可能性があります。 たとえば、409 エラーは通常、心配する必要はなく、ホスティング会社が Ahrefs クローラーをブロックしているという問題です。
HTTP から HTTPS への正規化rel=canonical は、検索結果に表示される「元のバージョン」がhttpsに設定されていることを Google に伝えますが、Web サイトはhttpです。 ベスト プラクティスは、Web サイト全体で HTTPS を採用し、HTTP ページ 301 を HTTPS にリダイレクトすることです。
HTTPS から HTTP への正規化rel=canonical は、検索結果に表示される「元のバージョン」がhttpに設定されていることを Google に伝えますが、Web サイトはhttpsです。 HTTPS ページには HTTPS カノニカルが必要です。 多くの場合、これはページの SEO プラグイン設定で修正できます。
Canonical は 4XX を指しますrel=canonical は、検索結果に表示される「元のバージョン」が 4xx URL (存在しないページ) に設定されていることを Google に伝えます。 4xx URL を有効な 200 ステータス コードを持つ URL に更新します。 通常、「canonical」の下のページの SEO プラグイン設定で修正できます。
Canonical は 5XX を指しますrel=canonical は、検索結果に表示される「元のバージョン」が 5xx URL に設定されていることを Google に伝えます (サーバー エラー)。 正しい URL が正規として設定されていることを確認します。 サーバーを調べます。 一時的な問題である可能性があります。
リダイレクトする正規ポイントrel=canonical は、検索結果に表示される「元のバージョン」がリダイレクトするページに設定されていることを Google に伝えます。 リダイレクト正規リンクを有効な 200 ページへの直接リンクで更新します。 多くの場合、「canonical」の下にあるページの SEO プラグイン設定を使用して実行できます。
索引なしページページに noindex メタ タグがあります。 Google などの検索エンジンは、検索結果に追加しません。 ページをインデックス可能にする必要がある場合は、noindex タグを削除します。 これは通常、SEO プラグインを使用して行われます
HTML および HTTP ヘッダーの nofollow nofollow ディレクティブは、メタ タグと HTTP 応答ヘッダーの両方にあります。 Nofollow には、メタ タグまたは HTTP ヘッダー ディレクティブのみが必要です。 リンクをたどる必要がある場合は、このディレクティブを削除する必要があります。 多くの場合、SEO プラグイン設定で修正できます (おそらくグローバル設定)。
ページをフォローしない検索エンジンのクローラーがページ上のリンクをたどらないリンクをたどる必要がある場合は、タグを削除してください。 多くの場合、SEO プラグインの「nofollow」設定を確認できます。
HTML および HTTP ヘッダーのインデックスなしメタ タグと HTTP 応答ヘッダーに noindex ディレクティブが存在します。 noindex は、HTML メタ タグまたは HTTP ヘッダーのいずれかに設定できます。 ページをインデックス可能にする必要がある場合は、noindex ディレクティブを削除する必要があります。 これは多くの場合、WordPress の「検索エンジンによる Web サイトのインデックス作成を阻止する」または SEO プラグインで設定されます。
正規ページとして指定された非正規ページカノニカルとして指定されたページのカノニカル セットが別のページに設定されているカノニカル チェーン。 影響を受けるページを一貫した正規のページに向けます。 これは重複コンテンツの問題である可能性があります。
Noindexフォローページページには noindex および follow ディレクティブがありません。 ページは検索エンジンに追加されませんが、リンクはたどられます。 ページがインデックスに登録されているかどうかを確認します。 そうである場合は、nofollow ディレクティブを削除します。 ページをインデックスに登録する必要はないが、リンクをたどる必要がある場合は、そのままにしておきます。 リンクをたどってはいけない場合は、nofollow に更新してください。
noindex と nofollow ページ検索エンジンに追加されておらず、リンクをたどっていません。 ページがインデックス化され、リンクがたどられているかどうかを確認してください。 存在する場合は、ディレクティブを削除してください。 そうでない場合は、放っておいてください。 インデックスのないページであっても、多くの場合、リンクをたどる必要があります。 通常、SEO プラグインで更新できます。
ページにリダイレクトするリンクがありますページ上のリンクはリダイレクト URL に移動します。 最終的な宛先へのリダイレクト リンクを更新します。
HTTP ページには HTTPS への内部リンクがありますHTTPページは、Web サイトのHTTPSバージョンにリンクしています。 Web サイトを HTTPS に移行する必要があります。 (これができない場合は、リンクをHTTP に変更することで問題を解決できます。これを行う最も簡単な方法は、https://example.com から http:/ へのすべての内部リンクを検索して置換することです。 /example.com)
HTTPS ページには HTTP への内部リンクがありますページは Web サイトのHTTPバージョンにリンクしていますが、 HTTPS上にあります。 HTTP リンクを HTTPS に更新します。 これを行う最も簡単な方法は、http://example.com から https://example.com へのすべての内部リンクを検索して置換することです。
ページに壊れたページへのリンクがありますページには、404 または 410 HTTP 応答コードを持つページへの内部または外部リンクがあります。 壊れたリンクを削除するか、関連するライブ ページに更新します。 次に、削除されたページがあれば、適切な関連ページにリダイレクトします。
ページには nofollow の外部外部リンクがありますページには rel=nofollow でマークされた内部リンクがあります。 リンクはクロールされず、PageRank も渡されません。 nofollow を使用する理由がないため、内部リンクから nofollow を削除します。 これは通常、内部リンクを追加するときにチェックされるボックスです。
正規 URL に着信内部リンクがありません正規ページは、着信内部リンクのない孤立したページです。 カノニカルが正しいことを確認してください。 もしそうなら、このページへの内部リンクを追加してください。
孤立したページ (着信内部リンクがない) ページには着信内部リンクがありません。 ページを指す内部リンクを追加して、ユーザーや検索エンジンのクローラーがより簡単にナビゲートできるようにします。
壊れたリダイレクトリンク先 URL に 4xx または 5xx の応答コードがあります。 4xx ページの場合、リダイレクト先 URL をライブ ページに更新しますが、リダイレクト チェーンを作成しないようにします。 5xx ページの場合は、サーバーの問題を確認してください。
HTTPS から HTTP へのリダイレクトWeb サイトが HTTPS から HTTP にリダイレクトされています。 SSL がインストールされていることを確認し、ページの HTTPS バージョンにリダイレクトします。
メタ リフレッシュ リダイレクト<head> セクションのメタ タグは、一定期間後に訪問者を別の URL に送信します。 通常はクライアント側のリダイレクトです。 サイトの所有者に相談して、これが行われている理由を確認してください。 必要がない場合は、代わりにサーバー側の 301 リダイレクトを使用してください。
リダイレクト チェーン最初の URL から宛先への複数のリダイレクト。 ページ上のリダイレクト リンクをリダイレクト チェーンの最終的な宛先 URL に置き換えます。 これは多くの場合、検索と置換で実行できます。
リダイレクト チェーンが長すぎるリダイレクト チェーンに 5 つを超えるリダイレクト ホップがあります。 ページ上のリダイレクト リンクをリダイレクト チェーンの最終的な宛先 URL に置き換えます。 これは多くの場合、検索と置換で実行できます。
リダイレクト ループ無限ループに入るリダイレクト。 ページをリダイレクトしない場合は、応答コード 200 に変更します。 ページをリダイレクトする必要がある場合は、最終的な宛先を単一のチェーンに修正します。 ページのリダイレクト リンクを最終的なリンク先 URL に置き換えます。
メタディスクリプションが長すぎるメタ ディスクリプションが 160 文字を超えています。 スニペットとして使用する場合、長いメタ ディスクリプションは切り捨てられる場合があります。 メタ ディスクリプションは 110 ~ 160 文字にすることをお勧めします。 ただし、Google はより長いメタ ディスクリプションを表示する場合があります。
複数のメタ ディスクリプション タグページ上の複数のメタ ディスクリプション。 最高品質のメタ ディスクリプションを選択し、余分なものを削除します。 ページには、メタ ディスクリプションを生成する複数の SEO プラグインが含まれている場合があります。あるプラグインから別のプラグインに設定をエクスポートし、最初のプラグインを削除できます。
複数のタイトルタグページに複数のタイトル タグ。 最高品質のタイトル タグを選択し、余分なものを削除します。 ページには、メタ ディスクリプションを生成する複数の SEO プラグインが含まれている場合があります。あるプラグインから別のプラグインに設定をエクスポートし、最初のプラグインを削除できます。
タイトルタグがないか空タイトル タグがないか空です。 タイトルタグを追加します。
メタ ディスクリプション タグが見つからないか空ですメタ ディスクリプションが見つからないか空です。 ページにメタ ディスクリプションを追加します。
メタディスクリプションが短すぎるメタ ディスクリプションが 110 文字未満です。 ページに関する詳細をメタディスクリプションに追加します。
タイトルが長すぎるタイトル タグが 70 文字を超えています。 長いタイトル タグは、検索結果で切り捨てられる場合があります。 一般的な推奨事項は、タイトルの長さを 50 ~ 60 文字にすることです。 ただし、Google は長いタイトルを表示する場合があります (特にモバイル SERP では)。 タイトルが検索結果にどのように表示されるかを確認し、それに応じて調整します。
H1 タグがないか空ページに H1 見出しがありません。 ページに <h1> タグを 1 つ追加します。
単語数が少ないページの単語数が 50 単語未満です。 ページにターゲット キーワードがありますか。 そうでない場合は、ページが完全であることを確認し、メッセージを無視してください。 含まれている場合は、ページのターゲット キーワードの検索結果を見て、コンテンツの長さがランキングに匹敵するかどうかを確認します。 そうでない場合は、ページを拡張する必要があります。
タイトルが短すぎるタイトル タグが 50 文字未満です。 タイトルがページを正確に表していることを確認してください。 そうでない場合は、タイトル タグにコンテンツを追加します。 推奨される長さは通常 50 ~ 70 文字ですが、状況によって異なります。
ページとSERPのタイトルが一致しませんGoogle は、ページの HTML タイトル タグとは異なるタイトルを表示しています。 検索結果に表示されるタイトルとページのタイトル タグを比較します。 それが大きな違いである場合、Google はおそらくタイトル タグに関する何か (長さ、キーワードの詰め込み、または一般的すぎるなど) を好まない可能性があります。 必要に応じて、タイトル タグを修正します。
HTML ファイルのサイズが大きすぎますページにサイズの大きい HTML コードがあります。 HTML コードが大きすぎると、ページの速度が低下する可能性があります。 テキスト圧縮など、必要に応じて HTML コードを最適化します。
圧縮されていないページはテキスト圧縮を使用しません。 圧縮は、CSS、JavaScript、および HTML に使用できます。 該当する場合、WP-Optimize や Nitropack などのプラグインをインストールできます。
CLS が不十分なページ累積レイアウト シフト スコアが 0.25 を超えています。 (Core Web Vitals の一部です。) サイズのない画像、JavaScript が挿入されたコンテンツ、読み込みの後半で適用されたフォントやスタイルなど、不適切な CLS の原因を調査します。 該当する場合は、Nitropack プラグインの使用を検討してください。
FID が不十分なページ最初の入力遅延が 300 ミリ秒を超えています。 (Core Web Vitals の一部です。) 長い JavaScript タスクを調査し、必要に応じて分割または延期します。 該当する場合は、Nitropack プラグインの使用を検討してください。
LCP が低いページビューポートに表示されている最大の要素が 4 秒後に読み込まれると、Largest Contentful Paint のパフォーマンスが低下します。 (Core Web Vitals の一部です。) 最大のコンテンツ要素をより速く読み込みます。 原因としては、サーバーの応答時間が遅い、JavaScript または CSS がレンダリングをブロックしている、またはリソースの読み込み時間が遅いことが考えられます。 該当する場合は、Nitropack プラグインの追加を検討してください。
遅いページページの HTML コードの読み込みに時間がかかりました。 HTML コードを最適化するか、Web サーバーを高速化します。 該当する場合は、Nitropack プラグインを使用してください。
画像が壊れています画像を表示できません。 ページ上の破損した画像へのリンクを置換、修正、または削除します。
ページの画像が壊れています4xx または 5xx ステータス コードを返す画像 URL へのページ リンク。 ページ上の破損した画像へのリンクを置換、修正、または削除します。 5xx ステータス コードについては、サーバーを調査します。
代替テキストがありません代替テキストのない画像。 各画像に簡潔で正確な代替テキストを追加します。 解決策は、メディア ライブラリまたはページに移動して、画像に 1 つずつ代替テキストを追加することです。
HTTPS ページから HTTP 画像へのリンクページ上の画像リソースは、安全でない HTTP 接続を介してリンクされています。 イメージへの HTTP リンクを HTTPS バージョンで更新します。
画像ファイルのサイズが大きすぎます画像サイズが 1MB を超えています。 画像ファイルのサイズを最適化します。 1 つのオプションは、該当する場合、WP-Optimize または Nitropack を使用して画像を最適化することです。
画像のリダイレクトページ上の画像 URL が別のリンク先 URL にリダイレクトされます。 最終的なリンク先の画像 URL へのリンクを使用して、リダイレクト画像リンクを更新します。
ページの画像がリダイレクトされましたページはリダイレクト経由で画像ファイルにリンクしています。 最終的なリンク先の画像 URL へのリンクを使用して、リダイレクト画像リンクを更新します。
JavaScript が壊れているJavaScript ファイルを読み込めません。 JavaScript ファイルを見直して、正しく読み込まれることを確認します。
ページの JavaScript が壊れていますページ上の JavaScript ファイル URL が 4xx または 5xx HTTP ステータス コードを返します。 破損した JS ファイル リンクを置換、更新、または削除します。 5xx ステータス コードについては、サーバーを確認してください。
HTTP JavaScript への HTTPS ページ リンクページ上の JavaScript リソースが、安全でない HTTP 接続を介してリンクされています。 HTTP JS リンクを HTTPS バージョンで更新します。
JavaScript リダイレクトページの JavaScript URL が別の宛先 URL にリダイレクトされます。 最終的な宛先 URL へのリンクを使用してリダイレクト JS リンクを更新します。
ページは JavaScript をリダイレクトしましたリダイレクトを介してページが JavaScript ファイルにリンクしている。 最終的な宛先 URL へのリンクを使用してリダイレクト JS リンクを更新します。
CSS ファイルのサイズが大きすぎますWeb サイトの CSS ファイルが 15kB を超えています。 CSS コードを最適化します。 該当する場合は、ニトロパックの使用を検討してください。
CSS が壊れているCSS ファイルを読み込めません。 CSS ファイルを確認し、適切に読み込まれることを確認します。 Web サイトが Elementor を使用している場合は、[ツール] > [CSS ファイルの再生成] をクリックしてみてください。
HTTPS ページから HTTP CSS へのリンクページ上の CSS リソースは、安全でない HTTP 接続を介してリンクされています。 HTTP CSS リンクを HTTPS バージョンで更新します。
ページの CSS が壊れている4xx または 5xx HTTP ステータス コードを返す CSS ファイルへのページ リンク。 壊れた CSS ファイルを更新または削除します。 Web サイトが Elementor を使用している場合は、[ツール] > [CSS ファイルの再生成] をクリックしてみてください。
ページは CSS をリダイレクトしましたページはリダイレクト経由で CSS ファイルにリンクしています。 最終的な宛先 URL へのリンクを使用してリダイレクト CSS リンクを更新します。
外部 4XX 4xx 応答コードを返す外部 URL への Web サイト リンク。 リンクを削除するか、作業中のページに置き換えてください。
外部 3XX リダイレクトWeb サイトが、別の URL にリダイレクトする外部 URL にリンクしています。 最終的なリンク先 URL への外部リンクのリダイレクトを削除または更新します。
403 ページがオーガニック トラフィックを受け取る「403 – Forbidden」レスポンス コードを返すページは、オーガニック トラフィックを受け取ります。 403 レスポンス コードのあるページは、Google のインデックスから削除されます。 ステータス コードが正しい場合は、Google Search Console を使用して URL を再クロールし、インデックス解除プロセスを高速化します。
サイトマップの 4XX ページXML サイトマップには 4xx ページが含まれています。 サイトマップから 4xx URL を削除して、200 の応答コード ページのみが存在するようにします。
4XX ページがオーガニック トラフィックを受け取る4xx レスポンス コードを含むページはオーガニック トラフィックを受信します。 ページの目的に応じて、元のページ コンテンツを復元するか、URL を適切な宛先にリダイレクトするか、Google Search Console を使用してページを再クロールして、インデックスの削除を高速化します。
Noindex ページはオーガニック トラフィックを受け取りますnoindex ディレクティブを含むページが検索結果に表示されていました。 noindex ディレクティブが新しい​​場合は、Google Search Console を使用してページを再クロールし、noindex を確認します。 ページが robots.txt でブロックされていないことを確認して、クローラーが noindex タグを認識できるようにします。
サイトマップの非正規ページ非正規ページが XML サイトマップにリストされています。 非正規 URL をサイトマップから削除し、正規 URL が含まれていることを確認してください。 サイトマップには、インデックスに登録する正規 URL のみを含める必要があります。
サイトマップのページがタイムアウトしましたサイトマップの URL が読み込まれませんでした (時間内にサーバーから応答を取得しました)。 サーバーと Web サイトをチェックして、ページが読み込まれるかどうかを確認します。 サイトマップにはアクセス可能なページのみを含める必要があります。
サイトマップの 3XX リダイレクトサイトマップには、リダイレクトする URL が含まれています。 サイトマップのリダイレクト URL を最終的な宛先 URL に置き換えます。 最終的な宛先がすでにリストされている場合は、リダイレクト URL を削除するだけです。
サイトマップの 403 ページサイトマップに 403 ステータス コードの URL が含まれています。 サイトマップに 200 のステータス コードを持つライブ URL のみがリストされていることを確認します。
非正規ページがオーガニック トラフィックを受け取る非標準ページが検索結果に表示されています。 ページの rel=canonical 属性が正しいかどうかを確認します。 カノニカルとのシグナルの競合を避けます。
複数の H1 ページに複数の H1 見出しがあります。 見出しの設定を変更します。 デスクトップとモバイルの間に隠れているセクションがないことを確認します。ある場合は、複数の H1 が存在する可能性があります。
タイトルタグが重複しています複数のページに同じタイトル タグがあります。 各ページのタイトル タグをカスタマイズして、一意になるようにします。
メタディスクリプションの重複複数のページに同じメタ ディスクリプションがあります。 各ページのメタ ディスクリプションをカスタマイズして、独自のものにします。

Web サイトのテクニカル SEO に関するヘルプを取得する

Sagapixel はフルサービスの SEO エージェンシーであり、当社のチームが Ahrefs サイト監査の意味を理解したり、ウェブサイトが持つ可能性のあるその他の SEO ニーズに対処したりするのに役立ちます。 SEO サービスの詳細については、今すぐお問い合わせください。