テクニカルGEO
技術的なSEO・GEO監査は、AIに引用されるための第一歩 | スーパーランク
技術的なSEO・GEO監査は、AIクローラーがページに到達し、読み取り、信頼できるかを確認します。アクセス、インデックス可能性、構造、鮮度、リンク、描画速度が対象です。これは必要条件ですが十分条件ではありません。まず障害を取り除き、その先はコンテンツとサイト外の存在感が引用を勝ち取ります。
なぜ技術レイヤーが最初なのか
AIアシスタントが質問に答えるとき、参照しているのは「取得して読み取れたページ」です。クローラーがページにたどり着けない、あるいはたどり着いても中身が空に見える場合、ほかに何をしても効果は出ません。その状態では、そもそも候補にすら入っていないからです。だからこそ、まず技術監査から始めます。AIに見つけてもらえるかどうかを左右する「配管」を確認する作業です。
ここで正直にお伝えしておきたいことがあります。クリーンで速く、クロール可能なサイトは「必要条件」ですが「十分条件」ではありません。AIが示す引用の多くは、自社サイト以外のページ — 獲得メディア、第三者プラットフォーム、レビュー、コミュニティの書き込み — を指しています。ですから技術監査は、障害を取り除く工程だと捉えてください。これで土俵に上がれます。その先で実際に引用を勝ち取るのは、コンテンツとサイト外の存在感です。とはいえ、ここを飛ばすと、ほかのすべての施策が静かに頭打ちになります。
AIクローラーが実際に見ているもの
多くのチームが驚く事実が2つあります。
1つ目は、主要なAIクローラーがJavaScriptを実行しないことです。Vercelが5億件を超えるGPTBotのリクエストを分析したところ、JavaScript実行の痕跡は見つかりませんでした。ClaudeBotやPerplexityBotも同様です。商品説明や価格がブラウザで描画された後にしか表示されないなら、AIクローラーには空のページに見えます。サーバー側で描画されたHTML — 最初からページソースに含まれている内容 — が、すべての前提になります。
2つ目は、アクセスがうっかり遮断されがちなことです。ChatGPTの回答を支えているのは、学習用スクレイパーのGPTBotではなく、OAI-SearchBotのような取得用ボットです。片方だけを許可しても、引用の対象からは外れてしまいます。さらに、robots.txtが正しくても、CDNやファイアウォールがサーバーに届く前にAIボットを黙って弾いていることがあります。
Suparankuが確認すること
監査は、こうしたクローラーや回答エンジンと同じ視点でサイトを見ます。ドメイン全体を一度、そしてページ単位でもう一度。すべての項目を列挙する代わりに、確認するグループを紹介します。
- AIのアクセス。 HTTPSが機能し、
robots.txtが妥当で、取得・引用ボットが許可され、サイトマップが存在するか。すべての前提となる入口です。 - インデックス可能性。 各ページが正しく200を返し、誤って
noindexになっておらず、妥当なcanonicalを宣言し、サイトマップに載っているか。 - 構造と意味。 明確なH1が1つ、適切な長さのタイトルと説明、読みやすい単語ベースのURL、そして実際の事実を含む構造化データ。構造化データはAI検索に必須ではありませんが、正確に存在していればページの内容理解を助けます。
- 鮮度。 実態に合った最終更新日と、古い年号を残さないタイトル。AIはより新しいコンテンツを好む傾向があり、一部のアシスタントは検索クエリに現在の年を静かに付け足します。
- リンクと内部構造。 リンク切れやリダイレクトする外部リンクがないか、重要なページが孤立したり、クローラーが届きにくい深い階層に埋もれていないか。
- 描画と速度。 より深い監査ではページをブラウザのように描画し、実際のページ速度(LighthouseによるCore Web Vitals)を計測します。遅いページやクライアント側でしか描画されないページは、人にもAIにも扱いにくいからです。
各ページとサイト全体には、0〜100の準備スコア(SRPS)が付きます。深い監査ではさらにSRPS+とPERFを算出します。PERFがその本格的なページ速度の指標で、見つけられやすさだけでなく「どれだけ速いか」までわかります。
「赤信号」から「修正完了」まで
スコアそのものは何も変えてくれません。監査を役立つものにしているのは、課題ごとに付いてくる内容です。監査が指摘する問題は、それぞれ技術修正ブリーフになります。何が問題で、どこにあるのか。なぜ重要なのか。具体的にどう直すのか — robots.txtの一行、JSON-LDブロック、修正後のメタタグ — そして「いつ完了と言えるか」という受け入れ条件まで記載されます。
ブリーフはプレーンで構造化されたテキストなので、そのまま開発者に渡したり、チケットに入れたりできます。さらに、MCP(Model Context Protocol)でAIエージェントをSuparankuに接続することもできます。書き込み権限があれば、そのエージェントがレコメンデーションを取得し、多くの修正を適用し、再デプロイして監査を再実行 — 問題が解消するまで繰り返せます。ループは証拠で閉じます。次の監査でチェックを通過すればレコメンデーションは自動で解決し、まだ失敗していれば開いたまま残ります。
第一歩であって、ゴールではない
技術監査は土台です。機械に「見つけてもらう・読んでもらう・信頼してもらう」ための基盤を整えます。障害がなくなったら、より大きなレバーへ — 本当に役立つコンテンツと、AIが最も引用する第三者サイトや会話での存在感です。Suparankuはこのループ全体を回すために作られていますが、出発点はここ、つまり「AIが実際に見られるサイト」です。