AI クローラーの受け入れ
何を見るか。robots.txt を読み、GPTBot・OAI-SearchBot・ClaudeBot・PerplexityBot・Google-Extended など 14 種の名乗りが Disallow: / になっていないかを見ます。
なぜ。読めない頁は、内容がどれだけ良くても根拠になりません。Cloudflare が管理する robots.txt は既定で学習を断っているため、知らないうちに閉じている例があります。
どう直すか。意図して閉じているのでなければ開きます。学習だけ断り、検索と回答の索引は開く、という分け方もできます。
Content-Signal
何を見るか。robots.txt に Content-Signal: の行があるか、search / ai-input / ai-train がどう書かれているかを見ます。
なぜ。書かないと「表明なし」で、意思が伝わりません。
どう直すか。一行足します。当方は三つとも yes です。
構造化データ(JSON-LD)
何を見るか。トップ頁の JSON-LD の数と型を見ます。
なぜ。事業者・人・商品が機械の読める形で置かれていると、AI は「誰の何か」を確かめられます。属性の入った Product と Review は引用率が 61.7% 対 41.6% で、汎用の Article や BreadcrumbList には効用が見られない、という研究があります。
どう直すか。事業者は Organization か LocalBusiness を一つ、人は Person、商品は Product に価格と仕様を入れます。本文と一致させます。
FAQPage の構造化データ
何を見るか。JSON-LD に FAQPage が残っていないかを見ます。
なぜ。Google は 2026 年 5 月 7 日に FAQPage の扱いをやめました。残っていても害は小さいですが、古い状態の目印になります。
どう直すか。本文の Q&A は残し、構造化データだけ外します。
事業者の型の数
何を見るか。Organization と LocalBusiness の数を数えます。
なぜ。二つあると、AI は同じ問いに二つの答えを見て、引用をためらいます。
どう直すか。一つに揃え、全頁が同じ @id を指すようにします。
言語の宣言(html lang)
何を見るか。html の lang 属性を見ます。
なぜ。Bing と Copilot はここで言語を決めます。国コード付き(ja-JP・en-US)は、他の国の同じ言語の人が対象から外れます。
どう直すか。言語だけ(ja・en)にします。言語版の頁ごとに正しい値を出します。
正典の URL(canonical)
何を見るか。link rel=canonical の有無と値を見ます。
なぜ。同じ頁が複数の住所(末尾の / の有無、www の有無、パラメータ)で見えると、引用が割れます。
どう直すか。一つの住所に決め、他は転送します。
説明文(meta description)
何を見るか。meta description の有無と字数を見ます。
なぜ。検索と AI が頁の要約に使います。無いと、検索する側が本文から勝手に抜き出します。
どう直すか。1〜2 文で、結論を先に。頁ごとに違う文にします。
題名(title)
何を見るか。title の有無と中身を見ます。
なぜ。題名に固有名(会社名・製品名)が無いと、AI は誰の頁か分かりません。見出しに検索語が入った頁は引用率が 41% 対 30% で高い、という研究があります。
どう直すか。「固有名 + 何の頁か」。検索される語を前に置きます。
文字として読める本文の量
何を見るか。HTML から script と style を除いた文字数を数えます。
なぜ。画像の中の文字や、後から描かれる部品の中の文字は AI に読めません。300 字を下回る頁は、読める本文が無い疑いです。
どう直すか。重要な本文を文字で置きます。要点は各節の先頭 120 字に。
サイトマップの更新日
何を見るか。sitemap.xml の lastmod が全部同じ日かを見ます。
なぜ。全部同じ日は、作り直しの時刻を入れている疑いです。本当の更新が伝わらず、クローラーの再訪が無駄になります。
どう直すか。実際に直した日だけを入れます。
表示までの時間
何を見るか。配信の網から頁を取得し、表示が始まるまでの時間を数えます。
なぜ。遅いと AI のクローラーも人も途中で離れます。この道具は 800 ミリ秒を超えると「直すと効く」、1,500 ミリ秒を超えると「いま損をしている」と出します。当方が運営する 5 サイトの中央値は 98 ミリ秒です。
どう直すか。画像の軽量化、不要な部品の除去、配信の網の利用。大掃除で最初に直すところです。
最初に読み込む量
何を見るか。開いた瞬間に届く HTML の重さを数えます。
なぜ。重いと、表示が始まるまでに時間がかかり、クローラーの取得も途中で打ち切られやすくなります。
どう直すか。120 KB を超えたら、組み立て方(部品の埋め込み、使っていない装飾)を見直します。
スマートフォンの指定(viewport)
何を見るか。meta viewport の有無を見ます。
なぜ。無いと、スマートフォンで開いたときに文字が小さいまま表示されます。検索の評価はスマートフォンで見た頁が基準です。
どう直すか。head に viewport の一行を置きます。
頁の見出し(h1)
何を見るか。h1 の数を数えます。
なぜ。0 個だと何の頁か機械が読み取れず、複数あると主題が決まりません。
どう直すか。一つの頁に一つ。固有名と、その頁が答える問いを入れます。
画像
何を見るか。画像の枚数と、あとから読む指定(loading=lazy)の数を見ます。画像がある頁だけに出ます。
なぜ。6 枚以上を開いた瞬間に全部読み込むと、最初の表示が遅れます。
どう直すか。最初の画面に要らない画像に、あとから読む指定を入れ、軽い形式(WebP など)にします。