原生 iMessage 线程
消息走 Apple 的 iMessage 协议,以蓝色气泡呈现,从已验证号码发出,收件人看到的是与亲友同级的原生对话体验。
拖动滑块完成拼图,通过后发送验证码
独立第三方 AI 评测平台 · 只用实测数据
Chert 是一套 iMessage 基础架构与 API 平台,让 AI 应用通过真实的蓝色气泡线程触达用户。它支持验证号码发送、多收件人会话、打字状态与表情回应、PDF 与链接等附件、语音留言和联系人卡片,并在对方不在 iMessage 时回退到 SMS 或 RCS。每条消息提供送达回执与 webhook 状态。定价与免费额度未公布,需要预约通话咨询。
Chert 定位为「iMessage 基础架构」,让开发者和团队把 AI 部署到 iMessage 上,在保持质量和个性化互动的前提下触达用户。它面向需要大规模对话式触达的场景,例如用户引导、客服、B2C 智能体等。
产品形态是 REST API 加 webhooks,消息走 Apple 的 iMessage 协议,从已验证号码发出,以原生 iMessage 的蓝色气泡呈现。对方不在 iMessage 时会自动回退到 SMS 或 RCS,并在 API 中标注实际送达的渠道。
普通用户和团队可以通过 Chert 构建多收件人线程,使用具名发送者和清晰的任务交接;开发者则通过 REST API 和 webhook 把对话事件接入已有工具,处理发送、状态回执和后续自动化。
消息走 Apple 的 iMessage 协议,以蓝色气泡呈现,从已验证号码发出,收件人看到的是与亲友同级的原生对话体验。
当收件人不在 iMessage 时自动回退到 SMS 或 RCS,并在 API 中区分实际送达渠道,保证触达不中断。
每条消息提供送达回执和 webhook 就绪的状态,可用时展示已读回执,方便追踪消息是否被看到。
支持多人会话,使用具名发送者,适合团队协作场景中的任务交接和多人同步。
打字状态、表情回应和回复上下文保持完整,AI 或人工接手时不会丢失对话脉络。
支持在同一个原生线程内发送菜单、演示文稿、PDF 和链接,还能发送语音留言和联系人卡片。
对外提供 REST API 和消息事件 webhook,可将对话接入已有工具链,实现发送、回执和自动化的闭环。
当你要做的是高信任度的对话式触达——比如预约确认、用户引导、客服跟进——Chert 走的是真实的 iMessage 蓝色气泡通道,送达回执和 SM/S/RCS 回退由平台处理,体验接近原生对话。当你的场景是纯营销群发或对成本极度敏感时,它并不合适:触达规模受发送身份轮换和每日上限约束,且价格未公布,需要先联系销售。另外,如果你的用户主要在 Android 或不使用 Apple ID,iMessage 通道的价值会大打折扣。
房产看房、餐饮订位等场景,用原生对话完成确认和改期,读回执能判断用户是否看到。
把客服搬到 iMessage 线程里,不用门户和工单队列,上下文在 AI 与人工间无缝交接。
通过 REST API 和 webhook 接入现有系统,处理消息事件和状态回执。
收件人不在 iMessage 时只能回退 SMS 或 RCS,原生蓝色气泡的优势无法体现。
价格未公布,无法在页面直接下单,需要先预约通话才能了解费用。
是真实 iMessage。消息通过 Apple 的 iMessage 协议传输,呈现蓝色气泡界面。只有当收件人不在 iMessage 上时才会回退到 SMS,且 API 会标注实际送达的渠道,方便你区分。
Twilio 是 A2P SMS 通道,受运营商过滤、需要 10DLC 注册,用户能看出是自动发送。Chert 提供点对点的 iMessage 线程,支持已读回执和点按回应,直接进入收件人与亲友同一个收件箱,打开率和回复率因此不同。
iMessage 是端到端且绑定 Apple ID,不继承 A2P SMS 的运营商侧过滤。Chert 会轮换发送身份、逐步预热,并限制每个身份的每日发送量,以保持在 Apple 的限流阈值之下。
平台提供 REST API 和消息事件 webhook,可以把对话事件接入现有系统,处理发送、状态回执和后续自动化。
支持。可以在同一个原生线程内发送菜单、演示文稿、PDF 和链接,也支持语音留言和联系人卡片。