|
TikTok for Developers官网在9月4日更新了《Migrate from HTML to Native Runtime》迁移说明,目前官方给出的时间表已经发生变化: 2026年8月28日:TikTok Minis不再支持新HTML/H5小游戏; 2026年9月9日:现有在线H5小游戏正式退役; 2026年9月30日:历史H5数据清理、删除。 大声出海社群里曾有开发者把“9月4日H5退役”当成最新规则发布,现在看来已经不准确。真正值得开发者关注的,其实不只是多出来的这几天,TikTok正在借这次H5退役,把Mini Games从“Web游戏容器”进一步推向“原生运行时游戏平台”。这可能才是这次政策变化真正值得行业关注的地方。
. T f0 ], t; o5 B先把重要的时间点说清楚 如果你目前还有H5小游戏运行在TikTok Mini Games上,现在最重要的不是讨论要不要迁移,而是确认你的游戏有没有完成Native Runtime版本。根据TikTok最新官方说明: 这里有一个特别容易被忽略的细节:9月9日和9月30日不是同一个节点,9月9日解决的是“在线H5还能不能继续跑”,9月30日解决的是“历史H5数据还能不能继续留在平台上”。 因此,对于还没有迁移的团队,实际上存在两个不同的Deadline。更重要的是,TikTok明确表示平台不会自动把H5游戏转换成Native小游戏,开发者需要自己完成Native版本开发、平台能力重新接入、调试、测试、审核和上线。 也就是说:不是把HTML文件换个格式、重新压缩一下,就完成迁移。 TikTok官方甚至明确指出,普通网站、游戏URL或者HTML ZIP都不能直接作为Native Runtime小游戏上传。 7 o' L9 p# q4 T& e$ g
为什么TikTok一定要从H5走向Native 从开发者角度看,H5最大的优势非常明显:快。 有Web开发经验的团队,可以直接利用HTML/CSS/JavaScript构建产品,开发成本相对低,跨平台也比较方便。但问题同样明显,TikTok官方在技术说明中已经把两种Runtime的定位讲得很清楚: H5属于基于WebView运行的网页游戏,而Native Runtime则是编译后的小游戏运行在TikTok自己的Native Runtime中。Native Runtime的目标包括:更好的性能;更快的加载;更统一的平台能力;更强的运行控制;更稳定的游戏体验。 而现在TikTok的方向已经非常明确:新Mini Game统一向Native Runtime迁移,这其实意味着TikTok Mini Games正在发生一次底层定位变化。 过去更像:TikTok + WebView + H5小游戏 现在越来越像:TikTok App + Native Runtime + 游戏引擎 + TikTok SDK 这两者,对于开发者来说完全是两个概念。
8 N3 T1 \2 v# c. G- G' q6 P% |. Y) s
TikTok Mini Games正在经历一次“开发范式升级” 如果把TikTok Mini Games的发展路径拉长来看,可以看到一个比较清晰的变化。 第一阶段:先解决游戏能不能进入TikTok 早期H5路线最大的价值,就是降低进入门槛。开发者可以利用熟悉的Web技术快速做出小游戏,然后接入TikTok的Mini Games能力。这个阶段的关键词是:低门槛、快速上线、验证市场。 第二阶段:平台开始补齐游戏基础设施 随着Mini Games生态逐渐完善,TikTok开始不断补充开发者真正需要的基础能力。包括:登录;授权;广告;支付;分享;存储;网络;生命周期;Revisit;数据分析;子包;开发调试等。 从2025年底官方推出Mini Games相关Integration Workflow和API,到2026年持续更新SDK、开发文档和引擎工具,平台正在逐渐从“提供一个入口”转向“搭建完整游戏开发基础设施”。 第三阶段:Native Runtime成为主线 到了2026年,平台的技术路线已经非常清楚。TikTok目前支持开发者使用:Unity、Cocos、Laya等游戏开发工具构建Native Mini Games。其中,Unity已经有独立的TikTok SDK。 官方文档显示,TikTok SDK for Unity可以帮助Unity项目接入TikTok小游戏环境,并使用登录、支付、分享、广告、存储等平台能力。目前Unity小游戏还需要满足特定的TikTok客户端版本、Unity版本以及包体限制。 这背后释放出的信号很重要:TikTok不是简单地“关闭H5”,而是在主动提高Mini Games的技术上限。
' }, J* ]2 l1 [. ^8 G2 n0 _( T! a/ G& S7 c
从过去三个月的官方更新,看更多趋势 如果只看“禁止H5”这一个政策,很容易把它理解成一次简单的技术迁移。但把过去三个月的官方更新放在一起看,会发现事情没有那么简单。 1. SDK更新明显加快 从6月到7月底,TikTok Mini Games SDK持续推出新版本,其中包括版本更新、UDP Socket、更新管理、子包能力以及广告相关治理等。这说明一个事实:Mini Games已经进入持续迭代的平台产品阶段,而不是一个停留在试验性质的小游戏容器。 2. Unity路线开始被重点完善 8月4日,TikTok更新了Unity Mini Games开发文档。目前官方提供了比较明确的开发路径:Unity项目 → TikTok SDK → Mini Game Build → 本地调试 → 上传 → 性能优化。 官方还给出了Unity小游戏60MB的包体限制,并针对WASM、data文件、子包等问题提供优化方向。这对传统游戏团队尤其重要,这意味着TikTok Mini Games未来并不只属于“小游戏团队”。拥有Unity、Cocos、Laya生产能力的传统游戏公司,也越来越容易把成熟游戏研发体系迁移到TikTok小游戏环境。
+ R8 {2 ]( N5 Y
真正的变化:TikTOk正在把“开发”与“流量”连接起来 如果只看技术,Native Runtime只是一次架构升级。但如果把TikTok的商业化能力放进来,意义就完全不同了。 2026年6月,TikTok推出了与Mini Games相关的Growth Max:Mini Games能力。官方对其定位非常直接:通过TikTok生态,让用户从内容发现进入小游戏,再围绕游戏内高意向用户进行广告优化和商业化。 简单理解就是:内容 → 游戏 → 游戏内行为 → 商业化 → 数据 → 再优化 而不是传统小游戏的:买量 → 下载 → 打开App → 留存 这其实非常符合TikTok自己的产品逻辑。从商业模式上看,TikTok Mini Games最值得关注的地方并不是“小游戏”三个字,而是TikTok正在尝试把短视频内容分发能力与即时游戏体验连接起来。1 Z# a. e2 g& Q7 F0 o F
用户看到内容;产生兴趣点击;不用下载也能直接进入游戏;游戏产生行为再通过广告、IAP等方式进行商业化。这个链路越顺,Mini Games对开发者的价值就越大。
8 ]) |1 \- F5 f0 a
关注!审核也正在变得更像“正式游戏发行” 另一个值得注意的变化,是TikTok对Mini Games审核机制越来越完整。官方最新Acceptance Testing Guidelines显示,开发者需要在提交前自行验证: 包括:基础信息;域名和Webhook;区域要求;Silent Login;Authorization;In-App Ads;In-App Purchases;Home Screen Shortcut;Revisit;性能和启动速度等。 通过自测后,再进入平台审核,目前官方给出的整体审核时间为1到3个工作日。平台审核也已经不仅仅看“能不能打开”。 还会检查:游戏体验、双端一致性、支付、广告、奖励、隐私、分享、权限、性能等,甚至包括黑屏、白屏、崩溃、广告奖励是否准确发放等具体问题。TikTok Mini Games正在从“能跑起来”转向“作为一个完整游戏产品被审核和运营”。
6 Y* E0 b8 i, O. f
还在做H5小游戏的开发者:现在应该怎么办? 如果你的项目还停留在H5版本,建议不要再把时间花在讨论“9月4日还是9月9日”。真正需要做的是下面这张Checklist。 立即备份H5项目 包括:代码、素材、配置、服务器API、存档、账号、订单、用户权益等。因为9月30日之后,历史H5数据将被清理。 判断项目是否值得迁移 不是所有H5小游戏都值得原样迁移。建议重新计算:用户量 × 留存 × 广告收入 × IAP收入 × 迁移成本。如果产品本身已经没有明显商业价值,那么可以考虑止损。如果已经有稳定用户和收入,则应尽快迁移。 不要直接照搬H5架构 Native版本应该重新检查:游戏性能;首屏加载;包体;WASM;子包;API;登录;广告;支付;分享;Revisit;数据迁移。 提前预留审核时间 不要把Native版本开发完成的时间卡在9月8日。因为开发完成≠上线。你还需要:测试 → 上传 → Review → 修改 → 再审核 → ReleaseTikTok官方目前给出的审核时间是1—3个工作日。
2 u( o1 e: \* ^: @# L( C* H9 f* U* ? # b$ u) l ~$ n% ~9 {# |
0 Y Y1 O4 D" C+ n
4 p* ^2 l8 P) X8 S' |$ W
3 d7 V8 ^# D4 O0 W1 e! ~
& `6 L* S) M1 i% L8 b7 \$ {4 g4 b& X5 _
# m' A7 s4 L7 Q0 i0 Q0 x
, m* G9 j4 B& w1 n, r
" v1 L& T( e/ U( z( I- T) x
4 S7 \1 Z; r% \( ^ [( u! r0 R2 A9 p' A3 }: A5 ]1 L3 c* e
9 O& d( U" u T2 m+ l' m& W; ?
6 _6 E$ \2 C( P% v
, S. [" I1 j D! F0 I! W+ G1 y2 m
8 h/ T: o4 \9 B
) o/ r1 v2 g4 X1 \0 l) ]& ]: f: r- y2 _! Y' o/ l! F8 Z6 C
* ]+ r: l% F* `, K2 B- X v9 M
9 w! H) u* R4 i P9 c! v! K4 a
7 i- T# w# p+ G$ U. k. ~
( f, O9 a, y, d' l; K5 v* g4 L( r7 q5 E& S* c
; y) M& Z! m. k! |7 _
; y1 B- e; `& D$ R, T Q9 ^. S
6 e* O- q0 |, H0 `$ X
2 l. F6 p4 d; p! q. z2 d# m
* q$ h& {1 E) p* J$ E- ?6 A9 X
4 D# \# G% D" T+ j/ ~1 _, J
, R1 U: M6 G% F- L6 o. k& f n: r( y' c% e) R
% @ Z w0 U5 ]/ m2 A _6 K
: d, [ V% [% n5 {$ j1 B0 d/ b$ ]
* X+ E9 ^. d$ T5 y& T% X2 d! A
c9 f$ B/ G& \0 [$ }/ l1 O4 y
: n+ e6 h4 s6 G) b) ^8 f" @
9 i! F. C1 J* K1 @# _
; R5 A5 P: N& l8 I
, I" c0 ^) Y- J B( j4 U7 V: s
6 n* I/ s3 Z" Z+ f7 J4 t
3 L* D9 b9 q! F, ]
) |& ?, _ e/ @: B4 a: T$ }4 z+ H0 ]) J: W0 M% [
C _0 j7 ]2 d( i& l
B" P5 |% H. x& K$ _& H7 L$ R- p
/ ~4 K0 h0 B& y" ^5 s
; q+ X: X4 B1 W, M1 p0 t
2 f# p$ h# |) U, E' e6 f, O
3 J$ ?. B, q4 m* _/ o/ X$ T
% O' L! h; ] ` o7 Z
$ _- l* h1 H& Y5 F' w C( C
* v0 A1 l7 u" S6 u2 j2 ?' b; V' n6 F, F3 }
2 r3 p7 _. F, ^4 o* U; K( I: F. L) p
$ P5 H% R6 q& m% |$ k+ D* q8 A# M1 r1 i7 A- T
|