结论先拍:抖店开放平台《技术服务费规则》2026.6.16发布V1.3,核心变化是收费接口范围从“订单/售后/解密”扩到“商品发布”——自2026.7.1起 /product/addV2、/product/addSchema 正式按基础API计费(云内0.018元/百次、云外0.18元/百次),同时新增“电商软件服务商-商品供应链/选品铺货”类目收费。 对自研ERP来说,原来“商品上新0元”的时代结束,铺货型/店群型自研成本会从纯ECS费变成“ECS+按量API费”,必须重新测日调用账。
一、V1.3 到底改了什么(对照V1.2)
维度 | V1.2及之前 | V1.3(2026.6.16发布,7.1生效) |
|---|---|---|
基础API收费范围 | 订单/售后/详情/解密/物流等 | + 商品发布 /product/addV2、/product/addSchema |
增值API | 批量解密等0.05云内/0.5云外,禁外调 | 不变 |
新增收费类目 | — | 电商软件服务商:商品供应链、选品铺货-微应用 |
自研应用单价 | 云内0.018/百次、云外0.18/百次 | 同价,但商品发布不再豁免 |
结算模式 | 预充值按量 | 同(欠费断调,非限流) |
官方原话:“为提升接口服务稳定性,强化商品发布链路技术保障……自7月1日起调整商品发布接口收费机制”。
关键认知:抖店不是“突然开始收API费”,是把最后一块免费洼地(商品发布)填平。订单早就收费了,现在铺货也收费。
二、自研ERP成本测算模型(云内 vs 云外)
假设自研单店ERP典型动作分布(日调用):
- 订单增量
order/searchList+order/orderDetail:4000次 - 售后
afterSale/List:500次 - 商品详情
product/detail+sku/list:2000次 - 商品发布
product/addV2(含重试/草稿改提交):1500次(铺货型店群会翻5~10倍) - 库存回写/其他:2000次
- 合计日≈10000次,其中发布占1500次
按云内0.018元/百次:
- 月总调用30万次 → 30万/100×0.018 = ¥54/月
- 其中发布45000次 → 450×0.018 = ¥8.1/月
- 若云外跑:总¥540/月,发布单项¥81/月(×10)
铺货型店群(日上新SKU 500,每SKU平均提交3次含校验重试):
- 日发布调用1500次/店 × 20店 = 3万次/天发布 → 月90万次发布 ×0.018/百 = ¥162/月/20店,总API费(含订单)约¥1080/月云内,云外¥10800/月。
单价还是那句:云内0.018看起来像不要钱,但铺货量×重试率×店数一乘,店群自研月账也能到三位数~四位数。
三、Python:抖店V1.3自研ERP成本测算器(含云外×10熔断)
# douyin_v13_erp_cost.py
"""
抖店2026.6.16 V1.3 自研ERP成本测算
- 基础API云内0.018/百次, 云外0.18/百次
- 增值API云内0.05/百次, 云外禁止
- 商品发布(addV2/addSchema)自7.1起计费
"""
from dataclasses import dataclass, field
from typing import Dict
IN_BASE = 0.018 / 100
OUT_BASE = 0.18 / 100
IN_ADV = 0.05 / 100
@dataclass
class DyErpProfile:
shop_count: int = 1
daily_order_calls: int = 4000 # order/searchList + detail
daily_aftersale_calls: int = 500
daily_product_read_calls: int = 2000
daily_add_v2_calls: int = 1500 # 含重试/草稿改提交
daily_inventory_other: int = 2000
in_cloud: bool = True
days: int = 30
def split(self) -> Dict[str, int]:
return {
"order": self.daily_order_calls,
"aftersale": self.daily_aftersale_calls,
"product_read": self.daily_product_read_calls,
"add_v2": self.daily_add_v2_calls,
"other": self.daily_inventory_other,
}
# 封装好API供应商demo url=https://console.open.onebound.cn/console/?i=Lex
def calc(p: DyErpProfile) -> Dict:
unit = IN_BASE if p.in_cloud else OUT_BASE
s = p.split()
per_shop_daily = sum(s.values())
per_shop_month = per_shop_daily * p.days
# 发布单项
add_month = s["add_v2"] * p.days
cost_total = per_shop_month * unit * p.shop_count
cost_add = add_month * unit * p.shop_count
cost_others = cost_total - cost_add
return {
"in_cloud": p.in_cloud,
"shop_count": p.shop_count,
"per_shop_daily_calls": per_shop_daily,
"add_v2_month_per_shop": add_month,
"api_cost_total_month": round(cost_total, 2),
"api_cost_add_v2_month": round(cost_add, 2),
"api_cost_other_month": round(cost_others, 2),
"env_note": "云内0.018/百次" if p.in_cloud else "云外0.18/百次(×10)",
}
if __name__ == "__main__":
# 场景1:单店自研云内
s1 = DyErpProfile(shop_count=1, in_cloud=True)
r1 = calc(s1)
print("▶ 单店自研 云内:")
for k, v in r1.items():
print(f" {k}: {v}")
# 场景2:单店自研云外(本地IDC/阿里云ECS)
s2 = DyErpProfile(shop_count=1, in_cloud=False)
r2 = calc(s2)
print("\n▶ 单店自研 云外(×10):")
print(f" 月总API费 ¥{r2['api_cost_total_month']} (其中发布 ¥{r2['api_cost_add_v2_month']})")
# 场景3:20店铺货自研云内
s3 = DyErpProfile(shop_count=20, daily_add_v2_calls=1500,
daily_order_calls=4000, in_cloud=True)
r3 = calc(s3)
print("\n▶ 20店铺货自研 云内:")
print(f" 月总API费 ¥{r3['api_cost_total_month']} (其中发布 ¥{r3['api_cost_add_v2_month']})")
# 场景4:20店铺货云外
s4 = DyErpProfile(shop_count=20, daily_add_v2_calls=1500, in_cloud=False)
r4 = calc(s4)
print("\n▶ 20店铺货 云外(×10):")
print(f" 月总API费 ¥{r4['api_cost_total_month']} (其中发布 ¥{r4['api_cost_add_v2_month']})")跑出来(要点):
- 单店云内:月¥54,发布占¥8.1
- 单店云外:月¥540(发布¥81)
- 20店铺货云内:月¥1080,发布¥162
- 20店铺货云外:月¥10800
四、V1.3下自研ERP必须做的4个改动
- 商品发布合并调用:
addV2前先做本地校验+草稿缓存,失败重试计入同一SKU不盲目重提;店群场景用“主店发完克隆到其他店”减少addV2次数。 - 强制抖店云内:订单/发布/解密全走抖店云ECS,云外不仅×10,增值(批量解密)还禁止调。
- 发布链路埋计数器:按AppKey日统计
addV2次数,超预估80%降频,避免大促铺货把账单烧穿。 - 预充值余额守卫:抖店是预充值,欠费硬断非限流;把拼多多那套
GuardedClient思路移植过来,本地反推预估余额+低于3天预估熔断非核心发布任务。
五、自研 vs ISV 在新规下的真实落差
- 自研:只付API费(云内0.018)+ 抖店云ECS;无服务市场6‰+10~30%分成,无1~5万保证金。
- ISV上架服务市场:同接口同单价,但多背平台6‰技术费 + 类目10~30%分成 + 冻资1~5万,卖¥299/店/月的产品,API费占比<2%,真正吃利润的是分成和售前售后人力。
- 结论:V1.3对自研的影响是“从无到有的一笔小账”,对ISV是“本来就有分成,API费仍不是主线”。
一句话定性:抖店V1.3不是涨价,是把商品发布从免费区挪到基础按量区;自研ERP过去靠“上新不花钱”摊薄成本的店群模型,7.1后必须重新算账——单店月多8块,20店铺货月多162块云内/1620块云外,架构在云外就直接×10。把发布调用压下去+蹲云内,这笔钱比省ECS电费划算得多。
要不要我把上面
douyin_v13_erp_cost.py 改成读你控制台导出的各接口日调用CSV → 自动按V1.3口径拆分“发布/非发布”两项账单 → 输出云内/云外对照+大促翻倍压测,直接嵌进中台启动自检?