私たちを見つける人のうち、最初にホームページを見ない人の割合が増えています。彼らはアシスタントに尋ね、アシスタントが代わりにWebを読みます。サイトをきちんと読めなければアシスタントは推測し、スタジオのクライアント、時期、実績についての推測こそ、まさに間違いが起きやすいものです。
そこで私たちはSIアシスタントを最重要の読者のひとりとして扱い、vuild.comを読みやすく、引用しやすく、対話しやすいものにしました。以下のすべてはサイトと同じコンテンツから生成されるため、内容がずれていくことはありません。
言語モデルのために書かれた地図
最初のステップはllms.txtでした。サイトのルートに置いた短いプレーンテキストの概要で、私たちが誰で、何をしていて、どんなケーススタディやプロジェクトをいつ手がけたか、そしてその他すべてへのリンクを載せています。その隣には長いバージョンのllms-full.txtがあり、すべてのケーススタディとプロジェクトの全文、よくある質問、クライアントの声を収めています。
どちらも変更のたびにサイトのコンテンツから生成されるため、常にページの内容と一致しています。
Markdownの双子
主要なページにはすべて、Markdownの双子があります。HTMLと同じ事実を、レイアウトなしで。AmpUpのケーススタディは、人向けには/ampup、プレーンテキストを好むエージェント向けには/ampup.mdにあります。各ページはheadで自分の双子にリンクし、llms.txtがそのすべてを一覧にしています。
文章だけでなく、構造化された事実を
検索エンジンやアシスタントは構造化データに大きく頼っているため、それを充実させました：
- VuildについてのページにFAQマークアップを追加し、人々が実際に尋ねる質問に答えています。
- レビュー：クライアントの推薦の声を、名前付きのレビューとしてマークアップしています。
- 本当の関係性：ケーススタディではクライアントを各サイトや、あればWikipediaのページに結びつけ、実際の出資者だけを出資者として記載しています。
- すべてのケーススタディとプロジェクトに活動期間を記載し、"Vuildがいつこれを手がけたのか"に明確に答えられるようにしています。
何が変わったかをクローラーに伝える
鮮度は重要です。サイトマップでは、すべてに今日の日付を押すのではなく、各ページのバージョン履歴から取った最後の実際の変更日を記載しています。robotsファイルでは歓迎するSIクローラーを名指しし、意図をはっきり示しています。
さらにデプロイのたびに、その日に変更されたページをIndexNowに通知します。IndexNowはBingなどがサポートするオープンなプロトコルで、そこから複数のSI検索プロダクトにもデータが届きます。
他のエージェントが私たちのエージェントと話せるように
最後のステップは、読めるようにすることの先へ進みます。私たちのサイトには、Vuildに聞くボタンの裏にいるアシスタント、コンシェルジュがいます。このコンシェルジュはいま、オープンなAgent2AgentプロトコルであるA2Aを話します。他社のエージェントは/.well-known/agent-card.jsonにあるエージェントカードからコンシェルジュを見つけ、何を手伝えるかを確認し、メッセージを送ることができます。
POST /api/a2a
Content-Type: application/json
{"jsonrpc": "2.0", "id": 1, "method": "message/send",
"params": {"message": {"role": "user", "parts": [{"kind": "text", "text": "What does Vuild do?"}]}}}コンシェルジュはllms-full.txtと同じサイトのコンテンツをもとに回答し、会話の流れを覚えています。サイトのチャットと同じ保護の仕組み、つまりレート制限、厳格なリクエストチェック、できることとできないことの明確な境界に守られています。
それがクライアントにとって重要な理由
これは私たちがいまクライアントのために行っている仕事であり、まず自分たちで実践するのは当然の選択でした。問いはどんなビジネスにも共通です。アシスタントはあなたを見つけ、何をしているかを理解し、正確に説明できるでしょうか。他のエージェントは、あなたのエージェントと取引できるでしょうか。
あなたのプロダクトにも同じことをお望みなら、プロジェクトを始めるか、どのページからでもコンシェルジュに尋ねてください。どこへ案内すればいいか、心得ています。