SEO監査チェックリスト

TL;DR — SEO監査とは、あなたのウェブサイトの健康診断のようなものです。検索エンジンがあなたのページを見つけて理解できるか、オンページの基本が整っているか、コンテンツが実際に優れているか、他のサイトがあなたにリンクしているかを確認します。コツはすべてをチェックしないことです。最も大きく、修正しやすい問題を見つけて、短いリストを返します。誰も読まない巨大なレポートではありません。

Evidence for this claim Google Search Console provides performance and indexing reports that can inform an SEO audit. Scope: Google-owned search data; supplement with crawl and business data. Confidence: high · Verified: 2026-07-14 Google Search Console: Get started Evidence for this claim Google's SEO Starter Guide organizes the core work around crawlability, useful content, links, and search appearance. Scope: Baseline Google guidance, not a complete audit methodology. Confidence: high · Verified: 2026-07-14 Google Search Central: SEO Starter Guide

SEO監査とは

SEO監査とは、検索での表示を妨げているものを特定し、実行する価値のある修正の短いリストを作成するために、ウェブサイトをレビューすることです。それだけです。4つの領域をカバーします。

1. テクニカル — 検索エンジンはあなたのページをクロールしてインデックスできるか？
2. オンページ — タイトル、メタディスクリプション、見出し、画像は適切か？
3. コンテンツ — コンテンツは本当に役立つか、ギャップや古いページはないか？
4. オフページ — 他のサイトがあなたにリンクしているか、リンクされたページに壊れたものはないか？

また、多くの人が追加し始めている新しい5つ目の領域もあります。AI回答エンジン（AI OverviewsやChatGPTなど）があなたを見つけて引用できるかどうかです。検討する価値はありますが、まだ誰も完全に解明していないので、「注目しておく」項目として扱い、スコアボードとしては扱わないでください。

最も重要なこと

初心者が犯す最大の間違いは、長い監査がより良い監査だと思うことです。そうではありません。私がAhrefsで作成に協力した無料の SEO監査テンプレートは、この点を最初に強調しています。“That’s why our template only has 13 steps, not an overwhelming 100-200 like many others.” (翻訳) 「だから私たちのテンプレートは13ステップしかなく、他の多くのような圧倒的な100〜200ステップではありません。」 その理由は単純です — “It’s better to spend 80% of your time fixing the 20% of things that matter.” (翻訳) 「重要な20%の修正に時間の80%を費やす方が良いのです。」

だから、すべての不完全さをカタログ化しようとしないでください。あなたを妨げているいくつかのものを見つけて、それらを修正してください。

誰でも実行できる最初のチェックリスト

無料ツールで実際の最初の監査を行うことができます。

• サイトはインデックスされていますか？ Google自身のスターターガイドは、“try searching on Google for your site with the site: search operator” (翻訳) 「site:検索演算子を使ってGoogleでサイトを検索してみてください」 と提案しています（site:yourdomain.comと入力）。何も表示されなければ、それが最優先の問題です。
• Google Search Consoleを設定する（およびBing Webmaster Tools）— 検索エンジンが提供する無料のコントロールパネルです。ページインデックスレポートで、インデックスされていないページを確認します。
• 無料のクロールを実行する。 無料のAhrefs Webmaster Toolsアカウント（または最大500 URLのScreaming Frog）でサイトをクロールし、壊れたリンク、欠落したタイトル、欠落した画像のaltテキスト、遅いページをフラグ付けします。
• タイトルとディスクリプションを読む。 重要なページに明確で一意なタイトルタグとメタディスクリプションがありますか？欠落や重複は、監査で最もよく見つかるものです。
• コンテンツを正直に見る。 Googleが言うように、“helpful, reliable, and people-first,” (翻訳) 「役立つ、信頼できる、人々優先」 ですか？カバーすべき明らかなトピックが欠けていませんか？
• 誰があなたにリンクしているか確認する。 他のサイトがまだリンクしている壊れたページはありますか？それらは簡単に取り戻せる成果です。

そして — これが初心者がスキップする部分ですが — 最も重要な5〜10の問題だけを書き出し、「これはどれだけ役立つか vs. どれだけ難しいか」の順で修正を始めてください。実際の監査で実際に表示されるものの完全なフレームワーク、ツール、データが必要ですか？Advancedタブに切り替えてください。

TL;DR — 完全なSEO監査は、技術面、オンページ、コンテンツ、オフページ、そして新たに登場したAI可視性レイヤーに及びますが、その成果物は優先順位付けされた計画であり、目録ではありません。痛点から始め、管理可能な範囲に絞り、クローラー＋Search Console＋アナリティクスでデータを収集し、影響度と工数のバランスでトリアージします。まずクロール/インデックスのゲートキーパーを修正しますが、技術的な問題が本当に壊れていない限り、ほとんどの時間をコンテンツに費やしてください。実際に実装される形式で5〜10件の指摘を出しましょう。技術のみの詳細な調査には、姉妹記事のTechnical SEO Checklistを、非常に大規模なサイトにはEnterprise SEO Auditを参照してください。

Evidence for this claim Google Search Console provides performance and indexing reports that can inform an SEO audit. Scope: Google-owned search data; supplement with crawl and business data. Confidence: high · Verified: 2026-07-14 Google Search Console: Get started Evidence for this claim Google's SEO Starter Guide organizes the core work around crawlability, useful content, links, and search appearance. Scope: Baseline Google guidance, not a complete audit methodology. Confidence: high · Verified: 2026-07-14 Google Search Central: SEO Starter Guide

この監査の対象と対象外

これは広範な全サイト監査です。技術のみの最低限（クロール可能性、インデックス、HTTPS、Core Web Vitals、構造化データ、サイトマップ、robots.txt、正規化、モバイル）を扱うTechnical SEO Checklistよりも意図的に広範囲です。詳細な技術診断が必要な場合は、そちらを参照してください。この記事は、それらすべてに加えてオンページ、コンテンツ、オーソリティをカバーし、そして何よりも、それらすべてにわたって優先順位を付ける方法を扱います。

また、規模や業種に特化した監査とも異なります。大規模なマルチチーム、マルチCMSサイトの監査は、本質的に異なる仕事です（ページ単位ではなくテンプレート単位で範囲を決めます）— それがEnterprise SEO Auditです。ストアフロントには独自のファセットナビゲーションとバリアントの問題があります（Ecommerce SEO Audit）。多地域サイトにはhreflangとジオターゲティングが加わります（International SEO Audit）。この一般的な監査は、エンタープライズ版が明示的に出発点とするベースラインです。

哲学：列挙ではなく優先順位付け

優れた監査の差別化となる主張は、網羅性は厳密性ではないということです。私がAhrefsで実施した百万ドメインのサイト監査調査は、「何を修正すべきか」のセクションでこの点を指摘しています：“Sometimes, the best course of action is to do nothing because the costs outweigh the benefits.” (翻訳) 「時には、コストが利益を上回るため、何もしないことが最善の行動です。」すべてのフラグが、あなたの時間を費やす価値のある問題であるとは限りません。

Voices of Searchポッドキャストで、私は優先順位付けのヒューリスティックを明確に述べました：“Most of your time is better spent fixing your content unless you have some huge issues with crawling or indexing or something.” (翻訳) 「クロールやインデックスなどに大きな問題がない限り、ほとんどの時間をコンテンツの修正に費やす方が良いでしょう。」これが優先順位付けのロジック全体を一文で表しています—技術的なゲートキーパーは壊れている場合に最初に、そうでなければ通常、リターンがあるのはコンテンツです。

そして、成果物を届ける際は簡潔に保ちます。エンタープライズ監査の文脈で、私は*“SEO checklists are impractical at scale”* (翻訳) 「SEOチェックリストは大規模では非現実的です」と書き、あらゆるサイトに一般化できる言葉として、“I’ve seen several hundred-page documents detailing everything you checked, but no one is going to read those.” (翻訳) 「確認したすべてを詳細に記した数百ページのドキュメントを見たことがありますが、誰もそれを読むことはありません。」と書きました。実際に実装される成果物は*“reporting on 5-10 main issues or opportunities.”* (翻訳) 「5〜10件の主要な問題や機会についての報告」です。

監査プロセス（チェックリストだけではない）

チェックリストは、あなたが見るものです。プロセスは、それを結果に変える方法です。エンタープライズ版から規模を縮小した形は、次のとおりです：

1. 痛みのポイントから始める。 一人でサイトを運営している場合でも、クロールする前に「実際に何が問題なのか」を尋ねる。クライアントワークについて私が言ってきたように： 「クライアントが監査を依頼してくるなら、彼らはすでに痛みのポイントを持っている。彼らと話し、その一つを解決すれば、彼らは監査に満足するだろう。」
2. 範囲を文書で設定する。 何を監査するか（サイト全体？ 一部のセクション？ どのテンプレート、市場、サブドメイン？）を決め、それを1〜2行で書き留める — 対象となるプロパティ/セクションと、それぞれの所有者。その短い範囲メモが、大規模または複数テンプレートのサイトが無制限のクロールになるのを防ぐ。
3. データを収集し、ラベルを付ける。 サイトをクロールし、Search Consoleとアナリティクスを取得する。各ソースが提供するデータの種類を明確に区別する：Search Consoleのパフォーマンスとページのインデックス登録レポートの合計は、観測されたファーストパーティの数値であるが、GSCがインデックス理由の下にリストするURLの例はサンプルであり、影響を受けるすべてのページの完全なインベントリではない — いくつかの例を全体像として扱わないこと。大規模またはテンプレート駆動のサイトでは、便利なURLを数件クロールして結果を代表と見なさないこと。テンプレート、セクション、市場ごとに調査結果をグループ化し、各コホートから十分なページをサンプリングして、問題が孤立しているかサイト全体に及ぶかを判断する。
4. 優先順位を付ける。 影響度と労力のスコアリング（下記）で調査結果を評価する。影響の低いノイズは捨てる。
5. 短いレポートを提出する。 実装者が実際に使う形式で5〜10件の調査結果を提示する — 理想的には開発者チケット形式で、ビジネス成果に結び付ける。
6. 実装を追跡し、検証する — 想定しない。 何かがリリースされたら、リリース日を記録する。その日以降のランキングやトラフィックの変化は、修正が機能した証拠ではない：Google自身のトラフィック低下フレームワークは、同じ数値を動かす同時発生の原因（アルゴリズム更新、需要/季節性の変化、他のサイト変更）をリストしている。修正が対象とした特定のコホートを、日付付きのベースラインに対して数週間監視してから、修正の功績（または責任）を認める。

すべての監査調査結果に必要なエビデンスパッケージ

調査結果は、監査を実行していない人でも再現できるものでなければならない。URLのないスクリーンショット、設定のないクロール警告、収集日付のないSearch Consoleの数値は、文脈であり、完全な調査結果ではない。

すべての重要な推奨事項にこれらのフィールドを保存する：

証拠ハッシュを使用して、調査結果を裏付ける正確な保存済みレスポンス、エクスポート、設定、またはレンダリングされたキャプチャを特定します。ハッシュはソースの正確性を保証したり、動的ページが変更されていないことを証明したりするものではありません。スクリーンショットは表示状態の把握に役立ちますが、URL、タイムスタンプ、機械可読なキャプチャ、テスト条件と組み合わせてください。元のキャプチャは後からの注釈とは別に保存してください。

結論を正直にラベル付けします：

• 確認済み（Observed）： 提供された証拠が、記載された動作を直接実証しています。
• 推測（Inferred）： 観察結果は可能性のある原因を支持しますが、直接証明するものではありません。 Evidence for this claim Google's SEO Starter Guide organizes the core work around crawlability, useful content, links, and search appearance. Scope: Baseline Google guidance, not a complete audit methodology. Confidence: high · Verified: 2026-07-14 Google Search Central: SEO Starter Guide
• 再現されず（Not reproduced）： 報告された動作は記載された条件下でテストされ、発生しませんでした。これは、決して発生しないという証明ではありません。 Evidence for this claim Google Search Console provides performance and indexing reports that can inform an SEO audit. Scope: Google-owned search data; supplement with crawl and business data. Confidence: high · Verified: 2026-07-14 Google Search Console: Get started
• 評価されず（Not evaluated）： 方法、アクセス、または範囲がこの主張をテストしませんでした。これをゼロ、偽、健全、または合格に変えないでください。

専門監査は、この記録を置き換えるのではなく拡張する必要があります。Eコマースは、SKU、バリアント、マーケット、フィード、フルフィルメント状態を追加します。国際業務は、要求されたロケール、レスポンスの場所、正規化、hreflangクラスターを追加します。JavaScript監査は、生の出力とレンダリングされた出力、ナビゲーション状態を追加します。移行は、移行前後のキャプチャ、マッピングバージョン、リリースコホートを追加します。AI検索の観察には、プロンプト、モデル、回答、引用、適格な実行の分母に関する独自の測定方法論があります。

監査を実行するタイミング（トリガー）

監査は一度きりのプロジェクトではありません。以下の場合に実行します：

• トラフィックまたはランキングの低下。 Googleの公式の検索トラフィック低下のデバッグガイドがここでのチェックリストです。その最初のステップ：“Check the Crawl stats report and Page indexing report to find if there’s a corresponding spike in issues detected.” (翻訳)「クロール統計レポートとページのインデックス登録レポートを確認し、検出された問題が同時に急増していないか調べてください。」 次に “Check the Manual Actions report on Search Console to see if any have been issued to your website” (翻訳)「Search Console の手動による対策レポートを確認し、ウェブサイトに対して措置が出されていないか調べてください。」、“Check the Security Issues report to find if Google detected a security threat on your website” (翻訳)「セキュリティの問題レポートを確認し、Google がウェブサイト上のセキュリティ上の脅威を検出していないか調べてください。」、そして “core updates and other smaller updates may change how some pages perform in Google Search results.” (翻訳)「コア アップデートやその他の小規模なアップデートにより、一部のページの Google 検索結果での掲載状況が変わることがあります。」 を覚えておいてください。重要ですが、Googleは需要も指摘しています：“Sometimes changes in user behavior will change the demand for certain queries, either due to a new trend, or seasonality throughout the year.” (翻訳)「新しいトレンドや年間を通じた季節性によってユーザー行動が変化し、特定のクエリに対する需要が変わることがあります。」 何かが壊れたと想定する前に、Search ConsoleのパフォーマンスとGoogleトレンドを確認してください。
• 移行またはリニューアルの前後 — SEOにとって最もリスクの高い瞬間です。
• アルゴリズムアップデート後 — 何が動いたか、なぜ動いたかを確認します。
• 大規模なコンテンツ公開の前 — まず基盤を修正します。
• 定期的な頻度で — ほとんどのサイトでは四半期ごと、大規模または急速に変化するサイトでは毎月。 （これは一般的な慣行であり、公式のGoogle/Bingの頻度ではありません — そのような公式のガイダンスは存在しません。）

カテゴリ別チェックリスト

技術・クロール可能性/インデックス

このセクションはここでは簡潔にし、技術SEOチェックリストで詳しく説明します。ゲートキーピングの質問：サイトはクロール可能ですか（robots.txtが重要なものをブロックしていないか）？ 重要なページは実際にインデックスされていますか（ページインデックスレポート）？ サイトマップは送信され、クリーンですか？ 正規化は重複を正しく統合していますか？ HTTPSは導入され、サイトはモバイルフレンドリーですか？ これらのいずれかが壊れている場合、それらは優先リストの最上位にジャンプします — ページがクロールまたはインデックスできない場合、下流の何も重要ではありません。

技術パスの間に確認する価値がある公式のニュアンスが1つあります：レンダリングです。Googleは、“if your site is hiding important components that make up your website (like CSS and JavaScript), Google might not be able to understand your pages.” (翻訳)「サイトを構成する重要な要素（CSS や JavaScript など）が隠されていると、Google がページを理解できない可能性があります。」 と警告しています。

オンページ

ここが監査で最も多く見つかる場所であり、その量に惑わされて過剰に報告してしまう可能性があります。私の百万ドメイン調査で、これらがどれほど一般的であるかを正確に定量化しました — リストの上位は次のとおりです：

落とし穴：一般的 であることは 重要 であることと同じではありません。特にmeta descriptionについては、その調査からの私の見解は率直です：「私はmeta descriptionにあまり注力していません。あなたにとって重要なページで、より良いmeta descriptionを書けるなら、やってみてください。」 重要なページのオンページ問題を修正しましょう。ツールがページの80%を赤くしたからといって、サイト全体のaltテキストを正規化するのに1週間費やさないでください。

コンテンツ

ほとんどのサイトでは、ここに本当のリターンがあります。以下を監査してください：

• 品質。 Googleのガイダンスでは、良いコンテンツとは 「読みやすく、よく整理されている」、「独自性がある」、最新に保たれている、そして 「役立つ、信頼できる、人々を第一に考えた」 ものです。検索意図に対する深さを評価してください — 文字数ではありません。（文字数はランキング要因ではありません。「薄い」ページを数字だけでフラグ付けしないでください。）
• ギャップ。 オーディエンスのためにカバーすべきトピックで、まだカバーしていないものは何ですか？
• 古いページ。 強い古いコンテンツを更新することは、通常、新しいコンテンツを公開することよりも優れています。これは過小評価されているため、講演やポッドキャストで私はこれを主張し続けています。
• 削除候補。 トラフィックもリンクもなく、目的も果たしていないページ。

ここで否定すべき神話が1つあります：E-E-A-Tはスコアリングすべきランキング要因ではありません。 Google自身のSEOスターターガイドには、文字通り「E-E-A-Tをランキング要因と考えること」というタイトルのセクションがあり、それに対して 「いいえ、違います。」 と答えています。これはコンテンツ作成のガイダンスであり、監査の指標ではありません。

オフページ / 権威性

• 被リンクプロフィール — 関連性があり信頼できるサイトからのリンクがありますか？競合他社と比較してどうですか？
• 被リンクのあるデッドページ — 最もROIの高いチェックの1つです。他のサイトがリンクしているページが見つからない状態になっている場合、権威性を漏らしています。関連するライブページにリダイレクトしてください。
• ブランド言及 — リンクのない言及や全体的なブランドの存在感。

逆の側面への注意：disavowしすぎないでください。 「有害な」リンクを積極的にdisavowすることは、業界で知られた過剰修正です。ほとんどのサイトは、手動による対策や実際のスパム影響の明確な証拠がなければdisavowすべきではありません。

AI / 回答エンジンでの可視性（将来を見据えて）

新しいもので、正直まだ完全には証明されていません — 原則レベルに留めておいてください。AIクローラーはあなたのコンテンツにアクセスできますか？エンジンがエンティティを解析できるように構造化データは整っていますか？あなたのブランドはAIの回答に表示されていますか（そして正しく引用されていますか）？現代の監査では確認する価値がありますが、スコアリングのルーブリックをでっち上げる価値はありません。

優先順位付け：影響度/労力フレームワーク

これは、競合他社のチェックリストのほとんどが省略しているセクションであり、監査を有用にするものです。すべての発見を2つの軸でスコアリングしてください — 影響度（修正がどれだけ役立つか）と労力（修正がどれだけ難しいか/費用がかかるか）— そして2×2のマトリックスにプロットします：

私が強く頼りにしている2つのフレーミング：

• 「時には、何もしないことが最善の策である。なぜなら、コストが利益を上回るからだ。」 右下の象限は現実に存在します。何かを修正しないことは、有効で、しばしば正しい監査の推奨事項です。
• 修正を金額に換算する。 「修正を現金に換算するようにすべきです。これが企業が気にする点です。」 修正を「これらの古いURLを301リダイレクトする」から「6桁のトラフィック価値があるページのリンク資産を回復する」に言い換えることで、優先順位が上がり、実際にリリースされるのです。

2×2はメンタルモデルですが、発見事項は影響度と労力の推測だけでは厳しい審査を乗り越えられません。それぞれについて、以下を記録します：観察した内容、影響を受けるコホート（テンプレート、セクション、マーケットなど。「サイト全体」ではなく）、その根拠、自信の度合い、修正の労力、修正（または放置）のリスク、依存関係（開発スプリント、CMSの変更、別のチーム）、そして担当者です。これにより、「優先度を上げる」という直感に基づく判断が、ステークホルダーが行動できるものに変わります。そして、はっきり言う価値があります：このリストに載る発見事項は、観察と推奨事項であり、実装の承認ではありません。それは、ページや予算を所有する人が別途判断することです。

この監査が否定する一般的な誤解

• 項目が多いほど徹底的 = いいえ。 焦点を絞った13項目は、読まれない200項目に勝ります。
• E-E-A-Tはスコアリングするランキング要素 = Googleはそうではないと言っています。
• 直帰率や語数はフラグを立てるランキング要素 = どちらも直接のランキング要素ではありません。コンテンツを指標ではなく意図に照らして評価してください。
• 監査は一度きりのプロジェクト = トリガーされ、繰り返し行われます。
• SEO調査は何を修正すべきかを教えてくれる = 何が一般的かを教えてくれます。私自身の百万ドメイン調査も含めて。一般的であることは因果関係を意味せず、常にあなたのサイトで修正する価値があるとは限りません。

次に進む場所

この記事が意図的に省略している技術のみの詳細については、技術SEOチェックリストを参照してください。プロセスを大規模サイトに拡張するには、エンタープライズSEO監査を、ストアや国際サイトには、Eコマースおよび国際監査ガイドを参照してください。

AIまとめ

Advancedバージョンの簡潔な見解:

• SEO監査は4つの領域にわたる — テクニカル、オンページ、コンテンツ、オフページ — に加えて、 新たに台頭するAI可視性レイヤー。その成果物は優先順位付けされた5〜10項目の計画であり、 100〜200項目のレポートではない。
• テクニカルチェックリストより広い。 テクニカルSEOチェックリストはテクニカル面の 基盤であり、これにオンページ、コンテンツ、オーソリティが加わり、そして重要な差別化要因として、 それら全体での優先順位付けの方法が加わる。エンタープライズ、Eコマース、国際監査とは異なる。
• 哲学: “It’s better to spend 80% of your time fixing the 20% of things that matter.” (翻訳) 「重要な20%の修正に時間の80%を費やす方が良い。」 13の焦点を絞ったステップが100〜200に勝る。 “Sometimes, the best course of action is to do nothing.” (翻訳) 「時には、最善の行動は何もしないことだ。」
• 順序付けのヒューリスティック（Patrick Stox）: “Most of your time is better spent fixing your content unless you have some huge issues with crawling or indexing or something.” (翻訳) 「クロールやインデックスなどに大きな問題がない限り、時間の大半はコンテンツの修正に費やす方が良い。」 ゲートキーパーは壊れている場合のみ優先し、それ以外はコンテンツを優先する。
• プロセス: ペインポイント → スコープを書き留める（プロパティ/テンプレート/マーケット + オーナー）→ データを収集し、ラベル付けする（観測された合計 vs. GSCのサンプルURL；大規模/テンプレート駆動サイトではコホートごとにサンプリング）→ 影響、確信度、労力、 リスク、依存関係、オーナーで優先順位付け → 短いレポートを提出 → リリース日を記録し、 修正を認める前に日付入りのベースラインと照合する。
• トリガー: トラフィック低下（Googleのデバッグガイドを使用 — クロール統計、ページインデックス、 手動による対策、セキュリティの問題、さらに季節性/需要）、移行、リニューアル、 アルゴリズム更新、コンテンツ投入；四半期/月次で定期的に実施。
• データ: 100万ドメイン調査 — 3XXリダイレクト（95,2%）、HTTP→HTTPS（88%）、alt欠落 （80,4%）、メタディスクリプション欠落（72,9%）が最も一般的な指摘事項だが、一般的であることと 重要であることは別。
• 誤解の解消: E-E-A-Tはランキング要因ではない；直帰率や単語数も同様にランキング要因ではない； 監査は一度きりではない；相関研究は何を修正すべきかを教えてくれない。
• 影響 vs. 労力で優先順位付けし、“equate fixes to cash.” (翻訳) 「修正を現金に換算する。」

公式ドキュメント

検索エンジンからの一次情報ドキュメント。

Google

• SEOスターターガイド — 実用的なベースライン：site:を使ったインデックス確認、コンテンツ品質の基準、E-E-A-Tが「ランキング要因ではない」という明確化。
• Google検索トラフィック低下のデバッグ — 「トラフィックが低下した理由」という監査トリガーに対する公式フレームワーク（クロール統計、ページインデックス、手動による対策、セキュリティの問題、季節性）。
• Search Consoleの使い方 — URL検査、ページインデックス、リッチリザルト、および監査が依存するレポート。
• クロールとインデックス — テクニカル監査の基本（robots、サイトマップ、正規化、ファセットナビゲーション）のハブ。
• 検索トラフィック低下の分析（2021年ブログ） — デバッグガイドの補完的なウォークスルー。

Bing / Microsoft

• Bingウェブマスターガイドライン — BingがBing、Copilot、およびグラウンディング結果全体でコンテンツをどのように発見、クロール、インデックス、評価、表示するか。
• はじめにチェックリスト — Bingのオンボーディングチェックリスト（サイトの検証、サイトマップの送信、クロール情報の確認）。
• 推奨事項 — Bingの優先順位付けされ、影響ベースのガイダンス機能。

ソースからの引用

公式発言。各リンクはソースページの引用箇所にジャンプする。

Google — 監査の基礎

• “Try searching on Google for your site with the site: search operator.” (翻訳)「Googleでsite:検索演算子を使って自分のサイトを検索してみてください。」 — Google SEOスターターガイドで、インデックス登録状況の確認について述べた箇所。 引用にジャンプ
• “No, it’s not.” (翻訳)「いいえ、ランキング要因ではありません。」 — SEOスターターガイドの「E-E-A-Tをランキング要因だと考える」節にあるGoogleの回答。 セクションを読む

Google — トラフィック低下のデバッグ

• “Check the Crawl stats report and Page indexing report to find if there’s a corresponding spike in issues detected.” (翻訳)「クロール統計レポートとページのインデックス登録レポートを確認し、検出された問題が同時に急増していないか調べてください。」 引用にジャンプ
• “Check the Manual Actions report on Search Console to see if any have been issued to your website.” (翻訳)「Search Console の手動による対策レポートを確認し、ウェブサイトに対して措置が出されていないか調べてください。」 — Google Search Central ドキュメント。
• “Check the Security Issues report to find if Google detected a security threat on your website.” (翻訳)「セキュリティの問題レポートを確認し、Google がウェブサイト上のセキュリティ上の脅威を検出していないか調べてください。」 — Google Search Central ドキュメント。
• “Core updates and other smaller updates may change how some pages perform in Google Search results.” (翻訳)「コア アップデートやその他の小規模なアップデートにより、一部のページの Google 検索結果での掲載状況が変わることがあります。」 — Google Search Central ドキュメント。
• “Sometimes changes in user behavior will change the demand for certain queries, either due to a new trend, or seasonality throughout the year. This means your traffic may drop as a result of external influences.” (翻訳)「新しいトレンドや年間を通じた季節性によってユーザー行動が変化し、特定のクエリに対する需要が変わることがあります。その結果、外部要因によってトラフィックが減少する場合があります。」 — Google Search Central ドキュメント。

Patrick Stox / Ahrefs

• “That’s why our template only has 13 steps, not an overwhelming 100-200 like many others.” (翻訳)「だから私たちのテンプレートは、他によくある圧倒的な百〜二百項目ではなく、十三ステップだけに絞っています。」 — 無料SEO監査テンプレート。 引用にジャンプ
• “It’s better to spend 80% of your time fixing the 20% of things that matter.” (翻訳)「時間の八割を、本当に重要な二割の問題の修正に使う方がよいでしょう。」 — 無料SEO監査テンプレート。 引用にジャンプ
• “If clients are coming to you asking for an audit, they already have a pain point. Talk to them. Solve that one thing and they’ll be happy with the audit.” (翻訳)「クライアントが監査を依頼してくる時点で、すでに課題があります。話を聞き、その一つを解決すれば、監査に満足してもらえます。」 — Patrick Stox、無料SEO監査テンプレート。
• “Sometimes, the best course of action is to do nothing because the costs outweigh the benefits.” (翻訳)「コストが利益を上回るため、何もしないことが最善の対応になる場合もあります。」 — 100万以上のドメインを調査、「何を修正すべきか？」セクション。
• “I don’t focus much on meta descriptions. If it’s a page that’s important to you and you can write a better meta description that fits, go for it.” (翻訳)「私はメタディスクリプションをそれほど重視しません。重要なページで、より適切な説明を書けるなら対応してください。」 — 100万以上のドメインを調査。
• “SEO checklists are impractical at scale.” (翻訳)「SEO チェックリストは大規模環境では実用的ではありません。」 および “I’ve seen several hundred-page documents detailing everything you checked, but no one is going to read those.” (翻訳)「確認事項をすべて詳述した数百ページの文書を見てきましたが、誰もそれを読みません。」 および “You should try to equate fixes to cash. This is what businesses care about.” (翻訳)「修正を金額に換算するよう努めるべきです。企業が重視するのはそこです。」 — エンタープライズSEO監査とは何か、その実施方法。
• “Most of your time is better spent fixing your content unless you have some huge issues with crawling or indexing or something.” (翻訳)「クロールやインデックス登録に重大な問題がない限り、時間の大半はコンテンツの修正に使う方が有効です。」 — Patrick Stox、SEO努力の優先順位付け（Voices of Search）。 エピソードのショーノート/要約ページから引用。タイムスタンプ付きのトランスクリプトはなくディープリンクはできないが、引用はPatrick Stoxに帰属している。

Google — コンテンツ品質の基準

• 良いコンテンツとは、“easy-to-read and well organized,” (翻訳)「読みやすく、よく整理されている」 “unique,” (翻訳)「独自性がある」 そして “helpful, reliable, and people-first.” (翻訳)「有用で信頼でき、人を第一に考えている」 — Google SEO スターターガイド。 セクションを読む

SOP: 四半期ごとのSEO監査を実施する

毎四半期（大規模または変化の速いサイトでは毎月）実行できる反復可能な手順。半日を目標にし、1週間はかけないこと。

1. 範囲と課題を定義する（15分）。 何がこの監査を促したのか、そして「成功」とはどのような状態かを一文で書く。 特にきっかけがない場合は、最もビジネス価値の高いセクションを選び、そこに範囲を絞る。 どのプロパティ、セクション、テンプレートが対象で、それぞれの担当者が誰かを書き留める。 大規模または複数テンプレートのサイトでは、この短い範囲メモが監査を全体に広げないための鍵となる。

2. データを取得する（30〜45分）。

• サイトをクロールする（Ahrefs Site Audit / Screaming Frog）。ツールが対応している場合はクロール設定で「Backlinks」にチェックを入れ、リンクのあるデッドページを見逃さないようにする。
• Search Console をエクスポートする：パフォーマンス（過去3か月とそれ以前の比較）、ページのインデックス登録、手動による対策／セキュリティの問題。
• ランディングページごとのトラフィックとコンバージョンについて、アナリティクス（GA4）を取得する。

3. 4つのバケットにトリアージする（60分）。

• テクニカル： インデックス登録やクロールのブロッカーはあるか？あれば最優先にする。
• オンページ： タイトル、メタ、見出し、画像 — ただし重要度の高いページのみ。
• コンテンツ： 品質、ギャップ、古いコンテンツ／削除候補。
• オフページ： バックリンクのあるデッドページ、競合のリンクギャップ。

4. 各発見事項をスコアリングして文書化する（20分）。 それぞれについて、影響を受けるコホート、確信度、工数、リスク、依存関係を記録し、2×2マトリックスに入れる。影響が小さく工数が大きい項目は即座に切り捨てる。

5. 成果物を書く（30分）。 発見事項は5〜10件のみ。それぞれについて：何が問題か、なぜ重要か（可能な場合はトラフィック／収益の観点で）、正確な修正方法、担当者 — 理想的には開発者やライターがそのまま対応できるチケット形式にする。

6. 記録し、修正の反映を確認し、次回を予定する。 何を見つけたか、承認された修正がいつ反映されたかを記録し、翌四半期はゼロからの再実行ではなく差分で済むようにする。また、修正がランキングやトラフィックの変化に寄与したと判断する前に、対象コホートを日付入りのベースラインと照合できるようにする。

プレイブック：突然のトラフィック低下

オーガニックトラフィックが低下し、迅速に監査する必要がある場合のリニアなランブック。Google 公式のデバッグガイドの順序に従うこと — 手順を飛ばさないこと。

1. それが本物で、どこで起きているかを確認する。 Search Console のパフォーマンスで、低下期間を前期間と比較する。サイト全体か、セクション／ページ単位か？クリックとインプレッションの両方か、それともクリックのみか（CTR／SERP機能の問題か）？
2. まず需要／季節性を除外する。 “Sometimes changes in user behavior will change the demand for certain queries.” (翻訳) 「ユーザーの行動の変化が特定のクエリの需要を変えることがあります。」技術的な障害を想定する前に、影響を受けるクエリについて Google Trends を確認する。
3. 手動による対策を確認する。 手動による対策レポートを開く。ペナルティがある場合、それが解決されるまで他のことは重要ではない。
4. セキュリティの問題を確認する。 ハッキングやマルウェアのフラグは、可視性を急速に低下させる可能性がある。
5. インデックス登録を確認する。 ページのインデックス登録レポートで、“spike in issues detected” — 低下日付の前後にインデックスから外れたページ — を探す。
6. クロールを確認する。 クロール統計レポートで、レスポンスコードの急増や成功したクロールの減少（サーバー問題、誤った robots.txt ブロック）を探す。
7. アルゴリズムアップデートを確認する。 “Core updates and other smaller updates may change how some pages perform.” (翻訳) 「コアアップデートやその他の小規模なアップデートにより、一部のページのパフォーマンスが変わることがあります。」低下日付を既知のアップデート日付と照合する。コアアップデートと一致する場合、修正はコンテンツ品質であり、スイッチではない。
8. 自社側の最近の変更を確認する。 移行、リニューアル、リダイレクト変更、誤って公開された noindex。
9. 優先順位を付けて修正する。 何を見つけても、影響／工数で評価し、上位項目から先に修正する。

監査のアンチパターン

監査を良くするどころか悪化させる具体的なミス。

200ページのレポート。 “I’ve seen several hundred-page documents detailing everything you checked, but no one is going to read those.” (翻訳) 「チェックしたすべてを詳細に記した数百ページの文書を見たことがあるが、誰もそれを読むつもりはない。」誰も実装しなければ、それは監査ではなく文書である。発見事項は5〜10件に絞る。

すべてのページですべてをチェックすること。 「SEOチェックリストはスケールしても実用的ではない。」 サイトの80%にわたってaltテキストを正規化するのは、ツールが赤く表示したからといって、時間の無駄になる典型的な例です。重要なページのオンページの問題を修正しましょう。

E-E-A-Tをスコア化されたランキング要因として扱うこと。 Googleはこれがランキング要因ではないと明言しています — 「いいえ、違います。」 チェックボックス式の指標として監査することは、直接的なシグナルではないものに労力を浪費することになります。

直帰率や文字数を「問題」としてフラグすること。 どちらも直接的なランキング要因ではありません。コンテンツを指標の閾値ではなく検索意図に照らして評価しましょう。クエリに完全に答える400語のページは、水増しした2 000語のページに勝ります。

積極的な否認（ディスアボウ）。 手動による対策や明確なスパムの影響がないのに「有害な」リンクを一括で否認するのは、過剰な修正であり、利益よりも害を及ぼす可能性があります。ほとんどのサイトはそのままにしておくべきです。

「最も一般的」を「最も重要」として扱うこと。 私の百万ドメインの調査では、95,2%のサイトで3XXリダイレクトが見られますが、それがどこでも最優先事項になるわけではありません。一般的であること ≠ 因果関係があること ≠ 修正する価値があること、です。

痛点に対して何もしないこと。 監査を依頼した人がいるなら、その人にはすでに問題があります。相手が気にしていること以外のすべてを監査するのは、「徹底的な」監査を届けながら誰も満足しない最速の方法です。

監査で実際に見つかるもの

百万ドメインのサイト監査調査（1,002,165ドメインをクロール）に基づいています。これらは最も一般的な調査結果です — 各例のポイントは、単なるフラグではなく、判断の分かれ目にあります。

修正前：「あなたの画像の80%にaltテキストがありません。」 この調査では、サイトの**80,4%**でalt属性の欠落が見つかりました。単純な対応はサイト全体でのaltテキストの一斉修正ですが、修正後： 重要なページ（およびアクセシビリティや画像検索に役立つ場所）の画像にaltテキストを追加し、定型文や装飾的な画像はそのままにします。フラグは本物ですが、サイト全体での優先度は本物ではありません。

修正前：「73%のページでメタディスクリプションが欠落または空です。」 メタディスクリプションの欠落・空はサイトの**72,9%**で発生しています。私自身の見解は、「メタディスクリプションにはあまり注力していません。」 修正後： 最も重要でトラフィックの多い少数のページに良いディスクリプションを書き、ロングテールはスキップしましょう。Googleはほとんどの場合、それらを書き換えます。

修正前：「あなたのサイトの95%に3XXリダイレクトがあります。」 3XXリダイレクトはサイトの**95,2%**で見られます — これは調査全体で最も一般的なフラグです。修正後： これは単独ではほぼ最優先事項になりません。コストがかからない場所でリダイレクトを指す内部リンク（別の62,7%のサイトで見られる問題）をクリーンアップし、それ以外は機能しているリダイレクトをそのままにしておきましょう。

修正前：「他のサイトがリンクしている404ページがあります。」 頻度ではトップ15に入りませんが、存在する場合は高いROIが見込めます。修正後： リンクされているが死んでいるページを、最も関連性の高い有効なページに301リダイレクトして権威を回復しましょう — これは監査で見つかる最も価値が高く、労力が少ない修正の1つです。

メンタルモデル

1. 4つ（プラス1つ）のカテゴリ。 テクニカル → オンページ → コンテンツ → オフページ、そしてAI可視性が新たな5つ目として浮上しています。すべての調査結果はこのいずれかに属します。調査結果をカテゴリに分類できない場合は、それが本当の調査結果なのか疑問視しましょう。

2. 優先順位付けのヒューリスティック。 「クロールやインデックスに大きな問題がない限り、時間のほとんどはコンテンツの修正に使う方が良いでしょう。」 ゲートキーパー（クロール/インデックス）は壊れている場合にのみ最初に来ます。それ以外は、通常、ROIの点でコンテンツが勝ります。

3. 影響 × 労力（2×2マトリクス）。 高影響・低労力を最初に。高影響・高労力はスケジュールを組み、低影響・低労力はまとめて処理し、低影響・高労力はスキップします。何もしないことも有効な推奨事項です。グリッド上の各調査結果には、影響を受けるコホート、信頼度、リスク、依存関係、担当者も含めるべきです — グリッドは順序を示し、これらのフィールドは実際に引き渡し可能かどうかを示します。

4. 80/20の法則。 「重要な20%の修正に時間の80%を費やす方が良いでしょう。」 仕事全体はその20%を見つけることです。

5. 修正を利益に結び付ける。 “You should try to equate fixes to cash. This is what businesses care about.” (翻訳) 「修正を利益に結び付けるようにすべきです。これが企業が重視することです。」 すべての推奨事項をトラフィックや収益の観点に変換する——それが実行につながります。

6. 一般的 ≠ 重要。 頻度（私の研究を含む調査から）は何が広く見られるかを示すだけで、何が原因であるか、またはあなたのサイトで修正する価値があるかを示すものではありません。影響度で優先順位を付け、普及率で付けないでください。

完全なSEO監査チェックリスト

技術面（詳細は「技術SEOチェックリスト」へ）

• サイトがインデックスされている（site:yourdomain.com でページが返る）。
• robots.txt が重要なものをブロックしていない。
• ページのインデックス登録レポートを確認——インデックス登録ページの予期しない減少がない。
• XMLサイトマップを送信済み（GSC + Bing）で、正規でインデックス可能なURLのみをリストしている。
• 正規化が意図どおり重複を統合している。
• HTTPSが導入されている。モバイルフレンドリー。CSS/JSがレンダリングをブロックしていない。
• Core Web Vitalsを確認（PageSpeed Insights / CrUX）。

オンページ

• 重要なページに一意で適切なタイトルタグがある（長すぎない）。
• 重要なページにメタディスクリプションがある（ロングテールは省略）。
• 各ページに明確なH1が1つ。適切な見出し構造。
• 重要な画像に説明的なaltテキストがある。
• 内部リンクがリダイレクトやリンク切れではなく、有効なページを指している。

コンテンツ

• コンテンツが役立ち、独自性があり、整理され、最新である。
• オーディエンスのニーズと競合他社に対してコンテンツのギャップが特定されている。
• 古くなった高価値ページが更新対象としてフラグ付けされている。
• トラフィックゼロ、リンクゼロのページが削除・統合対象としてフラグ付けされている。
• 深さが意図に対して評価されている——文字数ではなく。

オフページ / 権威性

• バックリンクプロファイルを競合他社と比較して確認。
• バックリンクのある死んだページを発見し、リダイレクトした。
• 手動による対策や明確なスパム影響がない限り、反射的な否認はしない。

AI / 回答エンジン（将来を見据えて）

• AIクローラーがコンテンツにアクセスできる。構造化データが配置されている。
• AI回答におけるブランドの存在をスポットチェックした。

成果物

• 発見事項を影響度、確信度、労力、リスク、依存関係、担当者でトリアージした。
• レポートを5〜10件の発見事項に絞り、それぞれをビジネス成果に結び付けた。
• 承認された修正をリリース日とともに記録し、対象コホートの日付入りベースラインに対して結果を確認してから修正を評価した。

SEO監査チートシート

どの監査が必要ですか？

何かが壊れているときの優先順位

1. クロール/インデックスブロッカー（ページがまったく見えない）
2. 手動による対策 / セキュリティ問題
3. 影響度の高いコンテンツギャップと古くなったマネーページ
4. 重要なページのオンページ修正
5. オフページ / バックリンクのあるデッドリンクの回復
6. その他すべて → 影響度/労力フィルター

最も一般的な発見事項（百万ドメイン調査）

• 3XXリダイレクト — 95,2% · HTTP→HTTPS — 88% · 代替テキスト欠落 — 80,4%
• メタディスクリプション欠落 — 72,9% · 遅いページ — 72,3%
• タイトル/SERP不一致 — 68,5% · H1欠落 — 59,5%
• 一般的 ≠ 重要 — 影響度でフィルタリング。

監査頻度 — 四半期ごと（ほとんどのサイト）、毎月（大規模/急速に変化するサイト）。 一般的な慣行であり、公式のガイダンスではありません。

成果物のサイズ — 5〜10件の発見事項。200ページではありません。

コピーして使えるAIプロンプト

監査の一部を高速化するためのプロンプト。AIの出力は常に実際のデータと照合してください — これらは下書きの補助として扱い、真実の源としては扱わないでください。

クロール結果を優先順位付きの計画に整理する

ウェブサイトを監査しています。サイトクローラーから書き出した問題の CSV を以下に貼り付けます。 [paste]。問題を「技術／インデックス登録」「オンページ」「コンテンツ」「オフページ」の四つに分類し、 影響度と工数で順位付けしてください。「よくあるが優先度は低い」問題と、本当に短期間で成果が出る問題を 区別してください。最後に、各項目へ一行の修正案を添え、重要な指摘を十件以内で示してください。

エグゼクティブサマリーの作成

この8つのSEO監査結果を、技術に詳しくないステークホルダー向けの1ページのサマリーにまとめてください。[貼り付け] 各結果について、ビジネスへの影響を平易な言葉で述べ（可能であればトラフィックや収益の観点で）、次に推奨する修正を示してください。専門用語は使わず、各結果につき1段落以内にしてください。

コンテンツギャップの出発点

ここに私のサイトの主要トピック [貼り付け] と競合3社のURL [貼り付け] があります。コンテンツギャップを提案してください — 私のオーディエンスが検索しそうで、私が十分にカバーしていないトピックです。検索需要の見込みと私のビジネスとの関連性で優先順位を付け、「既存ページの更新」か「新規ページ」かを示してください。

トラフィック低下の調査

[セクション] へのオーガニックトラフィックが [日付] 以降、約X%減少しました。Googleの公式なデバッグ手順 — 需要/季節性、手動による対策、セキュリティ問題、インデックス、クロール、アルゴリズム更新、最近のサイト変更 — を順に説明し、それぞれについて確認すべき正確なSearch Consoleレポートまたはツールと、「はい、これが原因です」というシグナルがどのようなものかを教えてください。

実際に使うツール

• Google Search Console（無料）— 最も重要な監査ツールです。URL検査、ページのインデックス登録、クロール統計、手動による対策、セキュリティ問題、パフォーマンスレポートはすべて、Googleの公式なトラフィック低下デバッグフレームワークに直接対応します。ページのインデックス登録レポートを使用する際の注意点：各理由の下にリストされるURL例はサンプルであり、完全な一覧ではありません — 報告された合計を使用して普及度を評価し、数行の例の行を使用しないでください。
• Bing Webmaster Tools（無料）— Bingの同等ツールに加え、優先順位付けされたガイダンスを表示するレコメンデーション機能があります。
• Ahrefs Site Audit / Webmaster Tools — クロールベースのサイト監査。無料のAhrefs Webmaster Toolsアカウントで、検証したサイトをクロールできます（クロール設定で「バックリンク」にチェックを入れると、リンクのあるデッドページを検出できます）。Site Explorerはオフページ/バックリンク側をカバーします。
• Screaming Frog SEO Spider — デスクトップクローラー（最大 500 件の URL まで無料）で、オンページおよび技術的チェックに使用。Log File Analyserはクロールログ分析を処理します。
• GA4 / アナリティクス — ランディングページごとのトラフィックとコンバージョンを確認し、修正の優先順位を付ける前に実際に重要なページを評価します。
• PageSpeed Insights / CrUX — Core Web Vitals。ラボと実ユーザーのフィールドデータを組み合わせてパフォーマンス評価を行います。

各ツールを、機能リストではなく監査で何をするかで説明してください。また、単一のツールがSEOを「スコアリング」することはないことを忘れないでください。スコアは出発点であり、調査結果ではありません。

自分でテスト：SEO監査チェックリスト

完全なSEO監査の実施と発見事項の優先順位付けに関する5つの簡単な質問です。各質問に回答を選び、確認してください。

時間をかける価値のあるリソース

関連記事

• 無料SEO監査テンプレート（ビデオチュートリアル付き） — 13ステップのテンプレートと「重要な20%に時間の80%を費やす」という哲学（Joshua Hardwickと共著）。
• 百万を超えるドメインを調査して、最も一般的な技術的SEO問題を発見 — 監査が実際に何を見つけるかのデータと、「何を修正すべきか？」
• エンタープライズSEO監査とは何か、その実施方法 — プロセス（問題点 → 範囲 → 監査タイプ → 成果物）と「修正を現金に換算する」。
• 技術的SEOの初心者向けガイド — 監査の技術的部分が全体像のどこに位置するか。

講演

• SEO努力の優先順位付け（Voices of Searchポッドキャスト）— 「ほとんどの時間はコンテンツ修正に費やす方が良い」という順序付けのヒューリスティック。
• 百万を超えるウェブサイトを監査して学んだこと — 最も一般的なものが最も重要ではない理由と、重要な優先順位付けのしきい値。

業界からの情報

• Google — SEO スターターガイド — 最初の監査の実用的なベースライン。E-E-A-T が「ランキング要因ではない」という明確化も含まれます。
• Google — 検索トラフィックの低下をデバッグする — トラフィック減少を監査するための公式フレームワーク。
• Backlinko — 完全な SEO チェックリスト — 長く、網羅的で、カテゴリごとのチェックリスト。網羅性には役立ちますが、ここでの優先順位付けアプローチとは正反対です。
• Semrush — 20 ステップで完全な SEO 監査を実行する方法 — ステップごとのツールの呼び出しを伴う、段階的な監査のチュートリアル。
• Screaming Frog — SEO Spider — ほとんどの監査で使用されるデスクトップクローラー。
• r/TechSEO — クロール/インデックスと監査のデバッグに関するコミュニティ。

引用に値する統計

すべて私の百万を超えるドメインの調査（1,002,165 ドメインをクロール）から得たものです。これは最も一般的な技術的な問題であり、最も重要な問題とは同じではありません。

• 3XX リダイレクト — サイトの 95,2%。
• HTTP→HTTPS リダイレクト — サイトの 88%。
• alt 属性の欠落 — サイトの 80,4%。
• メタディスクリプションの欠落/空 — サイトの 72,9%。
• ページ速度の遅さ — サイトの 72,3%。
• ページ/SERP タイトルの不一致 — サイトの 68,5%。
• 単一の dofollow 内部リンクのみ — サイトの 66,2%。
• H1 タグの欠落/空 — サイトの 59,5%。

LinkedIn の発表では次のように述べられています：“What do technical SEO issues look like across 1 002 165 websites? We ran the largest site audit study ever to find out!” (翻訳) 「1,002,165 のウェブサイトにわたって技術的な SEO の問題はどのように見えるのでしょうか？私たちはこれまでで最大のサイト監査調査を実施して、それを明らかにしました！」 — そしてコメントはすぐに、影響度/労力のフレームワークで調査結果を優先順位付けする方法に移りました。これこそがまさに要点です。普及率は優先順位ではありません。

変更履歴