|
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游戏容器”进一步推向“原生运行时游戏平台”。这可能才是这次政策变化真正值得行业关注的地方。 " X2 _5 e1 }* }; o
先把重要的时间点说清楚 如果你目前还有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小游戏上传。
; }: b6 C# _1 s+ {! @. w: _
为什么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 这两者，对于开发者来说完全是两个概念。
* J& C9 D5 ^$ C- \ G; z9 h4 A% b) _
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的技术上限。 2 s% o: i. ^" G, t1 k
1 p7 B4 }; h) t" M! b/ k
从过去三个月的官方更新，看更多趋势 如果只看“禁止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小游戏环境。
7 @7 ]9 ~& G0 e7 ?' x6 P3 v6 H+ u
真正的变化：TikTOk正在把“开发”与“流量”连接起来 如果只看技术，Native Runtime只是一次架构升级。但如果把TikTok的商业化能力放进来，意义就完全不同了。 2026年6月，TikTok推出了与Mini Games相关的Growth Max：Mini Games能力。官方对其定位非常直接：通过TikTok生态，让用户从内容发现进入小游戏，再围绕游戏内高意向用户进行广告优化和商业化。 简单理解就是：内容 → 游戏 → 游戏内行为 → 商业化 → 数据 → 再优化 而不是传统小游戏的：买量 → 下载 → 打开App → 留存 这其实非常符合TikTok自己的产品逻辑。从商业模式上看，TikTok Mini Games最值得关注的地方并不是“小游戏”三个字，而是TikTok正在尝试把短视频内容分发能力与即时游戏体验连接起来。2 T; X+ C7 c- E8 d4 c# j' b7 A9 V% I0 C
用户看到内容；产生兴趣点击；不用下载也能直接进入游戏；游戏产生行为再通过广告、IAP等方式进行商业化。这个链路越顺，Mini Games对开发者的价值就越大。
2 c6 W! N4 ]% p3 I2 v+ ~. p
关注！审核也正在变得更像“正式游戏发行” 另一个值得注意的变化，是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正在从“能跑起来”转向“作为一个完整游戏产品被审核和运营”。 : h# {, A- a H. g. a1 r
还在做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个工作日。
: Z1 p+ E+ m* r7 g- I- o+ e- i
3 B5 j k& N& j
" J$ e! l- f0 @/ x- m }( H* R0 b
& R2 Z- v) g" K
& N3 `/ m4 f; l
7 x/ _1 {" ?3 g1 y5 @* d+ i, ]- A+ h( I: s! \& q
% P2 W9 ?. C# `0 O; w
% P" {9 `) \* B E4 i5 K
4 t5 a' b3 H. Y$ [$ p6 W4 [ Z) k
" k" d, g- U5 n. m4 i- X$ q, V" A3 l, q' C$ r
9 D. r& q4 {- w3 A, G2 Y2 H+ ]/ _% M: g+ D- ^! a
0 I! _$ j! D3 d& Z) M$ u1 O. Q2 v& A9 i
& }2 ]2 G$ D( e7 {4 \: S
7 o2 d. i. X, w$ _! g& G- l: X- `+ \4 R+ _2 p9 B" d
# p! |+ I, g& Y9 q1 j# d( i/ ^; b( W; [. ]) S% i' k! w
) Z1 [8 u9 T. t7 ~
- T. \9 a# B2 f5 N" I7 r/ r0 Q. W t, s' p' P7 q! ~# ]) Z
$ B* t: ]. C% u b' r8 F
8 m2 |0 i. T& v% I
3 \& k- \- q! `1 ]( N* F- ]# m; u- s& X: G$ q
' C T" s+ I* }2 j* `$ [/ R8 B8 H1 J7 J F9 g
' x& z( B4 w4 a" B }6 H. Y r
) A* J! _4 E( d2 p8 Q1 U/ q: T$ m: h) f, Q2 m# H
9 E: b0 V4 f# F% ?, ^! j
0 P9 {, o. J/ `0 p- x; L4 a. c- l' G
2 F V0 |# g, k( m# I1 b6 H8 E) `
6 U# e, T2 j1 K
% n f0 x9 w! }2 F q
! v4 M: {3 k, k$ r9 ?
, d0 `5 s1 W d3 X) Y* C& f2 J8 B3 X
* s! C4 p9 n0 ]2 ]& b: Z
4 m- J; G+ q, ]! j; _, K' e+ A9 `
5 X+ s# B/ }6 H! T! p; N! x8 G7 M- d) R4 Z
D8 T7 Y# }6 w3 K: @1 p' j
" v( I9 k* y. X. o, L6 j. n- S% |" u" O. O- I& ~5 J1 Z* u8 @) ^" J
8 S% c! n1 Y" D- \# \( A% \* |6 c* P$ \# r# a
* Q+ W4 e# E! t0 `( q, P6 I+ b) T) g% i+ E8 M7 S' ~
1 Y0 g4 Q3 ^: @* H7 A( C$ K
! I* ~4 _2 i& Z( x; y/ ?
6 g/ z8 z& |' W7 s3 A" ^& k" | | 
发表于 