推送通知的字数限制｜iOS 与 Android 完整指南
推送通知与 LINE 消息一样，是移动通信的主要渠道，但其显示字数限制非常严格。这些限制不仅源于操作系统和设备的显示区域，还涉及 APNs (Apple Push Notification service) 和 FCM (Firebase Cloud Messaging) 的 payload 大小等技术层面的约束。正确理解这些限制，在有限的字数内最大化传达效果，是推送通知设计的核心课题。
APNs 与 FCM 的 payload 限制 - 字数限制的技术背景
推送通知字数受限的根本原因在于承载通知数据的 payload 大小上限。APNs 的 payload 上限为 4,096 字节 (4 KB)。FCM 的通知消息同样为 4,096 字节上限，而数据消息最大可发送 4,000 字节。
payload 中不仅包含标题和正文，还包括声音指定、角标数、自定义数据 (深度链接 URL、活动 ID 等)。由于采用 JSON 格式编码，中文等多字节字符在 UTF-8 编码下每个字符消耗 3 字节。也就是说，即使在 4 KB 的 payload 中全部填入中文，理论上限也仅约 1,365 个字符，扣除元数据和自定义数据后，实际可用于文本的容量不到其一半。
各操作系统的字数限制
除了 payload 的技术上限外，各操作系统的 UI 能显示的字数也有限制。下表汇总了主要平台的显示字数限制。
| 平台 | 标题 | 正文 | 备注 |
|---|---|---|---|
| iOS (锁屏) | 约 50 字 | 约 178 字 | 约 4 行后截断 |
| iOS (横幅) | 约 50 字 | 约 80 字 | 2 行后截断 |
| iOS (通知中心) | 约 50 字 | 约 178 字 | 长按可查看全文 |
| Android (折叠时) | 65 字 | 约 45 字 | 1 行后截断 |
| Android (展开时) | 65 字 | 240 字 | BigTextStyle 可查看全文 |
| Web (Chrome) | 约 50 字 | 约 120 字 | 因操作系统而异 |
| Web (Firefox) | 约 50 字 | 约 140 字 | 因操作系统而异 |
| macOS 通知 | 约 40 字 | 约 130 字 | 通知中心可查看全文 |
| Apple Watch | 约 20 字 | 约 60 字 | Short Look 数秒后消失 |
| Wear OS | 约 30 字 | 约 80 字 | 滚动可查看全文 |
值得注意的是，同为 iOS，锁屏、横幅和通知中心的显示字数差异很大。横幅通知仅在屏幕顶部短暂显示，正文限制在约 80 字；而锁屏可显示约 4 行，最多可阅读约 178 字。在通知中心中，长按可展开全文，因此 payload 上限内的文本均可查看。
字数与打开率的相关性 - 各行业的最佳方案
推送通知的打开率可以说取决于开头的几个字。跨行业分析显示，标题 10-25 字、正文 40-60 字的通知打开率最高。但最佳字数因行业而异。
| 行业 | 推荐标题字数 | 推荐正文字数 | 打开率趋势 |
|---|---|---|---|
| 电商/零售 | 15-20 字 | 40-50 字 | 包含折扣率和截止时间时打开率较高 |
| 新闻/媒体 | 20-30 字 | 50-70 字 | 具有时效性的标题效果好 |
| 金融科技/银行 | 10-15 字 | 30-40 字 | 交易通知越短打开率越高 |
| 游戏 | 15-25 字 | 40-60 字 | 奖励和活动通知效果好 |
| 外卖配送 | 10-20 字 | 30-50 字 | 配合时段发送是关键 |
电商应用中，"今日限定 5 折"这样兼具紧迫感和具体性的短标题效果最佳。新闻应用则需要标题具有足够的信息量，因此稍长的标题也能维持较高的打开率。金融科技类中，"到账: ¥50,000"这样简洁的交易通知打开率最高，多余的修饰反而会产生负面效果。
正文与商务邮件一样要求简洁，但需要比邮件更短，即使省略细节也要确保意思完整。折叠显示时只能看到 1-2 行，因此将最重要的信息浓缩在开头 40 字内至关重要。
为什么各操作系统的字数不同
iOS 横幅通知限制为 2 行显示，这基于 Apple Human Interface Guidelines 中"通知应能瞬间理解"的设计理念。为了将对用户操作的中断降到最低，显示面积被有意缩小。iOS 16 之后，锁屏通知显示被集中到底部，优先保证壁纸的可见性，显示面积进一步受限。
而 Android 的展开显示 (最多 240 字) 遵循 Google Material Design 中"渐进式披露" (Progressive Disclosure) 的原则。折叠时用 1 行传达概要，用户感兴趣时可展开阅读详情，这是一种两阶段设计。Android 13 之后，通知权限改为 opt-in 方式，与 iOS 一样需要用户明确授权。这一变化导致 Android 的通知许可率也呈下降趋势，向已授权的宝贵用户发送高质量通知变得更加重要。
富媒体通知的字数限制与设计注意事项
iOS 10 之后的 Notification Content Extension 和 Android 的 BigPictureStyle / BigTextStyle 支持包含图片、按钮和轮播的高级通知。但富媒体通知的字数约束与纯文本通知不同。
- 图片通知的文本区域缩减: iOS 中附加图片后，正文显示区域缩减约 30%。锁屏上的正文显示限制在约 120 字左右，因此使用图片时需要进一步缩短文本
- 操作按钮的影响: iOS 最多可添加 4 个操作按钮，Android 最多 3 个，但按钮标签的显示上限在 iOS 约 20 字、Android 约 15 字。标签过长会被截断，因此控制在 5-8 字 (如"立即购买""查看详情") 最为实用
- 对 payload 的影响: 图片 URL 和操作按钮的定义会消耗 payload 空间，导致可用于文本的容量减少。图片通常通过 URL 引用 (APNs 的 mutable-content + Notification Service Extension) 方式分发，图片数据本身不包含在 payload 中
可穿戴设备上的显示 - 容易被忽视的限制
Apple Watch 和 Wear OS 设备的字数限制比智能手机更为严格。Apple Watch 的 Short Look (收到通知后显示数秒的画面) 仅显示应用名称和部分标题，正文需要切换到 Long Look 才能阅读。Long Look 中由于屏幕尺寸限制，正文在约 60 字处就会换行。
Wear OS 以通知卡片形式显示，可通过滚动查看全文，但首先映入眼帘的是标题和正文开头约 30 字。可穿戴设备用户通常在移动或运动中查看通知，因此需要仅凭标题就能把握内容的设计。针对可穿戴设备优化通知时，标题控制在 20 字以内、正文开头 30 字内放置核心信息最为有效。
Web 推送通知的限制
Web 推送通知因浏览器和操作系统的组合不同，显示效果差异很大。Chrome、Firefox、Safari 各自可显示的字数和外观都不同，因此按最严格的环境来设计最为安全。
Safari 从 macOS Ventura 开始支持 Web 推送通知，但 iOS 上的 Safari 仅在 iOS 16.4 及以上版本且作为 PWA (添加到主屏幕的应用) 时才支持。普通浏览器标签页无法发送 Web 推送，因此对 iOS 用户的触达存在限制。
一般来说，标题控制在 30 字以内、正文控制在 80 字以内，就能在主要浏览器和操作系统的组合中不被截断地显示。设置图标和徽章图片可提升可见性，比纯文本通知的点击率更高。
A/B 测试的设计方法 - 通知文案的优化流程
推送通知的 A/B 测试需要与邮件营销的 A/B 测试不同的方法。通知一旦发送就无法撤回，用户的反应会在几分钟内集中出现，因此测试设计需要考虑以下几点。
- 测试对象的隔离: 每次测试只改变一个要素。如果测试标题字数，则正文、发送时间和图片保持不变。同时改变多个要素将无法判断哪个要素影响了结果
- 确保样本量: 要获得统计显著性结果，每个变体至少需要分配 1,000-2,000 名用户。用户数较少的应用可通过多次测试积累趋势
- 控制时间段: A/B 两组在相同时间段发送。早晨和晚上的打开率差异很大，发送时间的偏差会扭曲测试结果
- 选择衡量指标: 不仅追踪打开率 (点击率)，还要追踪通知带来的转化率、应用内停留时间和通知关闭率。即使打开率高，如果通知关闭率上升，长期来看是负面的
个性化通知的字数策略
个性化通知需要插入用户名或动态数据，因此需要预先计算固定文本的字数。例如，模板"{用户名}，您的购物车中还有商品"中，整体字数会因用户名长度而变化。
中文用户名平均 2-4 个字，但英文名或昵称可能超过 10 个字符。设计模板时，应确保即使使用最长的用户名，标题也不会被截断，因此固定文本部分应控制在 15 字以内，为动态部分预留约 10 字的余量。
个性化的效果非常显著，包含用户名的通知与通用通知相比，打开率可提升约 2-4 倍。此外，基于购买历史和浏览记录的推荐通知，与群发通知相比，转化率可达约 3 倍。关于移动应用开发的更多实践知识，应用开发相关书籍 (Amazon) 也值得参考。
防止通知疲劳 - 发送频率与字数的关系
推送通知"不要发送过多"极为重要。一天内多次发送通知，会增加用户关闭通知或卸载应用的风险。调查显示，每天收到 3 次以上通知的用户中，约 40% 会关闭通知。
发送频率与字数存在相关性。频率较高时 (每天 1 次以上)，每条通知应尽量简短 (标题 15 字以内、正文 30 字以内)，降低信息密度以减轻用户的认知负担。而每周 1-2 次的发送频率下，稍长的正文 (60-80 字) 传达详细信息也不容易引起通知疲劳。
不同类型的通知适合的频率也不同。交易通知 (订单确认、配送状态) 需要实时性，不受频率限制；而促销通知对大多数应用来说，每周 2-5 次是合适的上限。通过为每个用户设置通知频率上限 (频次控制)，控制一定时间内的发送数量，可以系统性地防止通知疲劳。
iOS 与 Android 通知许可率的差异
约 50% 的 iOS 用户允许推送通知，而 Android 12 之前默认允许通知。Android 13 之后需要 POST_NOTIFICATIONS 权限的明确授权，Android 的许可率也呈下降趋势。
iOS 应用中，通知许可请求的时机和措辞极为重要。不要在应用首次启动时立即请求许可，而是在用户理解通知价值之后 (首次购买后、收藏后等) 再请求的"预许可"模式更为有效。在许可请求前通过应用内对话框说明通知的好处，仅在用户选择"接收通知"时才显示系统许可对话框，据报告这种方式可将许可率提升 20-30%。
常见的失败模式
- 深夜发送通知导致用户信任流失: 晚上 10 点至早上 7 点的通知不仅打扰用户睡眠，还直接导致通知关闭或应用卸载。设置考虑时区的发送计划是必须的。面向全球的应用需要获取用户的本地时区，在各地区的合适时间段进行推送
- "通知""重要"等模糊标题导致打开率低迷: 缺乏具体性的标题会被用户判断为"又是广告"而忽略。加入具体数字和截止时间 (如"今日 18 点前 5 折") 可大幅提升打开率
- 向所有用户群发相同通知: 不做分群的群发对不相关的用户来说只是噪音。根据用户属性 (购买历史、应用使用频率、地区) 进行分群，向各群组发送优化后的通知，可同时提升打开率和转化率
- 未设置深度链接导致跳转到首页: 点击通知后打开应用首页是 UX 的失败。直接跳转到与通知内容对应的具体页面 (商品详情、活动页面等) 可大幅提升转化率
专业人士实践的通知技巧
- 用富媒体通知创造视觉冲击: 与纯文本通知相比，图片通知的互动率预计可提升 25% 以上。但必须设计好图片加载失败时的降级方案 (仅文本通知)
- 为每个用户优化发送时间: 不是在相同时间段向所有用户发送，而是根据每个用户过去的应用使用模式推测其最活跃的时间段，逐一调整发送时间。电商应用中午休 (12-13 点) 和下班后 (19-21 点) 通常打开率较高，但个体差异很大，用户级别的优化是理想方案
- 利用通知渠道控制优先级: 使用 Android 8.0 之后的通知渠道功能，按通知类型 (交易、促销、新闻等) 分离渠道。用户可以按渠道切换通知的开关，从而避免重要的交易通知与促销通知一起被关闭的风险
总结
推送通知的字数限制源于 APNs/FCM 的 payload 上限和各操作系统的 UI 设计两方面。不仅 iOS 和 Android 的显示字数不同，锁屏、横幅、通知中心、可穿戴设备等显示场景也会带来很大差异。要确保信息传达，标题控制在 20 字以内、正文控制在 40 字以内最为安全。根据行业和用户群体优化字数、通过 A/B 测试持续改进、活用个性化，是最大化通知效果的关键。编写通知文案时，请使用字符计数器确认字数后再发送。