KappS 知识库 · 博客

2026年 App Store 应用内活动教程:活动卡、七种徽章与审核规则

博客 教程

应用内活动(In-App Events)是 App Store 里唯一能让一个已上线应用在「Today 标签、搜索结果、商品页顶部」同时获得曝光位、而又不需要提交新版本的机制。它的规则并不浪漫,反而非常机械:一个徽章、三段有硬性字符上限的文案、一张活动卡素材、一个开始与结束时间,以及一个最早只能提前 14 天的发布日期。

恰恰是这些机械规则,让大量活动胎死腹中:开始时间写在过去、时长超过 31 天、发布晚了十三天,或者账号上已经有十一个重叠活动而 Apple 只允许十个同时上线。这篇教程按 2026 年 App Store Connect 的实际填写顺序走一遍——徽章、文案、素材、地区、时间、提审;凡是 Apple 设有上限的地方,都按 App Store Connect 帮助文档的原文口径写明。

先说清边界:这里讲的是 iOS 15 / iPadOS 15 及以上的 App Store 应用内活动,不是 Google Play 的推广内容,不是站内推送 campaigns,也不是付费广告位。下面所有数字都来自 Apple 的官方帮助文档,不是我们的经验值。

活动卡是什么,它会出现在哪里

Apple 对应用内活动的定义是「应用内发生的、有时间属性的活动」:比赛、首播、直播、新赛季都算。用户真正看到的单位是活动卡——一张图片或一段视频,加上徽章、活动名称和一句短描述。点开卡片才会进入活动详情页,那里才放得下较长的描述。

Apple 明确列出的展示位包括:Today 标签、搜索结果、你的商品页,以及 Apple Games。因为这些位置本来是和编辑内容争抢注意力的,所以每一个活动在上线前都要单独过审;活动的审核与 App 本体的审核是两条独立流程,应用正常在线,不代表活动会自动获批。

  • 观看设备的系统必须是 iOS 15 / iPadOS 15 及以上。
  • 活动不需要你提交新版本,但活动开始的那一刻,应用内对应的内容必须真实存在。
  • 活动是按「应用」计算的:下文的上限都落在单个 App 上,不会跨应用共享。

先定徽章:七种类型各自承诺了什么事

徽章是卡片上最小的元素,却决定整件事被读成「新闻」还是「广告」。Apple 的参考文档只给了七种,每一种都有明确的适用场景:

  • Live Event(直播活动):所有用户能同时参与的实时活动,例如体育比赛、直播演唱会;应带来新内容、新功能或新商品。
  • Premiere(首映/首发):内容或媒体的首次可用,例如新上线的影片或音频。
  • Challenge(挑战):鼓励用户在活动结束前达成的目标,例如健身打卡挑战、通关若干关卡。
  • Competition(竞赛):用户之间为排名或奖励互相竞争,例如锦标赛。
  • New Season(新赛季/新一季):新内容、新剧情线或新媒体库,例如剧集新一季、游戏新战令。
  • Major Update(重大更新):显著的新功能、新内容或新体验,例如新增玩法模式或关卡;Apple 原文明确排除了界面微调、修 bug 这类小改动。
  • Special Event(特别活动):无法归入以上六类、有时间限制、可能横跨多个活动的策划,例如联动合作。

最常见的翻车方式只有两种:把维护版本挂上 Major Update,或者把录播内容挂成 Live Event。把徽章当成一句「用户点进去几秒钟内就能验证的承诺」来选,判断会准得多。承诺兑现不了,这个活动就不是在推广,而是在消耗商品页的信任。

三处文案与它们的字符硬上限

App Store Connect 一共要四个文本框,其中只有三个对外可见。上限是硬限制,不是建议:写超了,输入框直接拒绝继续输入。

  1. 参考名称(Reference name):仅内部可见,不展示在商店,同一个应用内必须唯一,最多 64 个字符。建议用能排序的命名,例如 2026-05-27-major-update-season-3,而不是「春季推广最终版v2」。
  2. 活动名称:显示在活动卡与详情页,最多 30 个字符。
  3. 短描述:显示在 Today 标签、搜索结果等位置的活动卡上,最多 50 个字符。
  4. 长描述:用户点开活动详情页后显示,最多 120 个字符。

这 200 个字符要按用途分配:30 个字符是名字,不是句子;50 个字符是「一个具体的好处 + 一个具体名词」,说清新在哪、给谁;120 个字符才用来交代什么时候开放、什么时候关闭、老用户比新用户多拿到什么。实践中的顺序建议是:先写 120,再往下压到 50——反过来先写 50 再凑 120,卡片通常更空。

字符数按各语言分别计算,包含空格与标点。一个 30 字符的英文名,翻成日文往往只剩 20 个字符的余量,翻成德文却会撑到 34 个。所以要先按目标语言把内容压短,再交给翻译,而不是翻完再删。

决定「能不能跑」的时间规则

五个时间约束几乎是所有排期事故的来源,而它们全都是机械可算的:

  • 开始时间可以是未来任意一天;一旦写成过去,改回来也没用。
  • 结束时间最晚只能到开始时间之后 31 天。
  • 活动时长必须至少 15 分钟。
  • 发布时间(卡片开始可被发现的时间)最早只能提前到开始时间前 14 天:想更早铺开做不到,晚于这个窗口则白丢曝光期。
  • 同一时间最多只能有 10 个开始时间重叠的活动,已获批的和草稿状态的都算。

如果按国家/地区设置不同开始时间,Apple 要求所有开始时间落在彼此 48 小时以内。这一条会把「全球同步上线」压成一个两天窗口,也是素材做完之后才被发现的头号约束。

两个天花板:10 个上线、15 个获批

按 Apple 现行帮助文档的表述:同一时间最多可以在 App Store 与 Apple Games 上线 10 个应用内活动;单个应用在 App Store Connect 里最多可以有 15 个已获批的活动。

10 与 15 之间的差额是缓冲,不是计划。15 个获批意味着有 5 个要么排队等位置、要么批了却排不进档期。如果你的打法是「每周一个活动」的赛季制,先拿这两个数字对一遍日历:10 个上线名额配 31 天窗口,真实容量比直觉小很多。

审核是总闸门——活动必须获批才对用户可见。它同时意味着:一个健康在线的应用,活动照样可能被退回;而活动被退回,不会连累应用本身的状态。

逐步操作:在 App Store Connect 里把活动建出来

  1. 登录 App Store Connect,进入我的 App,选中目标应用。
  2. 左侧栏 Features 下点击 In-App Events(应用内活动),这里能看到草稿、已获批和往期活动。
  3. 点击 + 新建,填写内部参考名称,点击 Create。
  4. 填写对外活动名称(30)、短描述(50)与长描述(120)。
  5. 上传活动卡与详情页素材;也可以点 Browse Assets,复用素材库中已获批且规格兼容的图片或视频。
  6. 选择与用户真实所见相符的徽章。
  7. 添加本地化。主语言是「用户设备语言你没有本地化时」的默认展示语言,别按习惯随手选。
  8. 设置国家或地区可用范围,再设置开始与结束的日期时间;分区域开跑时,所有开始时间必须落在 48 小时内。
  9. 设置发布日期与时间(记住 14 天的提前量上限),点击 Save,然后提交审核。

两个值得养成的小习惯:先做素材再写文案,因为卡片是「图优先」,50 个字符是为了适配画面而存在;参考名称按日期排序,这样在 10 个上线名额里腾挪时,一眼就能看清排期。

本地化是单独一件工作

活动的本地化和商品页的本地化是两套东西。商品页翻译得再完整,也不会顺带翻译活动;活动只填了一种语言,所有店面看到的就是那一种语言——Apple 明确说明,主语言会展示给「设备语言未做本地化」的用户。

实操上,徽章(由商店按店面语言渲染)、活动名称、长短两段描述都要逐语言处理。难点在素材:卡片图上的文字是烘进图片里的,如果一套图铺全球,本地化后的 50 字符文案就会和图上文字对不上。解决办法只有两个——按主要语言各做一套图,或者干脆让图上不带文字,把信息全部交给文案。

提审之后,什么时候还能改

活动一旦提交,可编辑范围会按三个阶段收紧。提前知道这三段,能避免最糟糕的结果:活动获批了、文案有错、却发现只能整个重来。

  • 活动处于 Waiting for Review / In Review(等待审核 / 审核中)时,除国家或地区可用范围外,想改任何内容都要先撤出审核。
  • 活动已上线后,只能修改开始时间与结束时间。
  • 活动开始之后,只能调整结束时间。

活动结束后会进入 Past Events(往期活动),可以在那里归档。素材库的附带好处是:已获批的素材能复用到后续活动,所以一套做得好的卡片不是一次性资产——但文案永远是一次性的。

被拒,或者上线了却什么都没发生

失败模式大致归为八类,每一类在提交前修都比提交后修便宜:

  1. 徽章虚标。修 bug 的小版本挂 Major Update;Apple 的原文就把界面微调和修复排除在外。
  2. 应用内没有落点。卡片承诺的模式、赛事或内容库不存在、难找,或者需要付费但文案没提。
  3. 时间根本不成立。开始时间在过去、时长超 31 天、发布提前量超 14 天,或者区域开始时间散落在 48 小时之外。
  4. 忘记算容量。十一个开始时间重叠的活动,或者按 15 个获批名额做赛季,实际只有 10 个能同时在线。
  5. 文案不守上限。30 字符的名字写成整句,50 字符的那行只是把名字重复一遍。
  6. 本地化缺口。非英语店面挂着纯英文卡片,或者译名过长撑破卡片版式。
  7. 素材造假或越界。画上写价格、折扣百分比、假徽章,或者使用了你没有授权的第三方商标与角色。
  8. 提审后又发现错。活动还在审核中才发现问题,丢掉的不是一个字符,而是一整个审核窗口。

还有一种审核抓不到、也更贵的失败:活动一切合规,但没人点。原因通常只有一个——卡片卖的是功能,不是时刻。徽章写着 New Season,卡片就该回答:本周新在哪、给谁看、点进去立刻能做什么。这是文案问题,而 120 个字符足够解决它。

它和你其他发布工作的关系

应用内活动是长在一个健康账号之上的。活动要能跑,前提是:应用已获批、店面已上线、账号背后的法人与税务资料一致、团队成员的 App Store Connect 角色分配正确(例如 Marketing 角色可以碰活动,Developer 角色碰不了钱)。我们代运营账号时,把活动当成一次版本发布来管:排期表里直接内置 14 天与 31 天规则,文案按字符上限写,每个语言单独出素材,提审时间预留一次被退回的余量。

我们不做的事同样明确:不会提交一个应用兑现不了的活动。真正的风险不在审核,而在审核通过之后用户点进去的那一下。

资料来源:Apple Developer — App Store Connect Help《Offer In-App Events》《Overview of In-App Events》《Manage events》;App Store Connect Reference《In-App Event badges》《In-App Event media specifications》。文中上限与字符数按撰写时 Apple 公布的口径引用,官方可能调整,排赛季前请复核帮助文档。

规模化运营开发者账号?运营侧交给我们。

点击选择文件 · 右键「粘贴」或按 Ctrl/⌘+V 直接粘贴截图

也可以直接拖拽文件到此处。

我们会回复你填写的邮箱,信息仅用于本次咨询。

✔ 已提交

我们已收到你的信息,会在 24 小时内回复。


← 返回修改