本文包含联盟链接：通过文中链接注册或购买，我们可能获得佣金，不影响你的价格，也不影响我们的结论。价格信息以 2026年7月25日 实查为准。
先给结论。亚马逊广告 MCP 是真的，而且是亚马逊官方自己在做——Amazon Ads MCP Server 于 2026年2月2日发布开放测试（open beta）公告，官方口径是"持有有效 API 认证信息的 Amazon Ads 合作伙伴可在全球范围内使用"（advertising.amazon.com 官方公告，中文转译，2026年7月25日实查）。但卡点不在 MCP 本身：能不能用，卡在"你手上有没有 Amazon Ads API 凭证"这一关。
这篇写给谁，先说清楚：有开发资源（自己写代码，或者有技术合伙人、有外包）的卖家、代运营与服务商、以及正在判断"要不要在这上面花时间"的人。如果你是一个人打理几十个 SKU、广告全靠后台手点，这篇你读第一节和最后两节就够了，中间的接入细节现阶段跟你关系不大。不搭 MCP 不会让你落后半年，它不是"现在不上车就完了"的那类东西。
MCP 到底是什么：30 秒版本
MCP 全称 Model Context Protocol（模型上下文协议），是 Anthropic 在 2024年11月发布的开放标准，采用客户端-服务端架构、用 JSON-RPC 2.0 消息通信，目的是让 AI 模型以统一方式连接外部数据源和工具。2025 年底，Anthropic 把 MCP 捐给了 Linux Foundation 旗下的 Agentic AI Foundation，它已经不是一家公司的私有格式。
用卖家听得懂的话说：MCP 是给 AI 装的通用插口。以前想让 AI 看你的广告数据，你得自己下报表、自己粘进对话框；接了 MCP 之后，AI 客户端（Claude、ChatGPT 这类）直接连到广告数据的服务端，你说一句话，它自己去调接口取数再回答你。
| 做法 | 谁在搬数据 | 适合什么场景 |
|---|---|---|
| 手动导报表喂 AI | 你自己 | 一次性分析、几十行数据 |
| 自己写脚本调 API | 你的程序员 | 固定动作、每天跑同一套逻辑 |
| 接 MCP 让 Agent 调 | AI 自己 | 问题不固定、每次问的角度都不一样 |
关键差别在最后一列：脚本适合"每天做同一件事"，MCP 适合"每次问的都不一样"。你广告后台的日常，其实两种都有。
亚马逊广告 MCP：官方到底发布了什么
以下为 2026年7月25日实查亚马逊官方公告页的口径。
官方已确认的能力：Amazon Ads MCP Server 是一个"翻译层"，把自然语言指令转成结构化的 Amazon Ads API 调用。它让 Agent 能够创建、更新、删除广告活动，跑绩效与报表查询，管理账户级设置，以及访问账单与财务数据。它还提供把多步操作打包成单个动作的预置工具，官方举的例子包括开账户、生成报表、启动广告活动、把投放扩展到新的区域，以及端到端创建 Sponsored Products 广告活动。
官方主动点出的边界：公告里写明，“连得上"不等于结果可靠，真实业务流程往往横跨多个系统；传统 API 对程序化操作依然必要，MCP 的定位是承载完整的自主工作流，而不是把每个功能单独暴露出来。这句话值得卖家记住——官方自己都没把它说成"接上就能全自动投广告”。
本文当日未能核实的部分：官方公开页上没有给出可直接抄写的服务端地址，也没有逐条列出工具清单。网上流传的"50+ 工具"“DSP 仅只读"等说法来自第三方文章，不是官方口径，本文不予确认。真要接入，以 Amazon Ads Advanced Tools Center 的官方文档为准。
行业媒体侧可作旁证：AdExchanger 于 2026年2月2日报道了这次开放测试，提到的工具包括从"产品+预算"这类简单指令生成含广告组、受众和预算拆分的完整广告活动，以及把表现好的关键词跨广告活动迁移。这些属于第三方报道，不是亚马逊的正式功能承诺。
卖家能用吗：三档现实答案
按你手上有什么资源，对号入座。
| 你的情况 | 现在能做到什么 | 前置条件 |
|---|---|---|
| 有开发资源 | 直接接官方 MCP Server | 先拿到 Amazon Ads API 访问权限（LWA 安全配置文件、client ID/secret、refresh token、profile ID） |
| 没开发但愿意付费 | 用托管型 MCP 服务，OAuth 授权后在 Claude/ChatGPT 里直接问数据 | 一个付费 AI 客户端订阅 + 服务商的账号 |
| 只想少花时间 | 先别碰 MCP，把批量表格和报表流程用 AI 跑顺 | 什么都不需要 |
第一档的真正门槛是 API 凭证。Amazon Ads API 走 Login with Amazon（LWA）的 OAuth 2.0，需要创建安全配置文件并提交申请表；有第三方指南称直接广告主（Direct Advertiser）路径的审核约 72 小时（第三方信息，未在官方页取到确认口径，以你实际提交后收到的邮件为准）。这一步跟 MCP 无关——没有 API 凭证，官方 MCP 对你就是一扇上了锁的门。
第二档目前最省事。以 Seller Labs MCP Server 为例，其官网口径（2026年7月25日实查）是：同时接 Amazon 官方 Selling Partner API 与 Advertising API，数据经其 Data Hub 清洗成 50 多张表，支持 Claude（Pro/Max/Team/Enterprise）、ChatGPT（Plus/Pro/Business/Enterprise）和 Claude Code；月销 2000 美元以下的卖家免费，其余提供 14 天免费试用（无需信用卡），试用后随 Genius Bundle 订阅提供，且需要你自己有付费的 AI 客户端订阅。这属于第三方服务商方案，选之前自己核一遍最新条款。
第三档不丢人。广告自动化的收益，八成来自流程本身理顺，不来自技术栈先进。批量表格改竞价加否词、搜索词报告逐行打标，这两件事做扎实，比接一个你维护不了的 MCP 有用得多，具体可参考亚马逊广告批量操作表格实战和亚马逊搜索词报告怎么读。
一个诚实的落差：它解决什么，不解决什么
它解决的：颗粒度问题。Amazon Ads API 的接口又多又碎，Agent 直接面对一堆原始端点很容易调错；MCP 把多步操作打包成"一个动作”，等于给 Agent 配了本说明书。它也解决重复查询——“过去 30 天 ACOS 最高的十个广告活动"这种问题，你随口一问它就去取。
它不解决的，有三件事：
第一，判断力。该不该给这个词降价、这个广告活动该不该关，MCP 不会替你想清楚。它只是让"执行"变快，决策标准仍然得是你自己定的那套，比如新品期与成熟期的广告架构里那些分工规则。
第二，跨系统的盲区。广告 API 里没有库存水位、没有真实到手利润、没有 BuyBox 状态。Agent 看着 ACOS 好看就给你加预算，结果那个 SKU 三天后断货——这类事故只靠广告 MCP 是防不住的，得同时接 SP-API 的数据，可参考用 SP-API 搭自动更新经营看板的做法。
第三，站外那半边。站外投放的点击归因不在亚马逊广告 API 里。做站外的卖家通常另配链接工具补这一段——比如亚马逊短链工具 amz.do 提供免费的短链生成，并在链接列表里显示每条链接的点击数；其页面（2026年7月25日实查）同时在推"站外流量追踪与分发"方向的升级版本，早鸟价标 69 美元/年。这属于第三方方案，是否契合你的漏斗自己评估。
一句话：MCP 是接线，不是大脑。
政策这关：2026年3月4日起的 Agent Policy
这条得单独说，因为它直接决定你的 Agent 怎么写。
亚马逊自 2026年3月4日起更新了《亚马逊服务商务解决方案协议》（BSA），新增一份独立的 Agent Policy，专门管"用自动化软件或 AI 代理访问 Amazon Services"这件事，公告于 2026年2月17日发在 Seller Central 卖家论坛。这里要说明溯源状态：该公告页与 BSA 全文都要卖家账号登录才能打开，本文 2026年7月25日当日未能抓到原文，以下三条要点依多家第三方一致转述整理，措辞不是逐字原文，最终以你自己后台看到的协议为准——自动化系统须表明自己是自动化系统、须持续遵守 Agent Policy、亚马逊要求时须停止访问。
怎么理解：这不是禁止 AI Agent，是给 Agent 定了报到规矩。走官方 MCP + 官方 API 授权这条路，本身就落在这个框架里——你的调用带着 LWA 授权，身份是清楚的。真正需要留意的是那些用你的登录态去模拟人操作后台的自动化脚本，它们既不好"表明身份”，也不在授权体系内。
第三方与开源实现：能看，别当官方
搜"amazon ads mcp"会跳出一堆 GitHub 项目。以下为 2026年7月25日 GitHub 实查数据：
| 项目 | Star | 许可证 | 最近推送 |
|---|---|---|---|
| KuudoAI/amazon_ads_mcp | 60 | MIT | 2026-07-22 |
| MarketplaceAdPros/amazon-ads-mcp-server | 28 | MIT | 2025-05-21 |
| ppcprophet/amazon-ads-mcp | 4 | MIT | 2026-02-04 |
| cprice70/amazonads-mcp | 3 | 未声明 | 2026-03-03 |
这些都是第三方项目，与亚马逊官方无关。看它们的正确姿势是读源码理解调用方式，有三点值得留意：
- 未声明许可证等于默认保留所有权利，商用前得自己确认授权；
- 一年多没更新的仓库要当心，Amazon Ads API 版本在动，老代码未必还能跑；
- 凭证交出去就是把写权限交出去。不管是开源自建还是托管服务，refresh token 意味着对方能替你改广告活动、动预算。给之前先问清楚存在哪、谁能看、怎么撤销。
如果你要动手：一条最小验证路径
下面是一条可以照着走的路径，不是本站跑过的实测记录，具体报错以你自己环境为准：
- 先申请 Amazon Ads API 访问。这一步和 MCP 无关，但它是所有后续动作的前提，也是耗时最不可控的一环。
- 只开只读。第一轮不给任何写权限，让 Agent 只能查报表。
- 拿真问题验收。挑三个你平时要花二十分钟手动查的问题问它，把答案和后台数据逐个对一遍。对不上就停在这一步，别往下走。
- 写操作从小预算开始。先让它改一个低预算广告活动的竞价，人工复核结果，再考虑扩大范围。
- 保留人工闸门。预算变更、暂停广告活动这类动作，建议做成"Agent 出方案、人点确认"，而不是全自动执行。
关于 Agent 本身怎么搭、用什么框架，可以先看搭建你的第一个跨境电商 AI Agent——那篇讲的是通用场景的搭法，本篇讲的是广告这一路的接口协议，两件事配着看正好。
三个容易搞混的点
MCP 会取代广告代运营吗？ 短期内不会。它压缩的是"取数和执行"的时间，不是"判断"的时间。代运营真正值钱的部分——知道什么时候该忍住不动手——恰恰是 MCP 不碰的。
它和后台的 AI 功能是一回事吗？ 不是。后台自带的 AI 建议是亚马逊在自己界面里给你的功能；MCP 是把能力开放到你自己的 AI 客户端里，主动权和责任都在你这边。
现在不接会不会落后？ 官方还在 open beta，能力清单和接入方式都可能变。这个阶段最划算的动作，是先把广告数据整理和判断规则做扎实，等接口稳定了再接，落地成本反而更低。真想现在就试，参考用 AI 优化亚马逊 PPC 广告里那套人工流程，把它当作将来交给 Agent 的执行标准。