Q. 最大項目数や満点がサイトによって変動するのはなぜですか?
A. 「動的分母システム」を採用しているためです。単一ページ(LP)にパンくずがない、動画がないサイトに動画要約がないなど、サイトに存在しない機能やコンテンツを分母から自動除外(または条件付き合格)し、不当な減点を防いで公平な達成率を算出します。
ChatGPT、Perplexity、Google AI Overviewsなどの生成AI検索エンジンが、貴社Webサイトの情報を「読み取りやすく、正しく理解・引用できる構造になっているか」を内部から多角点検。サイトの特性に合わせて適正評価を行う「動的分母システム」を搭載し、経営向けおよび担当者向けの2層レポートで確実なサイト改善を伴走支援します。
AI検索では、どれほど文章が良くても、たった1つの重大な欠陥があるだけでAIから完全に無視されるリスクがあります。
木桶に水をためるとき、一番短い板の高さまでしか水がたまらないように、WebサイトのAIO評価も同様です。どんなに高品質なコンテンツを揃えていても、「重大な既知の脆弱性(CVSS 8.8等)」や「主要AIボットのrobots.txt遮断」などの致命的リスクが1つでも検出されると、総合評価は自動的にRank F(要緊急対応)へ制限されます。
一般的な画一的SEOツールと異なり、サイトの構成や実態に合わせて満点(分母)を動的に最適化します。
プログラムによる「120点以上の定量項目」と、最新LLMによる「90点以上の定性項目」からなる基準モデルをベースに多角検査を実行します。
動画のないサイトで動画要約項目をカットするなど、サイト内に存在しない要素は項目一覧および満点(分母)から自動除外。不当な低評価を招きません。
1ページ完結のLPにおけるパンくずリストや、画像のないテキスト中心サイトのalt属性など、構造上不要な項目は合格(満点付与)として正しく達成率を算出します。
【達成率・ランク算出式】 獲得スコア合計 ÷ 動的満点(実測分母) × 100 = 達成率(%) ➔ S〜Fランク判定
AIクローラーの到達性からコンテンツの回答性、サーバー通信、CMS脆弱性までを網羅的に検査します。
| 大分類 | 観点(カテゴリー) | 項目種別 | 検査の狙い |
|---|---|---|---|
| AIO適合度 | ① AIクローラー・No-JS到達性 | 定量項目(プログラム検査) | AIボットが遮断されず初期HTMLで本文に到達できるか |
| ② HTML・テキスト可読性 | 定量項目(マークアップ検査) | 機械(LLM)が誤解なくパースできるセマンティック構造か | |
| ③ 構造化データ・Entity明示 | 定量+定性項目 | 組織・パンくず・Entityが機械可読な形で明示されているか | |
| ④ コンテンツ品質・AI回答性 ★最高配点 | 定性項目(LLM精査) | AIが要約・引用・直接回答しやすい文章構成・一次根拠があるか | |
| セキュリティ・基盤 | ⑤ Webインフラ・通信セキュリティ | 定量項目(ヘッダー・通信検査) | 常時HTTPS、TLS 1.2/1.3、HSTS、SSL有効期限等のインフラ安全性 |
| ⑥ CMS・プラットフォーム安全性 | 定量項目(CVE脆弱性照合) | CMS・プラグイン既知脆弱性や管理画面露出がないか | |
| ⑦ AI/LLMセーフティ耐性 | 定性項目(AI安全性精査) | プロンプトインジェクションやハルシネーション等のリスク抑制 |
| 点検項目名 | 重要度 | サイト改善で実施すること |
|---|---|---|
| TTFB 応答速度計測 | 中 | サーバー応答を高速化し、クローラーの巡回コストを下げる。 |
| リダイレクトチェーン・ループ検出 | 中 | 多重転送(http→https→www等)を解消し1ホップで完結させる。 |
| Content-Encoding(圧縮通信)検証 | 中 | サーバー側で gzip や brotli(br)圧縮通信を有効化する。 |
| JS依存比率 (js_dependency_ratio) | 高 | 初期HTMLに本文テキストを十分保持し、JS非実行クローラーにも届ける。 |
| 内部リンク切れ (404/5xx Broken Links) | 高 | リンク先の404エラーを解消し、AIのクローリング中断を防ぐ。 |
| クロール深度 (Crawl Depth) | 中 | 主要な重要ページへトップから3クリック以内で到達できるようナビを整理。 |
| 点検項目名 | 重要度 | サイト改善で実施すること |
|---|---|---|
| HTML lang 属性定義チェック | 高 | <html lang="ja"> のように言語属性を明記する。 |
| OGP 基本テキスト (og:title / og:description) | 中 | ページごとに適切なタイトル・抜粋メタデータを設定する。 |
| 画像 alt 属性欠落数・最適化率 | 高 | 主要な画像に内容を表す具体的な代替テキスト(alt)を付与する。 |
| リスト構造 (ul, ol) カウント | 低 | 手順や箇条書きは <p> の連続ではなく <ul>/<ol> タグを使う。 |
| 点検項目名 | 重要度 | サイト改善で実施すること |
|---|---|---|
| BreadcrumbList 構造化データ (JSON-LD) | 高 | サイト階層を示すパンくず構造化データを JSON-LD で出力。 |
| 会社概要・運営者情報 & 問い合わせ導線 | 高 | フッター等から「会社概要」「お問い合わせ」へ明確な導線を設ける。 |
| 概要版 / 詳細版 LLM案内ファイル (/llms.txt) | 中 | サイト概要や全ページ仕様を案内する /llms.txt をルートに配置。 |
| ブランド名・会社名・サービス名の一貫性 | 高 | サイト内表記揺れ(法人格やアルファベット・カナ混在)を統一。 |
| 点検項目名 | 重要度 | サイト改善で実施すること |
|---|---|---|
| H2直後回答性 (h2_direct_answer) | 高 | H2見出し直後の1〜3文で、見出しの問いに対する結論をズバリ回答する。 |
| 冒頭要約・結論先出し (lead_summary_first) | 高 | ページの導入部(リード文)に全体の結論・要約を提示する。 |
| 一次資料リンク妥当性 (primary_source_validity) | 高 | 主張やデータの出典として、公的機関や自社独自調査のリンクを張る。 |
| 定量事例・数値記述 (quantitative_case_quality) | 高 | 「大幅に向上」ではなく「CVRが1.8倍に向上」など具体的な数値を入れる。 |
| FAQ回答の即答性 (faq_concise_direct_answer) | 高 | よくある質問の回答文の冒頭で「はい/いいえ」や結論を即答する。 |
| 点検項目名 | 重要度 | サイト改善で実施すること |
|---|---|---|
| 常時SSL強制ヘッダー (HSTS) | 中 | Webサーバーで Strict-Transport-Security ヘッダーを設定。 |
| 安全な暗号化プロトコル (TLS 1.2/1.3 強制) | 高 | 旧式プロトコル(TLS 1.0/1.1)を無効化し、TLS 1.2以上を強制。 |
| SSL/TLS 証明書有効期限(残30日以上) | 高 | 自動更新を設定し、失効リスクを恒久的に排除する。 |
| レート制限・アクセス遮断耐性 | 高 | クローラー巡回時に429エラー等で弾かないよう閾値を調整。 |
| 点検項目名 | 重要度 | サイト改善で実施すること |
|---|---|---|
| CMS・フレームワーク既知脆弱性(CVE照合) | 高 | WordPress本体やプラグイン、JSライブラリを最新版に更新。 |
| CMS管理画面URL露出・アクセス保護 | 高 | /wp-admin へのIP制限やログインURL変更を実施。 |
| 点検項目名 | 重要度 | サイト改善で実施すること |
|---|---|---|
| 悪意ある指示文の混入防止 (Prompt Injection) | 中 | 投稿欄等にAIへの命令文がそのまま出ないようサニタイズ。 |
| AI誤読・事実捏造リスクの抑制 (ハルシネーション) | 中 | 主語の曖昧な表現を減らし、AIが事実を誤認しない論理的文章にする。 |
| 根拠なき過度な断定・偏見の排除 | 中 | 「絶対に」「業界No.1」等の断定を避け、客観的エビデンスを添える。 |
経営者・事業責任者が判断するための報告書と、開発・制作担当者がそのまま直せる技術仕様書をご用意しています。
専門用語を平易な日本語に置き換え、自社の現状スコア、7大観点レーダーチャート、および投資優先度をひと目で把握できる経営・事業責任者向けレポート。
開発陣や委託先のWeb制作会社がそのまま作業できるよう、コピペ可能な具体的修正コード例や脆弱性照合、全項目チェックリストを網羅した実装仕様書。
工数が少なく効果が出やすい順に取り組み、着実にAI検索適合度を高めます。
内部リンク切れ(404エラー)の解消、CMSやライブラリのバージョン更新(既知脆弱性の排除)、HSTSヘッダーやGzip/Brotli圧縮通信の設定など、クローラーを阻害するインフラ課題を正常化します。
Service構造化データやBreadcrumbListのJSON-LD実装、サイト案内ファイル(/llms.txt, /llms-full.txt)の設置、OGPやMeta Descriptionの最適化を行い、機械可読性を大幅に引き上げます。
H2見出し直後での直接回答、頻出疑問を網羅したFAQセクションの設置、定量的数値や一次エビデンスの追記、不要タグ削減によるText-to-HTML比率向上を推進し、AI要約の引用率を高めます。
経営報告用の基本パッケージから、制作会社・開発陣向けの技術仕様書セット、修正代行まで柔軟にご対応いたします。
自社サイトのAI適合度スコア、7大観点バランス、および優先改善ロードマップを素早く把握したい企業様向け。
「課題の把握だけでなく、開発担当者や外注制作会社へそのまま渡せる具体的な修正指示書まで欲しい」企業様向け。
「社内にエンジニアやWeb担当者がいない」「制作会社とのやり取りを含めて任せたい」という事業者様向けに、診断レポートのオンライン解説から、実際のHTML・JSON-LDマークアップ、サーバー設定の修正代行までワンストップで伴走支援いたします。お気軽にご相談ください。
ヒアリングからレポートご納品、その後の実装伴走まで円滑にサポートいたします。
診断対象となるWebサイトのURLや現在のお悩み、ご希望プランをお伺いします(無料)。
定量検査(41項目)とLLM定性精査(25項目)を組み合わせ、サイト特性に応じた満点分母で精密測定します。
『マネジメント層向け報告書』およびご希望に応じ『担当者向け詳細技術仕様書』をPDFにてご提出します。
ご要望に応じて、レポートのオンライン解説や実際のコード修正・サーバー設定の代行支援を行います。
AIO診断の判定ロジックやレポート内容に関する疑問にお答えします。
A. 「動的分母システム」を採用しているためです。単一ページ(LP)にパンくずがない、動画がないサイトに動画要約がないなど、サイトに存在しない機能やコンテンツを分母から自動除外(または条件付き合格)し、不当な減点を防いで公平な達成率を算出します。
A. マネジメント向け報告書は、経営・事業責任者向けに専門用語を平易にし、総合評価・7大観点グラフ・優先改善ロードマップを提示します。担当者向け仕様書(+2万円)は、エンジニアや制作会社がそのまま修正できるよう、具体的な修正コード例やCVE脆弱性照合結果、全点検項目チェックリストを収録しています。
A. はい、可能です。社内にエンジニアがいない場合やリソースが不足している場合は、診断結果に基づき実際のHTML・構造化データ・サーバー設定の修正代行を承ります(要お見積もり)。
A. AI検索エンジンはユーザーに安全で信頼できる一次情報源を推薦するためです。また「木桶の法則」に基づき、重大な脆弱性(CVE)やアクセス遮断があると、文章がどれだけ優れていてもAIから評価されないため、基盤安全性も不可欠な検査項目としています。
A. 従来のSEOはキーワード検索順位を上げるための最適化ですが、AIO診断は「AIが回答・要約を作成する際に、サイト内の情報を正しく理解・引用できるデータ構造になっているか」を診断する次世代の技術点検です。
A. 初回の概要ヒアリングおよび方向性のご提案・お見積作成はすべて無料で実施しております。お気軽にお問い合わせください。
AIO診断で「CVE既知脆弱性」や「サーバー応答速度(TTFB)の遅延」が検出された場合、対症療法的なプラグイン更新では根本解決に至らないケースが少なくありません。オノコンサルティングでは、動的CMSへの依存を解消し、攻撃対象面を極小化して超高速表示を実現する『CMSサイト静的化サービス』をご提供しています。
オノコンサルティングでは、貴社サイトの現状に合わせた最適なAIO診断と改善ロードマップをご案内いたします。
AIO診断について無料で相談する ➔