微软为网站分析工具 Clarity 推出 Agent Activity 活动看板与任务模拟评估，并扩展 Brand Agents 的商品发现与本地服务能力，同时介绍 Ask Clarity 用会话记录辅助分析。公告和研究样本的覆盖范围与可用性有限，记录到的结账事件并不等同于智能体独立完成购买，许多功能仍处于封闭测试或有使用门槛。
微软正在把网站分析工具Clarity的观察对象，从点击页面的人，扩展到替人浏览、预约和购物的AI智能体。公司于2026年11月4日宣布，新增Agent Activity活动看板和任务模拟评估，同时扩展Brand Agents的商品发现与本地服务能力，并介绍Ask Clarity如何利用会话记录辅助分析网站问题。
这次更新的重点，不只是统计“有多少AI来过”，而是尝试回答一个更接近业务的问题：智能体来到网站后，究竟做了什么，又在哪一步停了下来。
不过，各项功能的开放状态并不一致。微软官方公告开头笼统称新增能力面向全球用户，正文却明确指出，所述Ask Clarity零售能力仍处于封闭测试，需要申请候补名单；智能体分析、任务模拟和商户接入也各有覆盖范围，不能概括成所有网站已能使用全部功能。
从访问量到任务过程：Clarity想看见什么
按照微软的介绍，Agent Activity看板会显示智能体流量随时间的变化、哪些智能体访问了网站，以及访问期间发生的操作，包括搜索、提交表单、登录、下载、预约和结账。
任务模拟则面向另一类需求：在真实客户遇到问题之前，先测试智能体能否完成网站上的重要任务。模拟评估会报告任务是否完成、耗时、交互次数，以及可能需要改进的环节。微软目前首先覆盖电商和旅行场景，并计划逐步扩展到其他客户旅程。
两种能力的用途有所不同。活动看板观察已经发生的访问，模拟评估则用于检查特定任务流程。对网站经营者而言，这可能帮助区分“智能体没有找到商品”和“已经进入结账、但无法继续”等问题，但公告中的功能说明本身，并不是已经提升订单量或降低流失率的独立效果证明。
覆盖范围同样需要限定。微软列出的受支持智能体运营方是Google、OpenAI和Anthropic，并未宣称能够识别互联网上所有智能体。在另行发布的分析文章中，公司称活动看板已向存在智能体流量的项目正式开放；这不意味着每个项目都已具备可分析的代理访问，也不意味着所有行业都能获得同样的模拟测试。
有结账事件，不等于智能体独立完成了购买
微软为这次产品更新提供的背景，是一项对Clarity项目的流量分析。该研究观察了2026年8月13日至9月9日期间、涉及230,511个项目的逾520万次智能体分类会话，识别范围同样限于OpenAI、Google和Anthropic生态中的代理浏览器提供方。
这段统计期早于11月的功能公告，不能把它写成产品发布后的使用成效，也不能将Clarity样本直接等同于整个互联网的流量结构。
更关键的是，微软在研究方法中承认，一次被归类为智能体的会话，可能包含人工接手，而Clarity目前无法将其中的人类操作和智能体操作拆成不同会话。因此，记录到结账、表单或预约相关事件，只能说明这些行为出现在涉及智能体的会话中，不一定意味着任务由AI全程自主完成。
研究还说明，不同事件来自不同网站和行业，彼此并不互斥，不能拼成一条统一的转化漏斗。这意味着，网站分析中的“到达结账”与真实业务中的“付款成功”，仍需分别核对。新看板提供了观察入口，但不能仅凭事件标签证明收入已经实现。
Brand Agents：让商品被发现，也让服务能够预约
与观察外部智能体不同，Brand Agents是商户可部署的品牌助手。微软称，它以商户实时商品目录、配送与退货政策及品牌表达为基础，帮助访客挑选商品。
本次扩展将这一入口延伸到商户网站之外。符合条件的WooCommerce和Shopify商户，其商品可以在Microsoft Copilot、Bing、MSN等微软体验中被发现，消费者随后回到商户网站完成购买。这不是宣布购物交易统一迁移到Copilot内部。
公告称，已安装Brand Agents的商户不需要额外上传目录或进行配置；设置时也可以选择在网站上提供助手，或仅利用它参与AI体验中的商品发现。不过，“符合条件”仍是前提，不能据此承诺所有使用相关电商平台的商户都会自动获得展示。
本地服务是另一项扩展。微软举例说，访客描述厨房水管漏水后，助手可以识别相应服务，并提供预约。公告列出的连接工具包括Square、Jobber、HubSpot、Calendly、Housecall Pro和Salesforce，用于收集销售线索及安排预约。
这项能力面向符合条件的WordPress商家，并依赖受支持的客户关系管理或预约工具连接。当前Brand Agents产品页列出Shopify、WooCommerce和WordPress平台，但平台被列入支持名单，不代表每一种行业、集成和使用方式都没有额外门槛。
Ask Clarity：提供分析线索，而非替代业务判断
Ask Clarity试图减少运营者手动翻看会话记录的负担。按照微软的描述，用户提出业务问题后，它会分析网站自身数据，探索可能解释，再将发现和建议关联到相关会话录像，让运营者查看依据。目前重点仍是网站行为分析，包括会话记录、热力图、漏斗和事件等信号。
微软给出的例子是：欧洲访客转化较差，经营者怀疑定价过高，但实际行为可能指向未翻译页面，或只在某一市场可用的配送选项。这说明产品希望辅助检验假设，而不是单纯输出数据摘要；但这个示例不是经过独立复测的普遍结论。
公告引用早期用户反馈作为支持，但其脚注显示，调查只有16名参与者，开展于2026年7月至8月。这样的早期自报反馈可以反映使用者感受，不能证明所有零售商都能取得相同收益，更不能替代对建议准确性和业务效果的检验。
开放状态也要分开理解：公告明确将所述零售能力标为封闭测试；AI Visibility和广告数据等额外数据源支持，则仍属于后续计划。不能因为Clarity本身免费，或其他功能已经开放，就把这一体验写成已经全面可用。
分析、访问控制与用户授权，是不同问题
网站如何对待代理访问，正在同时成为运营和安全议题。AIFlux此前关于Cloudflare个人AI智能体访问控制的报道讨论了识别代理流量、逐代理设置访问策略，以及识别结果与用户授权之间的区别。Clarity这次更新更侧重网站内的行为和任务体验，两者关注的层面不同，也不是同一项产品进展。
对经营者来说，看清智能体在哪里停下，只是改进流程的起点。是否应该允许它执行某项操作、该操作是否得到用户授权，以及最终是否产生有效订单，仍需要相应的权限与业务记录来确认。
微软此次较为明确的动作，是把代理访问纳入网站经营者可观察、可测试的对象，并把商品发现、服务预约和行为分析放进同一产品叙事。至于这些工具能否持续改善真实客户旅程，仍需在具体网站、支持范围和实际部署条件下检验，不能仅由厂商公告推定。