評価基準とチェック項目
診断で見ている項目を、すべて公開しています
DataGrovia の診断は、Google 検索セントラルの公式ドキュメント、検索品質評価ガイドライン、web.dev の指標をもとにしています。チェック項目ごとに、なぜ問題か、どう直すか、参照した資料を載せています。
内部 SEO の課題（サイト健全性チェック）
サイトを巡回して見つける課題です。重さを「エラー」「警告」「注意」の 3 段階に分け、該当するページの数とともに表示します。課題が少なく、重いものがないほど健全性スコアが高くなります。
インデックス
8 種類- エラー
ページが 4xx エラーを返す
なぜサイト内からリンクされているのに 404 などのクライアントエラーを返すページです。ユーザーは行き止まりに当たり、クローラーはそのリンクを評価できません。
直し方ページを復旧するか、代替ページへ 301 リダイレクトしてください。不要なページなら、リンク元から該当リンクを削除します。
- エラー
ページを取得できない
なぜタイムアウトや接続エラーでページを取得できませんでした。クローラーも同じ状態に当たると、そのページはインデックスされません。
直し方サーバーの応答時間、SSL 証明書、ファイアウォールの Bot 制限を確認してください。一時的な障害なら再解析で解消します。
- エラー
ページが 5xx エラーを返す
なぜサーバーエラーを返すページです。繰り返し発生するとクロール頻度が下がり、インデックスから外れることがあります。
直し方サーバーログを確認してエラーの原因を取り除き、再解析で 200 に戻ったことを確認してください。
- 警告
noindex ページが sitemap に含まれる
なぜsitemap.xml で「インデックスしてほしい」と伝えながら、ページ側で noindex を指定しており、指示が矛盾しています。
直し方noindex を外すか、sitemap.xml からその URL を除外してください。
- 警告
sitemap の URL に到達できない
なぜsitemap.xml に記載された URL が 200 以外を返します。古い URL が残っていると sitemap の信頼性が下がります。
直し方sitemap.xml から削除するか、ページを復旧してください。
- 注意
アクセスが拒否されるページ（403）
なぜログイン必須のページや Bot を拒否する設定のページが 403 を返しています。カートや会員ページなら想定どおりですが、公開ページで出ていれば WAF などがクローラーを弾いている可能性があります。
直し方公開ページで 403 が出る場合は WAF / Bot 対策の設定を確認してください。ログイン必須のページなら noindex にし、内部リンクに rel="nofollow" を付けるとクロール予算の無駄を防げます。
- 注意
noindex が設定されている
なぜmeta robots で noindex が指定され、検索結果に表示されません。意図しない設定なら流入を失います。
直し方検索結果に出したいページなら noindex を外してください。管理画面やサンクスページなど意図的なら対応不要です。
- 注意
sitemap.xml に含まれていない
なぜインデックス可能なページなのに sitemap.xml に無いため、発見やクロール更新が遅れることがあります。
直し方sitemap.xml にこの URL を追加してください。CMS の自動生成設定を確認します。
メタ情報
9 種類- エラー
title タグがない
なぜtitle は検索結果の見出しになる最重要要素です。無いと Google が本文から勝手に生成し、意図しないタイトルで表示されます。
直し方<head> 内に <title> を追加し、ページ固有の内容と対策キーワードを含めてください。目安は全角 30 文字前後です。
- エラー
title の重複
なぜ複数のページが同じ title を持っています。どのページを検索結果に出すべきか判断しづらくなり、評価が分散します。
直し方各ページの内容を表す固有の title にしてください。テンプレートで同じ title が付いている場合はページ名やカテゴリ名を差し込みます。
- 警告
title が長すぎる
なぜ全角 32 文字（半角 64 文字）を超えると検索結果で末尾が省略され、訴求が切れます。
直し方重要なキーワードを前方に置き、全角 30 文字前後に収めてください。
- 警告
meta description がない
なぜ検索結果の説明文が本文から自動生成され、訴求力が落ちます。順位への直接影響は小さいですがクリック率に効きます。
直し方ページの要約と行動を促す一文を、全角 80〜120 文字で meta description に設定してください。
- 警告
meta description の重複
なぜ複数ページで同じ description を使っています。ページごとの違いが伝わらず、検索結果で無視されることがあります。
直し方各ページの内容に合わせた固有の description を書いてください。
- 注意
title が短すぎる
なぜ全角 5 文字未満の title は内容が伝わらず、クリック率が下がります。
直し方ページの内容とサイト名を含めた、具体的な title にしてください。
- 注意
meta description が長すぎる
なぜ全角 120 文字（半角 240 文字）を超えると末尾が省略されます。
直し方前半 80 文字で要点が伝わる構成にし、全角 120 文字以内に収めてください。
- 注意
meta description が短すぎる
なぜ全角 50 文字未満だと検索結果の枠を活かせず、内容が十分に伝わりません。
直し方全角 80〜120 文字を目安に、ページの価値が伝わる説明文にしてください。
- 注意
OGP（og:title）がない
なぜSNS やチャットで共有されたとき、タイトルや画像が正しく表示されません。
直し方og:title / og:description / og:image を設定してください。
見出し
2 種類- エラー
h1 がない
なぜh1 はページの主題を示す見出しです。無いと検索エンジンとユーザーの双方にページの主題が伝わりにくくなります。
直し方ページの主題を表す h1 を 1 つ置いてください。ロゴ画像を h1 にしている場合は alt にテキストを入れます。
- 警告
h1 が複数ある
なぜh1 が複数あると主題が分散します。HTML5 では許容されますが、SEO 上は 1 つに絞るのが安全です。
直し方最も重要な見出しだけを h1 にし、それ以外は h2 以下に変更してください。
コンテンツ
1 種類- 警告
本文が少ない
なぜ本文が 300 文字未満です。情報量が少ないページは「低品質」と判断され、インデックスされないか順位が付きにくくなります。
直し方ユーザーの疑問に答える本文を追加するか、内容が薄いページは統合・noindex を検討してください。
リンク
7 種類- エラー
内部リンク切れ
なぜサイト内の別ページへのリンクが 4xx / 5xx を返しています。ユーザー体験を損ね、クロール予算を無駄にし、内部リンクで渡す評価が失われます。
直し方リンク先 URL を正しいものに修正するか、リンクを削除してください。移転したページなら 301 リダイレクトを設定します。
- 警告
外部リンク切れ
なぜ外部サイトへのリンクが 4xx / 5xx を返すか、到達できません。参照先が消えたままだと信頼性と利便性が下がります。
直し方リンク先が移転していれば新 URL に差し替え、消えていればリンクを外すか別の参照先に変更してください。
- 警告
リダイレクトする内部リンク
なぜ内部リンクの先がリダイレクトされています。1 ホップ分のレイテンシが増え、クローラーの負荷にもなります。
直し方リンク先をリダイレクト後の最終 URL に直接書き換えてください。
- 警告
リダイレクトチェーン
なぜこのページに到達するまでに 2 回以上リダイレクトしています。チェーンが長いほど評価の受け渡しと表示速度が悪化します。
直し方最初の URL から最終 URL へ 1 回で転送するようリダイレクト設定をまとめてください。
- 注意
アクセス制限・一時エラーの内部リンク（403 / 429 / 503）
なぜリンク先が 403（アクセス拒否）、429（リクエスト過多）、503（一時的に利用不可）を返しました。Bot 対策やサーバーの一時的な混雑が原因のことが多く、リンク切れとは限りません。
直し方ブラウザで開いて表示できれば対応は不要です。カートやログインなどユーザー専用のページなら nofollow を検討してください。503 が続く場合はサーバー負荷を確認します。
- 注意
孤立ページ（内部リンクなし）
なぜサイト内のどのページからもリンクされていません。クローラーが辿りづらく、ページ評価も流れてきません。
直し方関連ページやカテゴリ一覧、ナビゲーションからリンクを張ってください。
- 注意
階層が深いページ
なぜトップから 4 クリック以上必要です。深いページはクロール頻度と評価が下がりやすくなります。
直し方上位階層やハブページから直接リンクし、3 クリック以内で到達できるようにしてください。
画像
1 種類- 警告
alt のない画像
なぜalt 属性がない画像は画像検索で評価されず、スクリーンリーダー利用者に内容が伝わりません。
直し方内容を説明する alt を設定してください。装飾目的の画像は alt="" と空にします。
技術要件
5 種類- 警告
viewport meta がない
なぜviewport が無いとモバイルで正しく表示されず、モバイルファーストインデックスで不利になります。
直し方<meta name="viewport" content="width=device-width, initial-scale=1"> を追加してください。
- 注意
canonical がない
なぜcanonical が無いと、パラメータ付き URL や www あり/なしなどの重複 URL をどれが正規か判断するのを検索エンジンに委ねることになります。
直し方<link rel="canonical" href="正規 URL"> を各ページに設定してください（自分自身を指す self-canonical で構いません）。
- 注意
canonical が別 URL を指す
なぜこのページの canonical が自分以外の URL を指しています。意図した設定なら問題ありませんが、誤設定だとこのページはインデックスされません。
直し方正規ページとして評価させたいなら canonical を自分自身の URL に変更してください。
- 注意
html の lang 属性がない
なぜ言語が明示されていないと、翻訳や読み上げ、検索エンジンの言語判定の精度が下がります。
直し方<html lang="ja"> のように言語を指定してください。
- 注意
構造化データがない
なぜJSON-LD などの構造化データが無いため、リッチリザルト（パンくず、FAQ、商品など）の対象になりません。
直し方ページ種別に合う schema.org の JSON-LD（Organization、BreadcrumbList、Article、Product など）を追加してください。
パフォーマンス
2 種類- 警告
サーバー応答が遅い
なぜHTML の応答に 1.5 秒以上かかっています。TTFB が遅いと LCP など全ての Core Web Vitals が悪化します。
直し方サーバーキャッシュや CDN の導入、データベースクエリの最適化、PHP / アプリ側の処理の見直しを行ってください。
- 警告
HTML が大きすぎる
なぜHTML が 500KB を超えています。転送と解析に時間がかかり、表示速度とクロール効率が落ちます。
直し方インライン CSS / JS や巨大な base64 画像を外部ファイルに出し、不要なマークアップを削減してください。
サイト全体の SEO 診断
robots.txt、sitemap.xml、トップページ、記事のサンプル、運営者情報などを取得して、サイト全体として Google の要件を満たしているかを点検します。各観点のスコアは、項目の重みに応じて「合格 = 100%、注意 = 50%、不合格 = 0%」で計算します。
インデックス・クロールの基盤
13 項目Google が「検索に表示される前提」として挙げる技術要件。AI Overviews / AI モードも同じ前提で動きます。
title / meta description の整備
重み 2参照: 検索結果のタイトルリンクなぜtitle はタイトルリンクの最有力候補で、ページ固有かつ内容を正確に表すことを Google が推奨しています。
直し方テンプレートで同じ title になっているページを見直し、各ページ固有の title と要約文を設定してください。
内部リンク構造（3 クリック以内）
重み 1参照: AI 機能とウェブサイトなぜAI 機能のドキュメントでも「内部リンクでコンテンツにリンクする」ことが推奨項目に入っています。
直し方ハブページやカテゴリから主要ページへ直接リンクし、孤立ページにはナビゲーションからの導線を作ってください。
HTTPS で配信
重み 3参照: HTTPS でサイトを保護するなぜHTTPS はページエクスペリエンスの評価項目で、Google はすべてのサイトに HTTPS を推奨しています。
直し方証明書を導入し、http → https へ 301 リダイレクト、内部リンクと canonical を https に統一してください。
robots.txt が Googlebot のクロールを許可
重み 3参照: AI 機能とウェブサイトなぜAI 機能のドキュメントも「robots.txt や CDN でクロールを許可しておくこと」を最初に挙げています。
直し方重要なページを Disallow していないか確認し、CSS / JS もブロックしないでください。
sitemap.xml の提供
重み 2参照: サイトマップについてなぜ新しいページや更新の発見を早め、Google にどの URL を重要と考えているかを伝えます。
直し方CMS の自動生成を有効にし、robots.txt に Sitemap: 行を追加。Search Console にも登録してください。
クロールしたページのインデックス可能率
重み 2参照: AI 機能とウェブサイトなぜインデックスされ、スニペット表示できることが検索と AI 機能の両方の前提条件です。
直し方意図しない noindex や canonical の誤設定がないか、サイトヘルスの該当項目を確認してください。
エラーページ・内部リンク切れ
重み 2参照: クロール可能なリンクなぜクロールできないリンクは評価の受け渡しを止め、ユーザー体験も損ねます。
直し方サイトヘルスの「内部リンク切れ」からリンク元を修正してください。
モバイル表示（viewport）
重み 2参照: モバイルサイトとモバイル ファーストのインデックス登録なぜGoogle はモバイル版をインデックスします（モバイルファーストインデックス）。
直し方<meta name="viewport" content="width=device-width, initial-scale=1"> を全ページに入れてください。
sitemap の URL が到達可能
重み 1参照: サイトマップについてなぜ404 の URL が多い sitemap は信頼性が下がり、クロール予算を無駄にします。
直し方削除済みページを sitemap から外すか、リダイレクトを設定してください。
構造化データ（JSON-LD）の設置率
重み 1参照: 構造化データに関する一般的なガイドラインなぜリッチリザルトの対象になり、ページの意味（組織・記事・商品・パンくず）を機械的に伝えられます。AI 機能に特別なマークアップは不要ですが、見える内容と一致した構造化データは推奨されています。
直し方Organization（トップ）、BreadcrumbList（全ページ）、Article（記事）、Product（商品）など、ページ種別に合う型を設定してください。
画像の alt 設定率
重み 1参照: Google 画像検索の SEOなぜ画像検索と AI 機能（マルチモーダル）で画像の内容を理解する手がかりになります。
直し方内容を説明する alt を設定し、装飾画像は alt="" にしてください。
canonical の参照先が到達可能
重み 2参照: 重複した URL を統合するなぜcanonical が 404 のページを指すと、Google はそのページ群を正規化できず、どちらもインデックスされない・評価が消えることがあります。
直し方canonical は実在する 200 のページ（自分自身か正規版）を指すように修正してください。削除済みの正規版を指しているなら、ページ自身を正規にします。
多言語（hreflang）
なぜ多言語・多地域サイトでは hreflang で各言語版を関連付けます。
直し方英語版などがある場合のみ設定してください。
ページエクスペリエンス
4 項目Google が「Core Web Vitals はランキングシステムで使用する」と明言している領域。それ以外の項目は直接の順位要因ではないが、総合的に見られます。
Core Web Vitals（トップページ・モバイル）
重み 3参照: ページ エクスペリエンスなぜLCP 2.5 秒 / INP 200ms / CLS 0.1 以下（実測の 75 パーセンタイル）が「良好」。CWV はランキングシステムで使われています。
直し方パフォーマンス画面の改善提案（対象ファイル付き）から、LCP 画像の最適化、レンダリングブロックの解消、レイアウトシフトの原因を順に対処してください。
モバイルのパフォーマンススコア
重み 1参照: ページ エクスペリエンスなぜLighthouse のスコア自体は順位要因ではありませんが、CWV 改善の進み具合を測る指標として有効です。
直し方スコアを 100 にすること自体を目的にせず、CWV の 3 指標が「良好」になることを優先してください。
邪魔なインタースティシャル・広告量
参照: ページ エクスペリエンスなぜGoogle はページエクスペリエンスの自己評価項目として「広告がメインコンテンツを邪魔していないか」「邪魔なインタースティシャルを避けているか」を挙げています。
直し方モバイルで開いた直後に全面ポップアップが出ていないか、本文の前に広告が過剰でないかを確認してください。
メインコンテンツが見分けやすいレイアウト
参照: ページ エクスペリエンスなぜページエクスペリエンスの自己評価項目のひとつです。
直し方本文、サイドバー、広告、関連リンクが視覚的に区別できるかを確認してください。
コンテンツ品質（ヘルプフルコンテンツ）
7 項目2024 年 3 月以降コアランキングに統合された「人間向けの有用で信頼できるコンテンツ」の観点。直近のコアアップデートで最も順位変動を生んでいる領域です。
重複する title / description（テンプレ量産の兆候）
重み 2参照: 有用で信頼性の高い、ユーザー第一のコンテンツの作成なぜ似たページの量産は「検索結果で見つけやすくするために多くのページを作っていないか」という自己評価に反します。
直し方ページごとに固有の切り口・情報を持たせるか、内容が同じなら統合してください。
薄いコンテンツの割合（本文 300 文字未満）
重み 3参照: 有用で信頼性の高い、ユーザー第一のコンテンツの作成なぜ「独自の情報・報告・調査・分析を提供しているか」「大量生産していないか」が Google の自己評価の筆頭。薄いページの量産はスケールされたコンテンツの不正使用に該当しうる。
直し方価値の薄いページは統合・削除・noindex し、残すページは一次情報（実体験、データ、事例）を足してください。
見出し構造（h1 と h2 で本文を区切っている）
重み 1参照: AI 機能とウェブサイトなぜAI 機能のドキュメントは「コンテンツの整理」を推奨項目に挙げています。見出しで構造化された本文は要約・引用されやすくなります。
直し方1 ページ 1 テーマで h1 を置き、論点ごとに h2 / h3 を付けてください。
更新の鮮度
重み 1参照: 有用で信頼性の高い、ユーザー第一のコンテンツの作成なぜ鮮度が重要なクエリでは更新日が評価に関わり、古い情報は信頼性を損ないます。
直し方主要ページを定期的に見直し、更新日（dateModified）を正しく出してください。日付だけ変えるのは逆効果です。
一次情報・独自性（自己評価）
参照: 有用で信頼性の高い、ユーザー第一のコンテンツの作成なぜ「他サイトの言い換えでなく、独自の情報・報告・調査・分析を提供しているか」「実体験に基づく内容か」が 2025〜2026 年のコアアップデートで最も差が出た点です。
直し方自社データ、実際に試した結果、事例、専門家のコメントなど、他サイトに無い要素を各記事に入れてください。
AI・自動化の利用の開示（自己評価）
参照: 有用で信頼性の高い、ユーザー第一のコンテンツの作成なぜAI の利用自体は減点ではありませんが、人の確認なしの大量生成は最低評価・スパム扱い。読者が気にする場面では「どのように作ったか」の開示を Google が推奨。
直し方AI を使う場合は人が事実確認と加筆をし、必要なら制作プロセスを明記してください。
サイトの評判の不正使用（第三者コンテンツ）
参照: スパムに関するポリシーなぜ自社ドメインの評価を借りる目的で第三者のコンテンツ（クーポン、ランキング、提携記事など）を置くとスパム扱い。2026-08 のポリシー更新で EEA では切り離して評価されます。
直し方外部ライターや提携先のコンテンツを掲載する場合は、自社が編集責任を持ち、サイトの主目的と一貫させてください。
E-E-A-T（経験・専門性・権威性・信頼）
12 項目Google は「信頼が最も重要」とし、誰が・どのように・なぜ作ったかを明確にすることを求めています。自動で測れる「運営者の透明性」と「著者・日付・出典」を確認します。
会社概要・運営者情報ページ
重み 3参照: 検索品質評価ガイドラインなぜ品質評価ガイドラインは「誰が責任を持つサイトか」を最初に確認します。運営者情報が無いサイトは信頼を得られません。
直し方会社名、所在地、代表者、事業内容を載せた運営者ページを作り、全ページのフッターからリンクしてください。
Organization 構造化データ（運営者の明示）
重み 2参照: 組織（Organization）の構造化データなぜ組織の名前・ロゴ・公式 SNS（sameAs）を構造化データで示すと、Google がナレッジパネルや AI 回答で「誰のサイトか」を正しく結び付けられます。
直し方トップページに Organization（name, url, logo, sameAs, contactPoint, address）の JSON-LD を設置してください。
公式 SNS・外部プロフィールへのリンク
重み 1参照: 組織（Organization）の構造化データなぜ公式アカウントや外部での言及は、実在する組織であること（権威性・信頼）を裏付けます。
直し方公式 SNS や外部プロフィールへリンクし、Organization の sameAs にも列挙してください。
所在地・電話番号の記載
重み 1参照: AI 機能とウェブサイトなぜ実在性の確認に使われる基本情報です。ビジネスプロフィールの情報と一致させることを Google は推奨しています。
直し方フッターや会社概要に住所と電話番号を記載し、Google ビジネスプロフィールと表記を揃えてください。
記事の著者情報
重み 3参照: 有用で信頼性の高い、ユーザー第一のコンテンツの作成なぜ「誰が作ったか」を正確な署名と著者プロフィールへのリンクで示すことを Google が明示的に推奨。架空の著者や AI 生成の顔写真は不可。
直し方記事ごとに執筆者（必要なら監修者）を表示し、プロフィールページへリンク。Article の author と Person（sameAs 付き）を構造化データで出してください。
お問い合わせ手段
重み 2参照: 検索品質評価ガイドラインなぜ連絡先の明示は信頼（Trust）の基本要素で、特に EC や YMYL では必須と見なされます。
直し方問い合わせフォームか電話番号をフッターに常設してください。
特定商取引法に基づく表記（EC の場合）
重み 2参照: 検索品質評価ガイドラインなぜEC サイトでは法的義務であり、品質評価者も「返品・支払い・運営者の情報が十分か」を確認します。
直し方特定商取引法に基づく表記ページを作成し、フッターとカート周辺からリンクしてください。
記事の公開日・更新日
重み 2参照: 記事（Article）の構造化データなぜいつの情報かが分かることは信頼性と鮮度の判断材料。Article の datePublished / dateModified は構造化データのガイドラインでも推奨。
直し方公開日と更新日を本文上部に表示し、構造化データにも同じ値を入れてください。
プライバシーポリシー
重み 1参照: 検索品質評価ガイドラインなぜ個人情報の扱いの明示は信頼性の基礎で、フォームや計測タグを使うサイトでは法的にも必要です。
直し方プライバシーポリシーを用意し、フッターからリンクしてください。
記事内の出典・外部参照
重み 1参照: 検索品質評価ガイドラインなぜ主張の根拠（公的統計、一次資料、専門機関）へのリンクは、品質評価者が「情報の正確さ」を判断する手がかりです。
直し方数値や断定には出典を付け、信頼できる外部サイトへリンクしてください。
専門家の監修表記
参照: 検索品質評価ガイドラインなぜYMYL（医療・金融・法律など）では専門家による監修・執筆が品質評価で強く求められます。
直し方専門性が必要なテーマでは資格を持つ監修者を立て、肩書きと所属を明記してください。
編集ポリシー・著者一覧ページ
参照: プロフィール ページの構造化データなぜ「どのように作っているか」を示すページは、メディア型サイトの信頼性を補強します。
直し方記事の制作・監修・訂正の方針を書いたページと、著者一覧（プロフィールページ構造化データ）を用意すると効果的です。
AI Overviews / AI モード（AIO・LLMO）
10 項目Google の公式見解は「通常の SEO で十分、特別な施策は不要」。ここでは「AI に使われる前提条件」と「引用されやすい形になっているか」を確認します。
エンティティの明確さ（Organization + 運営者ページ）
重み 2参照: 組織（Organization）の構造化データなぜAI の回答は「誰が言っているか」を根拠付けに使います。組織・著者が構造化データと実在ページで確認できることが引用の前提になります。
直し方Organization / Person の構造化データに sameAs を入れ、会社概要と著者ページを整備してください。
質問・課題に対応した見出し（記事サンプル）
重み 1参照: AI 機能とウェブサイトなぜAI Overviews / AI モードは質問に対する回答を抽出します。見出しが問いに対応していると該当箇所を特定しやすくなります。
直し方「〜とは」「〜の方法」「なぜ〜」のように、読者の疑問をそのまま見出しにしてください。
スニペット表示が許可されている（nosnippet / max-snippet:0 なし）
重み 3参照: robots メタタグの仕様なぜnosnippet はウェブ検索だけでなく AI Overviews / AI モードへの直接入力も防ぎます。max-snippet も AI に使われる量を制限します。
直し方AI に引用されたいページでは nosnippet / max-snippet:0 を外してください。逆に使われたくない部分は data-nosnippet で囲めます。
重要な内容がテキストで提供されている
重み 2参照: AI 機能とウェブサイトなぜAI 機能のドキュメントは「重要なコンテンツをテキストで提供する」ことを明示。画像化された文章は抽出されません。
直し方画像内の文章は本文テキストに書き起こし、画像には alt を付けてください。
見出し直後の簡潔な回答段落（50〜320 文字）
重み 1参照: AI 機能とウェブサイトなぜ結論を先に短く述べる段落は、スニペットや AI の要約にそのまま使われやすい構造です（Google は「コンテンツの整理」を推奨）。
直し方各 h2 の直後に結論を 2〜3 文で書き、その後に詳細・根拠を続ける構成にしてください。
記事の構造化データ（Article / FAQPage）
重み 1参照: 記事（Article）の構造化データなぜAI 向けの特別なマークアップは不要ですが、見える内容と一致した Article（著者・日付・見出し）は理解を助けます。FAQ のリッチリザルトは 2026 年 5 月に終了しましたが、マークアップ自体は無害です。
直し方記事には Article（headline, author, datePublished, dateModified, publisher）を設置してください。
Google-Extended（Gemini の学習・グラウンディング）
参照: Google の一般的なクローラーなぜGoogle は「Google-Extended は検索への掲載にもランキングにも影響しない」と明記。AI Overviews / AI モードは通常の Googlebot のインデックスを使います。
直し方Gemini アプリなどでの引用も期待するなら許可、学習に使われたくないならブロック。検索順位とは切り離して判断してください。
他社 AI クローラーの扱い（ChatGPT・Claude・Perplexity 等）
参照: Google の一般的なクローラーなぜGoogle 検索には無関係ですが、ChatGPT 検索（OAI-SearchBot）や Perplexity での露出は各社のクローラーを許可しているかで決まります。意図して決めることが重要です。
直し方AI 検索からの流入も狙うなら OAI-SearchBot / PerplexityBot / ClaudeBot は許可、学習だけ拒否したいなら GPTBot / CCBot / Bytespider をブロック、のように方針を分けてください。
llms.txt
参照: AI 機能とウェブサイトなぜGoogle は llms.txt を使っておらず（Mueller: 自己申告なので根拠にならない、どの AI も使っていない）、AI 機能のドキュメントも「AI 用のテキストファイルは不要」としています。
直し方置いても害はありませんが、順位や AI 表示の施策としては期待しないでください。優先度は最下位です。
AI 回答の操作を狙う手法を使っていない（自己評価）
参照: スパムに関するポリシーなぜ2026-08 更新のスパムポリシーは「生成 AI の回答を操作する試み」も対象。架空のブランド言及や AI 向けの隠しテキスト、量産ページは逆効果です。
直し方AI 向けの特殊な書き換えや隠しテキストはやめ、人間向けの一次情報と明確な運営者情報に投資してください。
ページ単位の SEO 診断
選んだページを、ページの種類（トップ、記事・コラム、商品・サービス詳細、一覧・カテゴリ、一般ページ）に合わせて点検します。種類によって、見る項目と目安が変わります。
インデックス・クロール
9 項目このページが検索結果（と AI Overviews / AI モード）に出るための前提条件です。
正常に表示される（HTTP 200）
重み 3参照: Google 検索の基本事項なぜ404 や 5xx はインデックスされません。リダイレクト経由の URL は転送先が評価されます。
直し方エラーならページを復旧するか 301 で適切なページへ転送し、リンクは転送先の URL に直してください。
robots.txt でクロールが許可されている
重み 3参照: AI 機能とウェブサイトなぜGooglebot がクロールできないページは内容を評価されず、AI 機能にも使われません。
直し方robots.txt の Disallow からこのパスを外してください。
noindex が付いていない
重み 3参照: robots メタタグの仕様なぜnoindex のページは検索結果に表示されません。
直し方検索に出したいページなら noindex を外してください。
canonical が自分自身を指している
重み 2参照: 重複した URL を統合するなぜcanonical が別 URL を指すと、このページではなく指定先が評価されます。
直し方このページを評価させたいなら canonical を自分自身の URL にしてください。
スニペット表示が許可されている
重み 2参照: robots メタタグの仕様なぜnosnippet / max-snippet:0 は通常の検索結果だけでなく AI Overviews / AI モードへの利用も止めます。
直し方引用されたいページでは外し、隠したい箇所だけ data-nosnippet で囲んでください。
サイト内からリンクされている
重み 2参照: AI 機能とウェブサイトなぜ内部リンクが少ないページはクロールされにくく、評価も流れてきません。AI 機能のドキュメントでも内部リンクが推奨されています。
直し方関連記事・カテゴリ・ナビゲーションから、内容が分かるアンカーテキストでリンクしてください。
sitemap.xml に含まれている
重み 1参照: サイトマップについてなぜsitemap に載っていると発見と再クロールが早くなります。
直し方sitemap.xml にこの URL を追加してください（CMS の自動生成設定を確認）。
トップから 3 クリック以内
重み 1参照: クロール可能なリンクなぜ深いページはクロール頻度が下がり、重要度も低く見なされがちです。
直し方ハブページやグローバルナビから直接リンクしてください。
HTTPS で配信
重み 1参照: HTTPS でサイトを保護するなぜHTTPS はページエクスペリエンスの評価項目です。
直し方https で配信し、http からは 301 で転送してください。
タイトル・メタ情報・見出し
10 項目検索結果に出るタイトルと説明文、ページの主題を示す見出しと構造化データです。
title が適切な長さで設定されている
重み 3参照: 検索結果のタイトルリンクなぜtitle はタイトルリンクの最有力候補です。長すぎると末尾が省略されます。
直し方主要キーワードを前半に入れ、全角 30 文字前後でページ固有の内容を表してください。
title がサイト内で重複していない
重み 2参照: 検索結果のタイトルリンクなぜ同じ title のページが複数あると、どれを出すべきか判断しづらくなり評価が分散します。
直し方ページの違い（商品名・地域・切り口）を title に入れてください。
meta description が設定されている
重み 2参照: 検索結果のスニペットなぜ検索結果の説明文の候補になり、クリック率に影響します。
直し方ページの要約と得られることを全角 80〜120 文字で書いてください。
h1 がちょうど 1 つ
重み 2参照: 有用で信頼性の高い、ユーザー第一のコンテンツの作成なぜh1 はページの主題を示します。
直し方主題を表す h1 を 1 つ置き、title と内容を揃えてください。
構造化データ（Organization / WebSite）
重み 2参照: 構造化データに関する一般的なガイドラインなぜ運営者（組織）と公式サイトであることを示します。 見える内容と一致させることが条件です。
直し方Organization / WebSite の JSON-LD を設置してください。
meta description が重複していない
重み 1参照: 検索結果のスニペットなぜテンプレートの使い回しはページの違いを伝えられません。
直し方ページごとに固有の説明文にしてください。
OGP（og:title / og:image）
重み 1なぜSNS やチャットで共有されたときの表示を整えます。
直し方og:title・og:description・og:image を設定してください。
viewport と lang
重み 1参照: モバイルサイトとモバイル ファーストのインデックス登録なぜGoogle はモバイル版を基準に評価します。
直し方<meta name="viewport"> と <html lang="ja"> を設定してください。
h2 で本文を区切っている
重み 1参照: AI 機能とウェブサイトなぜ見出しで論点を分けると、検索エンジンと AI が該当箇所を特定しやすくなります。
直し方論点ごとに h2 / h3 を付けてください。
パンくずの構造化データ
参照: developers.google.comなぜサイト内の位置を伝え、検索結果の URL 表示にも使われます。
直し方BreadcrumbList を設置してください。
コンテンツ品質
5 項目人の役に立つ独自の内容が、十分な量とテキストで提供されているか。コアアップデートで最も差が出る領域です。
重要な内容がテキストで書かれている
重み 2参照: AI 機能とウェブサイトなぜ画像の中の文字は検索エンジンにも AI にも読まれません。
直し方画像内の説明文を本文テキストに書き起こしてください。
本文の量（ページの種類ごとの目安）
重み 1参照: 有用で信頼性の高い、ユーザー第一のコンテンツの作成なぜ情報量が少ないページは「低品質」と判断されやすく、検索意図に応えきれません。量そのものより、疑問に答え切っているかが重要です。
直し方読者の疑問・比較・手順・事例・よくある質問を足し、他ページに無い一次情報（実体験、データ、写真）を入れてください。
画像の alt
重み 1参照: Google 画像検索の SEOなぜ画像検索とマルチモーダルな理解の手がかりになります。
直し方内容を説明する alt を付け、装飾画像は alt="" にしてください。
更新日の鮮度
参照: 有用で信頼性の高い、ユーザー第一のコンテンツの作成なぜ古い情報のままだと信頼性が下がり、鮮度が重要なクエリでは不利になります。
直し方内容を見直して更新し、更新日を表示・構造化データにも反映してください（日付だけ変えるのは逆効果）。
長文に目次がある
なぜ長い記事は目次で全体像と移動手段を示すと読みやすくなり、検索結果のサイトリンクにも使われます。
直し方見出しへのアンカーリンク付きの目次を置いてください。
E-E-A-T（経験・専門性・権威性・信頼）
7 項目誰が・どのように作った情報かが分かるか。記事では著者・日付・出典、商品では価格・在庫・レビューが信頼の手がかりです。
運営者（組織）の明示
重み 3参照: 組織（Organization）の構造化データなぜ信頼の基本は「誰の責任で運営されているか」が分かることです。
直し方Organization（または Article の publisher）を構造化データで示し、会社概要へリンクしてください。
著者（執筆者・監修者）の表示
参照: 有用で信頼性の高い、ユーザー第一のコンテンツの作成なぜ「誰が作ったか」を正確な署名と著者情報へのリンクで示すことを Google が推奨しています。
直し方記事上部に執筆者（必要なら監修者）を表示し、プロフィールページへリンク。Article の author にも入れてください。
公開日・更新日
参照: 記事（Article）の構造化データなぜいつの情報かは信頼性と鮮度の判断材料です。
直し方公開日と更新日を表示し、datePublished / dateModified にも同じ値を入れてください。
出典・外部参照
参照: 検索品質評価ガイドラインなぜ主張の根拠（公的統計・一次資料・専門機関）は情報の正確さを判断する手がかりです。
直し方数値や断定には出典を付け、信頼できる外部サイトへリンクしてください。
価格・在庫などの商品情報
参照: developers.google.comなぜ価格・在庫・配送の情報は購入判断に必要で、商品のリッチリザルトの条件でもあります。
直し方Product に offers（price, priceCurrency, availability）を入れてください。
レビュー・評価
参照: developers.google.comなぜ実際の購入者の声は経験（Experience）と信頼の裏付けになります。
直し方購入者レビューを掲載し、aggregateRating を構造化データで示してください（自作自演のレビューは不可）。
専門家の監修
参照: 検索品質評価ガイドラインなぜ医療・金融・法律など YMYL の内容では専門家による執筆・監修が強く求められます。
直し方専門性が必要なテーマでは資格を持つ監修者を立て、肩書きと所属を明記してください。
表示・体験
5 項目Core Web Vitals はランキングシステムで使われます。リンク切れやリダイレクトは体験とクロールの両方を損ねます。
Core Web Vitals（モバイル）
重み 3参照: ページ エクスペリエンスなぜLCP 2.5 秒 / INP 200ms / CLS 0.1 以下（実測の 75 パーセンタイル）が良好。
直し方「表示速度」タブの改善提案（対象ファイル付き）から対処してください。
このページのリンク切れ
重み 2参照: クロール可能なリンクなぜリンク切れは利用者を行き止まりにし、評価の受け渡しも止めます。
直し方リンク先を正しい URL に直すか、リンクを外してください。
モバイルのパフォーマンススコア
重み 1参照: ページ エクスペリエンスなぜスコア自体は順位要因ではありませんが、改善の進み具合の目安になります。
直し方CWV の 3 指標を良好にすることを優先してください。
サーバーの応答
重み 1参照: ページ エクスペリエンスなぜ応答が遅いと LCP をはじめすべての表示指標が悪化します。
直し方キャッシュ・CDN・サーバー処理の見直しを行ってください。
リダイレクトする内部リンク
重み 1参照: クロール可能なリンクなぜ1 ホップ分の遅延とクロールの無駄になります。
直し方リンク先を転送後の最終 URL に書き換えてください。
AI Overviews / AI モード
5 項目Google の公式見解は「通常の SEO で十分」。ここでは、このページが引用されやすい形になっているかを見ます。
AI に使われる前提（インデックス可・スニペット可）
重み 3参照: AI 機能とウェブサイトなぜAI Overviews / AI モードは、インデックスされ、スニペット表示が可能なページだけを使います。
直し方インデックス・クロールの項目を先に直してください。
誰の情報かが分かる（著者・組織）
重み 1参照: 組織（Organization）の構造化データなぜAI の回答は「誰が言っているか」を根拠付けに使います。
直し方著者情報と運営組織を本文と構造化データの両方で示してください。
読者の疑問に対応した見出し
参照: AI 機能とウェブサイトなぜAI は質問に対する回答を抽出します。見出しが問いに対応していると該当箇所を特定しやすくなります。
直し方「〜とは」「〜の方法」「なぜ〜」のように、読者の疑問をそのまま見出しにしてください。
見出し直後に結論を短く書いている
参照: AI 機能とウェブサイトなぜ結論を先に短く述べる段落は、スニペットや AI の要約にそのまま使われやすい構造です。
直し方各 h2 の直後に結論を 2〜3 文で書き、その後に詳細と根拠を続けてください。
冒頭でページの内容を要約している
参照: 検索結果のスニペットなぜ冒頭の要約は検索結果の説明文や AI の要約の候補になります。
直し方最初の段落で「このページで分かること」を 2〜3 文で示してください。
ページの作り（A〜F グレード）
PageSpeed Insights の Lighthouse の結果と、サーバー上の Chrome でページを読み込んだ結果から、9 つのカテゴリ・66 の指標で採点します。指標ごとのしきい値から A〜F を付け、該当するファイルを一覧にします（Yellow Lab Tools と同系統の考え方による独自の実装です）。
ページの重さ
6 指標転送量が多いほど表示が遅くなり、モバイル回線で離脱されやすくなります。
- 総転送量
- 画像の転送量
- 画像の最適化余地
- 動画・メディアの転送量
- 圧縮されていないテキスト
- 未圧縮（minify なし）の CSS / JS
リクエスト
5 指標リクエスト数とドメイン数が多いほど接続コストが増え、404 は無駄な待ち時間になります。
- リクエスト数
- 接続先ドメイン数
- エラー応答（4xx / 5xx）
- サードパーティのリクエスト
- リダイレクト
DOM の複雑さ
7 指標要素数が多く階層が深いほど、レンダリングとスタイル計算に時間がかかります。
- DOM 要素数
- DOM の最大深さ
- 子要素の最大数
- サイズ未指定の画像
- レイアウトシフト
- iframe の数
- 重複した ID
JavaScript の負荷
9 指標実行時間が長いほどタップへの反応（INP）が遅れ、メインスレッドが塞がります。
- JS 実行時間（合計）
- メインスレッド処理時間
- 長時間タスク（50ms 超）
- スクリプトの転送量
- 未使用の JavaScript
- JS からの DOM アクセス回数
- scroll イベントのリスナー数
- document.write の呼び出し
- グローバル変数の数
問題のある JavaScript
8 指標コンソールエラー、古いポリフィル、重複ライブラリは不具合と無駄な転送の原因です。
- コンソールエラー
- 古いブラウザ向けの不要なコード
- 重複した JavaScript
- 強制リフロー
- jQuery の読み込み
- 検出されたライブラリ
- jQuery の読み込み回数
- jQuery のバージョンの古さ
CSS
9 指標CSS はレンダリングをブロックします。ファイル数・未使用ルールを減らすと初回表示が速くなります。
- スタイルシート数
- CSS の転送量
- 未使用の CSS
- レンダリングをブロックするリソース
- CSS ルール数
- 複雑なセレクタ
- 色の数
- よく似た色の組
- ブレークポイントの数
問題のある CSS
10 指標書き方の古さや冗長さを見ます。表示速度への影響は小さめですが、保守性と不具合の原因になります。
- @import の使用
- !important の数
- 重複したセレクタ
- 重複したプロパティ
- 空のルール
- 古いベンダープレフィックス
- 古い IE 向けのハック
- 冗長な body セレクタ
- 冗長な子要素セレクタ
- 解析できなかった CSS
Web フォント
6 指標フォントは表示をブロックしがちです。数とサイズを抑え、font-display で文字の表示を待たせないようにします。
- フォントファイル数
- フォントの転送量
- font-display 未設定
- WOFF2 以外のフォント
- 150KB を超えるフォント
- 未使用の Unicode 範囲
サーバー設定
6 指標HTTP/2、キャッシュ、圧縮はコードを変えずにサーバー側だけで効く改善です。
- HTTP/1.1 のリクエスト
- キャッシュ指定なし
- キャッシュ期間が短い（1 日未満）
- サーバー応答時間（TTFB）
- HTML のテキスト圧縮
- ドキュメントのリダイレクト
この基準で、自社サイトを下層ページまで診断します
オンラインの 30 分で、自社サイトでの使い方とプランの選び方をご説明します。カレンダーから都合のよい時間を選ぶだけで、営業電話はしません。
- オンラインで 30 分
- 営業電話なし
- 最低契約期間なし