iOS 上的 RCS：已知限制和预期结果
RCS 是运营商支持的消息传递标准，主要在 Android 上成熟。 Apple 最近才在 iOS 上添加了对 RCS 的支持，并且该实现仍在不断发展。因此，与 Android 相比，某些 RCS 功能在 iOS 上的表现可能不同或不一致。这些限制由 Apple 的操作系统级 RCS 实施决定，不受 Klaviyo、Google、运营商或 Klaviyo 的 RCS 合作伙伴的控制。本文解释：
- 为什么 RCS 在 iOS 上的表现不同
- 我们知道的已知 iOS 特定问题
- 如果遇到问题该怎么办
- 如何确定修复的优先级并推出
为什么 RCS 在 iOS 上的表现不同
RCS 消息完全由每个操作系统上的本机消息应用程序呈现和处理，Apple 的 RCS 实现尚未提供与 Android 完全同等的功能。因此，Klaviyo 无法控制或覆盖：
- 消息布局和渲染
- 按钮的位置和行为
- 媒体渲染
- 线程预览文本和缓存行为
这些行为由 Google 和 Apple 的操作系统级 RCS 支持决定，并且可能因以下因素而异：
- 操作系统版本
- 设备型号
- 运营商配置
iOS 上已知的 RCS 问题
以下是在某些 iOS 设备上观察到的已知问题的列表。随着 Apple 发布修复程序，此列表将随着时间的推移而变化，但使用旧操作系统版本的一些用户可能仍然会遇到这些行为。
代理（发件人 ID）
- 可能会显示代理 ID，而不是代理名称
- 代理信息页面上不显示横幅
丰富的卡牌
- 在 Android 上，可以明确设置图像高度。在 iOS 上，图像会根据文本大小和长度自动调整大小，这可能会导致图像看起来被压扁。 – 按钮颜色呈灰色且缺乏视觉突出性。 – 按钮标签可能会被错误地缓存并在消息线程中显示错误的文本。 – 当存在多个按钮时，它们包含在下拉列表中，并且标签默认为“选项”。 – 快速操作 URL 链接出现在卡片按钮内，而不是出现在卡片下方的单独气泡中。 – 快速回复按钮出现在卡片下方的单独气泡中，需要快速操作。 – 如果卡片没有标题，预览文本将显示为“一条消息”。
媒体和内容
- GIF 渲染为静态图像而不是动画
URL 和预览
- 位于消息末尾且没有尾随文本的 URL 将作为带有“点击预览”的单独气泡发送
- 解决方法：在链接后添加句号或其他字符。
关于这些问题的重要说明
- 并非所有设备或 iOS 版本都会出现这些问题
- 一些问题可能已经在最新的 iOS 版本中得到修复
- 使用较旧操作系统版本的用户可能仍会遇到问题
我们的目标是让品牌意识到所有已知的局限性，以便他们能够防御性地设计 RCS 体验。
如何避免大多数问题
请在安排活动或激活流程之前向 iOS 和 Android 设备发送预览，以确认消息在两个平台上的行为符合预期。这将解决大多数问题，但行为仍可能因 iOS 版本、设备型号和运营商配置而异。
如果遇到问题该怎么办
如果您遇到上面列出的任何问题，或发现新的 iOS 特定 RCS 问题：
1. 向 Apple 提交反馈
iOS 上的所有 RCS 渲染和行为问题都必须使用反馈系统直接向 Apple 报告。 1. 前往 Apple 消息反馈页面。 
- 选择您所在的国家或地区。
- 选择反馈类型（选择 Bug 报告）。 
- 在评论字段中，解释您观察到的 RCS 行为、操作系统版本、设备型号以及重现问题的步骤。屏幕截图示例也有帮助。
- 在“您反馈了哪些消息功能？\*”字段中，选择“其他”。
- 提交表单并记下反馈 ID。苹果可能不会直接回应，但所有提交的内容都会被记录。 
这是解决这些问题的唯一渠道。
2. 与 Klaviyo 共享 Apple 反馈 ID
向 Apple 提交反馈后，请与 Klaviyo 支持人员共享反馈 ID。这使我们能够：
- 跟踪问题
- 汇总客户反馈
- 尽可能积极向 Apple 提出并升级问题
问题解决
Klaviyo 无法了解 Apple 的 RCS 路线图、时间表或优先级。 我们不能：
- 承诺确定日期
- 影响发布时间表
- 修补或解决操作系统级行为
唯一有效的杠杆是反馈的数量和一致性。苹果收到的关于特定问题的反馈越多，就越有可能优先处理该问题。
总结
- iOS 上的 RCS 仍处于成熟阶段，尚未与 Android 行为相匹配
- 所有渲染和交互问题均由Apple控制
- 已知问题可能因操作系统版本和设备而异
- 品牌应直接向 Apple 提交反馈，并与 Klaviyo 共享反馈 ID
- 增加反馈可以提高确定优先级和修复的可能性
当我们发现任何新的 iOS 特定 RCS 问题时，我们将继续监控、记录和沟通这些问题。