使用方法
- 在「月观看次数」填 0 到 1 万亿之间的整数。默认示例是
500000，也就是一个月 50 万次观看。 - 在「千次展示成本」填广告主侧的出价，单位美元，范围 0 到 1000。默认示例
4，这是欧美地区长视频的常见量级，不是承诺值。 - 在汇率那一栏填「1 美元等于多少元人民币」。默认示例
7.1。本页不联网取汇率，这个系数完全由你决定，汇率每天都在变，抄录结果前请按当日实际汇率改写。 - 在「统计天数」填 1 到 366。默认
30。改这一栏只影响日均值，不影响总额。 - 点「计算收入」或直接敲回车。三个分成口径的结果会同时出现，下方文案框可以整段复制。
能解决什么问题
做 YouTube 频道的人最常算错一件事：把广告主出的钱当成自己到手的钱。YouTube 官方公布的三档分成比例是观看页广告 55%、Shorts 45%、会员与 Super Chat 等粉丝资助 70%，这三个数字是合同条款里的固定比例，不随频道大小变化。本页把这三档并排列出来，让你一眼看出同样一笔毛收入在三条收入线上分别剩多少。
第二个用途是反推。YouTube收入计算器在这三种场景下的角色是一样的：只做口径换算，不做预测：想知道「做到多少观看次数才能覆盖一期制作成本」，把成本除以每千次观看到手金额就知道门槛。第三个用途是把美元数字换算成人民币记账——但请注意本页的汇率是手填系数，不是实时报价。
本页不做的事：不算税费。你在美国要交预扣税（YouTube 依 AdSense 规则代扣），在中国要按劳务报酬或经营所得申报，两套规则都超出本页范围，税费请交给 收入税计算器 那类工具单独试算。本页也不算工作室分账、MCN 抽成和设备折旧——这些是频道自己的账，不是平台的分成条款。
原理和变量
整个计算只有一行乘除：毛收入 = 观看次数 / 1000 × 千次展示成本。除以 1000 是因为行业里所有展示类指标都以「千次」为单位，这个约定来自广告业早期的计价方式，一直沿用到今天。得到毛收入后，三个口径分别乘各自的分成比例：
- 观看页广告：
毛收入 × 0.55 - Shorts：
毛收入 × 0.45 - 会员与 Super Chat：
毛收入 × 0.70
这也是 YouTube收入计算器 把分成比例写死、不做成输入框的原因。关于参数取值：分成比例写死为 0.55 / 0.45 / 0.70 这三个常数，不做成输入框，因为它们来自 YouTube 与创作者签署的合作协议条款，不是频道能谈的变量——做一个能让用户改分成比例的输入框，等于暗示这个数可以自己填，那会产生误导。反过来，千次展示成本必须手填，因为它是拍卖结果，每个市场、每个月、每个受众都不同，YouTube 从不公布任何 rate card。
关于标准：这四个数字（55% / 45% / 70% / 30%）出自 YouTube 官方帮助中心「YouTube partner earnings overview」页面的 Revenue share rates 一节，Premium 订阅另有一条规定——平台先留净订阅收入的 30%（Premium）或 60%（Premium Lite）进一个池子，池内再按长视频 55%、Shorts 45% 分给创作者。本页没有把 Premium 做成第四个口径，因为它比前三个多一层「按观看时长再分配」，单靠观看次数算不出来，硬算会给出一个看起来精确但实际错误的数。
关于输入转换：观看次数先除以 1000 得到千次展示次数，再乘千次展示成本。金额显示时先乘 100 用 Math.round 取整再除以 100，而不是直接用 toFixed(2)——原因是 IEEE 754 双精度下 0.005 的实际二进制值是 0.0050000000000000001041，toFixed 在 1.005 这类数上会给出 1.00 这种反直觉结果（实测 (1.005).toFixed(2) 返回 1.00，而 Math.round(1.005*100)/100 返回 1，后者方向性更可控）。
关于 Shorts 的分岔：官方给的例子是，一条 Shorts 用了一首音乐，则该条视频广告收入的一半先付给音乐版权方，剩下的一半进创作者池，创作者再拿 45%。换算成毛收入就是 22.5%；完全不用音乐则全额进池，创作者拿 45%。两者差 22.5 个百分点，恰好是 45% 的一半。本页表格里 Shorts 那一列算的是「无音乐」的乐观上限，如果你的 Shorts 背景音乐很重，实际到手要在这个数字基础上再打对折。
关于常见误用：最典型的是把千次展示成本填成自己在 Studio 里看到的 RPM。Studio 显示的 RPM 已经扣完 55%，是「到手口径」，再乘 0.55 就等于算了两次。折算关系是固定的——本页算出 2000 美元毛收入对应 1100 美元到手，反过来 1100 美元到手对应的 RPM 是 2.20，广告主侧的千次展示成本是 4.00，比值恒为 1 / 0.55 = 1.8182。
完整示例
YouTube收入计算器 按默认示例走一遍，下面每个数字都能用上面那行公式手算复核。观看次数 500000，千次展示成本 4.00 美元，汇率系数 7.1，统计天数 30。以下数值仅作演示，不是真实行情。
- 毛收入 = 500000 / 1000 × 4.00 = 2,000.00 美元
- 观看页广告 55% = 2000 × 0.55 = 1,100.00 美元，按 7.1 折合 7,810.00 元；平台留存 900.00 美元
- Shorts 45% = 2000 × 0.45 = 900.00 美元，折合 6,390.00 元
- 会员与 Super Chat 70% = 2000 × 0.70 = 1,400.00 美元，折合 9,940.00 元
- 本页口径下的有效 RPM = 4.00 × 0.55 = 2.20 美元
- 日均 = 1,100 / 30 = 36.67 美元，约 260.23 元
三个数字之间的关系可以直接验算：同一笔毛收入下，Shorts 与观看页的比是 0.45 / 0.55 = 0.8182，会员与观看页的比是 0.70 / 0.55 = 1.2727。也就是说，同样一笔毛收入，走会员分成拿得比走 Shorts 多 55.6%。
输入范围与对照表
| 字段 | 允许范围 | 0 是否合法 | 为什么这么定 |
|---|---|---|---|
| 月观看次数 | 0 ~ 1 兆（1e12）整数 | 合法 | 0 表示还没开播，不该报错 |
| 千次展示成本 | 0 ~ 1000 美元 | 合法 | 0 表示不计收入 |
| 汇率系数 | 0.0001 ~ 1000 | 报错 | 0 会让折算恒为 0 且不报错，那才是真 bug |
| 统计天数 | 1 ~ 366 整数 | 报错 | 0 天无法做除法 |
上限设 1e12 次观看不是随手写的：这个值乘以千次成本上限 1000 再乘汇率上限 1000，结果是 1e15，仍在 Number.MAX_SAFE_INTEGER（9007199254740991，约 9.007×1015）之内，比安全整数上限低不到一个数量级，全程不会丢精度。
页面下方的 12 行对照表固定 50 万次观看，只改千次展示成本，方便你横向比较不同价位段的广告主出价对到手收入的影响。当前值落在第 6 行，与上面完整示例的三个数字完全一致。
边界与精度
最需要说清楚的是精度上限。JavaScript 的 Number 是 IEEE 754 双精度，安全整数上限 2^53 - 1 = 9007199254740991。本页在允许范围内的最大乘积是 1e15，比这个上限低，因此不存在丢精度的问题——但这是靠把输入上限压到 1e12 换来的，如果哪天你手改 HTML 放宽上限到 1e16，就会开始出现「结果末位变来变去」的现象。
第二个边界是取整方向。Math.round() 在 JavaScript 里是「四舍五入到正无穷」而不是「四舍五入远离零」，实测 Math.round(-0.5) 返回 0 而不是 -1。本页所有参与取整的数都是正数（金额、数量都是非负），所以这个方向性差异不会影响结果；但如果你要改造本页并允许负值抵扣，必须自己写 Math.sign(v) * Math.round(Math.abs(v))。
第三个边界是分成比例的适用范围。55% 只对观看页广告成立，且不含无效流量扣减、无 Content ID 索赔扣减，也不含按天计费（CPD）广告类型的波动。官方明确说明：月预估收入会因为无效流量、Content ID 索赔、以及某些广告类型而调整，而且是在收入发生后的两个时间点各调一次——收入生成后约一周调一次，月中再调一次反映最终收益。所以用历史 RPM 去推未来收入，误差主要来自这三处，而不是来自公式。
第四个边界是税。官方帮助页面写得很直接：YouTube 和 Google 不能给税务建议；美国用户的预扣税需要先在 AdSense 提交税务信息，否则可能按最高税率预扣。这部分钱是在你填的汇率折算之后再扣的，本页显示的任何数字都是税前。
换句话说，YouTube收入计算器 是一把计算尺，不是一个行情源。最后一个常见误读：以为本页算的是「YouTube 给你多少钱」。准确说是「在毛收入为 X 的前提下，三档分成各剩多少」。毛收入本身由广告主竞价决定，本页无法预测。所以本页不联网、不抓取、不推测——它是一把计算尺，不是一个行情源。
常见问题
YouTube 收入计算器算出来的钱和 Studio 里显示的对不上，差在哪？
先确认两个数是不是同一口径。Studio 的 RPM 已经扣完 55%，而本页的输入是广告主侧的千次展示成本，两者差 1 / 0.55 = 1.8182 倍。如果你在本页填 4.00 得到有效 RPM 2.20，而 Studio 显示 2.20，那是对上的；如果你直接把 Studio 的 2.20 填进本页，会算出 1100 美元，正好是真实值的 55%。另外 Studio 的 RPM 口径包含会员、Super Chat 和 Premium 的分摊，而本页的「有效 RPM」只含观看页广告，两者本来就不会完全相等。
为什么分成比例不能自己填？
因为这三个数是 YouTube 合作协议里的条款，创作者无权修改。做成可填的输入框等于暗示「这个数你能自己定」，会引导用户填 100% 去预估收入。如果你的实际分成与 55% 不同，通常是因为合同另有约定或走了 MCN 机构通道，那属于协议问题不是计算问题。
Shorts 那一栏为什么比观看页低这么多？
因为是 45% 对 55%，比例本身就低 10 个百分点，这已经足以造成明显差距。但真实差距通常更大：官方例子说明一条用了音乐的 Shorts 会先分一半给音乐版权方，创作者再拿剩余部分的 45%，折算成毛收入只有 22.5%，比观看页的 55% 低了 32.5 个百分点。背景音乐越贵，实际到手越少，所以表格里那一列应该理解成「无音乐情况下的上限」。
汇率是自动获取的吗？
不是。这一栏是你自己填的系数，页面上写着「1 美元 = 多少元（手填系数）」。原因有两个：一是本工具全部在浏览器本地运行、不发任何网络请求，你可以在开发者工具的 Network 面板里验证；二是 YouTube 后台的创作者收入本来就以结算周期内的实际汇率为准，抄录前请按当日实际汇率改写。手上需要实时换算，可以看 汇率换算器。
观看次数填了 0 为什么还显示结果？
0 是合法输入，表示频道还没开播或本月还没有观看。此时毛收入算出来是 0，三档分成也都是 0，页面会显示 0.00 而不是报错。唯一不允许 0 的是汇率系数——那个字段为 0 会让折算结果恒为 0 且没有任何提示，那才是真正的 bug 隐患，所以会明确报错。
这 2000 美元是税前还是税后？
税前。美国用户的预扣税由中国预扣后的余额结算，官方说明如果没先提交税务信息，可能按最高税率预扣；其他国家用户要按当地税法自行申报。本页不扣税也不预测税，要算税基可以看 收入税计算器。
能不能用它算自己频道的预计收入？
能做量级估算，不能做收入预测。千次展示成本来自广告主实时竞价，同一个频道这个月的 CPM 和下个月可能差一倍，取决于你的观众在哪个国家、当时是什么广告主在买、你的内容主题有没有进入某个行业的投放周期。本页的价值是「换算口径」和「量级感」，不是预测。想看自己频道的真实数据，请以 YouTube Analytics 里的 Revenue 页面为准，那里的数字是平台自己算的。