サイトをAIクローラーに優しくする:技術的チェックリスト
著者 Zakaria Reziki
最高経営責任者 — Growli · 2026年10月1日 · 6 分で読了
Zakaria Reziki が定めた編集基準のもと、AI の支援を受けて執筆し、自動での情報源確認と品質チェックを経て公開しています。
ウェブサイトをAIクローラーに優しくすることは、一つの実践的なテストに尽きる。JavaScriptが実行される前にサーバーが送る生のHTMLに、アシスタントに見つけてほしい事実がすでに含まれているかどうかだ——このチェックリストでは、それを確認し修正する方法を具体的に解説する。これは「自社のコンテンツは良いか」よりも狭く機械的な問いだ。「クローラーは技術的にそもそも自社のコンテンツにたどり着けるのか」という問いであり、品質が評価される以前に、まずこれが真でなければならない。
以下のどのステップも、ウェブサイトをゼロから作り直す必要はない。ほとんどは既存コンテンツの中身ではなく、届け方の調整だ。
ステップ1:サーバーが実際に最初に何を送っているか確認する
Vercel自身によるクローラー挙動の分析は、「現在、主要なAIクローラーはどれもJavaScriptをレンダリングしない」と明確に述べている——OpenAI、Anthropic、Meta、ByteDance、Perplexityのボットを含めてだ。つまり、スクリプトが実行される前にサーバーが送るまさに最初のHTMLレスポンスが、これらのクローラーにとっては事実上ページ全体ということになる。
自分で確認してみよう。ページのソースコードを表示し(ブラウザが完成させた表示ではなく、生のHTML)、重要な事実——サービス内容、価格、所在地、営業時間——を探す。それらがこの生のテキストに存在せず、ブラウザでページの読み込みが完了して初めて現れるなら、これらのクローラーには見えていない可能性が高い。
二つの異なる対処
まず読みやすさ、その後に構造化データ
1. コンテンツは生のHTMLにあるか?
なければ、どれだけスキーママークアップを加えても、レンダリングしないクローラーの助けにはならない。
2. HTMLはきれいで論理的か?
本物の見出しと段落テキストが、上から下へ構造化されている。
3. 構造化データでラベル付けされているか?
コンテンツ自体が読めると確認された後の、精度を高める層だ。
ステップ2:インタラクティブ要素の中に隠れているコンテンツを見つける
現代のウェブサイトによくあるパターンとして、訪問者が何かをクリックして初めて読み込まれるコンテンツがある——FAQのアコーディオン、製品詳細タブ、「続きを読む」リンクなどだ。そのコンテンツがクリック後にのみJavaScriptによって取得・構築される場合、それはページが開いた後に自動で読み込まれるコンテンツと同じ不可視性の問題を抱えることになる。
法律事務所のウェブサイトで、業務分野の説明がクリック可能なタブの裏にあり、それぞれクリックされたときにのみテキストを動的に読み込むケースを想像してほしい。クリックすることのないクローラー——クリックにはレンダリングが必要であり、前述のVercelのテストによればOpenAIのGPTBotもAnthropicのClaudeBotもJavaScriptをレンダリングしない——は、デフォルトで開いているタブがあればそれ以外、何も見ることがない。
ステップ3:HTML自体をきれいで論理的に保つ
何が存在し何が欠けているかを超えて、HTMLがどう構造化されているかも重要だ。各セクションを説明する本物の見出しタグ、実際の文として読める段落テキスト、上から下への論理的な順序——これらはすべて、生のマークアップを解析するクローラーが読んでいる内容を理解する助けになる。よく整理された文書が、構造のない文字の壁よりも人間にとってざっと目を通しやすいのと同じことだ。
これはウェブサイトが素っ気なく見えるべきだという意味ではない。ビジュアルデザインと、その下にあるHTML構造は別の層であり、サイトは視覚的に豊かでありながら、その下では整然とした論理的なマークアップを送ることができる。
ステップ4:これを構造化データと混同しない
二つの異なる対処法を混同するのは簡単だ。構造化データ——電話番号を電話番号として、価格を価格としてラベル付けするスキーママークアップ——は、すでにあなたのコンテンツを読めるシステムが、それをより正確に理解するのを助けるものだ。このチェックリストはそれより下の層にある。ラベル付けがそもそも意味を持つようになる前に、コンテンツが読める形でそもそも存在していることを確認するものだ。
あるページが、レンダリングしないクローラーがそもそも一度も見ることのないテキストを、完璧なスキーママークアップで包んでいることがありうる。そのテキストがJavaScriptの実行後にしか現れないからだ。まず読みやすさの問題を修正することが、最もレバレッジの高い一手だ。構造化データに取り組む価値はあるが、それは言葉そのものが実際に到達可能になった後の話だ。
最初から最後までのチェックリスト
順番に進めること——それぞれが前のステップの確認の上に成り立っている。
- ページの生のソースを表示し、重要な事実——サービス内容、価格、所在地、営業時間——がブラウザが最終的に表示するものだけでなく、そのテキスト自体に現れていることを確認する。
- 主要ページ上のあらゆるアコーディオン、タブ、「続きを読む」要素をクリックして回り、そのコンテンツがすでに生のHTMLにあったのか、クリック後にのみ現れたのかを確認する。
- サイトを構築した担当者に尋ねる。ホームページと主要ページがサーバーレンダリング(サーバー上で構築され、完成した状態で送られる)か、クライアントレンダリング(訪問者のブラウザ内でJavaScriptによって構築される)かを確認する——サーバーレンダリングがクローラーに優しいデフォルトだ。
- コンテンツが読めると確認できたら、構造化データを追加する。これは次の層であり、すでにコンテンツを読めるクローラーがそれをより正確に理解するのを助ける。
この順番で
AIクローラーに優しいチェックリスト
生のページソースを表示する
重要な事実が、完成した表示だけでなく、テキスト自体に現れていることを確認する。
アコーディオンとタブをクリックして回る
そのコンテンツがすでにそこにあったのか、クリック後にのみ読み込まれたのかを確認する。
開発者にサーバーレンダリングを確認する
サーバーレンダリングされたページがクローラーに優しいデフォルトだ。
構造化データは最後に追加する
コンテンツが読めるようになったら、正確にラベル付けするのが次の層だ。
AI がお客様の事業について何を伝えているかを確認
Growli は ChatGPT、Gemini、Claude、Perplexity における AI 回答でのシェアを測定し、あらゆるギャップを優先アクションに変えます。
はじめるFAQ
通常はない。ほとんどの修正は、完全な作り直しではなく、既存コンテンツの届け方——重要な事実をサーバーの初期レスポンスに移すこと——に関するものだ。開発者は多くの場合、サイト全体のデザインに手を加えることなく、最も影響の大きいページに対応できる。
ページのソースコードを表示し(右クリックして「ページのソースを表示」、またはCtrl+U / Cmd+Option+U)、重要な事実を探しながら読む。その生のテキストは、レンダリングしないクローラーが受け取るものに近い。
関連はあるが別物だ。ページ速度はコンテンツがどれだけ速く届くかに関するもの。こちらは、速度にかかわらず、クローラーの最初の取得でコンテンツがそもそも届くかどうかに関するものだ。
害にはならない。もっとも、GooglebotはすでにJavaScriptをレンダリングしており、クライアントレンダリングのコンテンツも最終的には概ね見えている。ここで扱っているAIクローラーこそ、この修正がオプションではなく基礎的なものである相手だ。
最も重要なページ——通常はホームページか主要なサービスページ——の中心的な事実が生のHTMLに含まれていることを確認することだ。その一つの確認だけで、他の何よりも先に、この問題の最も影響の大きいバージョンを捉えることができる。