11.3 税务表单与合规(W-8BEN 等)
平台第一次打款前会要你填一张税表:W-9、W-8BEN 还是 W-8BEN-E,取决于你是美国人还是外国人、是个人还是实体。本节只做工程落点——把表单选择、预扣千分比与信息申报表写成一张可机读表和一个可跑的 TypeScript 内核,并明确声明:表单填写与税务结论请咨询专业人士。
category
平台第一次打款前会要你填一张税表:W-9、W-8BEN 还是 W-8BEN-E,取决于你是美国人还是外国人、是个人还是实体。本节只做工程落点——把表单选择、预扣千分比与信息申报表写成一张可机读表和一个可跑的 TypeScript 内核,并明确声明:表单填写与税务结论请咨询专业人士。
上一节算清了门槛,这一节算「到手的钱」:毛收入先被平台分成砍一刀,再按汇率换成目标币,再被提现手续费砍一刀,最后才落进你的账户。本节用 S 层 Python 仿真把这条链写成整数模型(汇率用百万分比整数、手续费千分比、周期整数天、全程地板除),对照三种收款方式与四个目标币。
海外平台的收款方式五花八门:电汇、PayPal、Payoneer、平台内余额、支票,门槛从 10 美元到 200 美元不等,周期 7 到 45 天。本节把收款方式与门槛整理成一张可机读登记表,用 P 层 TypeScript 内核以全整数(最小单位 + 千分比 + 整数天数、地板除)复算门槛触发、结转与净到账。
聚合上报不是干净的数据:平台会给计数加噪声、抑制小样本、并按隐私预算限制你能问多少次。本节把这三件事拆成可跑的整数机制——整数离散拉普拉斯噪声(可播种可复现)、最小计数抑制、聚合预算记账——再用 TypeScript 内核跨语言对拍,证明噪声逐位一致,并说明为什么不能拿两个查询的差值当增长。
IDFA 没了,用户级归因断了,但渠道贡献仍然可估。本节给出两条不依赖设备标识的路:媒体组合模型(MMM)用精确有理数解正规方程反推各渠道边际贡献,地区增量实验(DiD)用双重差分量出广告真正多带来的安装。S 层仿真落 JSON + CSV + SVG,B 层再把噪声与观测周数扫成 20 格矩阵,告诉你 MMM 在什么条件下才还能用。
ATT 不是弹窗,是一台状态机:四种授权状态决定 IDFA 能不能用、能不能再弹、走不走聚合回传。本节把 iOS 归因链路整理成一份可机读的清单(状态 × 用途 × 回传字段 schema),用 D 层校验器把「链路决策」算出来,并用 P 层 TypeScript 内核跨语言对拍,证明 6 位转化值的位掩码编解码逐位一致。
平台选择不是「哪个平台最好」,而是在有限人力下「先接哪几个」。本节用适配度加权评分给每个平台打分,再用收益效率做贪心装箱,在总人天预算内最大化组合净额,并用 B 基准逐条扰动权重与预算,检验组合选择对参数有多敏感,最后给出《合成小岛》的落点组合。
同一笔海外收入,经过不同平台的分成与结算条款,落到你账上的净额与到账时间差很多。本节把「条款抽成」与「净额实现率」拆成两个口径,给出一张跨平台条款矩阵与一段读配置算净额的仿真,说明为什么条款最友好的平台不一定拿到最多,并点明无内购平台的结构性缺口。
海外小游戏不是一个市场,而是三层流量结构:超级 App 内嵌、独立网页门户、应用商店,各自把用户引到游戏的方式完全不同。本节给出一张平台分层矩阵、一段读配置算免费流量占比与可发现用户规模的仿真,并显式对照 Steam 的 PC 口径,说明为什么 H5 小游戏不走 Steam。
《小游戏开发实战》卷五《跨平台发行与出海》目录:16 章 48 节,从海外平台格局与条款、SDK 接入与上架审核、平台抽象层与构建矩阵、i18n 资源管线与本地化质量、分语言运营,到 GDPR/COPPA 工程落点、无 IDFA 归因、跨境结算与出海风控,最后把《合成小岛》发到五个海外平台。按章节提供仿真、逻辑内核与原型;当前试点阶段已有复核记录,完整项目的配置、共享模块和交付验收仍在补齐。
《小游戏开发实战》卷四《商业运营实战》的复现索引:按 16 章列出 pebble/ 下全部 config、sim、core、web 文件,写清本卷工具链的 o<章号>_ 前缀约定、两个 python3 与 Node 26 的环境速查、六层可运行性口径的逐层复现命令,并给出全书公式、参数与数据集索引。
渠道包差异化配置解决的是「一套代码发多个渠道,每个渠道的包该长什么样」:把基础配置与渠道覆盖(appId 后缀、SDK 增删、特性开关)解析成最终包配置,并做必填特性校验。这一节用一份 Python 仿真与一份 TypeScript 内核跨语言逐位对拍,证明合并方向与校验规则没有写错。
联运分成与结算周期是渠道合作里最容易被忽略的现金流变量:渠道先按分成拿走一部分,剩下的还要等账期滞后才到账。这一节把「逐月毛流水 → 扣分成 → 按账期滞后到账」算成一条现金流,量化峰值资金占用缺口,并用账期扫描给出敏感度对照;配可跑的 Python 仿真。
渠道分级决定有限的人力该投到哪个渠道:把每个渠道的「预期新增 × 累计活跃 × ARPDAU → 毛收入 → 扣渠道分成 → 扣对接成本 → 净贡献」整条链算成整数,按净贡献阈值分出 S/A/B/C 四级,再按级展开对接清单;配可跑的 Python 仿真,净贡献为负的渠道直接不接。
广告数据与隐私回答的是「哪些字段在什么条件下允许上报」:把同意状态机(未决/已同意/已拒绝/已撤回)与字段最小化清单串成一条可复现的判定链,逐事件回放上报请求——未列入清单的字段一律拒绝、必需字段免同意、需同意字段仅在其目的已授权时放行,配可跑的 Python 仿真与逐位等价的 TypeScript 内核。
未成年人广告与防沉迷联动回答的是「受限时段与时长如何折算成广告展示机会」:把可玩时段、每日时长上限与广告节奏参数串成一条整数链,算各年龄段的时长触达率与广告机会触达率,再用 B 基准对节奏与上限参数做 ±20% 扰动检验排序稳健性;配可跑的 Python 仿真与稳健性基准。
广告内容合规审核回答的是「这条素材能不能上、这句文案要不要改」:把涉政涉黄涉赌、侵权 IP、虚假宣传、绝对化用语、诱导行为组织成类别 × 等级 × 词库,做大小写归一子串匹配给出 pass/review/block 分级处置与脱敏建议,并配可跑的 Python 扫描脚本与逐位对拍的 TypeScript 合规内核。
退款、风控与对账是内购链路收尾的三道闸:把下单金额、支付回调金额、平台结算金额三个口径逐单比对,用对账分类抓出漏单、金额不符与未结算,用净收入口径算真正到手的钱,并按商品分组用退款率做风控预警。含可跑的 10 单对账仿真与 TypeScript 内核跨语言逐位对拍。
订单、回调与补单是内购能否「一定发货」的工程保障:把支付回调当成一条会丢、会重、会乱序的消息,用幂等状态机保证重复回调不重复发货,用主动查单补住回调全丢的单,并配可跑的 2000 单回放仿真与 TypeScript 状态机内核跨语言逐位对拍。
平台内购通道与虚拟支付讲的是同一件商品在微信、抖音、Web 上各自该走哪条支付通道:把远端下发的支付路由表按「平台精确压过通配、版本门槛递增」解析成当前端该用的通道参数,并给出可跑的 Python 解析矩阵与 TypeScript 内核跨语言逐位对拍。