偽人格を運用するエージェントと、どう取引するか — 相手のエージェントは、何者か
AIエージェントが複数の偽人格を作り、実在の人間を社会工学で操作した——UK AISIの2026年8月報告を起点に、取引相手のエージェントの同一性をどう検証するかを解説。署名付きAgent Card・来歴・委任・成果物来歴の四層と、fail-closedの実務設計。
エージェンティックWeb
カテゴリ別記事一覧（全17件）
セキュリティ！セキュリティ！セキュリティ！ — 半年間AI時代のWebを書き続けて、最後に残ったひとつの言葉
「一にセキュリティ。二にセキュリティ。三にセキュリティ」。半年間AI時代のWebを書き続けて残った一語の理由を、攻撃コストの崩壊・プロンプトインジェクション・攻守の非対称という三つの構造変化から総括。門を開けるための鍵の設計を経営視点で解説します。
エージェンティックWeb実装ガイド 第7回：何から、いつ ― 今すぐ・2026年後半・2027年の実装ロードマップ
エージェンティックWeb、何から着手するか。区切るのは日付ではなくシグナル――今すぐの四手、2026年後半、2027年からの三段を、足場の固さと事故が起きたときの重さで順序づける。連載最終回、投資判断の一枚。
エージェンティックWeb実装ガイド 第6回：何を信じ、どこまで許すか ― 梯子のすべての段を貫く横断設計
層の実装は変わり続ける。変わらないのは二本の柱――何を信じるか（根拠）、どこまで許すか（権限）。RAG、プロンプトインジェクション、そして発見の新標準ARDまで、全層を貫く横断設計を扱う。連載第6回。
エージェンティックWeb実装ガイド 第5回：取引を任せる ― 委任と決済、エージェントが財布を持つ時代のプロトコル
エージェントが約定し、支払う層へ。A2A・AP2・ACP・UCP――紛らわしい4つのプロトコルを一枚の地図に置き、決済の核であるマンデート（署名付き委任状）を解く。意図より広い委任は、そのまま事故になる。連載第5回。
エージェンティックWeb実装ガイド 第4回：動かせるサイト ― WebMCPで、意図の範囲だけをエージェントに開く
応えるサイトの次は、動かせるサイトへ。WebMCPはページの機能を、エージェントが直接呼べるツールに変える。核は「意図の範囲だけを開く」――意図より広い露出はそのまま脆弱性になる。連載第4回、設置から確かめる観点まで。
エージェンティックWeb実装ガイド 第3回：問い合わせられるサイト ― NLWebで、Webを会話可能な窓口にする
名乗ったサイトの次は、問い合わせられるサイトへ。NLWebは、Webを自然言語で問える窓口にする。エージェントが問い、サイトが自分のデータから構造化して答える層だ。連載「エージェンティックWeb実装ガイド」第3回、何を答えさせ、何を答えさせないかまで。
エージェンティックWeb実装ガイド 第2回：サイトが自分を名乗る ― 構造化データとllms.txtで、意味と全体像を伝える
AIエージェントに操作させる前に、まずサイトの意味を正しく読ませる。構造化データ（Schema.org）とllms.txtで、サイトは自分を名乗る。連載「エージェンティックWeb実装ガイド」第2回。Google検索が無視するファイルを、なぜ今置くのか。
エージェンティックWeb実装ガイド 第1回：三番目の読者 ― Webサイトが「読まれる」から「使われる」へ
Webサイトの読者は、人間とクローラだけではなくなった。見て・操作し・取引する「三番目の読者」＝AIエージェントである。連載「エージェンティックWeb実装ガイド」第1回は、これからのサイトに必要な層を一枚の地図として示す。
Lighthouseが「AIエージェントに読めるか」を監査し始めた — Agentic Browsingの構造と、8割が「すでに知っている仕事」である理由
GoogleがLighthouseに標準搭載した新監査「Agentic Browsing」を解説。AIエージェントに読めるWebの条件、監査の8割が従来のアクセシビリティ対応の延長である理由、自社サイト実測で属性1個の修正から満点に至った過程を、実務の優先順位とともに整理。
llms.txtはSEOには効かない。だからこそ重要だ —— エージェントに「読まれる」Webという作法
llms.txtはAI検索には効かない——Googleも2026年5月に「不要」と明言した。だが同じ5月、エージェント向け監査ではllms.txtの有無がチェック対象になった。SEO用途とエージェント用途の分裂を読み解き、企業が今やるべきB2Aの作法を論じる。
エージェンティックWebの完全スタック — MCP・WebMCP・NLWeb・llms.txtの統合戦略
MCP、WebMCP、NLWeb、llms.txt、Schema.org。乱立するプロトコルを5層スタックとして統合し、不動産サイトの具体的シナリオで「発見→対話→実行」の全フローを図解。段階的導入ロードマップも提示します。
NLWeb：Webサイトと会話する時代 第5回：NLWebのエンタープライズ戦略 — 導入判断とROIの考え方
NLWebを経営判断として評価する。早期採用企業12社の動向、3つの価値（コンバージョン向上・サポート削減・AI新規流入）、ROI試算、セキュリティ事例、WebMCP+NLWeb+MCP+llms.txtの4層統合戦略を提示。
WebMCP：Webサイトがアクションを話す時代 第5回：WebMCPのセキュリティ設計と今後のロードマップ
WebMCPのpermission-first設計、未解決のセキュリティ課題（Deadly Triad、プロンプトインジェクション）、2026年後半〜2027年のロードマップ。批判的視点も含めた全体像から、経営判断としての導入指針を提示。
WebMCP：Webサイトがアクションを話す時代 第4回：WebMCPがSEO/GEOを変える ― アクション可能なサイトが選ばれる時代
SEOは「見つけてもらう」、GEOは「引用してもらう」、エージェンティックSEOは「使ってもらう」。WebMCPがもたらす「発見可能性→実行可能性」の転換と、Schema.org・llms.txtとの三層戦略を解説。
NLWeb：Webサイトと会話する時代 — 第1回：NLWebとは何か — RSS・Schema.orgの生みの親が描くAI時代のWeb
RSS、RDF、Schema.orgを生み出したR.V. GuhaがMicrosoftで構想したNLWeb。Webサイトに自然言語で問い合わせ可能にし、すべてのインスタンスがMCPサーバーになる。llms.txtとの根本的な違いとともに解説します。
WebMCP：Webサイトがアクションを話す時代 ― 第1回：なぜWebMCPか ― スクレイピング時代の終焉とブラウザネイティブAIの幕開け
AIエージェントはスクリーンショットで推測クリックしている——GoogleのWebMCPはこの非効率を根本から変える。「構造化データ以来最大のSEO変革」と評される新プロトコルの背景とMCP補完構造を解説します。
サイトのAI互換性を、
データで把握する。
GPT-4o・Claude・Geminiなど主要AIエージェントから見た
御社サイトの可読性を、W3C・Schema.org準拠の39項目で自動測定。