POD 上架为什么必须走 API

如果你已经开通了 MTO，准备上第一个 POD 商品，你会在卖家后台找很久—— 然后发现根本没有「创建 POD 模板」这个入口。这不是你找错了地方，是真的没有。

一、先搞清楚：POD 商品比普通商品多了什么

一个普通商品，你需要填：标题、图片、价格、SKU、库存。 一个 POD 商品，除了这些，还要额外定义一整棵「定制结构」：

也就是说，你卖的不是「一件 T 恤」，而是「一件可以被客户在指定位置加图加字的 T 恤」。 这个「可定制」的能力，必须用结构化数据描述清楚，平台才能在前端渲染出定制器。

二、为什么网页后台做不到

这不是 TikTok 偷懒。POD 模板的复杂度决定了它本质上是开发者配置， 而不是运营配置：

• 坐标是精确数值——要在不同尺寸的商品图上准确落位， 需要像素级的坐标定义，网页表单填这些既容易错也难校验。
• 多面 × 多区域组合爆炸——一件衣服正面 2 个区域、背面 2 个区域、 5 个尺码、2 个颜色，配置项会成倍增长。用表单管理会失控。
• 与底图强绑定——区域坐标依赖底图的尺寸。 换一张底图，所有坐标都要重算。这种耦合关系适合代码管理。
• 需要版本与幂等控制——模板写错要能追溯、能重试， 这些是工程能力，不是表单能提供的。

三、一个容易搞混的点：店铺和商品是两层

很多人以为「店铺开通了 MTO，店里所有商品就都能做 POD 了」。 这个理解只对了一半，而错的那一半恰恰是坑所在。

✅ 好消息：店铺类型和生产地都不受限

这是大家最常问的问题之一，一次说清：

⚠️ 而且这里有个时间窗口问题

官方明确规定（美国市场）：

另外还有一个前提：不是所有品类都支持。 平台对每个品类有一个「允许的特殊商品类型」清单， 只有清单里包含 MTO 的品类，才能建 MTO 商品。

四、发货时间怎么设（这是最容易翻车的地方）

建 MTO 商品时必须填一个备货时长。这个数字不是随便填的， 填错了会直接扣你店铺的指标。

① 备货时长的可选范围

② 发货时效的硬要求

③ 三条容易被忽略的硬规矩

④ 标题里必须标注

官方要求：商品标题和描述里明确写出这是按订单生产商品。官方给的示例：

[Made-to-Order] Halloween Graphic T-Shirt

另外还要求采用标准化的生产方式，或仅提供有限的变体规格 （比如尺寸、颜色、数量）。

五、那具体要做什么

如果自己对接，大致的工序是这样的（不是代码教程，是让你知道工作量在哪）：

1. 申请开发者应用
   在 TikTok Shop Partner Center 注册服务商或开发者账号，创建一个应用， 申请商品相关的权限范围（scope），等待平台审核。 ⚠️ 这一步有审核周期，且不一定一次通过。
2. 完成 OAuth 授权
   你的应用要让商家授权，才能代表商家调用接口。 每个商家都要授权一次。
3. 准备底图
   按品类准备空白商品图，确认尺寸，量出每个定制区域的坐标。
4. 创建商品
   先建一个 MTO 类型的商品，再写入 POD 模板信息（面、区域、坐标、限制）。
5. 等待商品审核
   POD 商品需要平台审核通过才能上架。 ⚠️ 我们实测观察到这是人工审核，时延不稳定，不宜按 SLA 排期。

六、常见的失败原因

下面这些是我们实际踩过、或见到商家踩的坑：

七、所以要花多久

说实话，这取决于两件事，而且都不完全由你控制：

• 应用/权限审核——平台侧的周期，无法加速
• 商品审核——人工审核，时延不稳定

如果你有技术团队，剩下来的开发工作量主要在于把参数调对， 而不是写多少代码。真正的成本是试错的次数。

参考出处

• 自定义订单合规要求（美国） —— MTO 资格四条门槛的官方原文
• 按订单生产功能：Made-to-Order —— MTO 启用步骤与 SKU 级设置
• POD 配置能力公告（Partner Center 开放平台文档）—— 「POD 定制配置通过 Product API 完成」、`pod_info` 层级结构
• Create Product / Partial Edit Product 接口文档 —— `pre_sale` 为 SKU 级非必填字段；美国市场「普通商品上架后类型锁定」规则； `handling_duration_days` 的取值范围（MTO：3~14 个工作日）
• 商家大学 · 按订单生产功能指南（`knowledge_id=637038849115912`）—— 备货时长设置步骤、「备货时长结束后 1 个工作日内转 In Transit」要求

← 返回指南列表

看完还有具体问题？

这篇讲的是原理。如果你的情况比较特殊，可以扫码直接问。

💡 不确定自己够不够格？先做 免费诊断。