科技 · 2026-08-12 · 创作者经济 · 阅读 8

YouTube 把创作者变现门槛翻倍：平台是在控制 AI 垃圾，还是减少分成者

作者：周白｜OC 产品体验编辑

YouTube 宣布，从 2027 年 2 月 1 日起，新创作者需要在过去一年获得 8000 小时合格观看时长，或在 90 天内获得 2000 万次合格 Shorts 播放，才能开始取得广告和订阅分成。原门槛分别为 4000 小时和 1000 万次 Shorts 播放。

一句话结论：门槛翻倍会减少低流量频道进入分成体系，却没有证据证明它能准确筛掉 AI 垃圾；平台选择了最容易计算的观看规模，而不是原创性、制作投入和用户满意度。

现有 YouTube Partner Program 成员不受新的进入门槛影响，订阅者数量要求仍需与观看指标共同满足。对于 Shorts，加入计划后还要在滚动 90 天维持 1000 万次播放，才能继续获得 Shorts Creators Pool 收入；跌破后仍可留在 YPP，并通过长视频赚钱。

这让短视频创作者面对两道门槛：先以 2000 万次播放进入，再持续维持 1000 万次。动画、教育、音乐和小语种内容可能拥有稳定受众，却很难在 90 天制造如此规模。相反，批量生成的低成本内容只要掌握流量分发，仍可能跨过数字门槛。

观看规模门槛能过滤小频道却不能直接识别原创质量

YouTube 给出的理由是平台规模继续增长：Shorts 每日播放超过 2000 亿次，电视端每日观看超过 10 亿小时。随着申请数量增加，审核和支持成本也会上升。提高门槛可以让资源集中到已证明能持续吸引观众的频道，同时减少需要支付和管理的长尾账户。

公司还把 Premium Lite 扩展到所有提供 YouTube Premium 的国家，并称订阅用户通常能给创作者带来比广告观看更高的平均收益。长视频创作者分得相关收入的 55%，Shorts 创作者分得 45%。这显示 YouTube 正把创作者收入从单一广告扩展到订阅观看，但分配仍依赖平台规则。

用户其实不关心频道是否跨过 8000 小时，他们关心推荐里有没有值得看的内容。若 YouTube 真想治理 AI 垃圾，需要把重复上传、误导封面、低原创度和用户负反馈纳入分发与审核；仅提高变现门槛，会先伤到小而慢的原创者。

关键事实

新创作者门槛提高到 8000 小时长视频观看或 2000 万次 Shorts 播放
新规则从 2027 年 2 月 1 日起实施，不影响现有 YPP 成员
Shorts 分成还要求持续维持 90 天 1000 万次播放
YouTube 同时扩大 Premium Lite，并继续按观看情况向创作者分成

OC 判断

这次调整首先是创作者供给和运营成本管理，不应自动包装成质量治理。规模门槛对批量内容并不构成结构性障碍，反而可能鼓励更激进的标题、频率和流量套利。原创治理需要看内容来源与用户价值，而不是只看播放总量。

为什么重要

对新创作者：需要更长的无分成投入期，Shorts 路径尤其依赖持续爆量。
对现有成员：进入资格不变，但平台未来仍可调整各收入池条件。
对观众：提高分成门槛不保证推荐质量提升，也可能减少小众内容供给。

参考来源

发表评论

继续看看 OC 用户围绕这个话题说了什么、做了什么。

相关帖子

做 AI 语音产品时，授权、撤回和审计日志应该怎么落地？

<p>最近看到越来越多关于声音授权的讨论。对开发者来说，真正麻烦的往往不是“模型能不能模仿”，而是授权如何进入系统、生成结果如何追溯，以及授权撤回后该怎么办。</p> <p>我们在做 FlowSpeech 时也碰到过类似问题。我的体会是，不要把“用户勾选过同意”当成一个布尔字段，而应该把它做成一组可以审计的业务对象。</p> <h2>1. 把声音资产和授权分开</h2> <p>声音文件只描述技术属性，例如哈希、上传者、存储位置和创建时间。授权记录则至少要包含授权主体、用途范围、地域、有效期、来源证据和当前状态。这样同一份声音用于个人试听、商业广告、公开播客时，可以绑定不同的授权，而不是共用一个模糊的 consent=true。</p> <h2>2. 每次生成都保存授权快照</h2> <p>生成任务不要只引用当前授权 ID。授权内容以后可能变更，如果任务只查最新状态，历史结果就无法解释。更稳妥的做法是在任务创建时保存授权版本、文本哈希、声音版本、模型版本和操作者。生成出的音频再记录 artifact_id，并反向关联任务。</p> <p>我会把最小链路设计成：</p> <ol> <li>voice_asset：原始声音及版本；</li> <li>consent_grant：授权范围与证据；</li> <li>generation_job：请求参数和授权快照；</li> <li>audio_artifact：输出文件、校验值和公开状态；</li> <li>audit_event：谁在什么时候创建、下载、公开或撤回了内容。</li> </ol> <h2>3. 撤回不是简单删除一行</h2> <p>授权撤回后，系统至少要阻止新任务，并把相关公开音频进入下架队列。已经交付给客户的文件是否能删除，要按照合同和产品能力区分，不能在界面上承诺技术上做不到的“全球删除”。更现实的状态机是 active、suspended、revoked、expired，并明确每个状态允许哪些动作。</p> <h2>4. 对外展示也要可验证</h2> <p>除了后台日志，公开音频最好带上来源标记或可查询的生成记录。水印不是万能方案，但“可识别的音频 + 可验证的元数据 + 清晰的举报入口”组合起来，比一句“AI 生成”更有用。</p> <p>我们现在做的 <a href="https://flowspeech.io/zh">FlowSpeech</a> 主要解决上下文感知、情绪和停顿控制。越往产品化走，越觉得声音效果只是前半程，权限边界和可追溯性才决定这类工具能不能长期使用。</p> <p>大家在实际项目里会把授权证据放在业务数据库、对象存储，还是单独的审计系统？如果授权撤回，你们通常怎么处理已经生成并交付的音频？</p>

FlowSpeech 0 1

你们的Codex额度提前耗完了没？戒断反应如何？

<p>我在第三天就消耗了只剩1%，忍了一天，然后今天干脆用这最后的1%，开着5.6 Sol 极高强推我一个提示词笔记本应用的功能落地。最终用时3小时，居然还是跑完了。但是现在还是出现一些戒断反应，感觉啥也做不了，就无精打采的，困。</p> <p>我做了一个Prompt Notebook，专门用来收藏或者记录自己手搓的生图提示词。带Chrome一键收藏插件。支持AI优化提示词。支持提示词中提取常用字段作为提示词百科词汇。也自带生图功能用来测提示词。但是要搭配Cloudflare R2+Worker的图床。</p> <p>今天主要是做一个AI模特的资产库。将常用的AI模特固定下来，进行身份设定，以及模特的一些角色定妆图。之后生图可以直接调用AI模特自动作为垫图。</p> <p>这是AI模特资产库的界面： <img src="/upload/thread/202608/42b5f73e-938f-45de-b74e-da69da9d72a8.webp" alt="1bb0d28b-c7dd-4327-bafa-26b60323cbed" /> 这是主界面的提示词瀑布流，支持关键词或标签搜索： <img src="/upload/thread/202608/3e15b6e7-345f-48b4-aeff-1bbd89afe9d3.webp" alt="ab998e2f-9ccc-4173-832f-223aa6c6fa81" /> 这是提示词笔记的预览界面，可以复制提示词，分享提示词，点击分享还有分享短链：（https://prompt.jintao.co.uk/share/20260806LfsmY） <img src="/upload/thread/202608/bab31972-0468-4582-b873-6309233254a6.webp" alt="20260806-201213" /> 可惜现在没额度了，我又不想换模型折腾。现在还有些界面细节和小功能需要落地完善，可能还要虫子要抓。弄好了，打算放GitHub开源。</p> <p>有朋友想试试的么？</p>

shynloc 2 4

一个体会，Codex 这种现代 Agent，每天一个变，几天不用就有新惊喜

<p>当然我说的也包括 Claude Code，新功能日新月异，还有就是 AI 能力提升以后，可以做的东西日新月异。还有各种工作流方法日新月异。</p> <p>更好玩的是，我最近经历过很多次，你跟人介绍现在 Codex 可以做到什么样子，他们都觉得很厉害。但是你现场一演示，他们的震撼就更加完全不同了。所以，这种东西，需要大量的 Workshop 去沟通交流，光看文字很难讲清楚，直播、视频也越来越重要了。</p>

tinyfool 1 89

重返OurCoders

<p>从2014年以来好久没逛过这个谈论了，不知道这个谈论的运营现在怎么样，开发人员是不是原来的人，前端UI做得不太好</p>

梁建溢 5 36

YouTube 把创作者变现门槛翻倍：平台是在控制 AI 垃圾，还是减少分成者