Accept ヘッダーで AI エージェントに Markdown を配信する新サイト

ロイ・フィールディングに同意します:

> ユーザーが持つすべての可能な好みのバリエーションをサーバーに伝えるために、すべてのリクエストで大量のヘッダーフィールドを送るのは、設計上の悪いトレードオフです。特に、それらの次元のいずれかが対象リソースに適用される可能性が非常に低い場合にはなおさらです。1993年から94年のごく短期間、どの画像フォーマットがすべてのUAで使えるかわからず、クライアント側の適応を可能にするCSSやJavaScriptもなかった頃から、これは設計上の悪いトレードオフでした。

> ...積極的コンテンツネゴシエーションのキャッシュへの影響は、サイトごとに1往復余分にかかる反応的ネゴシエーションよりもはるかに悪く、クライアント側の適応をサポートするフォーマットではその往復さえも不要です。

キャッシュへの影響について、サイモン・ウィリソンはこう書いています:

> ...Acceptヘッダーによるコンテンツネゴシエーションを使用するアプリケーションをCloudflare CDNの背後にデプロイすることはできません。たとえば、同じURLに対して、受け取ったAcceptヘッダーに応じてJSONまたはHTMLを提供する場合です。そうすると、CloudflareがキャッシュしたJSONをHTMLクライアントに、またはその逆に提供する可能性があります。

注: 私はこれを別のコメントで、今は簡単にコピーできないこれら2つの引用へのリンク付きで投稿しました - 後で追加します。

上位4つのAIチャットボットのいずれかがこのヘッダーでリクエストを送り始めると言ったら、私はそうします。それまでは、採用のないただのアイデアに過ぎません。

また、上位4つのチャットボットがこの方法でウェブサイトを読み込むことを選ぶ可能性は極めて低いと思います。何年経っても0.01%の採用率しか見込めないのに、リスクが多すぎます。

クリーンでセマンティックなHTMLはどうですか？

それはすでにボットや検索エンジン（これらはボットです）向けに最適化されており、何十年も使われてきました。なぜ今マークダウンで提供する必要があるのでしょうか？

また、ナビゲーションなど、ボットやAIにとって有用で、マークダウン版では削除されるかもしれないHTMLの部分もたくさんあります。

このスレッドのすべての質問を見て、エージェント対応ドキュメントに関するDachary Careyの投稿を強くお勧めします: https://dacharycarey.com/2026/02/18/agent-friendly-docs/

自分が正気を失っているように感じます。まともな人間なら、そもそもLLMに生のHTMLを食わせるなんてするでしょうか？

HTMLはマークアップ言語です。ユーザーエージェントは、ユーザーにとって意味のある方法でそれを提示します—視覚的に、または支援技術を通して。LLMの「ユーザー」を追加しても、これが変わるべきではありません。彼らのユーザーエージェント、つまりハーネスが、HTMLをマークダウンに変換して、彼らがネイティブに理解できる方法で提示すべきです。

ハーネス開発者がnpmからHTMLからマークダウンへのパッケージを引っ張ってくるのが面倒だからといって、ウェブ全体を書き換えることはありません。一部のサイトがそうしたいのであれば、それはそれで結構です。多くの場合、CSSやJSをスキップしてマークダウンを直接読めるのは嬉しいです（できればきれいにフォーマットされたものを）。しかし、ハーネスがトークンを無駄にするのをウェブサイトの作者のせいにしないでください。

これが主流になって、広告やJS、ブロートなしでページを見られるようになることを願っています。

わかりましたが、では実際にどのエージェントがそれを使うのでしょうか？Acceptヘッダーを使ってマークダウンを取得するエージェントがいなければ、これは無意味です。