AIクローラーを逃さない！SSR（サーバーサイドレンダリング）と技術的GEO

「素晴らしいオリジナル記事を書いているのに、なぜかAI検索でまったく引用されない……」もしそう悩んでいるなら、原因は文章の質ではなく「サイトの技術的な表示方式」にあるかもしれません。

AI検索のVisibility（可視性）を研究する技術メディアLLMrefsなどの最新レポートでは、JavaScriptを多用した最新のWebサイトが、AIクローラーに正しく読み取られていないリスクが警鐘されています。

今回は、エンジニアやWebディレクターと連携して見直すべき「SSR（サーバーサイドレンダリング）」の重要性と、技術的GEOの必須チェックリストを解説します。

クローラーの落とし穴！CSRとSSRの違いを噛み砕く

Webサイトの表示方式には、大きく分けて「クライアントサイドレンダリング（CSR）」と「サーバーサイドレンダリング（SSR）」の2種類があります。

CSR（Client-Side Rendering）：サーバーからは最低限の枠組み（空っぽのHTML）だけを送り、ユーザーのブラウザ上でJavaScriptを実行して中身のテキストや画像を描画する方式。
SSR（Server-Side Rendering）：サーバー側ですべてのHTMLテキストや画像タグを組み立ててから、完成形のHTMLをブラウザに送信する方式。

人間がブラウザで閲覧する分にはどちらも同じように見えます。しかし、Perplexity、ChatGPT、ClaudeなどのAIクローラーは、Googlebotのように高度なJavaScriptレンダリング処理を常に行っているとは限りません。

計算コストを抑えるため、多くのAIボットは「サーバーから最初に届いた生のHTMLテキスト」だけを読み取って処理します。つまり、CSRで動いているサイトの場合、AIクローラーの目には「文字が何も書かれていない空のページ」に見えてしまっている危険性があるのです。

技術的GEOで後れを取らないために、以下の実装状況を確認しましょう。

チェック項目	推奨される状態	対策理由
レンダリング方式	SSR または SSG（静的サイト生成）	クローラーが即座に全文をパース（構文解析）できるようにする
重要テキストの配置	生のHTML内に直接テキストとして出力	画像文字やJS遅延読み込みによるコンテンツの欠損を防ぐ
セマンティックHTML	<article>, <header>, <table>, <ul> 等の正確な使用	AIがページの階層構造や表の文脈を誤読しないようにする
HTTPステータス	クローラーに対して余計な多段リダイレクトを挟まない	クロールバジェット（巡回効率）の浪費を防ぎ、インデックス漏れをなくす

どれだけ高度な知見を書いても、クローラーが文字として拾えなければ、AI回答のソース候補に選出される確率はゼロになります。

自社サイトがクローラーに正しく伝わっているかを確認する最もシンプルな方法は、ブラウザの「JavaScriptを無効化」した状態でページを再読み込みしてみることです。

文字が消えてしまう場合、AIクローラーに対しても情報が伝わっていない可能性が極めて濃厚です。

技術的GEOは、いわば「AIに対するアクセシビリティの確保」です。

まずは自社の主要ページでJavaScriptをオフにして表示を確認し、もし本文が正しく表示されない場合は、SSRやプリレンダリングの導入を社内開発チームへ相談してみましょう。