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

> Webflow MCP 进了 Copilot。把 Todoist 286 条英文评价按主题计数，做成原话对改法的表，再交给 agent 写进 CMS 草稿。

- Canonical page: https://everyinfra.com/blog/webflow-mcp-copilot-landing-page-copy-from-reviews
- Published: 2026-11-14T14:56:00+08:00 · Fact-checked: 2026-11-14T14:41:40+08:00

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 连接器 2026-11-12 上线，安装免费、目前不扣 Webflow AI 额度；使用者要有 Microsoft 365 Copilot 附加许可或 E7，写操作默认逐次确认。
> - EveryInfra 三轮 12 次计费调用，去重后拿到 Todoist 英文评价和帖子 286 条，合计扣费 $0.015474；拉一次全套（6 个能力各 1 次）是 $0.007737。另拉的 100 条西语评价单独计数。
> - 同一产品口碑差很多：Trustpilot 1–2 星占 42.6%，App Store 14.1%，G2 0.0%；只用一个平台的评价，低分占比可能落在两端的任一端。
> - 「故障与同步出错」「客服与退款」两类，提到的评价里 1–2 星分别占 37.5% 和 34.8%，这类问题转给产品和客服，不进落地页。
> - Webflow 新建的 CMS 条目默认是草稿；我们给的三道人审闸：对照表状态、草稿预览、人手发布。

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

Webflow 在 2026-11-12 发布的[新闻稿](https://www.globenewswire.com/news-release/2026/11/12/3402054/0/en/webflow-launches-new-mcp-connector-for-microsoft-copilot.html)写的是「expanded collaboration with Microsoft」，产品名叫 MCP Connector for Microsoft Copilot。同一天 Webflow 的[更新日志页](https://webflow.com/updates/microsoft-copilot)把上线日期写成 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 应用市场的[连接器页](https://webflow.com/apps/detail/microsoft-copilot-mcp-connector)底部有一条注：联合连接器只对买了 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》](https://help.webflow.com/hc/en-us/articles/57398101161491-Connect-Copilot-to-Webflow)把要求写得更细：每个使用者都要有这张许可，Webflow 一侧的站点角色除 Reviewer 以外都行，MCP 服务器沿用每个人原有的角色权限。连接步骤一共 9 步，从 Copilot 的 Settings 进 Sources，找到 Webflow 点 Connect，最后在 Webflow 授权页勾选要开放的站点或工作区。

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

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

![截图：Webflow 开发者文档《How it works》页的两节。上面一节写 MCP 服务器远程运行在 https://mcp.webflow.com/mcp，用 OAuth 授权，列了三条好处；下面一节讲 MCP Bridge App。青绿框标出的一段原文说，服务器的大部分工作走 Data API、不需要 Bridge App，包括创建和编辑元素、组件、样式、变量，以及管理 CMS 内容、页面、素材和字体。](https://everyinfra.com/articles/webflow-mcp-copilot-landing-page-copy-from-reviews/img-webflow-docs-how-it-works.webp)

截图：Webflow 开发者文档原文，2026-11-14 新加坡时间读取，青绿框为我们所加 [Webflow Developer Documentation《How it works》](https://developers.webflow.com/mcp/reference/how-it-works)

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

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

| 入口 | 怎么接 | 鉴权 | 上线或文档日期 | 原文 |
| --- | --- | --- | --- | --- |
| Microsoft 365 Copilot | Settings → Sources → Webflow → Connect | Webflow OAuth，另需 Microsoft 365 Copilot 附加许可或 E7 | 2026-11-12 | Webflow 更新日志、帮助中心 |
| Claude 桌面版 / 网页版 | Customize → Connectors 搜 Webflow | Webflow OAuth | 文档页未写日期 | developers.webflow.com 安装页 |
| Claude Code | 命令行加远程服务器，再用 `/mcp` 授权 | Webflow OAuth，浏览器弹窗 | 文档页未写日期 | developers.webflow.com 安装页 |
| ChatGPT 与 Codex | 在 ChatGPT 或 Codex 里连接 Webflow 工作区 | Webflow OAuth | 早于 2026-10-15 | Webflow 10-15 更新日志、11-12 新闻稿 |
| Google Gemini | Gemini 连接器 | Webflow OAuth；企业版套餐的支持还在开发 | 2026-10-15 | Webflow 更新日志 |
| 其他支持远程 MCP 的客户端 | 手动填 `https://mcp.webflow.com/mcp` | Webflow OAuth | 文档页未写日期 | getting-started 页 |

Webflow 的[入门文档](https://developers.webflow.com/mcp/reference/getting-started)写安装大约 5 分钟，分三步：配置 AI 工具、用 OAuth 授权站点、开始用自然语言提问；没有现成插件的客户端，直接填服务器地址 `https://mcp.webflow.com/mcp`。[《How it works》](https://developers.webflow.com/mcp/reference/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 的[数据工具清单](https://developers.webflow.com/mcp/tools/data-tools)，和「按评价改落地页」有关的能力集中在四处。第一是 CMS：清单写这个工具管理集合、字段和条目，「Items are created and updated as drafts; publishing them live is a separate action」，也就是建和改都先落成草稿，上线是另一个动作。第二是页面上的元素：MCP 2.0 起，元素的文字、样式、链接、属性都能在不打开 Designer 的情况下改，[2026-07-21 的更新日志](https://developers.webflow.com/home/changelog/2026/7/21)把这条写成「Build without a Designer session」。第三是 Agent Instructions：站点上可以放一份 Markdown 写的规则，MCP 服务器会自动把它交给每个连进来的 agent。第四是 Analyze 和 Optimize 的数据：[10-15 的更新](https://webflow.com/updates/mcp-optimize-analyze-aeo)让 agent 能读页面流量、目标转化和实验结果，改完文案以后可以拿它来对比。

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

| 改文案要做的事 | Webflow MCP 里对应的地方 | 要不要开着 Designer | 默认会不会直接上线 |
| --- | --- | --- | --- |
| 把「用户原话 → 改法」存成一条条待审记录 | CMS 集合和条目 | 不要 | 不会，新条目默认 `isDraft: true` |
| 改落地页标题、副标题、按钮文字 | 页面元素（MCP 2.0 起走 Data API） | 不要 | 改的是暂存内容，要发布才上线 |
| 规定 agent 不许写哪些话 | Agent Instructions | 不要 | 规则本身也先存成草稿 |
| 改完看点击和转化有没有变 | Analyze、Optimize（需要对应附加套餐） | 不要 | 只读 |
| 截一张元素的视觉快照 | Designer 工具，经 MCP Bridge App | 要 | 只读 |

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

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

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

能力和参数先从免费的[能力目录](https://api.everyinfra.com/api/v1/social/catalog)确认：`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：

| 时间（新加坡时间） | 能力 | 关键参数 | 本次返回 | charged_usd |
| --- | --- | --- | --- | --- |
| 13:06 | `trustpilot/reviews` | company=todoist.com, language=en, sort=newest | 50 条 | 0.001389 |
| 13:07 | `g2/reviews` | url=g2.com/products/todoist, sort=newest | 49 条评价，另有 1 条平台汇总 | 0.001389 |
| 13:08 | `app_store/reviews` | app_id=572688855, country=us, sort=newest | 50 条 | 0.001389 |
| 13:08 | `reddit/search` | keyword=todoist, sort=newest | 25 条 | 0.000792 |
| 13:17 | `trustpilot/reviews` | company=todoist.com, language=en, stars=1,2 | 23 条 | 0.001389 |
| 13:18 | `app_store/reviews` | app_id=572688855, country=us, sort=most_helpful | 50 条 | 0.001389 |
| 13:18 | `google_play/reviews` （MCP） | app_id=com.todoist, language=en, sort=newest | 40 条 | 0.001389 |
| 13:18 | `reddit/search` | keyword=todoist pro worth it, sort=relevance | 2 条 | 0.000792 |
| 13:34 | `app_store/reviews` | app_id=572688855, country=es, sort=newest | 50 条 | 0.001389 |
| 13:34 | `google_play/reviews` | app_id=com.todoist, language=es, sort=newest | 50 条 | 0.001389 |
| 13:35 | `trustpilot/reviews` | company=todoist.com, language=en, sort=relevance, date=last12months | 9 条 | 0.001389 |
| 13:38 | `capterra/reviews`（异步） | company=capterra.com/p/149339/Todoist-for-Business/ | 19 条 | 0.001389 |
| 合计 | 12 次 |  | 417 条（去重前） | $0.015474 |

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

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

```bash
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}}'
```

![截图：EveryInfra 接口的真实返回，2026-11-14 13:06:42（新加坡时间）调用 trustpilot/reviews，参数 company 为 todoist.com、language 为 en、sort 为 newest、limit 为 50。返回体里 count 为 50，第一条评价是 5 星、发布于 2026-11-04、来自荷兰，作者名已隐去；billing 里 charged 为 true、charged_usd 为 0.001389。青绿框标出 count 和 charged_usd 两处。](https://everyinfra.com/articles/webflow-mcp-copilot-landing-page-copy-from-reviews/img-api-response-trustpilot.webp)

截图：我们接口的真实返回（节选，作者名已隐去），青绿框为我们所加 [EveryInfra trustpilot/reviews 返回](https://everyinfra.com/trustpilot-api/reviews)

字段和目录里的 `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 条英文样本。

![横向堆叠条形图，比较各平台带星级评价里 1 到 2 星、3 星、4 到 5 星的占比。Trustpilot（54 条）1 到 2 星占 42.6%，4 到 5 星 48.1%；Google Play（40 条）1 到 2 星 17.5%；App Store（99 条）1 到 2 星 14.1%；Capterra（19 条）1 到 2 星 0.0%；G2（49 条）1 到 2 星 0.0%，4 到 5 星 87.8%。青绿色是 1 到 2 星那一段。](https://everyinfra.com/articles/webflow-mcp-copilot-landing-page-copy-from-reviews/fig-04-rating-share-by-platform.zh.light.svg)

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 的汇总记录不算评价。完整词表如下，用它重跑能得到下表的每一个数：

```text
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)]
```

![横向条形图：286 条去重评价里各主题被提到的条数，从多到少：项目、标签、筛选 132；简单好用 117；价格与订阅 75；重复任务与提醒 70；多设备同步 52；日历与集成 49；故障与同步出错 27；缺功能 26；客服与退款 23；自然语言快速添加 20。抱怨类主题是青绿色。](https://everyinfra.com/articles/webflow-mcp-copilot-landing-page-copy-from-reviews/fig-03-theme-mentions.zh.light.svg)

| 主题 | 提到的评价数 | 其中 4–5 星 | 其中 1–2 星 | 主要出现在 |
| --- | --- | --- | --- | --- |
| 项目、标签、筛选 | 132 | 106 | 4 | App Store 45、G2 41 |
| 简单好用 | 117 | 100 | 5 | App Store 44、G2 40 |
| 价格与订阅 | 75 | 53 | 9 | App Store 23、G2 18 |
| 重复任务与提醒 | 70 | 55 | 4 | G2 24、App Store 21 |
| 多设备同步 | 52 | 35 | 3 | G2 18、App Store 11 |
| 日历与集成 | 49 | 34 | 2 | App Store 17、G2 14 |
| 故障与同步出错 | 27 | 10 | 9 | Trustpilot 9、App Store 8 |
| 缺功能 | 26 | 18 | 3 | App Store 12、Trustpilot 5 |
| 客服与退款 | 23 | 13 | 8 | Trustpilot 13、App Store 7 |
| 自然语言快速添加 | 20 | 15 | 1 | G2 8、Capterra 5 |

「项目、标签、筛选」和「简单好用」被提到得最多，而且几乎都在高分评价里：用户夸的是东西多但不乱，单个功能被点名的次数少得多。「价格与订阅」被提到 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 自己的标签（提及次数） | 本文对应的主题 | 本文在 G2 那 49 条里数到的条数 |
| --- | --- | --- |
| Ease of Use（12）、Intuitive（4） | 简单好用 | 40 |
| Organization（4）、Task Management（6） | 项目、标签、筛选 | 41 |
| Integrations（3） | 日历与集成 | 14 |
| Missing Features（3）、Limited Features（3） | 缺功能 | 4 |
| Expensive（2） | 价格与订阅 | 18（含夸价格的高分评价） |
| Calendar Issues（2）、Lack of Integration（3） | 日历与集成 | 同上 14 |

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

Todoist 在 [App Store 页面](https://apps.apple.com/us/app/todoist-to-do-list-planner/id572688855)和 [Google Play 页面](https://play.google.com/store/apps/details?id=com.todoist)的介绍里，把自然语言录入和 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%。和英文样本一样，西语落地页的抱怨类素材也不能只从一个商店里取。

![横向条形图：西班牙 App Store 和 Google Play 西语共 100 条评价里，各主题被提到的条数。整理、项目、标签 20；简单好用 16；价格与付费 8；提醒与重复任务 8；日历与集成 5；缺功能 4；客服与扣款 3；故障与闪退 3；自然语言快速添加 2；多设备同步 0。少于 5 条的主题用浅灰色。](https://everyinfra.com/articles/webflow-mcp-copilot-landing-page-copy-from-reviews/fig-09-es-theme-mentions.zh.light.svg)

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

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

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

| 主题（条数） | 用户原话摘录（平台、星级、日期） | 建议改法 | 放在页面哪块 |
| --- | --- | --- | --- |
| 简单好用（117） | 「clean, intuitive, reliable … without getting in the way」（App Store，5 星，2026-11-05） | 主标题用用户自己的词：干净、不打扰，再补一句「东西多也不乱」 | 首屏主标题、副标题 |
| 项目、标签、筛选（132） | 「organized without getting in the way」（同一条） | 功能区第一块讲整理：项目、标签、筛选三样一起出现 | 首屏下方第一个功能区 |
| 重复任务与提醒（70） | 「I can repeat tasks every day if necessary」（App Store，5 星，2026-09-29） | 功能区单列「重复任务」，配一个每天、每周、每月的例子 | 功能区 |
| 多设备同步（52） | 「works flawlessly between all of my iOS devices」（G2，5 星，2026-03-12） | 平台图标那一行补一句「手机记下，电脑上接着做」 | 下载区 |
| 自然语言快速添加（20） | 「type a messy sentence … the app instantly parses」（G2，5 星，2026-04-07） | 首屏放一个输入例子，展示一句话被拆成日期、项目、优先级 | 首屏演示 |
| 价格与订阅（75，1–2 星 9） | 「even the simple reminders require payment」（App Store，1 星，2026-10-17） | 价格表把「任务提醒」和「自定义提醒」分开写清楚，前者免费版就有 | 价格页对比表 |
| 客服与退款（23，1–2 星 8） | 「impossible to cancel a subscription after … a free trial」（Trustpilot，1 星，2025-02-13） | 价格页加一条常见问题：在哪退订、试用期结束前会不会提醒 | 价格页常见问题 |
| 故障与同步出错（27，1–2 星 9） | 「App refuses to launch after the iOS update」（App Store，1 星，2026-09-30） | 不改文案，转给研发；这类问题写进状态页，不写进落地页 | 不进落地页 |

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 条 Todoist 评价的分项平均分，满分 5。易用性 4.81 最高，标青绿色；性价比 4.00；功能 3.95；客服 3.54 最低。副标题写推荐意愿平均 8.58 分（满分 10）。](https://everyinfra.com/articles/webflow-mcp-copilot-landing-page-copy-from-reviews/fig-07-capterra-subrating-bar.zh.light.svg)

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`（取异步结果）。

![流程图，五个方框从左到右：1 拉评价，用 EveryInfra REST 或 MCP 调 trustpilot、g2、app_store；2 数主题，按事先定好的词表由脚本计数；3 人审对照表，原话对改法，删掉没把握的句子，这一框是青绿虚线；4 写 CMS 草稿，经 Webflow MCP，isDraft 为 true；5 人审后发布，看过预览再发，活动日志记下改动，这一框也是青绿虚线。一个小圆点沿连线从第 1 步走到第 5 步。图注写第 1、2 步本文实测，第 4、5 步是配置示例。](https://everyinfra.com/articles/webflow-mcp-copilot-landing-page-copy-from-reviews/fig-01-workflow.zh.light.svg)

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

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

```bash
# 配置示例：在一个专门用来改落地页的空文件夹里执行
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 接入页](/mcp-server)写的是客户端每次请求都带 `Authorization: Bearer`。项目作用域的好处是 Webflow 授权只对这一个站点生效，agent 在别的文件夹里碰不到它。

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

```text
任务：根据真实用户评价，给 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 的[数据工具清单](https://developers.webflow.com/mcp/tools/data-tools)在 `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 的[自定义联合连接器设置页](https://learn.microsoft.com/en-us/microsoft-365/copilot/connectors/set-up-custom-federated-connectors)列的鉴权方式只有 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》](https://learn.microsoft.com/en-us/microsoft-copilot-studio/agent-extend-action-mcp)写明 Copilot Studio 目前支持 MCP 的工具和资源；它的 MCP 接入收 API Key，步骤我们在 [Copilot Studio MCP 那篇](/blog/copilot-studio-mcp-linkedin-account-research)里逐项核对过。
- 不让 Copilot 去拉数据：用一个每周跑一次的脚本经 REST 拉评价、算好主题表，存成 CSV 或 Excel 放进 OneDrive，再在 Copilot 里让它读这张表、调 Webflow 连接器写草稿。会定时跑或者会重试的调用，走 REST 并带 `Idempotency-Key`，写法见[幂等键那篇](/blog/api-idempotency-key-ai-agent-retry)。

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

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

Webflow 的 [How it works](https://developers.webflow.com/mcp/reference/how-it-works) 写，Agent Instructions 是放在站点上的 Markdown 规则，MCP 服务器会自动交给每个连进来的 agent，Copilot、Claude、ChatGPT 连进来拿到的是同一份。对评价驱动的改稿，我们建议至少写四条：

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

![示意插图：左边一条传送带送来一张张带星级的空白评价卡；中间一张木桌上，两只手把卡片分进两个托盘，左边红色托盘下面接着一台碎纸机，右边青绿色托盘引出一支青绿色箭头，指向右边一张空白的网页草稿，草稿上只有空的标题条和按钮框。图里没有文字。](https://everyinfra.com/articles/webflow-mcp-copilot-landing-page-copy-from-reviews/img-explain-review-gate.webp)

示意：评价先过人审，只有放进「采纳」托盘的才进落地页草稿；被退回的直接作废。

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

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

```text
{"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 一样的结构（节选，作者名和头像已去掉）：

```text
{"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`，这样重试不会被算成两次新请求，[幂等键那篇](/blog/api-idempotency-key-ai-agent-retry)有完整写法。

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

数据接口这一半按目录单价算，读者可以照着复算：一次完整的拉取是 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，人的时间（写文案的人看对照表、负责人看预览、有权限的人点发布）比这笔接口费贵得多。

| 项目 | 单价或费用 | 一次改稿 | 每月（每周一次） | 出处与读取日期 |
| --- | --- | --- | --- | --- |
| EveryInfra 评价能力 ×5 | $0.001389 / 次 | $0.006945 | 约 $0.030 | 能力目录，2026-11-14 |
| EveryInfra Reddit 搜索 ×1 | $0.000792 / 次 | $0.000792 | 约 $0.003 | 能力目录，2026-11-14 |
| 本文实际花费（12 次计费调用） | — | $0.015474 | — | 返回里的 `charged_usd` 求和 |
| Webflow MCP Copilot 连接器 | 安装免费，目前不扣 Webflow AI 额度 | $0 | $0 | Webflow 更新日志，2026-11-14 |
| Microsoft 365 Copilot Business 附加许可 | 原价 $21，当前标价 $18 / 人 / 月，按年付 | — | $18–21 / 人 | 微软价格页，2026-11-14 |
| Webflow 站点套餐 | 按套餐，CMS 需要付费站点 | — | 按现有套餐 | Webflow 价格页 |

![横向条形图：每 1,000 条评价的接口费，按能力算，等于该能力全部调用的 charged_usd 之和除以返回条数之和再乘 1000。从高到低：Capterra $0.0731（19 条，1 次调用）；Reddit $0.0587（27 条，2 次调用）；Trustpilot $0.0508（82 条，3 次调用）；Google Play $0.0309（90 条，2 次调用）；G2 $0.0283（49 条，1 次调用）；App Store $0.0278（150 条，3 次调用）。最便宜的一条是青绿色。](https://everyinfra.com/articles/webflow-mcp-copilot-landing-page-copy-from-reviews/fig-06-cost-per-1k-reviews.zh.light.svg)

按每 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）](https://www.ecfr.gov/current/title-16/chapter-I/subchapter-D/part-465)第 465.2 条，把企业编写或传播「在评价人是否存在、是否用过产品、体验如何」上有实质误导的评价和推荐列为不公平或欺骗性做法；同一规则把「consumer testimonial」定义为消费者会相信反映了真实用户体验的广告或推广信息。落地页上一句「用户说：再也离不开它」，就属于这一类。FTC 的[《背书与推荐指南》（16 CFR Part 255）](https://www.ecfr.gov/current/title-16/chapter-I/subchapter-B/part-255)讲的也是同一件事：推荐要反映背书人的真实意见，不能断章取义。我们不提供法律意见，这里只说它对流程的要求：原话不能改意思，不能把一条三星评价里夸的半句单独拿出来当五星推荐，引用前最好拿到评价人的许可。

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

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

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

| 闸 | 谁来做 | 放在哪 | 不过会怎样 |
| --- | --- | --- | --- |
| 1. 对照表人审 | 写文案的人 | "Copy suggestions" 集合的「状态」字段 | 状态不是「采纳」的条目，Agent Instructions 不许引用 |
| 2. 草稿预览 | 产品或品牌负责人 | Webflow 草稿或 staging 域名 | 不发布，草稿留在 CMS 里 |
| 3. 发布 | 有发布权限的人手动点 | Webflow 发布按钮 | agent 没有 `publish_collection_items` 的放行 |

![横向条形图：提到每个主题的带星级评价里，1 到 2 星占多少。从高到低是：故障与同步出错 37.5%（9/24）、客服与退款 34.8%（8/23），这两条是青绿色；价格与订阅 13.4%（9/67）；缺功能 12.5%；其余夸点类主题都在 10% 以下。](https://everyinfra.com/articles/webflow-mcp-copilot-landing-page-copy-from-reviews/fig-05-low-star-share-by-theme.zh.light.svg)

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

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

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

| 平台与样本 | 1–2 星有回复 | 3 星有回复 | 4–5 星有回复 | 合计 |
| --- | --- | --- | --- | --- |
| Trustpilot 英文（54 条） | 15/23（65.2%） | 4/5 | 19/26（73.1%） | 38/54（70.4%） |
| Google Play 英文（40 条） | 6/7（85.7%） | 3/3 | 18/30（60.0%） | 27/40（67.5%） |
| Google Play 西语（50 条） | 3/3 | 2/2 | 30/45（66.7%） | 35/50（70.0%） |

英文 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 年的一篇[综合评测](https://arxiv.org/abs/2412.02279)和 2023 年的[一篇](https://arxiv.org/abs/2310.18025)比较过大模型做「按方面分情感」（aspect-based sentiment analysis）的表现，旅游业 2025 年也有一篇用 GPT-4o 和人工标注对照的[研究](https://www.tmstudies.net/index.php/ectms/article/view/2996)。模型打的标签要抽样人工核，不能直接当事实。

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

![分组横向条形图：比较近 12 个月（2025-11-14 之后）和更早发布的评价里 1 到 2 星的占比。App Store 美区：近 12 个月 19.3%（11/57），更早 7.1%（3/42）。App Store 西班牙：近 12 个月 22.2%（4/18），更早 18.8%（6/32）。Trustpilot 英文：近 12 个月 44.4%（4/9），更早 42.2%（19/45）。近 12 个月是青绿色。](https://everyinfra.com/articles/webflow-mcp-copilot-landing-page-copy-from-reviews/fig-08-low-star-share-recent-vs-older.zh.light.svg)

按时间切一刀，结论会变。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 的[常见问题页](https://developers.webflow.com/mcp/faqs)写 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 那篇](/blog/notion-mcp-shared-agent-memory-social-data)讲两个 agent 同时写一张竞品表时，键、时间和计数怎么对齐；[VS Code 云端自动化那篇](/blog/vs-code-copilot-cloud-automations-app-review-triage)每天给应用商店差评分类，交给研发；[Copilot Studio 那篇](/blog/copilot-studio-mcp-linkedin-account-research)讲在微软的工具里接 EveryInfra MCP 的六条路和鉴权。本篇的出口是 Webflow 的 CMS 草稿，重点在主题计数、对照表和发布前的人审。

## 行业动向

- 2026-11-12，Webflow 发布 Microsoft Copilot 的 MCP 连接器（[更新日志](https://webflow.com/updates/microsoft-copilot)）。对读者：用 Microsoft 365 的团队，改站点不用再换工具，但许可门槛是 Microsoft 365 Copilot 附加许可或 E7。
- 2026-10-21，Webflow 上线「agent presence」，agent 经 MCP 改站点时，画布上能实时看到它在哪里改（[更新日志](https://webflow.com/updates/agent-presence-on-the-canvas)）。对读者：人审不只靠事后的活动日志，改的过程中也能看。
- 2026-10-19，Microsoft Learn 更新[自定义联合连接器](https://learn.microsoft.com/en-us/microsoft-365/copilot/connectors/set-up-custom-federated-connectors)的设置文档，组织可以把自己的 MCP 服务器接进 Microsoft 365 Copilot，鉴权支持 Entra SSO、OAuth 2.0、无鉴权。对读者：只发 API Key 的 MCP 服务器，要么改走 OAuth，要么走 Copilot Studio。
- 2026-10-15，Webflow 的 MCP 能读 Analyze、Optimize 和 AEO 数据，并加了 Gemini 连接器（[更新日志](https://webflow.com/updates/mcp-optimize-analyze-aeo)，[新闻稿](https://www.globenewswire.com/news-release/2026/10/15/3382082/0/en/webflow-and-google-gemini-announce-new-agentic-integration.html)）。对读者：改完文案以后，可以让同一个 agent 去读页面转化，看改得有没有用。
- 2026-11-03，Microsoft Q&A 上有开发者报告，自定义联合连接器的 MCP 工具返回图片时，Copilot 不会把它当图片交给模型（[讨论帖](https://learn.microsoft.com/en-us/answers/questions/6060507/custom-federated-connector-mcp-image-tool-results)）。对读者：评价截图这类图片结果，在 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 [入门文档](https://developers.webflow.com/mcp/reference/getting-started)。它用 OAuth 授权，[How it works](https://developers.webflow.com/mcp/reference/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 安装页](https://developers.webflow.com/mcp/installing/claude-code)。

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

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

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

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

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

出处：联想词「webflow mcp bridge app」。Bridge App 在 OAuth 授权时自动装到站点上，把正在打开的 Designer 和 MCP 服务器连起来。[How it works](https://developers.webflow.com/mcp/reference/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?》](https://www.reddit.com/r/webflow/comments/1uox4rv/anyone_using_ai_to_draft_cms_content_how_do_you/)。Webflow 的 CMS 条目默认就是草稿，已上线的条目改成草稿时线上版本不变（[发布说明](https://developers.webflow.com/data/docs/working-with-the-cms/publishing)）。我们的做法是多加一个「状态」字段让审稿人改，agent 只读「采纳」的条目；客户不想进 Webflow 时，用 staging 域名给预览链接。同一个子版块里 Webflow 工程负责人的[回帖](https://www.reddit.com/r/webflow/comments/1qi541l/webflow_mcp_experiences/)说，Data API 那一侧的工作流已经可以上生产，Designer API 一侧还在完善。

## 上手步骤

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

## 参考资料

1. [Webflow 新闻稿：Webflow Launches New MCP Connector for Microsoft Copilot，GlobeNewswire，2026-11-12](https://www.globenewswire.com/news-release/2026/11/12/3402054/0/en/webflow-launches-new-mcp-connector-for-microsoft-copilot.html)
1. [Webflow Updates：Microsoft Copilot 连接器，2026-11-12](https://webflow.com/updates/microsoft-copilot)
1. [Webflow Marketplace：Microsoft Copilot MCP Connector 应用页，2026-11-14 读取](https://webflow.com/apps/detail/microsoft-copilot-mcp-connector)
1. [Webflow Help Center：Connect Copilot to Webflow，2026-11-11 更新](https://help.webflow.com/hc/en-us/articles/57398101161491-Connect-Copilot-to-Webflow)
1. [Microsoft Learn：Federated connectors overview](https://learn.microsoft.com/en-us/microsoft-365/copilot/connectors/federated-connectors-overview)
1. [Webflow 开发者文档：MCP How it works](https://developers.webflow.com/mcp/reference/how-it-works)
1. [Webflow 开发者文档：MCP Getting started](https://developers.webflow.com/mcp/reference/getting-started)
1. [Webflow 开发者文档：MCP Data tools 列表](https://developers.webflow.com/mcp/tools/data-tools)
1. [Webflow 开发者更新日志：MCP 2.0，2026-07-21](https://developers.webflow.com/home/changelog/2026/7/21)
1. [Webflow Updates：MCP 接入 Analyze、Optimize 和 AEO，2026-10-15](https://webflow.com/updates/mcp-optimize-analyze-aeo)
1. [Webflow 开发者文档：CMS 发布指南](https://developers.webflow.com/data/docs/working-with-the-cms/publishing)
1. [Webflow Data API：Create Items](https://developers.webflow.com/data/reference/cms/collection-items/staged-items/create-items)
1. [Webflow Data API：Rate limits](https://developers.webflow.com/data/reference/rate-limits)
1. [Webflow 开发者文档：MCP FAQs](https://developers.webflow.com/mcp/faqs)
1. [GitHub：webflow/mcp-server 仓库](https://github.com/webflow/mcp-server)
1. [Webflow 开发者文档：Webflow MCP server 总览](https://developers.webflow.com/mcp/reference/overview)
1. [Webflow Data API：Update Live Items](https://developers.webflow.com/data/reference/cms/collection-items/live-items/update-items-live)
1. [MCP 规范 2025-06-18：Authorization](https://modelcontextprotocol.io/specification/2025-06-18/basic/authorization)
1. [Webflow 开发者文档：Claude Desktop 安装](https://developers.webflow.com/mcp/installing/claude-desktop)
1. [Todoist 价格页，2026-11-14 读取](https://todoist.com/pricing)
1. [EveryInfra 能力目录（免费接口），2026-11-14 读取](https://api.everyinfra.com/api/v1/social/catalog)
1. [App Store：Todoist 应用页（美区）](https://apps.apple.com/us/app/todoist-to-do-list-planner/id572688855)
1. [Google Play：Todoist 应用页](https://play.google.com/store/apps/details?id=com.todoist)
1. [Anthropic：Claude Code MCP 文档](https://code.claude.com/docs/en/mcp)
1. [Webflow 开发者文档：Claude Code 安装](https://developers.webflow.com/mcp/installing/claude-code)
1. [Microsoft Learn：Set up custom federated connectors，2026-10-19](https://learn.microsoft.com/en-us/microsoft-365/copilot/connectors/set-up-custom-federated-connectors)
1. [Microsoft Learn：Extend your agent with Model Context Protocol（Copilot Studio）](https://learn.microsoft.com/en-us/microsoft-copilot-studio/agent-extend-action-mcp)
1. [eCFR：16 CFR Part 465，消费者评价与推荐规则](https://www.ecfr.gov/current/title-16/chapter-I/subchapter-D/part-465)
1. [eCFR：16 CFR Part 255，背书与推荐使用指南](https://www.ecfr.gov/current/title-16/chapter-I/subchapter-B/part-255)
1. [Trustpilot：Guidelines for Businesses，2026 年 2 月版](https://corporate.trustpilot.com/legal/for-businesses/guidelines-for-businesses/feb-2026)
1. [Google Search Central：Review snippet 结构化数据](https://developers.google.com/search/docs/appearance/structured-data/review-snippet)
1. [Google Search Central 博客：Making review rich results more helpful，2019-09-16](https://developers.google.com/search/blog/2019/09/making-review-rich-results-more-helpful)
1. [MCP 规范 2025-06-18：Tools](https://modelcontextprotocol.io/specification/2025-06-18/server/tools)
1. [r/webflow：Anyone using AI to draft CMS content — how do you get client approval before it goes live?](https://www.reddit.com/r/webflow/comments/1uox4rv/anyone_using_ai_to_draft_cms_content_how_do_you/)
1. [arXiv 2412.02279：大语言模型的方面级情感分析评测（2024）](https://arxiv.org/abs/2412.02279)
1. [arXiv 2310.18025：大语言模型与方面级情感分析（2023）](https://arxiv.org/abs/2310.18025)
1. [Tourism & Management Studies：GPT-4o 与人工标注的方面级情感对比（2025）](https://www.tmstudies.net/index.php/ectms/article/view/2996)
1. [Webflow Updates：画布上的 agent 在场提示，2026-10-21](https://webflow.com/updates/agent-presence-on-the-canvas)
1. [Webflow 新闻稿：Webflow and Google Gemini Announce New Agentic Integration，GlobeNewswire，2026-10-15](https://www.globenewswire.com/news-release/2026/10/15/3382082/0/en/webflow-and-google-gemini-announce-new-agentic-integration.html)
1. [Microsoft Q&A：Custom federated connector MCP image tool results，2026-11-03](https://learn.microsoft.com/en-us/answers/questions/6060507/custom-federated-connector-mcp-image-tool-results)
1. [Microsoft：Copilot for business 价格页，2026-11-14 读取](https://www.microsoft.com/en-us/copilot/pricing/business)
1. [r/webflow：Webflow MCP experiences](https://www.reddit.com/r/webflow/comments/1qi541l/webflow_mcp_experiences/)