本周平台侧最直接的信号，先落在Google Play的基础门槛和商店说明上。Google已经把2026年8月要求应用适配API 36写进开发者文档，Google Play Store v50.9当前官方可见说明只保留了Play Games Leagues入口，几天前外部页面里出现过的“广告展示下载量”描述，已经不在当前官方可见版本里。

Apple这边的节奏更集中在订阅、审核和产品入口几条线上。iOS26.5测试版已经出现“按月支付、承诺12个月”的新订阅形态，招聘信息把Apple Games App直接摆到了公开页面上，App Store里又出现了一批“来自Apple的更新”。这些动作放在一起看，说明Apple这周没有放松平台控制，订阅设计、分发入口和审核边界都还在继续往细处推。

再往外看，平台治理和法律层面的执行力度也在同步上升。高危推送SDK的低版本问题已经触发Google Play的清退动作，Google的Android数据传输集体诉讼进入和解执行阶段，Apple和Epic的外链支付争议又往更高一级法院推进。

核心资讯

• Google Play Store 删掉“广告展示下载量”描述，商店文案继续收口

• Google Play 清退低版本 EngageSDK，开发者需尽快升级

• Google Play 明确 2026 年 8 月要求应用适配 API 36

• Google Play 支持评论区关键词搜索，玩家检索负面反馈更直接

• Apple 在 iOS 26.5 加入“月付+12 个月承诺”订阅

• Apple 招聘带出 Apple Games App，游戏新入口浮出水面

• Apple 再次把美区 App Store 外链支付争议推向更高一级法院

• Google 1.35 亿美元 Android 数据传输和解进入执行阶段

Apple 在 iOS 26.5 加入“月付+12 个月承诺”订阅

Apple在iOS26.5测试版里加入了一种新的App Store购买方式：用户按月支付，但要承诺12个月周期。系统层面的说明已经把这类套餐写了进去，开发者可以读取这类订阅的价格信息，也可以在配置里标明这是一种带有12个月承诺期的月付方案。

这条变化真正带来的是订阅设计空间继续被拉开。过去很多产品要在“月付门槛低”和“长期锁定收入”之间反复权衡，现在Apple给出了一种更居中的商品结构，前台仍然是月付感知，后台承接的却是更长周期的付费关系。对会员、内容服务、工具订阅和长期承诺型产品来说，这已经是一个值得单独盯住的新信号。

接下来更值得观察的是，这套能力会怎样进入正式版本和后台配置。购买页会如何披露承诺期，自动续费与中途退出会怎样展示，退款、迁移和客服口径是否会跟着更新，这些都要继续看。对做订阅出海的公司来说，现在就可以先把这类商品结构放进下一轮价格测试的备选方案里。

Apple 招聘带出 Apple Games App，游戏新入口浮出水面

Apple这周在招聘页面上直接放出了Apple Games App Engineer这样的岗位名称，岗位摘要里写得很清楚，这个职位要负责开发和改进Apple Games App、Game Overlay，以及支撑多人体验的界面框架。另一条相关岗位摘要也直接提到，Apple Gamesapp用来连接玩家喜欢的游戏和一起游玩的对象。

这件事真正值得留意的地方，在于Apple对游戏入口的组织方式可能继续前移。过去用户进入游戏内容，更多还是依附在App Store、Game Center和产品自身的触达链路里。现在Apple把一个更聚合的游戏应用和游戏覆盖层同时往前推，后面很可能会继续牵动发现入口、活动分发、社交连接和内容承接方式。对做游戏发行和长线运营的公司来说，这条线已经值得纳入重点观察。

现阶段还不适合把它写得太满。公开信息能确认的是，Apple Games App已经进入Apple自己的公开招聘语境，而且和游戏覆盖层、多人体验、系统整合能力有关；至于它会不会走向更独立的分发中心，会不会和App Store形成更清晰的分工，现在还看不到完整的落地细节。对外判断保持克制，对内则可以开始想新入口成形以后，哪些产品更有机会拿到第一波资源位。

App Store 出现“来自 Apple 的更新”，老应用日志被统一改写

过去一周，App Store里出现了一批带着统一说明的更新记录，文本核心意思都是“这次更新来自Apple，用于改善应用功能，没有新增特性”。这件事之所以快速被放大，原因很简单：不少应用已经很久没有更新，结果却突然出现了Apple主导的更新日志，而且公开信息里看不到清晰的开发者预通知流程。

当前最关键的问题，是这个动作到底改了什么。外部讨论已经冒出了重新签名、兼容性处理、底层编译调整等几种猜测，但能确认的事实只有两点：一是这种批量更新现象已经出现，二是连报道本身也明确写到，暂时还不清楚Apple实际改善了什么。

这件事现在更适合作为一条“需要继续盯”的平台动作来处理。手里还有老产品在跑的公司，可以先把商店版本记录、崩溃数据、用户评论和客服工单重新对一遍，确认有没有同步出现异常波动。尤其是那些已经进入长尾周期、缺少高频维护的产品，平台动作先落下来了，自己内部却没有留出监测窗口，后面最容易被打个措手不及。

Apple 收紧“应用内生成执行代码”边界，AI 编程类审核承压

Apple这周继续把审核重心压在“应用内生成并执行新代码”的边界上。官方审核指南2.5.2写得非常直接：应用必须保持自包含，不能下载、安装或执行会引入或改变应用功能的代码。围绕AI编程、AI建站、AI生成小工具这类产品，外部可确认的情况已经从个别案例扩散成连续动作，Replit、Vibecode、Anything等产品都被放进了这轮讨论里。

这条线的现实影响已经很清楚。很多开发者原本希望把“用户输入一句话，应用当场生成一个新工具并直接运行”做成移动端卖点，平台现在给出的态度，是这类能力需要重新拆。文本生成、内容生成、模板生成还留有操作空间，到了“在设备端生成并运行新功能”这一层，审核压力已经明显抬高。

接下来更务实的做法，是把产品能力重新拆开看。哪些功能可以留在应用端展示，哪些能力要转去网页或云端完成，哪些交付方式要改成固定模板或远程服务，这些事情都得在提审前先想清楚。平台现在没有给出任何放松信号，继续把“生成”和“执行”绑在一起，返工成本只会越来越高。

App Store 提审高峰抬升，Apple 更明确承认审核引入 AI

这周外部报道把App Store新应用提交增长写成了84%的激增，Apple也借这一轮讨论给出了更明确的审核口径：过去12周里，审核团队每周处理超过20万个提审包，90%的提交会在48小时内完成，平均审核时间大约1.5天。同时，Apple还明确表示，虽然每个提审包都有人工参与，但公司正在越来越频繁地使用AI工具辅助审核流程。

提审量往上顶以后，平台不可能只靠人工慢慢看完所有问题，更多自动化识别、关键词匹配、风险模式归类都会被提前放到审核前段。很多问题会更早被拦下来，很多误伤也可能更早出现，审核沟通的难点会从“排队”转向“怎么更快讲清楚产品逻辑”。

这条线对出海公司有两个直接提醒。一个是提审材料要写得更清楚，功能边界、用户路径、数据使用方式、演示账号和测试说明都不能省；另一个是审核返修节奏要更短，产品、运营、法务和客服之间要能快速对齐口径。平台侧的审核能力在提速，开发者内部要是还停在慢节奏提审模式里，后面的沟通损耗会越来越大。

Google Play Store 删掉“广告展示下载量”描述

Google Play这周有一条很典型的信号：商店文案还在快速收口。4月6日对外可见的版本说明里，一度出现过“在部分应用和游戏广告中展示下载量”的描述；但到了当前官方可见页面，Google Play Store v50.9只保留了Play Games Leagues相关内容，这条“广告展示下载量”的说法已经不在现行页面里。

这件事说明，Google Play商店侧有些能力还处在调整期，功能可能在试，文案也还没有完全定型。开发者最怕的情况，就是前一天刚看到某个说法，第二天就把它写进产品方案、销售话术或客户沟通里，结果平台页面已经改口。尤其是像“广告展示下载量”这种会直接影响转化预期和素材策略的描述，只要官方页面还没稳定下来，就不适合被当成长期能力去使用。

更稳的处理方式很简单：所有涉及Google Play商店展示机制的新说法，先看当前官方可见页面，再决定要不要纳入对外口径。内部讨论可以把早期文案当成观察信号，对外表达则要跟着现行页面走。这样做看起来保守，实际能省下很多后面被动改口的麻烦。

Google Play 清退低版本 EngageSDK，开发者需尽快升级

Google Play这周对高危第三方推送组件的处理动作很快。微软公开披露，EngageSDK的一个严重漏洞影响了超过5000万次Android安装，其中包括超过3000万次加密钱包安装量；微软同时写明，检测到仍在使用漏洞版本的应用已经被GooglePlay移除，问题在2025年11月3日通过5.2.1版本修复。

很多公司接SDK的时候，只看功能能不能跑通，很少把版本生命周期、清单合并结果、权限暴露、内容发布限制和商店上架风险放在一起审。等到漏洞被公开披露，平台开始清退，影响的是分发资格、用户信任和版本计划。移动供应链风险走到这一步，已经很难再用“更新一下就好”轻轻带过。

这周最该做的动作非常明确：把所有三方SDK重新盘一遍，先查版本，再查权限，再查合并后的清单和组件暴露情况。尤其是推送、通信、统计、广告、登录这几类深度接入系统能力的组件，更要单独拉出来复盘。

Google Play 明确 2026 年 8 月要求应用适配 API 36

Google已经把下一轮版本要求写进开发者文档。同一页面还把大屏设备上的基础体验讲得很清楚，到了API 36，方向限制、比例限制和可拉伸限制会被系统进一步弱化，大屏设备会把支持多方向和多窗口当成默认基线。

对做游戏和工具出海的公司来说，这会直接影响排期：版本底座、兼容性测试、折叠屏和平板适配、界面伸缩逻辑、第三方组件兼容状态，这些事情都得往前挪。很多公司以前习惯把target API升级压到上线前最后一段时间再补，现在这套节奏越来越难跑通。

手里有多个产品线的公司，现在就应该把这件事拆成两条任务一起推进。一条是版本合规，先确认哪些产品还卡在旧API；另一条是大屏体验，把方向、比例和布局能力拉进测试计划。2026年8月看起来还远，真正做过Android版本迁移的人都知道，这类事情一旦往后拖，最后几个月往往会挤成一团。

Google Play支持评论区关键词搜索，玩家检索负面反馈更直接

Google Play在评论页补了一项很实用的能力。官方更新说明已经写明，用户现在可以通过搜索词更快地在All Reviews Page里找到信息，这意味着评论区关键词搜索已经进入官方可见范围。对应到用户实际使用场景里，玩家在下载前可以更直接地搜到自己关心的问题点。

评论区的检索效率一旦抬高，玩家对核心槽点的感知速度也会跟着抬高。一个版本里哪怕只有一两个高度集中的问题，比如充值失败、存档异常、广告过重、发热严重，以前可能要翻很久才看得到，现在输入关键词就能直达。对产品运营来说，评论区会越来越像一个公开的风险检索库。

对应的动作也要跟着变。评论运营不能只盯平均分，要开始按关键词、版本号、地区和更新时间去看问题聚集点；客服和产品也要把评论反馈和工单数据连起来看，优先处理那些最容易被搜索命中的问题。评分体系还在，搜索入口一开，问题暴露的速度会更快，修问题的节奏也得跟着提起来。

Google 1.35 亿美元 Android 数据传输和解进入执行阶段

Google针对Android后台数据传输的集体诉讼，这周进入了和解执行阶段。当前公开页面写明，和解总额最高可达1.35亿美元，最终批准听证会定在2026年6月23日，相关适格成员将根据参与情况和蜂窝数据使用情况获得分配。

这条线对行业最有参考价值的是它把一个老问题重新拉回台面：设备在用户不清楚的情况下到底传了什么数据，消耗了多少流量，披露和授权做得够不够清楚。后台同步、系统服务、埋点回传、设备诊断、广告测量，这些能力过去常常被拆开看，现在监管和诉讼更倾向把它们合并起来看，重点落在“有没有提前说明”“用户有没有明确选择”“关闭以后是否真的停下”。

凡是涉及后台传输、默认开启、设备状态回传、跨模块数据共享的功能，都值得重新过一遍设置页、隐私说明和首次授权路径。文字写得越含糊，后面越容易出问题；设置做得越深，用户越容易觉得自己被绕进去。平台和法院都在往明示授权这条线收口，开发者自己也该提前把口子补上。

Apple 对 AI 编程类应用的审核争议继续外溢

围绕AI编程类应用的审核争议，这周已经继续往法律层面外溢。公开材料里已经出现了围绕App Store下架动作的诉讼表述，但同一批材料也写得很清楚：目前更容易核实的核心，仍然是Apple在3月对Replit、Vibecode等产品的更新拦截，理由落在Guideline2.5.2对“应用必须自包含、不得下载或执行改变功能的代码”的要求上。

这条线之所以会被放大，原因也很直接。AI编程和AI建站类产品正在把“生成内容”和“生成可执行功能”放进同一个产品闭环里，而Apple现行规则本来就是为阻断“审核通过后再动态引入新功能”这件事设计的。产品形态往前冲，审核边界同步顶上来，双方冲突自然会越来越密。

这条线后面还会继续放大。AI应用的增长速度还在往上走，审核和分发的控制权又掌握在平台手里，短时间里看不到摩擦会快速消失。开发者现在最务实的做法，还是少赌规则会突然松动，多看自己产品到底踩了哪些硬边界，把提审路径设计得更稳，比单纯等口径变化要实际得多。

Apple 再次把美区 App Store 外链支付争议推向更高一级法院

Apple和Epic的App Store外链支付争议，这周又往更高一级法院推进了一步。公开信息显示，Apple已经准备继续把案件往美国最高法院方向推进，而这场争议的核心背景没有变：此前法院要求Apple允许开发者链接到外部支付选项，Apple随后放开外链，但仍对使用自有支付系统的交易收取27%费用。

对美区做站外支付、外链购买和网页收银台的公司来说，这件事最现实的影响，就是原本已经拉进执行层的很多判断，又要重新带上一层不确定性。外链购买到底能走到什么程度，平台对外部支付还能不能继续收取高比例费用，后面会不会再加新的限制条件，这些问题都会继续影响产品定价、支付链路和利润模型。美区这条线之所以被高度关注，原因也在这里。

现在更稳的做法，是继续把美区外链支付当成“变化中的执行环境”来处理。已经在跑网页收银台和站外承接的公司，最好准备两到三套价格和口径预案；还在评估是否入场的公司，也别把现在看到的状态当成长期稳定状态。这个市场还在变，单一路径押得越死，后面调整成本越高。

把这周的平台动作揉在一起看，Google这边把版本门槛、评论检索、SDK清退这些硬要求继续往前推，商店侧个别功能描述还在来回收口；Apple这边则把订阅设计、游戏入口、代码执行审核和外链支付争议同时往前带。平台没有放慢节奏，开发者这边的动作也得跟上。

落到执行层，优先级已经很清楚了。Android公司先查三方SDK和API 36迁移计划，别等到平台卡口收紧了再临时补；iOS公司则要把订阅结构、审核材料、AI产品边界和美区支付预案重新过一遍。这周核心结论很简单：规则还在继续收口，谁先把版本、审核、支付和隐私几条线理顺，谁后面就能少走很多弯路。