Article
Google 商品目录正常，为什么 TikTok Google Import 找不到这份 feed？
先核对 Merchant Center 数据源的维护方式，区分 Scheduled Fetch 可导入范围、独立目录交付和断开连接后的目录状态。
先看这份商品数据由什么方式维护。TikTok 官方 Google Import 说明仅支持在 Google Merchant Center 通过 Scheduled Fetch 维护的目录，不支持 manual、file 或 API 路线。商品在 Google 正常存在，不代表它所属的数据源符合这条跨平台导入条件。TikTok：从 Google Merchant Center 导入目录
关键要点
- 找商品之外，还要找到它的数据源及维护方式。
- API 维护的来源，不应靠反复授权期待变成受支持 feed。
- 断开 Google 连接不等于删除 TikTok 目录。
从商品记录回到真实数据源
请 Google 商品数据负责人确认目标商品对应哪一个来源、来源名称及维护方法。不要只截商品批准页面，也不要从连接器品牌猜测；同一商家可以有多条数据来源，商品名称相同并不能证明维护方式相同。
建议先记录代表性商品的实际 ID、当前来源、是否 Scheduled Fetch、最近处理结果和负责人。若商品涉及多个变体，先按系列 ID 与 SKU确认记录粒度，避免把“找不到一条 feed”误写成“少了一个颜色”。
维护方法决定下一条路径
| 已确认来源 | 对 Google Import 的判断 | 建议下一步 |
|---|---|---|
| GMC Scheduled Fetch | 属于官方所述支持范围 | 按官方授权、选择 feed 和更新设置继续核对 |
| 手动、文件或 API 维护 | 不在该导入路线支持范围 | 评估独立的 TikTok 支持目录交付 |
| 无法确认 | 暂不能判断 | 向数据负责人索取来源设置，不反复重连 |
受支持来源也需完成实际授权、目录选择和处理，不是只确认 Scheduled Fetch 就等于成功。TikTok 的导入说明还涉及绑定 feed 配置及按设置更新。TikTok：Google Import 设置范围
若决定使用独立目录，TikTok 的目录创建资料提供手动、定时数据 feed、文件上传等受支持方式；选哪一种，需考虑谁能持续维护商品数据，而非只求首批图片出现。TikTok：创建和管理目录
假设练习：店铺 API 商品全部正常
虚构商店在 Google 的杯子商品由 API 来源维护，图片和价格均已处理。投手在 Google Import 找不到预期 feed，连续重登两次仍无结果。建议先停止把它当登录故障，向源负责人确认 API 维护事实，再对照导入范围。
如果事实一致，就交由目录负责人评估 TikTok 支持的独立 feed，而不是擅自改动正在工作的 Google 来源。新的交付应明确更新责任、商品 ID、目标市场、图片地址和价格维护，不根据一包海报重建商品事实。
其他工具的“导入成功”也不能代替每条商品的图片和关联已处理，可参照Shopify CSV 与图片接入状态理解分层验收。该指南不是 TikTok 导入规范。本练习未授权账户或建立新 feed。
迁移时不要误解断开按钮
TikTok 说明，断开 Merchant Center 后会停止取得最新配置，但不会移除 TikTok catalog；目录仍可独立运行，直到相关 feed 被停止或删除。TikTok：断开 Google Merchant Center 目录连接
因此，计划切换维护方式时，要另列旧目录、旧 feed 和依赖广告的处置决定，不能把“已断开”当成商品已撤回。停止或删除是影响实际业务的动作，应由有权限负责人根据真实依赖处理。目标国家改变的商品可用性还需按商品锚点国家变化另行确认。
以数据路线收尾
建议留下：GMC 来源维护方式的依据、符合或不符合导入的结论、选定的新路线、实际目录身份、数据处理结果及后续更新责任。若停止在来源识别阶段，就明确写“导入条件不满足，独立目录待安排”。
只有来源支持、数据处理和商品关系均被具体核对后，才能写相应范围的交接完成；不要用 Google 商品已批准，替代 TikTok 对这一目录的受理结论。
本文由 Itemlume 编辑团队依据截至2026年10月31日核对的公开资料整理，采用 AI 辅助研究与编辑。文中的建议方法与假设练习不代表已完成实机、实拍或投放测试。软件入口与适用条件以当前官方说明和实际账户为准。了解编辑主体或联系勘误。