AgentSiteの話を聞いたとき、正直「またSEO系のパッチか」と構えた。でも、その中身は思ったよりまっとうだ。AIエージェントが検索の入り口になりつつある今、Webサイトの読みやすさはGooglebot向けだけの話ではない。ChatGPTやClaude、Perplexityなどのボットは、いまだにHTMLをcurlで取得するような読み方をする。ReactやVueで作られたSPA（シングルページアプリケーション）なら、彼らの目には中身のない空のdivだけが映っている。
AI時代の「見えなさ」を補うミドルウェア
SPAはブラウザ上でJavaScriptを実行して初めて内容が表示される。しかしAIエージェントのクローラーは通常JSを実行しない。サーバーが返す生のHTMLだけを見て、中身を判断する。従来のSEO対策としてプリレンダリングやSSR（サーバーサイドレンダリング）があるが、SSRは不要な要素まで吐き出すことが多く、エージェントが要点を取り出す妨げになることもある。
AgentSiteのアプローチは「中間層」だ。サイトのフロントエンドには一切触れず、サーバー側でレスポンスを加工し、HTMLにAI向けのメタ情報を注入する。具体的にはタイトル、meta、OpenGraph、JSON-LD、markdownミラー、WebMCPツールが追加される。注目すべきは、全訪問者に同じバイト列を返し、User-Agentで出し分けない点。こっそり裏口を開けるのではなく、誰に対しても一貫した情報を提供するという方針だ。公式サイトでは、Claudeがあるサイトについて質問され、まったく見当違いの回答をするデモが公開されている。エージェントが実際の内容を読めず、推測で答えてしまう典型的な例だ。
「Agent Experience」の5つのチェックポイント
AgentSiteは、AIエージェントから見たサイトの品質を「Agent Experience」として整理している。初期のSEOチェックリストに似ているが、読み手がAIである点が新しい。
- 生のHTMLに実際のコンテンツが入っている（空のdivではない）
- title、description、schemaが実在の内容と一致して「身分証明」できる
- markdownミラー（.mdや/llms.txt）など、エージェントに低コストで読み取れる形式を提供する
- robots.txtやsitemapなどでサイトの姿勢を宣言する
- 宣言した情報と実際に配信する内容が一致している
どれも目新しくはない。ただ、「AIエージェントを第一読者として想定する」という発想の転換は大きい。同社は「次の顧客はあなたのサイトを訪問しないかもしれない」と言う。AIユーザーはチャット画面だけで情報を得る。自社サイトの情報が正確に引用されるかどうかが、そのままコンバージョンにつながる。
無料診断と、既存構成に馴染む導入方法
導入までのハードルは低い。公式サイトでは無料診断ツールを提供しており、登録なしでWebサイトのURLを入力するだけで、3分ほどでAI可読性のスコアと改善コードの断片が手に入る。独立開発者や小規模チームには、いきなり統合するか判断する前に試せるのがいい。
デプロイ方法は公式に5種類が案内されていて、nginx、Express、Edgeなどが含まれる。ドキュメントに「Drop in this Express handler」という表現があることから、サーバーに挿し込むミドルウェアパッケージであることがうかがえる。特定のプラットフォームへの移行を強制しない親切設計だ。
向いているのは、コンテンツと技術ドキュメント
内容型サイトやプロダクトの公式サイトで、検索エンジンやAIからの引用が主要な流入経路になっているなら、試す価値がある。とくにAI検索最適化（AEO）を意識するチームにはぴったりだ。フロントエンドを書き換えずに、ChatGPTが製品を正しく説明できるようにしたい場合の現実的な一手として機能する。もうひとつの典型が技術ドキュメントサイト。静的サイトジェネレーターやSPAで構築されることが多いため、AIが読めなければ内容が宝の持ち腐れになる。
ただし万能ではない。サイト自体に十分なコンテンツがなく、情報構造が乱れていれば、メタデータを足しても表面的な「化粧」に終わる。まずコンテンツの可読性を高め、その上でAgent Experienceを改善するという順番は外せない。
AgentSiteのアプローチは現実的だ。アーキテクチャを強制せず、中間層としてAI時代の可視性のギャップを埋める。もし「AIに検索されない」と悩んでいるなら、まず無料診断を実行して、問題がどの層にあるのかを確かめてみてほしい。
コメント
コメントはまだありません
最初のコメントを書きましょう