企业官网建设流程全解析

不管你是独立开发者，还是刚毕业想靠游戏赚第一桶金的学生，有个问题迟早会撞到你面前：做游戏可以，可怎么才能光明正大地把游戏发出去，让微信里的玩家能搜到、能玩上？尤其是“版号”这两个字，在过去几年几乎成了中小团队和个人的拦路虎。但很多人不知道的是，微信小游戏对个人主体其实开了口子，Unity 做的游戏也能以个人身份走完接入、发布全流程，而且不需要版号。

这篇东西就是把我自己踩过的坑、查过的资料、反复验证过的流程梳理成的一份实操指南。内容覆盖从账号注册、Unity 工程配置、WebGL 转换到微信开发者工具、提审上线的完整链路，还包含包体策略、性能优化、激励视频接入以及一堆只在线上环境才会暴露出来的兼容性问题。适合正在用 Unity 做轻中度小游戏、想快速发布到微信但又不清楚“个人主体到底能做什么、不能做什么”的开发者参考。

1. 个人主体免版号这件事，先搞清楚边界在哪里

1.1 版号到底卡了谁，个人开发者为什么能绕开

版号的全称是“游戏出版审批”，理论上一款游戏要在国内正式上线运营，都得先拿到它。问题是，版号的申报主体基本是企业，而且还要求企业具备一定资质，比如营业执照经营范围、文网文、ICP 许可证等等。个人开发者想以自然人身份去申请版号，在今天几乎是不可能完成的任务。

微信在早期设计小游戏类目时，其实就意识到了这个问题。大量个人开发者根本没有条件去碰版号，如果一刀切全部要求版号，那微信小游戏生态基本就只剩大厂了。所以平台对个人主体开放了小游戏发布通道，个人不需要提供版号，只要符合基础条件就能提审上线。这就是“免版号”的由来。

这里要注意，免版号不等于零门槛。我在实际提审中发现，微信要求个人主体小游戏至少准备合规的软著证明和游戏自审报告，通常也会要求先完成小程序备案。也就是说，你想走个人免版号路线，至少你得证明这游戏是你自己做的，并且内容没有明显违规。提审时缺少这些材料，基本会被打回“资质不全”。

1.2 个人主体和企业主体的权限差异，直接影响变现设计

搞清楚免版号规则之后，更关键的是理解个人主体的能力限制。坦白讲，微信并不希望个人主体在平台内完成付费闭环，所以个人主体小游戏默认无法开通虚拟支付。这意味着，你不能在游戏里卖道具、卖会员、解锁关卡收钱，凡是依赖“用户直接付费”的商业模式，个人主体统统做不了。

那个人开发者靠什么赚钱？主流方式就是广告。微信小游戏对个人主体开放了流量主功能，包括激励视频广告、Banner 广告和格子广告。只要你的日活跃用户达到一定量级（通常是一千 UV 左右），就可以申请开通流量主，把广告嵌进游戏里，按曝光和点击结算收益。

所以我的建议是，在立项阶段就按照“免费游戏 + 广告变现”的模型来做。比如做休闲益智、模拟养成、文字剧情这些品类，把激励视频设计成“复活、翻倍奖励、加速成长”这类机制，既不会让玩家反感，又能把 eCPM 拉到可接受的水平。如果非要做内购，那就得在游戏上线后积攒起用户量，再考虑迁移或新增企业主体，这是一条后话。

2. Unity 到微信小游戏：技术路线到底怎么选

2.1 三条主流路线对比，谁才是最省事的那条

想把 Unity 做的游戏搬上微信小游戏，业内流传过几种办法，我也都尝试过，先说结论：纯从开发效率和稳定性来看，走“Unity WebGL 打包 + 微信官方转换工具”这条路是当前最靠谱的。

另一种比较老旧的做法是拿 Unity 导出的 WebGL 包，不经过任何转换，直接嵌入到自建的小程序 WebView 里运行。听起来很灵活，但实际上 WebView 的性能和兼容性都非常不理想，尤其在低端安卓机上，画面卡顿、内存暴涨，用户在朋友圈广告点进去玩不到三十秒就退了，留存数据惨不忍睹。这条路适合极轻量的试玩 Demo，不适合正式运营。

还有一种常见的想法是用 Cocos 或 Laya 重新写一遍。如果你手里只有一个 Unity 原版游戏，重写意味着美术、逻辑、动画全都要迁移，对个人开发者来说工作量巨大，等于把游戏做第二遍。除非你的游戏逻辑非常简单、想趁重写的机会做一次彻底的结构优化，否则我不建议轻易走这条路。

2.2 微信官方转换工具解决了什么问题

微信小游戏并不是普通的浏览器环境，它是一个基于微信客户端定制的 JavaScript 运行容器，很多浏览器里能用的能力在这里都被限制或拦截了。最典型的就是本地文件读写、网络请求域名白名单、音频自动播放策略、内存上限以及 WebGL 的接口差异。如果你的 Unity WebGL 包不做处理直接往里塞，跑起来就是各种报错和黑屏。

微信官方维护的 Unity 转换工具（minigame-unity-webgl-transform）解决的就是这套“环境适配”的问题。它会自动加载和配置 Unity WebGL 运行时，把文件系统操作映射到微信的本地存储接口，把网络请求包装成符合微信规范的协议，同时处理音频播放、触摸事件、剪贴板等细节，最后在工程里生成 game.json、game.js 和首包资源，直接能被微信开发者工具识别和运行。

转换工具的安装也很简单。在 Unity 工程里它会作为一个插件存在，导入后主菜单会多出一栏“微信小游戏/WX 小游戏”。我在实际使用中体验比较深的一点是，版本一定要和你的 Unity 主版本匹配，否则构建时经常会出现一些莫名其妙的 IL2CPP 问题。比如 2021 LTS 就用官方测试比较充分的稳定版本，别为了一时好奇升级到最新预览版。

2.3 推荐的工具链组合与版本搭配

根据我多轮实测，个人开发者最稳的一版组合是：Unity 2021.3 LTS 或 2022.3 LTS，配对应版本的转换工具，微信开发者工具用最新稳定版，电脑上装好 Node.js 16 以上环境。这套组合不是官方的强制要求，但可以让很多潜在的坑暴露得少一些。

Unity 2021.3 的 WebGL 构建和 IL2CPP 工具链已经很成熟，玩小游戏的性能和内存表现都不错。2022.3 LTS 对新设备和现代浏览器的兼容更好，但某些版本的转换工具在 2022 工程里会有警告，虽然一般不影响运行，排查起来却很费时间。如果你没有特殊需求，我建议从 2021.3 起步。

顺手提一句，Windows 机器上记得检查显卡驱动和 WebGL 支持。转换工具构建到一半如果出现 GL 相关的崩溃，往往是驱动问题。

3. 个人主体接入发布的完整实操流程

3.1 注册账号：最容易埋坑的一步

很多人第一步就搞错，在微信公众平台注册时选了“小程序”类型，结果进去之后发现没有小游戏的能力入口，退也退不掉，只能重新注册。这里一定要记住，小游戏和小程序是同一套平台下的两种不同类目，注册时要选择“小游戏”。

注册主体选“个人”后，需要提供真实姓名、身份证号、手机号，并且完成微信的实名认证，绑定一张本人银行卡做身份校验。整个流程大概是十分钟,通过后你就能拿到一个 AppID。在微信开发者工具里导入项目时，用的就是这个 AppID。

拿到 AppID 后建议顺手把头像、昵称、介绍这些信息都填好。虽然首次提审时也可以改，但审核人员如果看到信息不完整，可能直接不发版。而且从个人经验看，游戏介绍里尽量写清楚玩法和适用范围，方便审核人员理解，能明显降低误判风险。

3.2 Unity 工程配置：从 Player Settings 开始

Unity 工程要跑小游戏，第一步是确保安装的是带 WebGL 模块的编辑器。如果没有这个模块，在 Build Settings 里找不到 WebGL 平台，后面所有事情都无法推进。

然后在 Player Settings 里做几件关键的事。第一，把 Company Name、Product Name 填完整，最好和微信小游戏名称尽量一致，避免审核时被质疑“货不对板”。第二，在 Publishing Settings 里把 Compression Format 选成 Brotli，这个压缩比优于 Gzip，能明显压缩首包体积。第三，开启 Strip Engine Code，把用不到的引擎代码裁掉，这一步能省下不少体积。

还有一个容易忽略的点是 WebGL Memory Size，这个值决定 WebAssembly 运行时能用的内存上限。默认值在复杂游戏里很容易爆，我的经验是预估游戏峰值内存，把数值调到 256MB 以上，但也不要无脑拉太高，因为小游戏容器的总内存有限，超过上限会被微信直接杀进程。

3.3 构建、转换与在开发者工具里运行

Unity 里的常规操作是先 Build 出一个 WebGL 目录，然后用转换工具的“构建并转换”功能，让它自动完成后续工程生成。第一次构建会比较慢，因为 WebGL 的 IL2CPP 编译要跑很久，好的机器五分钟，普通的机器可能十几分钟，耐心等就行。

转换完成后，打开的目录就是一个小游戏工程。里面会有 game.js、game.json、webgl 目录等，此时打开微信开发者工具，选择“小游戏”模式，导入这个目录，填入你的 AppID，就能在模拟器和真机上预览了。模拟器跑通后一定要拿真机再测，因为模拟器对真实机器上的性能、内存、触控手感模拟得都不够准。

真机预览有两种方式：一种是在开发者工具里点“预览”，会生成一个二维码，手机扫码后直接打开体验版；另一种是“自动预览”，配置好之后每次构建完成，工具自动推送，省去频繁扫码的麻烦。日常调试我建议用自动预览，效率高很多。

3.4 提审与发布：准备材料比想象的要多

游戏开发完、也测得很流畅了，接下来就是提审。在微信公众平台后台进入“版本管理”，把上传好的代码提交审核。注意这一步不是你把本地的 Unity 工程拖上去，而是先用开发者工具“上传”按钮把代码上传到微信服务器，然后回到后台把它提交为审核版本。

提审前建议准备好几张游戏截图，最好包含核心玩法画面、首屏界面、结算界面。截图尺寸和数量按平台要求来就行，清晰度要高。在隐私接口方面，如果你的游戏涉及用户昵称、头像授权、位置信息等，还要在后台填写对应的隐私保护指引，否则审核时可能被卡在“隐私不合规”上。

审核周期不定，快的话小半天，慢的话两到三天。个人主体小游戏被拒的常见原因我看下来主要是资质材料不全、游戏内容涉及违规元素、隐私合规不完整三类。收到拒审通知后不要慌，后台会给出相应说明，按提示改完重新提审就好。审核通过后，你自己可以选择立即发布或先进行小范围灰度测试。我的习惯是先灰度到全量投放的 10%，观察下崩溃率和用户反馈，没问题了再全量。

4. 上线前必做的性能优化与兼容性处理

4.1 包体控制：4MB 首包和 20MB 总包的游戏规则

微信小游戏有一个硬性门槛：首包（启动时加载的核心包）不能超过 4MB，整个游戏总包不能超过 20MB。如果超出，你的游戏连提审上传都过不了，更别提上线了。这个限制对 Unity 项目来说非常不友好，因为 Unity 引擎运行时本身就占相当大的体积。

首包的控制策略核心是“把必须的代码和启动场景放进去，其余一切资源都丢到热更或分包”。我的实操路线是这样的：把启动场景做成极精简的 loading 场景，尽量不用复杂 UI 和美术素材，只放一个进度条和一个 Logo；然后把真正的游戏场景全部打成 AssetBundle，放在网络上或分包里，在启动时动态加载。

分包不是所有小游戏类型都能用，要确认你的类目支持。如果支持分包，可以把游戏内容拆成多个子包，按玩家进入场景的时机动态加载。比如第一关的资源放进一个分包，第二关放进另一个分包，这样玩家没进入第二关时，资源根本不会下载到本地。

4.2 四类线上兼容性问题，提前规避能少加三天班

第一类是内存峰值。Unity WebGL 运行时在电脑浏览器上可以吃到 1GB+ 内存，但微信小游戏容器通常把内存限制在几百 MB 范围内，低端安卓机上这个值会更苛刻。表现就是玩着玩着突然闪退、白屏。我的经验是严格控制纹理尺寸，能用压缩纹理就绝不加载原始 JPG/PNG，同时在切场景之后强制调用 Resources.UnloadUnusedAssets 和 GC.Collect。

第二类是音频播放限制。小游戏环境不允许播放没有用户交互的自动音频，比如你希望在启动页面放一段背景音乐，如果用户没有点击过屏幕，这段音乐会报错或被拦截。解决方案是把自动播放改成被动触发，或者监听用户的第一次触摸后再启动声音。

第三类是屏幕适配。不同手机的刘海屏、挖孔屏、屏幕宽高比差异极大，转出来的 Unity Canvas 默认适配经常会出现按钮被挖孔挡住的情况。我的做法是在游戏内做一个安全区检测脚本，根据微信提供的 SafeArea 数据动态调整 UI 布局。

第四类是网络请求白名单。小游戏里发 HTTP 请求只能访问后台配置的合法域名，如果你在开发时直接用本机 IP 或局域网调试，真机上是完全跑不通的。调试阶段可以打开“不校验合法域名”选项，但正式上线前一定记得要申请把域名加入白名单并部署 HTTPS。

4.3 广告变现：个人开发者的第二收入曲线

既然个人主体做不了内购，那激励视频广告就是最核心的变现工具。接入流程不复杂，在微信公众平台后台开通流量主，等审核通过后，代码里通过广告组件创建实例，然后在合适的时机展示。

我的建议是不要一上来就塞满广告位，那样极其消耗玩家耐心。比较好的做法是把激励视频和游戏成长体系绑定在一起，比如“观看广告获得加速卡”“复活延寿”“翻倍领取奖励”。这种设计的核心是让用户觉得看广告是主动选择的，而不是被动接受的。数据反馈也表明，激励视频的 eCPM 通常比 Banner 高一个量级，是个人开发者最值得深耕的广告位。

另外提一句，不要在游戏刚开始和结束结算时连续弹广告。这两种场景用户心态最不稳定，广告体验差反而会拉低整体留存，得不偿失。

4.4 好友排行榜这类开放能力，有条件再做

热搜词里有人问到 Unity 小游戏如何实现好友排行榜。这块涉及微信开放数据域，它和主域是完全隔离的环境，不能在 Unity 主进程里直接访问微信关系链数据。标准做法是单独制作一个开放数据域的界面，用 Canvas 2D 绘制排行榜数据，再通过 sharedCanvas 贴到 Unity 主场景上。

榜单逻辑本身不难，但做起来比较繁琐，要处理好友头像下载、昵称脱敏、分数上报等环节。我的建议是游戏本身玩法和留存稳定后再投入这个功能，排行榜本质是社交裂变工具，过早地做但对玩家没有吸引力，浪费精力。

5. 常见问题与排查技巧实录

转换工具装不上怎么办

这个多数情况是网络问题或 Unity 版本不兼容。先确认 Unity 是 2019.4 以上版本，再确认转换工具包的版本和 Unity 版本能对上。若安装后主菜单没有“微信小游戏”入口，检查一下项目根目录有没有 Packages 文件夹，删掉重新导入一般能解决。

构建时报 IL2CPP 错误

绝大多数是因为代码里用了不支持 IL2CPP 的库，比如某些第三方插件在 WebGL 平台无法编译。排查方式非常简单，把报错日志里的堆栈信息贴到浏览器搜索，看是不是某个知名插件的问题，然后去项目里替换掉它。另外记得把项目里的 Akv bible 之类敏感字眼检查干净。

模拟器白屏

先别急着怀疑代码，大概率是加载地址不对或者首包资源缺失。打开开发者工具的“调试器”，看 Console 有没有报 404。如果确认是资源路径问题，检查 webgl 目录下的文件是否完整，尝试清缓存后重新编译。还有一种可能是压缩格式选择出了问题，改回 Gzip 再试一次。

真机比模拟器卡很多

这个太常见了。模拟器跑的电脑性能，真机性能通常差至少一个档次。优先检查是否有大文件在启动时同步加载，是否有过多的高清纹理常驻内存。把能改成异步加载的资源都改了，再跑一次真机预览看看流畅度。

提审被驳回

看到“资质不全”不要慌，先看清楚驳回理由里缺的是哪份材料。个人主体最常缺的是软著证明和备案号，预先到相关登记平台办理就行。以前遇到过一次因为测试账号无法找回密码被驳回的，后来我老老实实在后台配置了完整的客服信息，就顺利通过了。

版本更新后老用户白屏

如果你是老项目升级到新版转换工具，特别容易出现“热更新路径变掉、缓存读取失败”的情况。我遇到过几次，最后都是通过在代码里加版本号，强制用户清理旧缓存解决的。发布前一定要做一次“老版本升级到新版本”的完整测试。

6. 最后的几个实操建议

根据我个人的经验，Unity 做微信小游戏这件事，最容易被低估的是“构建之后那一整套打包、转换、上传、审核”的工程化流程，它比单纯开发游戏本身要琐碎得多。如果你是第一次走通，建议别等到游戏全部做完才开始研究发布，而是在开发中期就搭出一个最小可运行版本，先完整跑一遍发布流程。哪怕这个版本只有空白场景、一个按钮、一段背景音乐，只要它上了线，你就把最难的流程关卡打通了，后面所有版本的迭代都只是增量工作。

还有一个小技巧，就是善用微信开发者工具的“真机调试”模式。很多人只会在模拟器里点点点就完事，但模拟器和真机在内存、性能、触控表现上天差地别。我每次改完一个重要系统，都会先在开发者工具里跑通，然后立刻生成二维码扫到手机上实测一遍，确认没有明显卡顿和崩溃，再决定是否提审。

预算和精力允许的情况下，准备一台最普通的低端安卓机专门做测试。小游戏用户里大量使用的是千元机，性能表现和旗舰机差得很远。能在这台“破手机”上跑流畅了，你的游戏在真实用户手里的体验大概率是有保障的。

最后，也不要迷信“免版号”就是完全自由。平台规则随时可能调整，个人主体的权限边界也要时常关注官方公告。保持对运营规则和审核规范的敏感，可能比多写几行代码还能帮你避开更大的坑。