2026 年 10 月，一个独立开发者的 App 被 Apple 拒了。拒审邮件里写的是「Guideline 4.3(a) — Design, Spam」。
他做的是一款习惯追踪 App。界面是自己画的，代码是自己写的，逻辑也不复杂——他和另外两个人用同一套模板，各自做了三款 App。
三款，同一个下午被拒。
这件事之所以值得拆开讲，是因为它戳穿了一个流传很广的说法。
Apple 并没有在「针对 AI 写的 App」加严审核。 但它确实在拒你的 App——而且在 2026 年，被拒的门槛悄悄挪了位置：不再是「你的代码是谁写的」，而是「你的东西跟别人有多像」。
这期我们用四期视频拼出这个结论。它们回答的是四个不同的问题：
- v1：为什么现在被拒的比以前多？2026 年的队列到底堵在哪里？
- v2：审核员到底在判断什么？被拒之后，回邮件、重新提交、还是申诉？
- v3：如果方向错了，「跟别人太像」到底该怎么改？
- v4：同一套逻辑，在你的广告素材上会怎么重演？
一、2026 年的队列：不是 Apple 变严了，是提交量翻了
先来看一组最硬核的数字。
▲ 上图为 v1 视频截图：数字卡「557,000 — 2025 APP STORE SUBMISSIONS」，副标题写着「The most since 2016. Submissions jumped 84% in a single quarter.」
557,000 次新 App 提交，是 2016 年以来的最高值。而 84% 这个数字更狠：它不是同比，是单个季度的环比暴涨。
这个 84% 有明确的出处。Sensor Tower 的数据显示，2026 年第一季度 App Store 收到 235,800 次新 App 提交，比去年同期高出 84%；到 4 月，iOS 单平台的同比涨幅达到 89%，两个应用商店加起来发布量比 2025 年 4 月高出 104%。
这些 App 从哪来？讲者 Caleb Shilky（Altura 创始人）给了一个直白的答案：
"That's not random, guys. That's lovable, that's cursor, that's Claude code. Building an app went from some 6-month project with an insanely developed team with experience to a project in a weekend sitting in Apple's queue."
做 App 从「一个有经验团队干半年的项目」，变成了「一个周末做出来、然后在 Apple 队列里排着」的项目。
而 Apple 的审核团队并没有同比扩大 84%。这直接造成了一个后果：
▲ 上图为 v1 视频截图：Guideline 2.5.2 的白话版——「Your app cannot download and run new code after Apple has reviewed it.」（审核之后，你的 App 不能再下载并运行新代码。）
这张幻灯片是整个 v1 的题眼：2.5.2 条——审核通过后，App 不得下载、安装或执行会改变其功能的代码。
v1 紧接着列出了最容易踩到的四种形态：
▲ 上图为 v1 视频截图：v1 给出的四种踩线形态——远程配置改行为、webview 载远程脚本、占位屏事后从后端填充、以及「只是网站的壳」触犯 4.2 条。
注意第 4 条：它已经离开了 2.5.2，落到了 4.2「最小功能」 上——这正是 vibe coding 最常见的形态（生成出来的东西看起来像 App，但内核还是一个网页）。
这条规则本身不新，很多年了。但它以前几乎没人踩到，因为在 AI 之前，没有人会提交一个「会自己写自己」的 App。
真正踩上去的是一批「让用户在 App 内描述需求、当场生成并运行」的 vibe coding 产品：2026 年 3 月，Replit 和 Vibe Code 的更新被拦，Anything 被整个下架（3 月 30 日）。Apple 对 9to5Mac 明确表态：问题不是 vibe coding，是这些 App 违反了具体条款。
但这只是 2026 年被拒原因里的一小块。真正大规模的那一块，是排队本身。
审核时长从 24–48 小时，变成了 7 天、30 天，个别案例 45 天。开发者论坛里有人记录 App 从 2 月 19 日到 3 月 18 日一直挂在 Waiting for Review，提了几次加急，回复是自动邮件和沉默。
Apple 自己的对外说法是：过去 12 周每周处理 378,000 次提交，全部 App 平均审核时长 1.5 天，小版本更新约 14 小时。
「平均 1.5 天」和「45 天」同时为真。 因为平均值把长尾藏起来了：绝大多数 App 确实 1.5 天就过，但被挡在门外的那个 10%，现在绝对数量比去年整个队列都大。Apple 也承认了排序逻辑——优先审已有 App 的更新，新 App 排在后面。
所以 2026 年独立开发者面对的其实是两件事叠在一起：
- 排队时间变长（不是变严，是变慢）；
- 被拒的原因里，「跟别人太像」这一类在变大。
第二件事是本文的主线。
二、审核员到底在判断什么：三问、四条规则
v2 是这期最扎实的一段——它用一个虚构的 App（Plum，习惯追踪）把审核员的判断拆成了三个问题。
先看 Apple 自己的拒审卡片长什么样：
▲ 上图为 v2 视频截图：拒审卡片「× REJECTED / Guideline 4.3(a) / Design · Spam」，被拒的是「Plum Habits · version 1.0」。
再看整体比例：
▲ 上图为 v2 视频截图：100 个方格里 23 个被填红，对应「23 of every 100 rejected」；另有 4 个被标记，对应「copying, spam, misleading」。
这里有两个必须记准的口径：
- 2025 年，Apple 审核了 9,100,620 次提交，拒了 2,093,244 次——刚好 23%。
- 其中因为「抄别人 / 垃圾 / 误导用户」被拒的，约占全部提交的 4%（Apple 官方口径是超过 37.1 万次）。
顺便校准一个数字：这两个是不同来源。v2 画面卡片下方的脚注写的是「Source: App Store Transparency Report 2025」，而「23 / 100」的算法与 Apple 2025 透明度报告完全吻合。
而 4% 这个比例背后，Apple 还有一层更狠的机制——Apple 说它用 AI 帮助审核员分析 App 的相似度。
"More apps, built faster, from the same parts. That's exactly what this guideline is about."
App 变多了、变快了、而且用的是同一批零件——这正是这条规则要管的事。
第一问：这是一个 App，还是好几个？
▲ 上图为 v2 视频截图：三台并排的手机界面几乎完全一致，底部标签「Three Bundle IDs, One template」。
这个案例很具体：Plum 的创始人买了一套习惯追踪模板，然后基于它做了三个 App——Plum Habits、Plum Water、Plum Mood。三个 Bundle ID，三个提交，全部在一天内被拒。
Apple 自己的例子更直白：不要为每个城市都提交一个地图 App，而应该做一个能搜所有城市的地图 App。
审核员眼里的逻辑是：三个界面长得一样的追踪器，就是一个 App。 如果两个 App 共享大部分屏幕，那把它们当成一个 App 加选项来做。
第二问：跟市面上已经有的，有什么不同？
▲ 上图为 v2 视频截图：4.3(b) 原文「Don't submit apps that are indistinguishable from what's already widely available.」，并列出被特别点名的一批品类。
约会 App、手电筒、简单计时器、运势类——这几个品类被单独点名。Apple 说，对这些品类，除非你能提供一个「有意义的不同或改进的体验」，否则不接受新的提交。
而 Plum 的问题在于：它和同类 App 相比，只是换了个颜色。同样的布局、同样的勾选圆圈、同样的连胜小火苗。对一个见过这类界面的审核员来说，Plum 就是一个「改色版」。
v2 给出的判据非常干净：
"A new colour or a new name won't do it. You need something the app does that the others don't. Different usually means a new audience, a new method, or a new result."
新的受众、新的方法、新的结果——三者居其一。 而且要放在第一屏，因为那才是审核员会看的地方。
第三问：这是你的 App，还是模板的？
▲ 上图为 v2 视频截图：4.2.6 条原文；左下角绿色标签点明「Template apps aren't banned」（模板 App 本身并不被禁止）。
这条是 4.2.6，也是整套规则里最容易被误读的一条：模板本身不被禁止，被禁止的是「模板服务方替客户提交」这个动作。
规则原文说得很死：使用商业模板或 App 生成服务做出的 App 会被拒绝，除非由 App 内容的提供方本人直接提交。也就是说，AppMySite 这类白标厂商不能替客户提交 App，必须让客户用自己的账号提交，或者自己做一个「聚合式」单一二进制。
不过——这条在现实里有个已被大量开发者验证的漏洞：
有开发者 2024 年 7 月就按规矩做了：让每个客户用自己的开发者账号提交白标 App。结果全部被拒，理由是 4.3(a)：「We noticed your app shares a similar binary, metadata, and/or concept as apps submitted to the App Store by other developers, with only minor differences.」
所以守住了 4.2.6，不等于能过 4.3。 这两条是叠加的。
还有一条老规矩在等着：
4.1：不要复制别人的 App，也不要改改名字和设计就当成自己的。
Plum 栽在这里——它虽然用的是自己账号提交的（4.2.6 没问题），但还留着模板自带的示例习惯数据，和原封不动的欢迎页。这些残留物让它看起来和所有从同一个模板出来的 App 一模一样。
修法也简单：自己的引导流程、自己的文案、真实起始内容。改完之后，屏幕上就没有任何一个像素属于模板了。
把三问合起来
1. 这是一个 App 还是多个？
2. 它和市面上已有的，有什么别人没有的东西？
3. 屏幕上的东西，是你的还是模板的？
这三问对应 4.3(a)、4.3(b)、4.1 + 4.2.6。而 v2 的额外观察是：其中大约四分之一的拒审（4.3 类）用一个共同的补丁就能解决—— 回答这三个问题时，你要在自己的 App 里回答，不能只在回信里回答。
三、被拒之后：回复、重建、还是申诉？
被拒了怎么办？v2 把这件事拆成了一个决策树，而 v1 给出了更具体的操作路径。
v2 的框架是三选一：
▲ 上图为 v2 视频截图：标题「The trap」——同一个 build，换一个更好的说法。
回复（Reply）什么时候是对的？ 当审核员漏看了什么的时候：比如某个功能藏在登录后面，或者某段内容他们根本没走到。这时候回复要短、要具体：说清楚漏看了什么、在哪里能找到、附一张截图。
但同一个 build 配一段更好的说辞，是最糟的选择。 Apple 说得很直白：如果你的 App 因为同一条准则反复被拒，下一次审核会花更长时间。而对 Apple 眼中「低投入」的那类 App（比如他们举例的 fart apps），反复提交甚至可能导致被移出开发者计划。
所以 v2 的结论是：
"So for 4.3, a reply without a new build mostly buys you a slower next review."
一个不带新 build 的回复，实质上只是买来一次更慢的审核。
申诉（Appeal） 是第三条路：向 App Review Board 提出申诉，给出具体的合规理由。v2 提到 Apple 的申诉表单最多可提交 5 个 App，每个理由不超过 2000 字符。
v1 则给出了最实操的一条：
"Take the actual message, paste it into whatever's coding — because I guarantee you're probably not doing it yourself. If you are, I'd still recommend putting it into something like Claude and having Claude give you the exact fix to make. And better yet, have Claude give you a response."
把拒审邮件原样贴给你的编程工具，让它给出精确修复，同时让它帮你起草回复。 然后——
"I found that most of the time you navigate the rejections by submitting a new build, which then becomes in review like this. But then additionally, before you do so, you can go in and leave commentary."
新 build + 一段留言评论。 这两个动作一起做，是 v1 作者在自己产品上的实际做法。
他最后给出的，是一份七条 checklist。他明确说这是「shipping an AI app that wants to actually get it on the App Store」该做的事。而他自己就是这么过的——他的产品 Nova: AI Planner 上架时，App Store Connect 里的版本状态长这样：
▲ 上图为 v1 视频截图：Nova: AI Planner 在 App Store Connect 里的版本状态——2.5.1 处于 Waiting for Review，2.4.1 已 Ready for Distribution。这正是「提交新 build + 留评论」的现场。
- App 做的所有事，都必须在那份送审的 binary 里。 不下载逻辑，不从别处拉代码。功能存在，就必须存在于 Apple 看过的那份构建里。
- 远程配置文件可以改内容，永远不能改行为。 文本、图片、价格、功能开关都行；任何真正改变 App 做什么的东西，尤其在审核之后才生效的，不行。
- webview 不能加载远程脚本。 如果你包的是自己的网页内容，那它得真的只是内容，而不是可执行的东西。
- 提交前把每个屏幕都填满。 不要占位标签、不要空 tab、不要点了没反应的按钮。审核员会把所有东西都点一遍，一个死掉的 tab 在审核员眼里就是一个未完成的 App。
- 隐私标签必须和你实际采集的东西一致。 v1 特别点出：AI 生成的 App 会带进你没有意识添加的 SDK，而每一个 SDK 都在采集点什么。
- 有账号体系，就要有 App 内账号删除入口。 这是 5.1.1 条，缺了是自动拒。而且它必须是 App 里的一个按钮，不是一封支持邮件——审核员会去找这个按钮。
- 给审核员一个 demo account，并且把审核备注像人话一样写。
第 5 条和第 7 条最容易被忽略，而它们恰恰是「让审核员省事」的条款——审核员不是你的敌人，他是被你的 App 挡在门外的人。
四、如果方向错了：「跟别人太像」到底该怎么改？
前三节都在讲怎么过审。但如果你的整个方向就是「抄一个已经跑通的产品」，过审技巧救不了你。
v3 讲的就是这个。他是做 no-code 工具的，自称「帮无数人拿到过 4.3 spam 拒审的过审」。
他先讲清了抄的代价：
那些有 10 万个的卡路里计数 App，「如果你不做那 10 万分之一，Apple 会说：你在往商店里灌垃圾」。
而如果你把 Cal AI 一比一复制出来、换个名字叫 Cal AI Pro，那不只是 4.3 的问题——它可以让你整个账号被封，直接落到 5.6（Apple 的开发者协议条款，等于「你在商店里的 Bye-bye」）。
▲ 上图为 v3 视频截图：黑底金字「THE RICHES ARE IN THE NICHES」（财宝在细分里）。
那么「细分」具体怎么做？ v3 给了三个可操作的例子：
1. 换人群。 把 Cal AI 从「通用卡路里」改成「生酮饮食的净碳水」，或者专门给糖尿病人、纯素者、健身人群。「不用你变得更好，只要你的目标人群不一样。」
2. 换方法。 他举的例子是：把 Cal AI 那个「一堆图表和数字」的界面，换成一个熊猫——每天吃糖超过 20 克，熊猫就胖一点；超过 100 克，熊猫就肥胖；一天只吃西兰花，熊猫就瘦而壮壮；蛋白质吃得多，熊猫就长肌肉。
同一个功能，换一种表达，就成了别人抄不走的东西。 他称之为 proprietary（专有的）。
3. 换结果。 约会 App 是最难过的品类之一（Apple 单独点名）。有人做的是「你可以为一次约会出价」——用户出 5 美元资助这次约会，现金在 App 外结算（加个 Venmo 收款方式就行，不用折腾 Stripe Connect）。没人这么干，所以它足够新颖。
但 v3 强调了一件更重要的事：光有差异点不够，你得让审核员一眼看见它。
"You want to take your first App Store screenshot and the thing that makes your application unique has to be fully highlighted on the first App Store screenshot. That shows Apple: 'Hey, this is not just a Cal AI copycat.'"
第一张截图，就是你和审核员之间的那三秒。 他反复强调不要跳过截图这一步——价值主张要出现在前几张截图里，因为「它需要被高亮，才能被识别」。
至于细分要到多细？他自己承认这有点荒谬：
"Maybe you could do dating for Christians on a vegan diet. I know it's getting ridiculous at this point, but this is exactly what you need to do."
这已经进入「单一品类已被 Apple 定义为垃圾」时的求生模式了。
五、同一套逻辑，会在你的广告素材上重演
最后一期 v4 是这期最有意思的对照，因为它把「AI 批量生产 + 平台审核」这套组合，从 App Store 搬到了广告素材上。
它做的是一个非常干净的实验：让 AI 为一款照片修复 App（Teal）做 20 条广告，然后逐条按平台规则检查。
▲ 上图为 v4 视频截图：第一轮成绩「0 of 20 — runnable」（20 条里能直接投放的：0 条）。
20 条，4 分钟，成本不到 3 美元。0 条能投。
数字本身很有诱惑力——对比 UGC 平台上一条真人创作者视频约 70–90 美元。但问题不在速度和价格：
"A good-looking ad isn't the same as one you can run."
失败的原因分三类。第一类最致命：凭空发明的证明。
▲ 上图为 v4 视频截图：AI 编出的五星评价卡，署名「Sarah M.」——Sarah 这个人不存在。
第五条广告给了 Teal 4.9 星、5 万条评论，还称它是 App Store 上第一的照片修复工具——而 Teal 根本没有任何评分。
第二类更隐蔽：画面里那个举着手机、住在客厅里的女生，她也是 AI 生成的。一个不存在的人，讲着一个关于你的 App 的不存在的故事。
第三类：4 条广告的 before/after 压根不是同一张照片。
而失败的原因，可以用一句话概括：
"The tools aren't bad at pictures. They're bad at the parts that are yours. Your claims, your screens, your logo."
工具不擅长做你的部分：你的声明、你的界面、你的 logo。
第二轮：把「你的部分」拿回来
第二轮他们只改了一件事，用了大约 20 分钟、每条广告约 1 个 credit：
- 只让 AI 做场景。 不要文字、不要 logo、不要 App 界面——手机屏幕给一块纯绿幕。
- 把你真实的 App 截图放进手机里，把你真实的图标放上去。
- 每一个字都自己写。 每一条声明今天都必须为真，不允许出现你拿不出来源的评分、评论或排名。
- 只用你 App 的真实输出来展示效果——真的跑一张照片进去。
结果：4 条全过。 盲审的那位审核员一开始只直接放行 1 条、标了 3 条——因为有的界面显示的是「修复之后」的那一步，有的「已修复」照片看着还是糊的。换成 Teal 真实的「Fix this photo」界面后，4 条全过。
"Nothing the AI made can make a claim now. Every word, every screen and every logo is ours. The AI only made the room around the phone."
但数量本身不是魔法
v4 也没有走到「AI 广告万能」那一步。它引用了三条外部证据：
- Taboola 与一批大学研究者对比了同一批广告主的 AI 制作与人工制作的原生广告：点击率基本一样。但 Ipsos 的品牌广告调查里，人工版本短期强 14%、长期强 17%。（注意：这两项研究都没测 App 安装广告。）
- Meta 说有超过 800 万广告主用过它的 AI 创意工具，用其 AI 视频工具的广告主转化率高 3% 以上——但这是自家测试数据。
- Singular 的结论是：创意数量本身不推动结果，除非预算同步放大。
▲ 上图为 v4 视频截图：「43% of spend — Taken by the top 2% of creatives」，角标写明来源 AppsFlyer (Apr 2025) 与 Singular (2026)，底部标签「Volume alone doesn't move results」。
AppsFlyer 的数据里，非游戏品类头部 2% 的素材拿走了 43% 的花费。 v4 把这总结成一句话：
"Think of it as a numbers game with a quality floor. More shots only help if every one of them is safe to run."
更多的球，只有每一球都能投出去才有意义。 AI 真正的礼物不是「更多广告」，而是「更多能用的好球」。
六、四期视频对照表
| 维度 |
v1《Apple Is Rejecting AI Apps at Scale》 |
v2《Apple Rejected Your App for 4.3 Spam? The Fix》 |
v3《Viral Apps Get Rejected: The AI Copycat Trap》 |
v4《AI App Ads: We Tested 20. 0 Were Usable》 |
| 它的角色 |
定调：为什么现在拒得多 |
拆解：审核员到底在判断什么 |
反例 + 解法：方向错了怎么办 |
平行验证：同一套逻辑在广告侧 |
| 核心数字 |
557,000 次新 App 提交（2016 年来最高）；单季 +84%；Q1 2026 共 235,800 次；审核从 24–48 小时拉长到 7–45 天；2.5.2 四种踩雷形态 |
每 100 次提交拒 23 次；其中约 4 次因抄别人/垃圾/误导；约 38.7 万次「被拒后仍通过」；9 成提交 24 小时内审完 |
10 万个同质卡路里 App = 垃圾；抄 Cal AI 可能触发 5.6 封号；约会/手电/计时器被单独点名 |
20 条 AI 广告 4 分钟、成本 <3 美元 → 0 条可投；修好后 4/4 通过；头部 2% 素材拿走 43% 花费 |
| 它推翻的说法 |
「Apple 在封杀 AI 写的 App」 |
「回一封更有说服力的信就能过」 |
「抄一个跑通的产品，加点自己的功能就行」 |
「AI 做广告，便宜就是快，能跑就行」 |
| 它给出的动作 |
七条 checklist：新 binary、远程配置只改内容、webview 不载远程脚本、填满每个屏幕、隐私标签对齐 SDK、App 内账号删除按钮、demo account + 人话备注 |
三问 + 决策树：回复（仅当审核员漏看）/ 重建（4.3 的正解）/ 申诉（App Review Board，5 个 App、2000 字符） |
细分三招：换人群、换方法、换结果；并把差异点高亮在第一张截图 |
让 AI 只做场景；自己的截图、图标、文案自己上；真实输出才配当效果 |
| 它的盲点 |
讲者本身是卖 AI 开发社区的，受众是「想上架的 AI builder」 |
Plum 是虚构案例；Apple 页面为示意 |
只讲过审，不管上架后的分发 |
20 条广告、1 个 App、2 个 AI 评分器，样本很小 |
四期合起来是一句话：平台不再问「你用什么做的」，它问「这个是不是你的」。
七、如果这周你就要提交
把四期的结论压成一份能今天用的清单：
提交前（按顺序做，每一条都在对应一条准则）
- 把 App 做的所有事锁进送审的那份 binary。远程配置只改内容不改行为；webview 不载远程脚本。
- 每个屏幕都填满——没有占位文本、没有空 tab、没有死按钮。审核员会把所有东西点一遍。
- 隐私标签和实际采集对齐。 回头查一遍依赖清单，AI 生成的 App 最容易在这里漏掉没意识添加的 SDK。
- 有账号就有 App 内删除按钮，不是支持邮件。
- 准备 demo account，审核备注用正常人话写。
被拒后（按这个顺序判断）
- 先判断审核员是漏看了，还是真的认为你跟别人一样。 漏看了 → 短回复 + 截图。觉得像 → 只能重建。
- 不要用同一个 build 换说法重提。 换 build，同时在 App Store Connect 留一段评论说明改了什么。
- 重建的方向是三问：这是一个 App 吗？哪里是别人没有的？屏幕上还有没有模板的残留？
- 把差异点高亮在第一张截图上。 审核员只给你三秒。
- 如果整个品类已经是被 Apple 点名的垃圾品类（约会、手电、计时器、运势），细分到「换人群、换方法、换结果」的程度——必要时细分到荒唐，但那是活下来的代价。
同一套逻辑，顺手也用在广告素材上
- 让 AI 做场景，声明、界面、logo 全部自己来。
- 每一条声明今天必须为真，不允许出现拿不出来源的评分和评论。
- 数量不是魔法：只有每一球都能投出去，量才有意义。
附录 A · 本期参考的四期视频
四期均为英文，覆盖「定调 → 拆解 → 反例与解法 → 平行验证」四个不同的叙事位。v2 与 v4 同属 Appelune 频道，但选题完全不相干（一期讲 App 审核，一期讲广告素材），因此可视为两个独立来源。
附录 B · 字幕来源与识别偏差说明
四期视频均无人工字幕，字幕全部来自 YouTube 自动字幕（auto-generated），通过 youtube_transcript_api 抓取后逐句对齐时间戳。
自动字幕没有标点与大小写，本文的标点与大小写为整理时补齐。人名、机构名、数字可能存在识别偏差，涉及硬事实的部分已尽量对照公开报道与官方页面核实（见附录 C）。
需要说明的两点：
- v1 的字幕把讲者名字转成了「Caleb Shilky」，而其频道名与公开资料为 Caleb Schuelke（Altura 创始人）；本文统一采用后者。
- v2 的 App 名「Plum」是视频里虚构的示例（视频中明确说明「Plum is made up, and so are its screens」），但它引用的每一条规则与每一个数字都是真的，来源标在画面下方。
附录 C · 专有名词与数字核对表
| 视频中的表述 |
核对后 |
来源层级 |
| 557,000 次新 App 提交，2016 年以来最高；单季 +84% |
557,000 为 2025 年新 App 提交量（Sensor Tower 口径，经 The Information 报道），2016 年 1M 之后首次显著回升（+24% vs 2024 的 44.8 万）；84% 是 2026 年 Q1 同比增幅（235,800 次），另有 iOS 平台 4 月同比 +89% |
第三方数据 + 行业媒体 |
| 审核「从 2 天变成 1 个多月」 |
与 MobileGamer 等多家 2026 年 10 月的开发者采访一致；Apple 官方口径为过去 12 周每周处理 378,000 次提交、平均 1.5 天、小版本 14 小时，并优先审更新 |
视频口播 + 媒体采访 + Apple 官方口径（两者并存） |
| 「23 / 100 被拒」「4 / 100 抄袭垃圾」 |
与 Apple《2025 App Store Transparency Report》完全吻合：9,100,620 次提交、2,093,244 次被拒（23.00%）；「抄别人/垃圾/误导」超过 37.1 万次（约占 4%） |
视频画面脚注 + Apple 官方报告 |
| 约 38.7 万次「被拒后仍通过」 |
Apple 官方数字为 387,087 |
视频画面 + Apple 官方报告 |
| Guideline 2.5.2 |
原文：审核通过的 App 不得下载、安装或执行会引入或改变功能与特性的代码。2026 年 3 月 Replit / Vibe Code 更新被拦、Anything 于 3 月 30 日下架，引用的是此条 |
Apple 审核准则 + 9to5Mac 报道 |
| Guideline 4.3(a) / 4.3(b) / 4.2.6 / 4.1 |
4.3(a) 同一 App 多个 Bundle ID；4.3(b) 与市面已有无法区分；4.2.6 模板/生成服务的 App 须由内容提供方本人提交；4.1 禁止复制 |
Apple 审核准则 |
| 约会/手电/计时器/运势被单独点名 |
Apple 审核准则明确列出的品类 |
Apple 审核准则 |
| 白标 App 用客户自己的账号提交仍被 4.3(a) 拒 |
2024 年 7 月有开发者在开发者论坛公开记录此现象 |
开发者论坛公开记录（第三方） |
| 4.3 反复拒 → 下次审核更慢；低投入 App 反复提交可能被移出开发者计划 |
Apple 明文：同一准则反复被拒会拖慢审核；对低投入 App 反复提交可能导致移出开发者计划 |
Apple 审核准则 |
| App Review Board 申诉上限 5 个 App / 每个理由 2000 字符 |
与 Apple 申诉表单规则一致 |
Apple 申诉表单说明 |
| 2026-10-16 审核准则修订 |
Apple 当日发布：新增 2.3.14（创意素材）、2.5.19（隐藏/休眠/未公开功能，原属 2.3.1），并强化 1.2（内容审核须覆盖 AI 生成的非自愿私密影像）；「去年阻止了超过 15 万个存在安全问题的 App 上架，终止超过 19.3 万个开发者账号」 |
Apple Developer News 官方公告 |
| v4：20 条广告 4 分钟、54 credits（约 $2–3） |
画面与口播一致；对照 UGC 平台一条真人创作者视频约 $70–90 |
视频实测 |
| v4：「头部 2% 素材拿走 43% 花费」 |
画面标注来源 AppsFlyer (Apr 2025) 与 Singular (2026)；口播明确这是非游戏品类数据，不是「43% 的广告失败」 |
画面脚注 + 视频口播 |
| v4：Taboola / Ipsos / Meta 数据 |
视频明确说明：Taboola 与大学研究者测的是原生广告，Ipsos 测的是品牌广告，两者都没测 App 安装广告；Meta 的 +3% 转化率是其自家测试数据 |
视频内标注的研究局限 |
| v3：Cal AI 复制可致 5.6 |
视频口播；5.6 对应开发者协议违规，Apple 官方口径下等同于账号终止 |
视频口播 + Apple 审核准则体系 |
附录 D · 配图与来源对应表
| 图号 |
文件名 |
来源 |
画面内容 |
| 01 |
img/01-v1-submissions-557k.jpg |
v1 |
数字卡「557,000 / 2025 APP STORE SUBMISSIONS」，副标题「The most since 2016. Submissions jumped 84% in a single quarter.」 |
| 02 |
img/02-v1-guideline-252-quote.jpg |
v1 |
Guideline 2.5.2 白话版引用卡「Your app cannot download and run new code after Apple has reviewed it.」 |
| 03 |
img/03-v1-four-traps-list.jpg |
v1 |
四条清单：远程配置改行为 / webview 载远程脚本 / 占位屏后端填充 / 只是网站壳 → Guideline 4.2 |
| 04 |
img/04-v1-nova-appstore-page.jpg |
v1 |
App Store Connect 中 Nova: AI Planner 的版本页（2.5.1 Waiting for Review / 2.4.1 Ready for Distribution） |
| 05 |
img/05-v2-rejected-43a-card.jpg |
v2 |
拒审卡片「× REJECTED / Guideline 4.3(a) / Design · Spam / Plum Habits · version 1.0」 |
| 06 |
img/06-v2-23-of-100-rejected.jpg |
v2 |
100 格阵列填红 23 格，标注「23 of every 100 rejected」「4 of 100 copying, spam, misleading」 |
| 07 |
img/07-v2-three-plum-apps.jpg |
v2 |
三台并排手机界面，底部标签「Three Bundle IDs, One template」 |
| 08 |
img/08-v2-43b-quote.jpg |
v2 |
4.3(b) 引用卡「Don't submit apps that are indistinguishable from what's already widely available.」 + 四个被点名品类 |
| 09 |
img/09-v2-426-template-rule.jpg |
v2 |
4.2.6 引用卡 + 绿色标签「Template apps aren't banned」 |
| 10 |
img/10-v2-same-build-trap.jpg |
v2 |
幻灯片「The trap」：Same build / Better argument |
| 11 |
img/11-v3-riches-in-niches.jpg |
v3 |
黑底金字「THE RICHES ARE IN THE NICHES」 |
| 12 |
img/12-v4-zero-of-twenty.jpg |
v4 |
第一轮成绩卡「ROUND ONE / 0 of 20 / runnable」 |
| 13 |
img/13-v4-invented-review-card.jpg |
v4 |
AI 编造的五星评价卡（署名 Sarah M.）与 Teal 应用界面 |
| 14 |
img/14-v4-top2pct-take-43pct-spend.jpg |
v4 |
「43% of spend — Taken by the top 2% of creatives」 + 角标「Volume alone doesn't move results」 |
vX 对应关系：v1 = SUFKNZIv2jA（Caleb Schuelke / Altura）；v2 = Gj2VacYpors（Appelune，拒审四问）；v3 = ECXvkeqgmxs（NoCode ProCode，copycat 陷阱）；v4 = lQ3Y5rHEJ8Y（Appelune，AI 广告实测）。
附录 E · 版权与声明
- 本文全部配图（
img/ 下 14 张）均为原视频截图，已统一缩放至 1200px 宽，未使用 AI 生成图像。截图版权归原作者与原频道所有，此处仅作评论引用。
- 封面
img/cover.jpg 由 make_cover.py（Pillow）合成，底图取自 v2 的拒审卡片画面（第 05 张），不含 AI 生成水印。
- 四期视频字幕均为 YouTube 自动字幕，未经人工逐字校对；人名 / 机构名 / 数字可能存在识别偏差，涉及硬事实的部分已对照 Apple 官方页面与公开报道核实，清单见附录 C。
- 文中引用的所有英文原话均出自对应视频，保留原文以便核对。
- 本期观点为基于上述四期视频的整理与分析，不代表 Apple 官方立场，也不构成法律意见。
引用链接
发表于 昨天 19:18
|
查看: 5|
回复: 0
/1 
