Webflow MCP Copilot：按 286 条用户评价改落地页文案

2026-11-12，Webflow 把它的 MCP 服务器做成了 Microsoft Copilot 的连接器，Copilot 从此能直接建 Webflow 的 CMS 条目；我们用 EveryInfra 拉了 Todoist 在 Trustpilot、G2、Capterra、App Store、Google Play 和 Reddit 上的 286 条英文评价和帖子，按事先定好的 10 个主题计数，再把结果做成一张「用户原话 → 文案改法」的表，交给 agent 写成 CMS 草稿。拉一次全套评价的接口费是 $0.007737，本文三轮 12 次计费调用实际花了 $0.015474。数出来的第一件事是平台差别：同一个产品，Trustpilot 样本里 1 到 2 星占 42.6%，G2 是 0.0%；第二件事是价格：「价格与订阅」被提到 75 次，其中 53 次出现在 4 到 5 星的评价里，一星评价里那句「连最简单的提醒都要付费」，对照价格页其实是「自定义提醒」和「任务提醒」没分清，这类抱怨可以先试着改字。

Webflow MCP Copilot：11 月 12 日这次更新给了什么

Webflow 在 2026-11-12 发布的新闻稿写的是「expanded collaboration with Microsoft」，产品名叫 MCP Connector for Microsoft Copilot。同一天 Webflow 的更新日志页把上线日期写成 November 12, 2026，并写明安装不收费、目前不扣 Webflow 的 AI 额度（原文「free to install and doesn't currently use Webflow AI credits」）。新闻稿还写，Copilot 拿到的是 Claude、ChatGPT、Codex 和 Slack 里已有的同一套 Webflow 核心能力，agent 做的事记进 Webflow 活动日志、并标注为 AI 所做。新闻稿列了六类用途：建页面、管理 CMS 内容、读 Analyze 和 Optimize 的数据、查 SEO 与 AEO 问题、发布前检查、开发者工作流；和这篇有关的是第二类，原文写「Create, update, organize, and publish CMS content」。

能用它的人有门槛。Webflow 应用市场的连接器页底部有一条注：联合连接器只对买了 Microsoft 365 Copilot 附加许可（或 Microsoft 365 E7）的租户和用户开放，「aren't supported with Copilot Studio licenses or Microsoft 365 Copilot pay-as-you-go」。Webflow 帮助中心 2026-11-11 更新的《Connect Copilot to Webflow》把要求写得更细：每个使用者都要有这张许可，Webflow 一侧的站点角色除 Reviewer 以外都行，MCP 服务器沿用每个人原有的角色权限。连接步骤一共 9 步，从 Copilot 的 Settings 进 Sources，找到 Webflow 点 Connect，最后在 Webflow 授权页勾选要开放的站点或工作区。

帮助中心写：Copilot 读 Webflow 不问人，但在创建、更新、删除任何东西之前，默认每次都会先请你确认；你可以只放行这一次、放行到本次对话结束，或者永远放行，而且这个选择只作用于当时用的那一个工具，不作用于整个连接器。所以「写 CMS 草稿」这一步在 Copilot 里自带一道人工确认。我们建议保留默认，至少在头几周不要点「always allow」。

Microsoft Learn 的联合连接器概览把 Webflow 列在「Site design」一类里，并写明联合连接器用 MCP 实时取数、不把外部数据索引进 Microsoft 365、按用户本人的身份和权限访问，写操作要经用户同意，管理员可以在 Microsoft Purview 里审计。同页还写了支持的入口：Microsoft 365 Copilot Chat、Agents、Cowork、Word / Excel / PowerPoint / Outlook 里的 Copilot，以及 Researcher；其中 Researcher 只读，不能写。

同一个 Webflow MCP，在哪些 AI 工具里能用

Webflow MCP 已经能在 Copilot、Claude、ChatGPT、Codex、Gemini 里用。Webflow 的开发者文档、更新日志和新闻稿里能查到的入口如下，每一行都来自 Webflow 或对应厂商的原文，读取日期都是 2026-11-14：

Webflow 的入门文档写安装大约 5 分钟，分三步：配置 AI 工具、用 OAuth 授权站点、开始用自然语言提问；没有现成插件的客户端，直接填服务器地址 https://mcp.webflow.com/mcp。《How it works》一页说明这个地址跑在 Webflow 自己的服务器上，好处是本机不用存 API Key，令牌会自动刷新。同页的 Governance 一节写了两条和审稿有关的规则：MCP 服务器执行你在 Webflow 里的权限和角色，「An agent can do through the MCP server only what you can do in the Webflow Designer, and nothing more」；agent 做的每一处改动都写进站点的活动日志。

Webflow MCP 能读写什么：和改文案有关的四件事

翻完 Webflow 的数据工具清单，和「按评价改落地页」有关的能力集中在四处。第一是 CMS：清单写这个工具管理集合、字段和条目，「Items are created and updated as drafts; publishing them live is a separate action」，也就是建和改都先落成草稿，上线是另一个动作。第二是页面上的元素：MCP 2.0 起，元素的文字、样式、链接、属性都能在不打开 Designer 的情况下改，2026-07-21 的更新日志把这条写成「Build without a Designer session」。第三是 Agent Instructions：站点上可以放一份 Markdown 写的规则，MCP 服务器会自动把它交给每个连进来的 agent。第四是 Analyze 和 Optimize 的数据：10-15 的更新让 agent 能读页面流量、目标转化和实验结果，改完文案以后可以拿它来对比。

CMS 这一块的细节决定了草稿怎么写。Webflow 的发布说明写，每个 CMS 条目有 isDraft 和 lastPublished 两个属性，两者组合决定界面上显示的状态；一个已经上线的条目被设成 isDraft: true 时，线上版本不动，改动停在草稿里，直到再次发布才生效。建条目接口默认就是草稿，一次最多 100 条，多语言的每个语言版本各算一条，权限范围写的是 cms:write。如果有人用 updateItemLive 这类「直接改线上」的接口（Update Live Items 一次最多直接改 100 条已发布条目），审稿这一步就被跳过了，所以下文的配置示例里我们只让 agent 用草稿类动作。

还有两条限制会影响节奏。Webflow 的接口限速说明写，超过套餐的速率会收到 429，Retry-After 头一般是 60 秒，站点整体发布每分钟只能成功一次。常见问题页写，每次授权只对一个工作区生效，换工作区要删掉连接器重新授权；只有站点所有者和管理员能授权，别人看到的站点是灰的；多语言方面可以读和改已有 CMS 条目的二级语言版本，但不能新建本地化的 CMS 条目。

用户原话从哪来：五个评价源的真调

我们挑了 Todoist 当例子：它是一款公开的待办事项 SaaS，Trustpilot、G2、Capterra、App Store、Google Play 上都有用户评价，Reddit 上也常被拿来和别的工具比较；它的价格页把免费版（Beginner）、Pro 和 Business 三档的功能差别列成了表，方便拿评价去对。EveryInfra 和 Todoist 没有任何关系，这里只把它当作公开的样本。

能力和参数先从免费的能力目录确认：trustpilot/reviews 要的是公司域名（例如 todoist.com），支持按星级、语言、时间段筛；g2/reviews 要 G2 产品页网址；app_store/reviews 要苹果的数字应用 ID，country 决定哪个店面；google_play/reviews 要安卓包名，评价随 language 变；capterra/reviews 要产品名或产品页链接；reddit/search 搜最近一个月的帖子。这几项的目录单价是每次 $0.001389，Reddit 搜索每次 $0.000792，都是 available。2026-11-14 新加坡时间 13:06 到 13:38 我们分三轮做了 12 次计费调用，其中一次经 MCP 的 tools/call 发出，其余走 REST：

合计可以照表复算：10 次评价类调用 × $0.001389 + 2 次 Reddit 搜索 × $0.000792 = $0.015474。Capterra 有一次返回 503、没扣费，重试后成功，本次返回 19 条。表里另一行 Trustpilot 按相关度只取最近 12 个月，本次返回 9 条，全部已经在第 1 轮里出现过，去重后不再加样本。

一次调用长这样。请求体是 platform、action、params 三段，返回里 count 是本次返回的条数，billing.charged_usd 是这次扣的钱：

curl -s https://api.everyinfra.com/api/v1/social \
  -H "Authorization: Bearer $EVERYINFRA_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"platform":"trustpilot","action":"reviews",
       "params":{"company":"todoist.com","language":"en","sort":"newest","limit":50}}'

字段和目录里的 response_fields 一一对得上。做文案分析用到的只有几个：title 和 text（原话）、rating（星级，Google Play 叫 score）、posted_at（发布时间）、id（去重用）；Trustpilot 另有 reply_text（商家回复），Capterra 另有 pros、cons 两栏，G2 的第一条记录是汇总（record_type: summary），带 G2 自己归纳的 top_pros 和 top_cons。作者名、头像这些字段我们拿到了，但分析里不用，引用时也不写。

三轮去重以后，英文样本一共 286 条：Trustpilot 54、G2 49、Capterra 19、App Store（美区）99、Google Play（英语）40、Reddit 帖子 25。其中 Capterra 的 19 条来自它的「Todoist for Business」产品页（p/149339/Todoist-for-Business/），不是个人版页面，读的时候要把它当成团队用户的评价。第 3 轮另外拉了西班牙语评价 100 条（西班牙 App Store 50、Google Play 西语 50），用西语词表单独计数，结果在下面「西语评价」一小节。两组加起来是 386 条，但词表不同，不合并计数；本文的主题表、平台对比和对照表都只用 286 条英文样本。

Trustpilot 的 54 条里，有 13 条提到客服或退款，16 条提到价格或订阅，9 条提到故障；它的 23 条 1 到 2 星评价，按主题数是客服与退款 6 条、价格与订阅 6 条、故障与同步出错 4 条，夸点类主题加起来只有 6 次。G2 的 49 条里提到客服或退款的是 0 条。Capterra 的返回里有 incentivized 字段，这 19 条全部标着「受激励」，也就是平台征集来的评价，它的 1 到 2 星同样是 0 条。只用一个平台的评价，低分占比会落在 0% 到 42.6% 之间的任一端；文案对照表里每一行都要看它的条数来自哪几个平台（见下一节主题表的最后一列）。

星级分布的形状也不一样。Trustpilot 的 54 条里，一星 19 条、五星 20 条，两头加起来 39 条，占 72.2%，中间的二到四星只有 15 条，评价集中在两极。G2 正好相反：49 条里四星 23 条、五星 20 条、三星 6 条，没有一条低于三星，分数挤在中上段。App Store 美区的 99 条里五星 68 条，一星 10 条，形状接近 Trustpilot 但高分那头重得多；Google Play 英文 40 条里五星 28 条、一星 6 条，也是这个形状。对写文案的人来说，两极分化的平台适合找「用户在哪一步翻脸」，分数集中的平台适合找「满意的人用什么词夸」。

统计脚本：286 条评价里，用户最常夸什么、骂什么

统计方法在拉数据之前就定了：10 个主题，5 个夸点、5 个抱怨，每个主题 3 到 8 个英文关键词，一条评价一个主题只计一次，不手工挑句子。每条评价拿 title、text、pros、cons 四个字段拼起来匹配，按「平台 + id」去重，G2 的汇总记录不算评价。完整词表如下，用它重跑能得到下表的每一个数：

PRAISE = {
    "P1 natural language quick add": [r"natural language", r"quick add", r"\bnlp\b", r"type (it|tasks?) (in|like)", r"parse"],
    "P2 sync across devices": [r"\bsync", r"devices?", r"across (all )?(my )?(platforms|devices)", r"cross[- ]platform", r"phone and (laptop|computer|desktop)"],
    "P3 simple / clean / easy": [r"\bsimple\b", r"\bclean\b", r"\beasy\b", r"intuitive", r"ease of use", r"minimal"],
    "P4 recurring tasks & reminders": [r"recurring", r"repeat(ing)? task", r"reminders?"],
    "P5 projects, labels, filters": [r"\bprojects?\b", r"\blabels?\b", r"\bfilters?\b", r"organi[sz]"],
}
COMPLAINT = {
    "C1 price & subscription": [r"\bprice", r"subscription", r"premium", r"\bpro\b", r"\bpay(ing|wall)?\b", r"expensive", r"\bcost", r"\bfree (plan|version|tier)"],
    "C2 missing features": [r"missing", r"\bwish\b", r"\black", r"feature request", r"doesn'?t have", r"no way to", r"needs? (the ability|a way)"],
    "C3 bugs & sync issues": [r"\bbug", r"crash", r"glitch", r"not working", r"doesn'?t work", r"sync (issue|problem)", r"stopped working", r"broken"],
    "C4 support & refunds": [r"\bsupport\b", r"refund", r"customer service", r"charged"],
    "C5 calendar & integrations": [r"calendar", r"integration", r"google cal", r"outlook"],
}
def hits(text, lex):
    t = text.lower()
    return [name for name, pats in lex.items() if any(re.search(p, t) for p in pats)]

「项目、标签、筛选」和「简单好用」被提到得最多，而且几乎都在高分评价里：用户夸的是东西多但不乱，单个功能被点名的次数少得多。「价格与订阅」被提到 75 次，排第三，但其中 53 条是 4 到 5 星，只有 9 条是 1 到 2 星；高分评价里提价格的，常见的说法是「免费版就够用」或者「Pro 值得买」。自然语言快速添加只被提到 20 次，但提到它的评价写得很具体，例如 G2 上一条 2026-04-07 的五星评价，说可以输入一句很乱的话，应用马上就能解析出日期、项目和优先级。

样本里也有噪音。Reddit 搜「todoist」返回的帖子，有一部分是在讲别的待办工具、顺带提一句 Todoist，关键词一命中就算进去了；例如有 3 条帖子介绍的是一个自托管的项目管理工具，因为提到日历和项目被算进了 C5 和 P5。所以 Reddit 的数只当作「大家拿它和谁比」的线索，表里的结论以五个带星级的平台为准。

关键词计数靠不靠谱，可以拿 G2 自己的归纳对一下。G2 那次返回的第一条是平台汇总记录：Todoist 在 G2 共 859 条评价、平均 4.5 分，top_pros 和 top_cons 是 G2 自己从评价里归纳的标签和提及次数。G2 没写这些次数是按哪些评价算的，所以只比排序，不比绝对数：

两边的方向一致：夸点里「好用」和「整理」排在最前，抱怨的标签每个只有两三次，和 G2 样本里 1 到 2 星为 0 条对得上。差别在价格：G2 只把「Expensive」算作缺点，记了 2 次；我们的 C1 词表只看「有没有提到价格」，18 条里有 17 条是 4 星及以上，多是顺带说值不值，所以 C1 的条数要配合星级列一起读，单看总数会高估价格抱怨。

Todoist 在 App Store 页面和 Google Play 页面的介绍里，把自然语言录入和 Quick Add 放在最前面，例句是 "Submit report every Friday at 4pm #Work"。用户自发夸得最多的却是「项目、标签、筛选」（132 条）和「简洁好用」（117 条），提到自然语言快速添加的只有 20 条。商家最想讲的卖点和用户自己说出口的好处只部分重合，落地页首屏该用谁的话，这组数字给了一个可以拿去 A/B 测的方向。

西语评价：换一种语言再数一遍

西班牙 App Store 和 Google Play 西语各 50 条评价，我们用拉数据之前定好的西语词表单独计数。结果的前两名和英文一样，「整理、项目、标签」20 条，「简单好用」16 条；第三位换成了「提醒与重复任务」和「价格与付费」，各 8 条。西语评价里提价格的，有好几条是在夸免费版够用，例如一条 2026-11-03 的五星评价说没花钱也很好用。少于 5 条的主题，比如自然语言快速添加只有 2 条，「客服与扣款」「故障与闪退」各 3 条，我们都不下结论。两个西语来源之间也有平台差：西班牙 App Store 50 条里 1 到 2 星有 10 条，占 20.0%；Google Play 西语 50 条里只有 3 条，占 6.0%。和英文样本一样，西语落地页的抱怨类素材也不能只从一个商店里取。

西语样本里有两条低分评价对应价格页。一条两星评价说免费版看不到周视图和月视图的日历，这和 Todoist 价格页写的一致，日历视图不在免费档，用户描述得没错，落地页要做的是提前说清楚。另一条一星评价说提醒只在到期时才弹出来，提前提醒属于 Pro 的自定义提醒，这又回到了英文样本里「连提醒都要付费」那一处：免费档有到期提醒，提前提醒要付费，两种提醒的名字和差别要在价格表里分开写。西班牙 App Store 在 2026-09-30 和 2026-10-01 也有两条一星评价说应用打不开，时间和美区那次故障重合，同样不进文案。

用户原话 → 文案改法：一张对照表

把统计结果翻成文案，我们只用提到次数不少于 5 条的主题，原话摘录不超过 12 个英文词，不带作者名。每一行的「建议改法」都是给读者参考的写法，不是 Todoist 的真实页面，也不代表 Todoist 的立场：

Capterra 的样本也指向价格那一行：19 条评价里有 3 条在「缺点」一栏写到提醒被锁在付费档，其中一条说提醒以前在免费版里、现在要付费。这 3 条分别发布于 2026-09-16、2026-11-04 和 2026-11-12，都在读取日前两个月内，星级是 4、5、4 星，也就是说给高分的人也在抱怨这一点；按关键词搜「remind」其实命中 4 条，第 4 条说的是每日任务偶尔不提醒、在设置里能改，和付费无关，我们没有算进去。App Store 那条一星评价说「连最简单的提醒都要付费」，而 Todoist 价格页的对比表写的是：「Task reminders」三档都有，「Custom Reminders」只有 Pro 和 Business 才有。也就是说，评价人碰到的很可能是自定义提醒，但他以为是所有提醒。这类「功能其实有、但用户以为没有」的抱怨，可以先试改字：把两种提醒的名字和区别写进价格表和功能区，再看下一轮复跑里这类抱怨的条数有没有降。反过来，「故障与同步出错」那一行改字没用，我们在对照表里直接标成「不进落地页」。

Capterra 这 19 条评价带分项评分：易用性平均 4.81 分，性价比 4.00，功能 3.95，客服 3.54，推荐意愿 8.58 分（满分 10）。易用性高出其他几项一截，和「简单好用」被提到 117 次是同一个方向；客服垫底，和「客服与退款」集中在低分评价里也对得上。这 19 条评价全部带激励标记，分数整体可能偏高，拿来比较各项之间谁高谁低，比看绝对分数更稳妥。

经 Webflow MCP 写回 CMS 草稿（配置示例）

这一节的 Webflow 一侧我们没有实跑：本机没有 Microsoft 365 租户，也没有给测试账号开 Webflow 的付费站点，所以下面的命令、提示词和工具调用都是按 Webflow 与 Anthropic 的原文写的配置示例。EveryInfra 一侧的地址、鉴权头和工具名，是我们 2026-11-14 新加坡时间 13:12 用 tools/list 真调拿到的，返回 12 个工具，其中这篇要用的是 everyinfra_call_api（调任意数据能力）和 everyinfra_get_job（取异步结果）。

路线一：Claude Code 里同时挂两个 MCP 服务器

在一个会话里同时调评价数据和写 Webflow，最直接的是 Claude Code。Anthropic 的 Claude Code MCP 文档给出的远程服务器写法是 claude mcp add --transport http <name> <url>，需要带请求头时加 --header。Webflow 的 Claude Code 安装页写，加好服务器以后在会话里输入 /mcp，选中 Webflow，浏览器会弹出 OAuth 授权页，勾选要开放的站点，同时装上 MCP Bridge App；页面还建议每个站点单独建一个项目文件夹，用 -s project 把授权限定在这个文件夹里。

# 配置示例：在一个专门用来改落地页的空文件夹里执行
export EVERYINFRA_API_KEY="在控制台创建的 Key"   # 只放环境变量，不写进文件

# Webflow：OAuth，第一次 /mcp 时在浏览器里授权
claude mcp add --transport http -s project webflow https://mcp.webflow.com/mcp

# EveryInfra：API Key 放请求头
claude mcp add --transport http -s project everyinfra https://api.everyinfra.com/mcp \
  --header "Authorization: Bearer ${EVERYINFRA_API_KEY}"

两条命令的区别在鉴权：Webflow 走 OAuth，令牌由 Webflow 的服务器管；EveryInfra 走请求头里的 API Key。我们的 MCP 接入页写的是客户端每次请求都带 Authorization: Bearer。项目作用域的好处是 Webflow 授权只对这一个站点生效，agent 在别的文件夹里碰不到它。

提示词要把「只写草稿」说死。下面这一段是我们给 agent 的写法；发布前想看改了什么，可以用 Webflow 帮助中心列的 /guide-publishing 技能，它会列出上次发布以来的改动：

任务：根据真实用户评价，给 Todoist 风格的落地页起草文案修改建议，写进 Webflow CMS 草稿，不发布。
1. 用 everyinfra_call_api 拉评价：trustpilot/reviews（company=todoist.com, language=en, limit=50），
   g2/reviews（url=https://www.g2.com/products/todoist/reviews, limit=50），
   app_store/reviews（app_id=572688855, country=us, limit=50）。不要换别的能力。
2. 按我给的主题词表计数，输出「主题 / 条数 / 两句原话（不超过 12 个英文词，不带作者名）/ 建议改法 / 放在页面哪块」。
3. 用 Webflow 的 data_cms_tool 的 create_collection_items，把每条建议写成 "Copy suggestions" 集合里的一条草稿。
   只用 create_collection_items 和 list_collection_items；不许调用 publish_collection_items，不许改页面元素。
4. 写完列出新建条目的 id，等我看。

按 MCP 规范，模型发出的每次工具调用都是一条 tools/call。上面的提示词跑起来，agent 应该发出 3 次 everyinfra_call_api、若干次 data_cms_tool。Webflow 的数据工具清单在 data_cms_tool 下列的 create_collection_items 说明是「Create new items in a collection (as drafts)」，参数是 collection_id 和 request{fieldData}。我们建议这个集合只放四个字段：主题名、原话摘录、建议改法、证据条数，再加一个「状态」选项字段（待审、采纳、不采纳），审稿的人改这个字段就行，不用碰页面。

审稿人拿到的是一张集合视图，而不是一页改过的网页。每一行是一条建议：主题、原话摘录、建议改法、证据条数、状态。审的时候按证据条数从多到少看，先处理首屏和价格表这两块，因为改动影响面最大；证据条数少于 5 的建议，agent 在提示词里就被要求不要写进来，审稿人看到了可以直接标「否决」。被否决的条目不要删，留着状态和一句理由，下周复跑时 agent 先读这些理由，同一类建议就不会反复出现。审完以后，agent 只读「采纳」的条目去动页面元素，而且仍然只建草稿。

路线二：Microsoft 365 Copilot 里用 Webflow 连接器

在 Copilot 里，Webflow 连接器由管理员在 Microsoft 365 管理中心放行，用户在 Settings → Sources 里连上。评价数据这一半要另想办法，原因在鉴权：Microsoft Learn 的自定义联合连接器设置页列的鉴权方式只有 Microsoft Entra SSO、OAuth 2.0 和 No Auth 三种，表里没有「API Key 放请求头」这一项，而 EveryInfra 的 https://api.everyinfra.com/mcp 用的就是 API Key。本文没有在租户里试过把它接成联合连接器。可行的两种做法：

• 用 Copilot Studio 做一个 agent 来调 EveryInfra MCP，再发布到 Microsoft 365 Copilot。微软文档《用 MCP 扩展 agent》写明 Copilot Studio 目前支持 MCP 的工具和资源；它的 MCP 接入收 API Key，步骤我们在 Copilot Studio MCP 那篇里逐项核对过。
• 不让 Copilot 去拉数据：用一个每周跑一次的脚本经 REST 拉评价、算好主题表，存成 CSV 或 Excel 放进 OneDrive，再在 Copilot 里让它读这张表、调 Webflow 连接器写草稿。会定时跑或者会重试的调用，走 REST 并带 Idempotency-Key，写法见幂等键那篇。

Webflow 帮助中心列的 Copilot 技能里，有两个和这条线直接相关：/guide-using-cms 给 CMS 结构建议，/guide-publishing 列出上次发布以来的改动并跑发布前检查。帮助中心写明，Copilot 不会在你打字时提示技能名，要把名字原样打全。

用 Agent Instructions 把「哪些话不能写」交给站点自己管

Webflow 的 How it works 写，Agent Instructions 是放在站点上的 Markdown 规则，MCP 服务器会自动交给每个连进来的 agent，Copilot、Claude、ChatGPT 连进来拿到的是同一份。对评价驱动的改稿，我们建议至少写四条：

# 落地页文案规则（Agent Instructions 示例）
- 只能引用 "Copy suggestions" 集合里状态为「采纳」的原话；引用时不写评价人姓名或用户名。
- 不改写原话的意思，不把三星评价写成好评，不把单条评价写成「用户普遍认为」。
- 不写没有证据条数支撑的数量词（「数千用户」「大多数人」）。
- 只建草稿；发布由人在 Webflow 里点。

一次真实往返：模型发出什么调用、我们回了什么

上面的提示词交给 agent 以后，它和 EveryInfra 之间来回的是 MCP 的 JSON-RPC 消息。我们没有让模型去发，而是 2026-11-14 新加坡时间 13:18:55 手工发了一条和模型会发的完全同形的 tools/call，拉 Todoist 在 Google Play 的最新英文评价：

{"jsonrpc": "2.0", "id": 7, "method": "tools/call",
 "params": {"name": "everyinfra_call_api",
            "arguments": {"platform": "google_play", "action": "reviews",
                          "params": {"app_id": "com.todoist", "language": "en", "sort": "newest", "limit": 40}}}}

结果放在 result.content 的文本块里，解开是和 REST 一样的结构（节选，作者名和头像已去掉）：

{"id": "req_3a72a56574e74bb0", "platform": "google_play", "action": "reviews",
 "count": 40,
 "pagination": {"page": 1, "has_more": true},
 "next_page_token": "pt1.AC4vB2…（省略）",
 "results": [{"id": "9701e637-80cc-4fe0-9f20-fb22013ca30c", "app_id": "com.todoist",
              "text": "Easy to make to do list. Helps me finish work on time.",
              "score": 5, "reply_text": "Thanks for sharing, …! We’re happy Todoist helps you stay on top of your work 🤗️",
              "reply_at": "2026-11-13T13:32:30.235000+00:00", "app_version": "v12342"}, "……另 39 条"],
 "billing": {"charged": true, "charged_usd": 0.001389}}

这一条往返里有三样东西会影响 agent 下一步怎么做。count 是 40，agent 可以据此判断够不够，不够就带上 next_page_token 翻下一页，目录写这个令牌 24 小时有效、每页算一次调用。reply_text 是商家回复，这 40 条里有 27 条带回复，这对写文案也有用：商家回复里怎么称呼功能，就是团队自己认可的说法。billing.charged_usd 是这次的花费，agent 可以把它累加起来，超过预算就停。

会自动重试的流程，建议走 REST 并带 Idempotency-Key，这样重试不会被算成两次新请求，幂等键那篇有完整写法。

算账：改一次落地页要花多少

数据接口这一半按目录单价算，读者可以照着复算：一次完整的拉取是 Trustpilot、G2、Capterra、App Store、Google Play 各 1 次（每次 $0.001389），加 Reddit 搜索 1 次（$0.000792），合计 5 × 0.001389 + 0.000792 = $0.007737。本文每个平台第一次调用的返回条数是 Trustpilot 50、G2 49、Capterra 19、App Store 50、Google Play 40、Reddit 25，加起来 233 条，所以一次全套大约是两百多条，具体看各平台当天能返回多少。每周跑一次，一个月约 4.3 次，接口费约 $0.033；如果要像本文这样每个平台多换一种排序再拉一轮，翻倍也不到 $0.07，人的时间（写文案的人看对照表、负责人看预览、有权限的人点发布）比这笔接口费贵得多。

按每 1,000 条评价算，评价类能力在 $0.028（App Store）到 $0.073（Capterra） 之间，差别来自一次返回多少条：App Store 和 G2 一次给了 50 条左右，单价就摊得低；Capterra 那一次返回 19 条，Trustpilot 只筛一二星的那一轮返回 23 条，摊下来就高一些。成本的大头在许可上：一个人一个月的 Microsoft 365 Copilot Business 附加许可按当前标价 $18 算，够按本文的做法做 $18 ÷ $0.007737 ≈ 2,326 次全套拉取（每次两百多条评价）。走 Claude Code 路线的话，模型那一侧按你自己的 Claude 套餐或 API 用量算，本文没有估。

改之前要人审：规则、平台条款和三道闸

把用户原话搬上落地页，碰到的第一条线是广告法规。美国联邦贸易委员会 2024 年发布的《消费者评价与推荐规则》（16 CFR Part 465）第 465.2 条，把企业编写或传播「在评价人是否存在、是否用过产品、体验如何」上有实质误导的评价和推荐列为不公平或欺骗性做法；同一规则把「consumer testimonial」定义为消费者会相信反映了真实用户体验的广告或推广信息。落地页上一句「用户说：再也离不开它」，就属于这一类。FTC 的《背书与推荐指南》（16 CFR Part 255）讲的也是同一件事：推荐要反映背书人的真实意见，不能断章取义。我们不提供法律意见，这里只说它对流程的要求：原话不能改意思，不能把一条三星评价里夸的半句单独拿出来当五星推荐，引用前最好拿到评价人的许可。

第二条线是评价平台自己的规则。Trustpilot 2026 年 2 月版的《企业指南》开头的要点里写着「Reviewers own their reviews」，评价归写评价的人所有，他们随时可以改或删。所以把原话做成页面上的固定引用，过几个月可能对不上原文。我们的做法是：分析用原话，页面上写改过的文案，不直接贴评价；真要贴，就用平台提供的展示组件，或者先拿到评价人同意。Google 的评价摘要结构化数据文档和 2019 年的说明写过，企业在自己网站上标注关于自己的评价属于「self-serving」，不会显示评价星级；这也意味着把第三方评价搬到自己页面上，换不来搜索结果里的星星。

如果确实想在落地页上直接放某位用户的原话，我们的做法是在 "Copy suggestions" 集合里多加一个「授权」字段，记录向谁、在哪天、通过什么渠道取得了同意，没有记录的条目一律不放原话，只用改写后的文案。Agent Instructions 里同样写一条：只有「授权」字段有值的条目才能以引号形式出现在页面上。这样一来，就算几个月后评价人在平台上改了或删了评价，团队也能查到当时取得同意的依据，必要时把那一句撤下来。

第三条线是 agent 本身。MCP 规范 2025-06-18 版的工具一章在安全一节写，客户端「SHOULD」在敏感操作前请用户确认，并在调用前把工具输入展示给用户。Webflow 和 Copilot 都按这个方向做了：Copilot 写操作默认逐次确认，Webflow 的 CMS 条目默认是草稿，MCP 服务器按你的站点角色限权，改动记进活动日志。r/webflow 上一个帖子问的就是「AI 起草 CMS 内容以后，怎么让客户审过再上线」，回帖里提到的做法有 Google 文档批注、Notion 中转、Webflow 预览链接和 staging 域名。把这些放在一起，我们给的三道闸是：

提到「故障与同步出错」「客服与退款」的评价里，低分的比例最高；这类问题靠改落地页的字解决不了，硬写一句「稳定可靠」反而和用户的经历对不上。第一道闸审对照表时，审稿人先把这两类挑出来，转给产品和客服。价格类不一样：67 条带星级、提到价格的评价里有 53 条是 4 到 5 星，落地页上把免费版和 Pro 版的差别写清楚，比回避价格更有用。

每周复跑：把一次改稿变成固定流程

改一次落地页用得上上面的全部步骤，之后每周复跑只需要做三件事。第一，拉数据时加时间条件，Trustpilot 用 date=last12months，其他平台按 posted_at 只留上次复跑之后的新评价，这样每周新增的样本只有几十条，接口费按目录单价算不到一美分。第二，主题词表保持不变，词表和脚本存进仓库，每次改动都记一笔，免得前后两周的数字没法比；每周只看各主题条数的变化；某个抱怨主题一周内突然多出好几条，先查是不是一次故障或一次涨价，确认是长期问题再动文案。第三，商家回复也是素材：团队在回复里怎么称呼某个功能，就是落地页上最稳妥的说法，因为它已经过了客服和品牌的口。这次拿到的回复按星级分开数是这样（reply_text 非空即算有回复）：

英文 Google Play 上，低分评价被回复的比例比高分评价高 25.7 个百分点；Trustpilot 上两头差不多，高分还略高。回复的内容要分开看：Trustpilot 15 条低分回复里有 4 条、英文 Google Play 6 条里有 1 条提到了功能名、套餐或设置路径（例如「Settings > Notifications/Reminder」），其余多是道歉加一个工单链接。所以商家回复能给的是「团队怎么称呼这个功能」这类零散用词，条数不多，适合拿来核对价格页和功能区的叫法，不适合当成主题统计的来源。

复跑的结果最好也写回同一个 "Copy suggestions" 集合，用「新增」「已采纳」「已上线」三种状态区分，这样 Webflow 的活动日志、集合里的状态字段和落地页上线的版本能一条一条对上。

做不了或要注意的地方

关键词计数只回答「提到了没有」，回答不了「是夸还是骂」。同一条「sync」可能是「同步很稳」，也可能是「同步丢了数据」；我们用星级把两者分开，但三星评价和没有星级的 Reddit 帖子落在中间。本文的词表只有 10 类、每类 3 到 8 个英文关键词，换成别的产品要重定，而且要在拉数据之前定。想要更细的情感方向，可以让模型逐条打标签；arXiv 上 2024 年的一篇综合评测和 2023 年的一篇比较过大模型做「按方面分情感」（aspect-based sentiment analysis）的表现，旅游业 2025 年也有一篇用 GPT-4o 和人工标注对照的研究。模型打的标签要抽样人工核，不能直接当事实。

样本有边界。Trustpilot 上 todoist.com 的英文评价，这次按最新排序拿到的最早一条是 2019 年；App Store「最有帮助」排序会把几年前的长评排在前面，最早一条是 2017 年。所以「多少人抱怨某件事」反映的是这几页评价，不是全体用户，更不是今天的产品状态。做落地页时建议按时间切一刀，例如只用近 12 个月的评价，Trustpilot 能力本身支持 date=last12months 这类参数。另一处要小心的是集中爆发：App Store 里 2026-09-30 同一天有 3 条一星评价都写「更新 iOS 后打不开」，这是一次故障，不是长期印象，不该写进文案。

按时间切一刀，结论会变。App Store 美区的 99 条评价里，近 12 个月（2025-11-14 之后）发布的 57 条中有 11 条是 1 到 2 星，占 19.3%；更早的 42 条里只有 3 条，占 7.1%。这 11 条里有 3 条来自 2026-09-30 那次升级后打不开的故障，扣掉以后近一年的低分占比仍然高于更早的评价。另一个原因在排序：「最有帮助」排序把几年前的长篇好评顶在前面，旧样本因此偏向好评。西班牙 App Store 两段差得不多（22.2% 对 18.8%）；Trustpilot 近 12 个月只有 9 条，样本太小，不下结论。写落地页时，近一年的评价权重应该更高，旧评价里夸的点要先确认产品现在还是这样。

Webflow 一侧，本文所有写操作都是配置示例。Webflow 的常见问题页写 MCP 服务器只支持「a focused set of Data and Designer API tools」，不是所有接口都能经 MCP 调；新建本地化的 CMS 条目目前不支持。Copilot 一侧，联合连接器需要 Microsoft 365 Copilot 附加许可或 E7，Copilot Studio 许可和按量付费都不行。Researcher agent 里的联合连接器只读。

和 Notion MCP、VS Code 自动化那几篇的分工

站内已经有几篇用评价数据的文章，角度不同。Notion MCP 那篇讲两个 agent 同时写一张竞品表时，键、时间和计数怎么对齐；VS Code 云端自动化那篇每天给应用商店差评分类，交给研发；Copilot Studio 那篇讲在微软的工具里接 EveryInfra MCP 的六条路和鉴权。本篇的出口是 Webflow 的 CMS 草稿，重点在主题计数、对照表和发布前的人审。

行业动向

• 2026-11-12，Webflow 发布 Microsoft Copilot 的 MCP 连接器（更新日志）。对读者：用 Microsoft 365 的团队，改站点不用再换工具，但许可门槛是 Microsoft 365 Copilot 附加许可或 E7。
• 2026-10-21，Webflow 上线「agent presence」，agent 经 MCP 改站点时，画布上能实时看到它在哪里改（更新日志）。对读者：人审不只靠事后的活动日志，改的过程中也能看。
• 2026-10-19，Microsoft Learn 更新自定义联合连接器的设置文档，组织可以把自己的 MCP 服务器接进 Microsoft 365 Copilot，鉴权支持 Entra SSO、OAuth 2.0、无鉴权。对读者：只发 API Key 的 MCP 服务器，要么改走 OAuth，要么走 Copilot Studio。
• 2026-10-15，Webflow 的 MCP 能读 Analyze、Optimize 和 AEO 数据，并加了 Gemini 连接器（更新日志，新闻稿）。对读者：改完文案以后，可以让同一个 agent 去读页面转化，看改得有没有用。
• 2026-11-03，Microsoft Q&A 上有开发者报告，自定义联合连接器的 MCP 工具返回图片时，Copilot 不会把它当图片交给模型（讨论帖）。对读者：评价截图这类图片结果，在 Copilot 里不要指望模型能看懂，传文字。

常见问题

问题来自 Google 联想词（2026-11-14 用联想词工具取「webflow mcp」「webflow mcp copilot」）和 r/webflow 的原帖，答案只写原文能证实的部分。

Webflow MCP server 的地址是什么，要不要 API Key？

出处：联想词「webflow mcp server」。地址是 https://mcp.webflow.com/mcp，见 Webflow 入门文档。它用 OAuth 授权，How it works 写本机不用存 API Key、令牌自动刷新。只有站点所有者和管理员能授权，每次授权对一个工作区生效。

Webflow MCP 能在 Claude 里用吗？

出处：联想词「webflow mcp claude」「webflow mcp claude code」。能。Claude 桌面版和网页版走 Connectors 搜 Webflow；Claude Code 用 claude mcp add --transport http 加 https://mcp.webflow.com/mcp，再在会话里用 /mcp 授权，步骤见 Webflow 的 Claude Code 安装页。

Webflow MCP Copilot 连接器要什么许可，收费吗？

出处：联想词「webflow mcp copilot plugin」「webflow mcp copilot integration」。Webflow 更新日志写安装免费、目前不扣 Webflow AI 额度；连接器页写需要 Microsoft 365 Copilot 附加许可或 Microsoft 365 E7，Copilot Studio 许可和按量付费都不支持。微软商业版价格页 2026-11-14 显示 Microsoft 365 Copilot Business 附加许可原价每人每月 $21、当前标价 $18，按年付。

Webflow MCP copilot not working，常见原因是什么？

出处：联想词「webflow mcp copilot not working」。Webflow 常见问题页列的几条：客户端要重启或升级才看得到新服务器；站点灰色是因为你不是所有者或管理员；需要实时 Designer 的功能要先在 Designer 里打开 MCP Bridge App 并保持标签页不休眠；报 ModeForbidden 是当前 Designer 模式不允许这个工具。Copilot 一侧还要看管理员有没有在 Microsoft 365 管理中心放行这个连接器，以及你在不在它的分批开放名单里（联合连接器概览）。

Webflow MCP bridge app 是做什么的，改 CMS 要不要开？

出处：联想词「webflow mcp bridge app」。Bridge App 在 OAuth 授权时自动装到站点上，把正在打开的 Designer 和 MCP 服务器连起来。How it works 写大部分工作走 Data API，不需要它，包括管理 CMS 内容和页面；只有截元素快照、读写当前选中、页面、模式和分支、在画布上导航这几样要它。改 CMS 草稿不用开。

AI 起草的 CMS 内容，怎么让客户审过再上线？

出处：r/webflow 原帖《Anyone using AI to draft CMS content — how do you get client approval before it goes live?》。Webflow 的 CMS 条目默认就是草稿，已上线的条目改成草稿时线上版本不变（发布说明）。我们的做法是多加一个「状态」字段让审稿人改，agent 只读「采纳」的条目；客户不想进 Webflow 时，用 staging 域名给预览链接。同一个子版块里 Webflow 工程负责人的回帖说，Data API 那一侧的工作流已经可以上生产，Designer API 一侧还在完善。

上手步骤

1. 在 EveryInfra 控制台注册并创建 API Key，按快速上手先用 curl 调一次 trustpilot/reviews，确认返回里有 count 和 billing.charged_usd。
2. 先看平台总览页 Trustpilot API、App Store API、Google Play API，再在能力页确认参数：Trustpilot 评价、G2 评价、App Store 评价、Google Play 评价、Reddit 搜索；所有能力和单价在数据市场和免费的目录接口里。
3. 先在拉数据之前写好主题词表，再跑本文的统计脚本，产出对照表。
4. 在一个空文件夹里用 Claude Code 挂上 Webflow 和 EveryInfra 两个 MCP 服务器（见上文配置示例），或者在 Microsoft 365 Copilot 里连上 Webflow 连接器、把对照表交给它。
5. 让 agent 只建 CMS 草稿；三道闸都过了再由人发布。

参考资料

1. Webflow 新闻稿：Webflow Launches New MCP Connector for Microsoft Copilot，GlobeNewswire，2026-11-12
2. Webflow Updates：Microsoft Copilot 连接器，2026-11-12
3. Webflow Marketplace：Microsoft Copilot MCP Connector 应用页，2026-11-14 读取
4. Webflow Help Center：Connect Copilot to Webflow，2026-11-11 更新
5. Microsoft Learn：Federated connectors overview
6. Webflow 开发者文档：MCP How it works
7. Webflow 开发者文档：MCP Getting started
8. Webflow 开发者文档：MCP Data tools 列表
9. Webflow 开发者更新日志：MCP 2.0，2026-07-21
10. Webflow Updates：MCP 接入 Analyze、Optimize 和 AEO，2026-10-15
11. Webflow 开发者文档：CMS 发布指南
12. Webflow Data API：Create Items
13. Webflow Data API：Rate limits
14. Webflow 开发者文档：MCP FAQs
15. GitHub：webflow/mcp-server 仓库
16. Webflow 开发者文档：Webflow MCP server 总览
17. Webflow Data API：Update Live Items
18. MCP 规范 2025-06-18：Authorization
19. Webflow 开发者文档：Claude Desktop 安装
20. Todoist 价格页，2026-11-14 读取
21. EveryInfra 能力目录（免费接口），2026-11-14 读取
22. App Store：Todoist 应用页（美区）
23. Google Play：Todoist 应用页
24. Anthropic：Claude Code MCP 文档
25. Webflow 开发者文档：Claude Code 安装
26. Microsoft Learn：Set up custom federated connectors，2026-10-19
27. Microsoft Learn：Extend your agent with Model Context Protocol（Copilot Studio）
28. eCFR：16 CFR Part 465，消费者评价与推荐规则
29. eCFR：16 CFR Part 255，背书与推荐使用指南
30. Trustpilot：Guidelines for Businesses，2026 年 2 月版
31. Google Search Central：Review snippet 结构化数据
32. Google Search Central 博客：Making review rich results more helpful，2019-09-16
33. MCP 规范 2025-06-18：Tools
34. r/webflow：Anyone using AI to draft CMS content — how do you get client approval before it goes live?
35. arXiv 2412.02279：大语言模型的方面级情感分析评测（2024）
36. arXiv 2310.18025：大语言模型与方面级情感分析（2023）
37. Tourism & Management Studies：GPT-4o 与人工标注的方面级情感对比（2025）
38. Webflow Updates：画布上的 agent 在场提示，2026-10-21
39. Webflow 新闻稿：Webflow and Google Gemini Announce New Agentic Integration，GlobeNewswire，2026-10-15
40. Microsoft Q&A：Custom federated connector MCP image tool results，2026-11-03
41. Microsoft：Copilot for business 价格页，2026-11-14 读取
42. r/webflow：Webflow MCP experiences