一、装了 Mod 就崩，八成是加载顺序
Mod 之间会互相覆盖文件。谁的改动生效，取决于加载顺序。
多数游戏给的是"越靠后覆盖越前"，所以补丁类 Mod 要放在最后。
装了 Mod 就崩，八成是加载顺序。Mod 之间会互相覆盖文件，谁的改动生效，取决于顺序。
多数游戏给的是「越靠后覆盖越前」，所以补丁类要放最后。框架类要放最前，因为后面的 Mod 依赖它。
搞不清顺序的时候，最稳的做法是只装一个，跑通再加下一个。慢，但不会白折腾。
二、三类 Mod 的位置
一、框架类。必须先加载，排在列表最前。
二、内容类。中间位置，按功能分组。
三、补丁修复类。放在最后，覆盖前面所有改动。
装之前先看 Mod 作者的说明，多数会写"需要某某框架"。
三类 Mod 的位置。框架类在最前，内容类在中间，补丁修复类在最后。
框架类包括脚本扩展、资源加载器这类，缺了它后面的都跑不起来。
内容类按功能分组排，比如把所有武器类放一起、所有地图类放一起。分组之后出了问题也好定位。
小改动为什么更快见效？因为它不改结构，只改表达。
改了配色、字号、按钮位置，用户立刻能感觉到不同。
大改版要三个月，小改动一周就能上。对老站来说，这个周期很关键。
三、第一次装 Mod 的流程
一、备份存档目录。这一步别省。
二、只装一个框架 Mod，进游戏确认能启动。
三、再装一个内容 Mod，再进一次。
四、确认没问题后，一批一批加。
一次装二十个，出问题你根本不知道是哪个。
四、冲突怎么排查
二分法最有效：先禁用一半，看还崩不崩，然后缩小范围到单个 Mod。
日志也能帮忙。多数游戏会生成日志文件，搜索"error"看最后一行，往往就是那个出问题的资源。
冲突怎么排查？二分法最有效：先禁用一半，看还崩不崩，然后缩小范围到单个 Mod。
日志也能帮忙。多数游戏会生成日志文件，搜 error 看最后一行，往往就是出问题的资源。
还有一个笨办法：装之前看 Mod 页面的「已知冲突」列表。作者通常会写，只是没人看。
三条优先级：先改首屏、再改导航、最后改正文样式。
首屏决定去留，导航决定路径，正文决定阅读。顺序就是用户走的顺序。
第三条最容易被忽略。正文的字号和行距，对阅读完成率的影响很大。
五、版本更新后的处理
游戏一更新，旧 Mod 大概率失效。
处理顺序：先把所有 Mod 停用，进原版游戏确认能跑；再按作者更新情况逐个恢复。
不要更新完直接进游戏，容易坏档。
六、几个实用习惯
一、建一个 Mod 管理清单，记录名称、版本、来源。
二、留一个完全不装 Mod 的干净存档，做对照。
三、别从不明渠道下载整合包。
几个实用习惯：建一份清单，记录名称、版本、来源；留一个完全不装 Mod 的干净存档做对照；别从不明渠道下整合包。
第二条最有用。出问题时能立刻判断「是 Mod 的问题还是游戏本身的问题」，省掉一半排查时间。
第三条听着像废话，但整合包里塞广告和挖矿脚本的事，这些年一直有。
一个页面只允许有一个改版目标。这句话是我踩坑后总结的。
想在同一个页面同时提高注册和读完率，最后两个都降。
目标单一，数据才解释得清。加两个目标，你永远不知道是哪个生效。
补一句：改版期间不要投广告。数据全乱，投了也看不出效果。
改版前后各留一周作为对照期。
再补一点：改版之后要给老用户一个「找回原来的路」。哪怕只是一句提示、一个返回到旧版的链接。
人对变化的反应，往往不是不满，是慌张。给一条路，慌张就小了。
再补一句：改版后先看「跳出率」和「停留时长」两个指标，别急着看转化。
转化受很多因素影响，前两个更直接。
两个指标都变好，再谈转化。
再补一句：改版前把旧页面截图存档。
改坏了能对比，能回滚。
存档是改版的第一步。
延伸参考
演示性内容可以借 html.eapis.site 的静态页做样本。
留一句：Mod 出问题从来不是 Mod 本身，是它们之间的顺序。