この記事はAhrefs公式ブログの日本語訳です。
原文：We Studied Over 1 Million Domains to Find the Most Common Technical SEO Issues
（著者：Patrick Stox / 原文の最終更新日：November 15, 2023）
※フルスピード註：この記事は2023年11月15日時点の記載をもとに翻訳しています。Ahrefs公式ブログの記事は今後追記・再公開されることがありますことをご了承ください。
Web サイトには問題が発生する可能性があり、どのサイトにも修正すべき問題がいくつかあります。
私たちは 1,002,165 個のドメインを調査して、最も一般的な技術的な SEO の問題を見つけました。読み続けて、何が見つかったのかを確認してください。
- 最も一般的な 15 の技術的な SEO の問題
- 3XX リダイレクト – サイトの 95.2%
- HTTP から HTTPS へのリダイレクト – サイトの 88%
- alt 属性が欠落している – サイトの 80.4%
- メタディスクリプションタグが欠落しているか空 – サイトの 72.9%
- ページが遅い – サイトの 72.3%
- ページとSERPのタイトルが一致しません – サイトの68.5%
- ページには dofollow 受信内部リンクが 1 つだけあります – サイトの 66.2%
- タイトルが長すぎる – サイトの 63.2%
- ページにリダイレクトへのリンクがある – サイトの 62.7%
- H1 タグが欠落しているか空 – サイトの 59.5%
- メタディスクリプションが短すぎる – サイトの 59.2%
- Open Graph タグが不完全 – サイトの 56%
- メタディスクリプションが長すぎる – サイトの 54.5%
- 複数の H1 タグ – サイトの 51.3%
- メタディスクリプションタグが欠落しているか空（インデックス付けできないページ） – サイトの 50.8%
- 何を直すべきでしょうか？
- まとめ
最も一般的な 15 の技術的な SEO の問題
これらは、100 万を超えるドメイン全体で最も多くフラグが立てられた問題です。この数値は、少なくとも 1 つのページで問題が見つかったドメインの割合です。
これらは最も一般的な問題ですが、Web サイトごとに異なります。Ahrefs のサイト監査を使用して、自分の Web サイトの問題に関するレポートを取得できます。これは、 Ahrefs ウェブマスター ツール(AWT) アカウントを持つ検証済みサイトの場合は無料です。
データだけが必要な場合は、残りの問題を記載したシートを作成しました。主要な問題に関する私の解説と、それらを修正するための優先順位が必要な場合は、読み続けてください。
3XX リダイレクト – サイトの 95.2%
ほとんどのサイトではリダイレクトが使用されており、通常は心配する必要はありません。サイト、そしてウェブ全般は常に変化しています。私たちが調査を行ったところ、9 年間でWeb 上のページへのリンクの約 3 分の 2 が消失したことがわかりました。
ページが無限にリダイレクトされるリダイレクト ループがある場合、またはリダイレクトの長いチェーンがある場合、私は懸念します。Google は 1 つのセッションで最大 5 つのリダイレクト ホップを追跡します。そして、次のセッションでクロールを再開すると、さらに最大 5 つまで追跡します。10 ホップを超えると、信号 (リンクなど) が最終 URL に適切に統合されません。
これらは両方とも、 Site Auditのリダイレクトレポートの [問題] タブで確認できます。
HTTP から HTTPS へのリダイレクト – サイトの 88%
これを見たらすごい！サイトをHTTPSにしたいとします。
これはSite Auditの通知として記載されており、リダイレクトが逆方向 (HTTPS から HTTP へ) でない限り、心配する必要はありません。HTTPS から HTTP へのリダイレクトは、サイト監査の内部ページレポートの「問題」タブで確認できます。
驚くべき数のサイト (6% 以上) が間違った方向にリダイレクトしています。
HTTP から HTTPS へのリダイレクトに伴って発生する可能性のあるその他の問題の 1 つは、「混合コンテンツ」の問題です。これは、サイト監査の内部ページレポートの「問題」タブで確認できます。
これらを解決するために、他のファイル タイプへの参照をすべて更新するのに多くの時間を費やす人もいます。もっと良い方法があります。
安全でないアップグレード要求に対してコンテンツ セキュリティ ポリシー (CSP)を設定すると、「混合コンテンツ」の問題がすべて解決されます。このためのルールを .htaccess またはサーバー構成に設定するのに数分しかかかりません。
.htaccess に以下を追加するだけです。
<ifModule mod_headers.c>
Header always set Content-Security-Policy "upgrade-insecure-requests;"
</IfModule>
alt 属性が欠落している – サイトの 80.4%
alt 属性の欠落はアクセシビリティの問題であり、法的な問題に発展する可能性があります。ほとんどの大企業はウェブサイト上の ADA コンプライアンス問題で訴えられており、中には年に複数回訴えられる企業もあります。メインコンテンツ画像についてはこの問題を修正したいと思いますが、プレースホルダーや装飾画像など、alt 属性を空白のままにできるものについては修正しません。
Web 検索の場合、alt 属性のテキストはページ上のテキストとしてカウントされますが、実際に果たす役割はそれだけです。私の意見では、SEO におけるその重要性は過大評価されがちです。ただし、画像検索や画像ランキングには役立ちます。
画像レポートで欠落している alt 属性を見つけることができます。
メタディスクリプションタグが欠落しているか空 – サイトの 72.9%
メタディスクリプションの欠落についてはあまり心配しません。ランキングには影響しません。ユーザーが持っていない場合は Google が作成し、持っている場合でも場合によっては書き換えます。私たちが調査を実施したところ、Google は 62.78% の確率でメタ ディスクリプションを書き換えていることがわかりました。
それでも、私はそれらに焦点を当てることがあります。ページを作成するときにメタディスクリプションを追加してみてください。本当に重要なページやトラフィックが多いページにこの機能が欠けている場合は、追加するとよいでしょう。ユーザーにとって魅力的だと思われる独自のセールス ポイントやオファーがある場合は、それを追加することもできます。
Site Auditのコンテンツレポートで「メタ ディスクリプションの欠落」の問題が見つかります。
問題をクリックすると、レポート内の「オーガニック トラフィック」ごとにページを並べ替えることができます。
ページが遅い – サイトの 72.3%
通常、私たちは独自の主観的な速度の尺度を使用して、ページが遅いと判断します。より良いアイデアを得るには、プロジェクトのクロール設定でCore Web Vitals を有効にすることをお勧めします。
これにより、 Google PageSpeed Insightsに接続され、Core Web Vitals メトリクスがSite Auditに取り込まれます。これらは、Google がランキングで実際に使用する指標であり、同じデータ ソースから取得されます。
他の何人かの監査人は、これらの指標のラボ テスト バージョンを取得する予定です。しかし、ツールが PageSpeed Insights に接続していない場合は、実際の Google Chrome ユーザーから得られる実際の Core Web Vitals データを取得できません。最初の入力遅延 (FID)や次のペイントまでのインタラクション (INP)ではなく、Lighthouse からの合計ブロック時間 (TBT) が表示されている場合は、違いを見分けるのが簡単です。
Lighthouse ベースのテスト スコアと Core Web Vitals テスト スコアを提供します。これらの問題などについては、Site Audit のパフォーマンスレポートを確認してください。
ページとSERPのタイトルが一致しません – サイトの68.5%
ページ タイトルはランキング要素であるため、ページに関連性がない場合は改善することをお勧めします。また、検索トラフィックが多く、Google よりも優れた仕事ができると思われるページのタイトルを改善することもできます。
「ページとSERPのタイトルが一致しません」の問題は、Site Auditのコンテンツレポートの「問題」タブで確認できます。
問題をクリックすると、レポート内の「オーガニック トラフィック」ごとにページを並べ替えることができます。
私は少し前に、Google が元のテキストからどのタイトルを最も変更したかを確認するために使用できるスクリプトを作成しました。使い方はとても簡単です。スクリプトとその使用方法のビデオは次のとおりです。
ページには dofollow 受信内部リンクが 1 つだけあります – サイトの 66.2%
少なくとも、完全に孤立したページではありません。ただし、ランク付けしたいページの場合は、さらに内部リンクを追加することもできます。
内部リンクの機会を確認する最も簡単な方法は、 Site Auditのツールを使用することです。私たちはあなたのページが何でランキングされているかを確認し、それらについて言及しているサイト上の他のページからのリンクを提案します。
タイトルが長すぎる – サイトの 63.2%
タイトル タグがSERPで切り取られているかどうかを推定しますが、デスクトップまたはモバイル検索で切り取られているかどうかを手動で確認することもできます。通常、モバイルではデスクトップよりも長いタイトルが許可されます。今後は実際にSERPを確認してみる予定です。ただし、現時点では、自分にとって重要なページを確認することをお勧めします。
タイトルが切れている場合は、タグを調整してください。ただし、ランキングは SERP に表示されているものだけではなく、タイトル タグ全体に基づいているため、そのままにしておいてもよいでしょう。
ページにリダイレクトへのリンクがある – サイトの 62.7%
リダイレクトが別のページに解決され、ホップが 10 未満である限り (前に述べたように)、これは問題ありません。私は通常、このような問題をバックログに入れて、機会があれば誰かが解決できるようにしていますが、私はそれが大きな問題とは考えておらず、優先順位も付けていません。
長すぎるチェーンがないか確認してください。リダイレクトレポートの「問題」タブでこれを探してください。
H1 タグが欠落しているか空 – サイトの 59.5%
特にテキストが H2 タグで囲まれている場合、H1 タグに小さな問題があると考えられます。通常、これらを変更するのは簡単なので、ほとんど変更するつもりですが、大きな影響は期待できません。
この問題は、「サイト監査」のコンテンツレポートで見つけることができます。
メタディスクリプションが短すぎる – サイトの 59.2%
メタディスクリプションが欠落していることを通常は心配しないことはすでにおわかりでしょうが、メタディスクリプションが短すぎるとなぜ心配する必要があるのでしょうか? ただし、それが気になるページで、説明に何か追加したいことがある場合は、そのままにしてください。
前に述べたように、メタ ディスクリプションは、独自のセールス ポイントやオファーがある場合はそれを追加するのに適した場所だと思います。
この問題は、「サイト監査」のコンテンツレポートで見つけることができます。
Open Graph タグが不完全 – サイトの 56%
すべてのページにOpen Graph メタ タグが必要なわけではないため、これらのメタ タグがどれほど頻繁に欠落していても驚きません。これらは実際には、ソーシャル メディアで共有する可能性のあるページにのみ必要です。
私は通常、これらのタグが SEO に関連しているとは考えていません。SEO 関連の目的で使用できるのは、Google Discover でタイトルやアイキャッチ画像の代わりに使用される場合のみです。
SEO にとって唯一の利点は、ソーシャル メディアでの露出がもう少し多くなり、追加のリンクが得られる可能性があることです。ランキングには直接使用されません。
メタディスクリプションが長すぎる – サイトの 54.5%
まだ気づいていないかもしれませんが、私はメタ ディスクリプションにはあまり重点を置いていません。それがあなたにとって重要なページであり、適切なメタ ディスクリプションを作成できる場合は、そうしてください。
誰かが 800 件のメタ ディスクリプションを書き直すよう推奨する監査をあまりにも多く見てきたので、その哀れな魂を思うと泣けます。
この問題は、「サイト監査」のコンテンツレポートで見つけることができます。
複数の H1 タグ – サイトの 51.3%
最新の HTML では複数のH1 タグが許可されており、Google はこれは問題ないと述べています。HTML5 は 2014 年の発売以来、複数の H1 をサポートしてきました。
H1 として指定されているすべての見出しがページに関連しているかどうかを確認したいと思います。
この問題は、「サイト監査」のコンテンツレポートで見つけることができます。
メタディスクリプションタグが欠落しているか空（インデックス付けできないページ） – サイトの 50.8%
ページがインデックス可能かどうかに基づいて、さまざまな問題を分割しています。これは、とにかくインデックスが作成されていないページの問題に焦点を当てないようにすることで時間を節約することを目的としています。
たとえば、インデックスを作成できないページのメタ ディスクリプションについては、そのメタ ディスクリプションが検索結果に表示されないため、心配する必要はありません。ここで時間を費やさないでください。
ヒント
もう一度、残りの問題を記載したシートを次に示します。問題の優先順位付けについて詳しく学ぶために読み続けてください。これは、SEO にとって正しく行うのが最も難しいことだと私は考えています。
何を直すべきでしょうか？
何を優先して修正するかは、問題の規模と、どの問題がサイトに最も影響を与えると思われるかによって決まります。
Site Auditにはデフォルトの優先順位が設定されていますが、Site Audit ダッシュボードの右上にある [Issue settings] に移動して優先順位を編集できます。問題の優先順位を変更するとヘルス スコアに影響することを警告します。
実際、問題を完全にカスタマイズできます。既存の問題を編集したり、新しい問題を作成したり、問題の優先度を変更したり、重要でない問題をオフにしたりできます。
修正に優先順位を付けること、あるいはいくつかの問題を修正する必要があるかどうかを判断することは、テクニカル SEO の最も難しい部分の 1 つです。技術的な問題の修正と、コンテンツやリンクの作成などを比較検討する必要がある場合、作業はさらに複雑になります。
場合によっては、コストが利益を上回るため、何もしないことが最善の行動となることがあります。
この調査でサイトについて推測するつもりはありませんが、テクニカル SEO の初心者向けガイドで優先するプロジェクトのいくつかをリストしました。より多くのアイデアを提供するために、技術監査の実施とSEO の技術的な問題の修正に関するガイドも用意しています。
私が通常、問題に優先順位を付ける方法は、問題が与えると思われる影響と、問題を修正するために私 (または開発チーム) が必要と考える労力に基づいています。これにより、プレゼンテーションに優れたビジュアルが得られ、どの修正が最小限の労力で最も大きな影響を与えるかを確認するのに役立ちます。
まとめ
このデータ収集に協力してくれた同僚のOleksiy Golvokoに多大な感謝と感謝の意を表します。これまでにない規模で問題を見るのは興味深いものでした。
他の 2 つのリンクを見逃した場合のために、残りの問題を記載したシートをここに示します。
著者プロフィール
ご質問がございましたら、Twitter でメッセージをお送りください。
Patrick Stox
Patrick Stox は、Ahrefs のプロダクト アドバイザー、テクニカル SEO、およびブランド アンバサダーです。彼は、2021 年の Web 年鑑の SEO の章の筆頭著者であり、2022 年の SEO の章の査読者でもありました。また、Ahrefs の『初心者のための SEO 本』の共著者であり、『The Art of SEO 第 4 版』のテクニカル レビューの編集者でもありました。彼は、Raleigh SEO Meetup (米国で最も成功した SEO Meetup)、Beer and SEO Meetup、Raleigh SEO Conference などのいくつかのグループの主催者であり、Technical SEO Slack グループを運営し、/r/TechSEO のモデレーターでもあります。レディット。
