ChatGPT Ads 电商实操：用产品流跑广告系列

什么是基于产品流的广告系列

产品流是一份商家目录，负责把商品信息保持在最新状态：标题、描述、价格、库存状态、图片和落地页 URL。你不必为每个 SKU 单独建一条广告，而是把产品流接到广告系列上，让系统在广告投放时挑选一个符合条件的商品。

基于产品流的广告系列让零售广告主可以在 Ads Manager 里上传产品流，并基于该目录创建广告。这样更容易把更多 SKU 带进 ChatGPT 的广告位、实现规模化建广告，并在用户探索、比较和做决定的过程中把他们与相关商品连接起来。

从技术上说，这类广告系列在创建时使用 product_feed 模式，并指定一个已关联到你广告账户的产品流 ID。

为什么这种形式值得优先测试

OpenAI 表示，基于产品流创建的广告是该项目迄今表现最好的广告之一，使用产品流的广告主也位列平台上表现最好的一批。

这是平台对自有库存的观察，不是对你的目录的效果保证。但它确实说明了商家应该把力气先花在哪里：花一周手写广告，还是花一天把产品流接好，文档的指向很明确。

三种上传产品流的方式

OpenAI 记录了三种传输目录的方式：

要求的格式是兼容 Google 的产品数据流格式，这是个好消息：如果你已经在维护 Google Merchant Center 的产品流，结构基本可以直接复用。

集成前要先想清楚的一点：开发者文档写明，公开的广告主 API 不提供创建产品流连接、列出已关联产品流或上传目录文件的接口。接入产品流只能在 Ads Manager 里完成。

商品过期：手动上传文件的陷阱

这个细节决定了你的架构选择：商品会在两周后过期。因此 OpenAI 建议使用托管 URL 或自动化的 SFTP 推送，而不是手动上传的文件。

翻译成运营后果就是：一份为了“先试试”而上传一次的 CSV，会在十五天后无声无息地清空目录，广告系列停止投放，却没有明显的报错。如果你先用 CSV 起步，请把日期记进日历；一旦测试跑通，就尽快切到托管 URL。

对于局部更新，OpenAI 提供了 Delta Feeds API（PATCH /feeds/{feed_id}/products），可以在不重新上传整份目录的情况下更新库存状态或标题。这正是一天内多次同步缺货状态的正确工具。

is_ads_eligible：决定一切的那个字段

一个商品能不能进入广告处理流程，只由一个字段决定，而这个字段的命名很容易搞混。文档写明的规则如下：

• 要让 Ads 处理某个商品，必须把该商品的 is_ads_eligible 设为 true。
• 历史别名 is_eligible_ads 也被接受。
• 文档说得很直接：用 is_ads_eligible，不要用 is_ads_enabled。Ads 的产品流摄取只读取 is_ads_eligible 和那个历史别名，不读取 is_ads_enabled。
• 一个重要分寸：符合条件是必要条件，但并不保证某个商品一定会被投放。

这个字段拼错一个字母，产品流照样能顺利摄取、没有任何可见报错，但没有一个商品会变成可投放。product feed 广告系列不出量时，这是第一个要查的地方。

产品流里必须包含什么

文档把完整的字段清单指向稳定版产品流规范，并要求把该规范中每一个标记为 Required 的字段都包含进来。产品流需要保持最新的信息被明确列出：标题、描述、价格、库存状态、图片和落地页 URL。

我们的实操建议与广告创建规范一致：把产品流里的标题和描述当成正式的广告素材来对待。OpenAI 建议标题保持简洁、遵守建议的字符数限制；内容要有信息量，优先给出清晰有用的细节，而不是宽泛的营销措辞；描述里要带来新的信息，而不是重复同一句话。

关于图片，指引是保持简单且切题：用能支撑广告信息的清晰视觉，避免过于抽象或过于繁杂的画面，并确保视觉与标题、文案相互对应。

广告与自然商品结果：这是两回事

这个误解非常普遍，连有经验的商家也常搞错：ChatGPT 在购物类对话中自发展示的商品不是广告。OpenAI 的表述很直接：商品结果由 ChatGPT 独立挑选，它们不是广告，也不受 OpenAI 的合作关系影响。广告与商品结果是分开的。

具体来说，商家要在两条独立的战线上下功夫：

• 商品结果里的自然可见度，其中商家排序依据的因素包括库存状态、价格、质量，以及是否为该商品的制造商或主要卖家。这是我们在 ChatGPT 上卖货指南的主题。
• 通过产品流广告系列获得的付费可见度，也就是本页的内容。

投入其中一条并不能免掉另一条，而且买广告不会提升自然排序。

衡量电商转化

商家的埋点方案基于电商类标准事件，这类事件预期的类型字段是 contents：

• items_added：加入购物车。
• checkout_started：进入结算流程。
• order_created：订单已生成，是用于优化的基准事件。

这些事件已记录的字段包括 amount、currency，以及一个包含 id、name、content_type 和 quantity 的 contents 数组，其中 amount 和 quantity 使用整数值。完整的实施方式，包括与 Conversions API 的去重，详见我们的 ChatGPT Ads pixel 与转化跟踪指南。

一个值得留意的近况：产品流上的 oCPC 被描述为处于开放公测阶段。如果你打算在一个目录上做转化优化，请先在自己的账户里确认可用性，再据此制定媒介计划。

不要在商品页上拦截 OpenAI 的爬虫

这是商家最容易低估的技术议题，偏偏电商的基础设施防护通常最严：落地页不得拦截 OAI-AdsBot 和 OAI-SearchBot 这两个 user agent。OAI-AdsBot 是 ChatGPT Ads 落地页校验与审核所必需的。

广告被拒的一个常见原因，恰恰就是落地页拦截了 OpenAI 的 user agent 或 IP 地址。文档要求让页面对 OAI-AdsBot 可访问，必要时修正 robots.txt、WAF、CDN、反爬保护、身份验证和速率限制。官方给出的 robots.txt 示例配置会明确放行这两个 agent。

如果你必须按 IP 名单来处理，OpenAI 发布了 openai.com/adsbot.json 和 openai.com/searchbot.json。此外 OAI-AdsBot 已通过验证，并出现在 Cloudflare 的已验证机器人列表中。

在几千个 URL 的目录上，这类防护往往是在请求速率这一层触发的，而不是 robots.txt：这是首先要检查的参数。我们的 ChatGPT Ads 落地页检测工具可以在几秒内测出一个 URL 的可访问性。

与零售相关的禁止类目

即便是综合型目录，某些产品线也可能拖垮整个广告系列。在初期测试阶段，广告主要限于面向大众消费者的垂直领域：生活方式与家居用品、本地服务、旅行与体验、数字产品或教育。其他类目在上线阶段一律禁止。

具体来说，同时销售酒类、带健康功效宣称的补充剂，或属于受限类目的器材的商家，必须在接入整份产品流之前先核对这一点。细节见我们的 ChatGPT Ads 广告政策指南。

商家上手清单

1. 从你现有的 Google Merchant Center 产品流出发，因为要求的格式兼容 Google。
2. 为要投放的商品把 is_ads_eligible 设为 true，并核对字段拼写。
3. 包含规范中所有标记为 Required 的字段，并检查标题、描述、价格、库存状态、图片和落地页 URL。
4. 选择上传方式：由于商品两周后过期，测试一旦跑通就切到托管 URL 或 SFTP。
5. 为日内的库存状态更新预留 Delta Feeds API 的接入。
6. 用 product_feed 模式创建广告系列，并关联到产品流。
7. 安装电商事件，确认 order_created 正常上报后再考虑 oCPC。
8. 在一批商品页样本上验证 OAI-AdsBot 的访问权限，而不只是在首页上验证。
9. 对照广告政策逐条审视目录中的类目。

尚未公开记录的部分

以下几点因为没有可查的官方来源，我们标注为未确认：

• 每份产品流的商品数量上限在我们查阅的页面中没有说明。
• 精确的图片规格（尺寸、体积、可接受格式）没有出现在我们查阅的广告产品流文档中。
• 标题和描述的确切字符数限制没有公开数字，文档只提到“建议的字符数限制”，没有展开。
• 托管 URL 的刷新频率在我们查阅的页面中没有明确。
• 对符合条件的商品没有给出任何投放保证，文档还明确说明了相反的情况。

就这几点而言，以 OpenAI 的产品流规范为准，大规模集成前应直接查阅原文。