首页 » 博客 » 柬埔寨短信最佳实践、合规性和功能

柬埔寨短信最佳实践、合规性和功能

柬埔寨短信市场概况

区域设置名称: 柬埔寨
ISO 代码: 凯赫
地区 亚洲
移动国家代码 (MCC) 456
拨号代码 +855

市场状况:柬埔寨的移动市场正在不断增长,保加利亚 whatsapp 数据 拥有几家主要运营商,包括 Smart Axiata、Metfone 和 Cellcard。尽管 LINE 和 Facebook Messenger 等 OTT 应用程序越来越受欢迎,但短信仍然是重要的通信渠道,尤其是用于商业消息和通知。市场显示出 Android 的强大主导地位,而 iOS 的市场份额相对较小。A2P(应用程序到个人)短信服务面临着灰色路线的一些挑战,灰色路线约占短信流量的 39%。


柬埔寨短信的主要功能和能力

柬埔寨支持基本的短信功能,但对我们的文化和福祉团队双向消息传递有一些限制,并且对发送者 ID 注册有特定要求,特别是对于发送到 Smart Axiata 网络的消息。

双向短信支持

柬埔寨的主要短信服务提供商不支持双向短信。这意味着企业无法通过标准短信渠道收到短信回复。

串联消息(分段短信)

支持:是的,柬埔寨支持串联消息,但支持情况可能因发件人 ID 类型而异。
消息长度规则:适用标准短信长度限制,消息根据编码类型拆分。
编码注意事项:支持 GSM-7 和 UCS-2 编码,UCS-2 对于本地高棉语支持尤为重要。

MMS 支持

柬埔寨不直接支持彩信。相反,彩信内容会巴西商业名录自动转换为短信,并嵌入 URL 链接,收件人可以查看多媒体内容。这确保了兼容性,同时仍允许丰富的媒体共享功能。

收件人电话号码兼容性

号码可携性

柬埔寨不提供号码可携性。这意味着手机号码仍与原运营商绑定,这可以简化信息路由,但会限制消费者的灵活性。

向固定电话发送短信

在柬埔寨,无法向固定电话号码发送短信。尝试向固定电话号码发送短信将导致发送失败,并且通常会通过 SMS API 生成 400 响应错误(错误代码 21614)。这些消息不会出现在日志中,并且不会因尝试失败而向帐户收取费用。

柬埔寨短信合规与监管指南

柬埔寨的短信法规主要由柬埔寨电信监管机构 (TRC) 监管。虽然具体的短信营销法律仍在制定中,但企业必须遵守一般电信准则和特定运营商的要求。

需要明确同意:在发送营销或促销信息之前,您必须获得并记录明确的选择加入同意。最佳做法包括:

  • 保留关于如何以及何时获得同意的清晰记录
  • 使用双重选择加入流程进行营销活动
  • 在选择加入时提供明确的条款和条件
  • 指定用户将收到的消息类型

HELP/STOP 和其他命令

虽然柬埔寨没有严格的 HELP/STOP 要求,但实施这些功能被认为是最佳做法:

  • 支持英语和高棉语关键词
  • 常见命令应包括:STOP、CANCEL、END、HELP
  • 在 24 小时内处理退出请求
  • 以用户首选的语言发送确认消息

请勿致电/请勿打扰登记

柬埔寨没有正式的“禁止致电”登记处。但是,企业应该:

  • 维护自己的抑制名单
  • 立即尊重退出请求
  • 记录所有退出请求,以达到合规目的
  • 定期清理联系人列表以删除未订阅的号码

时区敏感度

柬埔寨采用 ICT (UTC+7) 时区。虽然没有严格的时间限制,但建议的做法包括:

  • 在印度标准时间上午 8:00 到晚上 8:00 之间发送消息
  • 避免在宗教节日和节日期间发送信息
  • 将深夜信息限制为仅用于紧急通信

柬埔寨的电话号码选项和短信发件人类型

字母数字发件人 ID

运营商网络能力:全面支持各大网络
注册要求:Smart Axiata 需要预先注册(2023 年 8 月 1 日生效);支持其他运营商的动态使用
发件人 ID 保存:注册时为 Smart Axiata 保留;Metfone 可能会用通用发件人 ID 覆盖
配置时间:注册需 14 个工作日

长代码

国内与国际

  • 不支持国内长代码
  • 支持国际长代码(Smart Axiata 除外)
    发件人 ID 保存:否,通常用通用发件人 ID 覆盖
    配置时间:国际长代码立即可用
    用例:交易消息、警报、通知

短代码

支持:柬埔寨目前不支持
配置时间:N/A
用例:N/A


受限制的短信内容、行业和用例

以下内容类型受到限制:

  • 政治内容
  • 宗教信息
  • 成人内容
  • 与赌博相关的内容
  • 垃圾邮件或未经请求的促销内容

内容过滤

已知的载波滤波器

  • 包含受限关键字的消息
  • 未注册的发件人 ID 发送大量邮件
  • 含有可疑 URL 的邮件

避免过滤的最佳做法

  • 使用已注册的发件人 ID
  • 避免使用 URL 缩短器
  • 保持一致的发送模式
  • 使用清晰、专业的语言。

 

滚动至顶部