首页 » 博客 » 列支敦士登短信最佳实践、合规性和功能

列支敦士登短信最佳实践、合规性和功能

列支敦士登短信市场概况

区域设置名称: 列支敦士登
ISO 代码:
地区 欧洲
移动国家代码 (MCC) 295
拨号代码 +423

市场条件:列支敦士登虽然国土面积较小,但拥有现代化的电信基础设施,移动普及率很高。公国的移动市场主要由瑞士和奥地利运营商提供服务,其中瑞士电信占据越南 whatsapp 数据主导地位。由于与欧洲经济区 (EEA) 紧密结合,列支敦士登遵循欧洲电信标准和法规。OTT 消息应用程序被广泛使用,但短信对于商业通信和身份验证服务仍然很重要。


列支敦士登的主要短信功能和能力

列支敦士登支持标准短信功能,包括串联消息和字母数字发件人 ID,同时严格遵守欧洲电信标准。

双向短信支持

列支敦士登的标准 API 提供商不支持双向短信。需要交互式消息解决方案的企业应考虑其他通信渠道。

串联消息(分段短信)

支持:是的,列支敦士登支持串联消息。
消息长度规则:使用 GSM-7 编码的单条短信标准为 160 个字符,Unicode 消息标准为 70 个字符。
编码注意事项:支持 GSM-7 和 UCS-2 编码,对于包含特殊字符或非拉丁字母的消息,建议使用 UCS-2。

MMS 支持

MMS 消息会自动转换为带有内嵌 URL 链摩纳哥短信最佳实践、合规性和功能接的 SMS。此转换可确保交付兼容性,同时允许收件人通过安全的网络链接访问多媒体内容。

收件人电话号码兼容性

号码可携性

列支敦士登提供号码可携性,允许用户在移动运营商之间切换时保留自己的电话号码。此功能不会对短信发送或路由产生重大影响。

向固定电话发送短信

列支敦士登不支持向​​固定电话号码发送短信。尝试向固定电话号码发送消息将导致发送失败,通常会通过 API 服务生成 400 响应错误代码 (21614),且不会向发送者的帐户收取任何费用。

列支敦士登短信合规与监管指南

作为欧洲经济区 (EEA) 的一部分,列支敦士登遵守 GDPR 和电子通信隐私指令。通信办公室 (Amt für Kommunikation) 是主要的电信监管机构,而数据保护局 (Datenschutzstelle) 则负责监督隐私合规性。

明确同意要求:

  • 发送营销信息前必须获得书面或电子同意 领导孟加拉国搜索引擎优化
  • 必须保留同意记录并方便获取
  • 在选择加入时必须明确说明消息传递的目的
  • 建议在营销活动中进行双重选择

文档的最佳实践:

  • 存储时间戳和同意来源
  • 保留选择加入方法的详细记录
  • 保留同意证明至少 2 年
  • 轻松访问同意历史记录以供审核

HELP/STOP 和其他命令

  • STOP、STOPP 和 ENDE 必须支持德语
  • HELP/HILFE 命令应该提供支持信息
  • 所有选择退出的关键字必须在 24 小时内处理
  • 确认信息应以德语或英语发送

请勿致电/请勿打扰登记

虽然列支敦士登没有设立集中式“禁止致电”登记处,但企业必须:

  • 维护内部抑制名单
  • 立即尊重退出请求
  • 在收到 STOP 命令后 24 小时内删除号码
  • 保留退出号码记录至少 5 年

时区敏感度

列支敦士登遵循欧洲中部时间(CET/CEST):

  • 建议发送时间: 08:00 – 20:00 CET
  • 避免发送:周日和公共假日
  • 紧急信息:允许在标准时间以外发送
  • 最佳实践:在工作日的 10:00 – 18:00 之间安排广告活动

列支敦士登的电话号码选项和短信发件人类型

字母数字发件人 ID

运营商网络能力:完全支持
注册要求:无需预先注册,允许动态使用
发送者 ID 保存:是,发送者 ID 按规定保存

长代码

国内与国际

  • 不支持国内长代码
  • 完全支持国际长代码

发件人 ID 保存:是,原始发件人 ID 被保存
配置时间:通常为 1-2 个工作日
用例:适用于交易消息和双因素身份验证

短代码

支持:在列支敦士登不可用
配置时间:N/A
用例:N/A

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

限制行业:

  • 赌博和博彩服务
  • 成人内容
  • 加密货币促销
  • 未经授权的金融服务

受监管行业:

  • 银行业务需要额外验证
  • 医疗保健信息必须保持患者隐私
  • 保险服务需要明确的免责声明

内容过滤

已知承运人规则:

  • URL 应来自经过验证的域
  • 避免过度大写
  • 限制使用特殊字符
  • 连续标点符号不得超过 3 个

避免阻塞的提示:

  • 始终使用注册的发件人 ID
  • 保持规律的发送模式
  • 尽可能避免使用 URL 缩短器
  • 包括明确的退出说明

在列支敦士登发送短信的最佳做法

信息传递策略

  • 尽可能将消息控制在 160 个字符以内
  • 包含明确的号召性用语
  • 使用收件人姓名或偏好进行个性化
  • 在各个活动中保持一致的发件人 ID

发送频率和时间

  • 每位收件人每周最多可收到 2-3 条消息
  • 尊重安静时间(20:00 – 08:00)
  • 考虑当地的节日和活动
  • 分散批量活动以避免网络拥堵

本土化

  • 主要语言:德语(首选)
  • 建议支持英语
  • 考虑针对特定受众使用法语和意大利语
  • 使用本地日期/时间格式 (DD.MM.YYYY)

退出管理

  • 24 小时内处理退出
  • 发送退出确认
  • 在所有广告系列中维护单一退出列表
  • 定期审核退出数据库

测试和监控

  • 跨主要运营商进行测试(Swisscom 等)
  • 每日监控送货率
  • 跟踪退出率和模式
  • 定期测试退出功能

列支敦士登的 SMS API 集成

Twilio

Twilio 通过其 REST API 为列支敦士登提供强大的 SMS 功能。身份验证使用帐户 SID 和身份验证令牌凭据。

import * as Twilio from 'twilio';

// Initialize Twilio client
const client = new Twilio(
  process.env.TWILIO_ACCOUNT_SID,    // Your Account SID
  process.env.TWILIO_AUTH_TOKEN      // Your Auth Token
);

// Function to send SMS to Liechtenstein
async function sendSMSToLiechtenstein(
  to: string,
  message: string,
  senderId: string
) {
  try {
    // Ensure proper formatting for Liechtenstein numbers
    const formattedNumber = to.startsWith('+423') ? to : `+423${to}`;
    
    const response = await client.messages.create({
      body: message,
      from: senderId,    // Alphanumeric sender ID or phone number
      to: formattedNumber,
      // Optional parameters for delivery tracking
      statusCallback: 'https://your-webhook.com/status'
    });
    
    console.log(`Message sent successfully! SID: ${response.sid}`);
    return response;
  } catch (error) {
    console.error('Error sending message:', error);
    throw error;
  }
}

辛奇

Sinch 为列支敦士登消息传递提供直接运营商连接。他们的 API 需要 API 令牌和服务计划 ID。

import { SinchClient } from '@sinch/sdk-core';

// Initialize Sinch client
const sinchClient = new SinchClient({
  projectId: process.env.SINCH_PROJECT_ID,
  keyId: process.env.SINCH_KEY_ID,
  keySecret: process.env.SINCH_KEY_SECRET
});

// Function to send SMS via Sinch
async function sendSinchSMS(
  recipientNumber: string,
  messageText: string
) {
  try {
    const response = await sinchClient.sms.batches.send({
      sendSMSRequestBody: {
        to: [recipientNumber],
        from: "YourBrand",  // Alphanumeric sender ID
        body: messageText,
        // Optional delivery report flag
        delivery_report: "summary"
      }
    });
    
    console.log('Message sent:', response);
    return response;
  } catch (error) {
    console.error('Sinch SMS Error:', error);
    throw error;
  }
}

Bird 的 API 提供具有简单 REST 端点的 SMS 功能。身份验证使用 API 密钥和工作区 ID。

import axios from 'axios';

// Bird API configuration
const BIRD_API_CONFIG = {
  baseURL: 'https://api.bird.com/v1',
  headers: {
    'Authorization': `Bearer ${process.env.BIRD_API_KEY}`,
    'Content-Type': 'application/json'
  }
};

// Send SMS using Bird API
async function sendBirdSMS(
  phoneNumber: string,
  message: string,
  workspaceId: string
) {
  try {
    const response = await axios.post(
      `/workspaces/${workspaceId}/messages`,
      {
        recipient: phoneNumber,
        content: message,
        channel: 'sms',
        sender_id: 'YourBrand'
      },
      BIRD_API_CONFIG
    );
    
    return response.data;
  } catch (error) {
    console.error('Bird API Error:', error.response?.data || error);
    throw error;
  }
}

API 速率限制和吞吐量

列支敦士登的利率限制:

  • Twilio:每秒 100 条消息
  • Sinch:每秒 30 条消息
  • Bird:每秒 50 条消息

吞吐量管理策略:

  • 实施指数退避重试
  • 使用队列系统(Redis/RabbitMQ)处理大量数据
  • 尽可能批量发送消息
  • 监控投递率并调整发送速度

错误处理和报告

常见错误情形:

  • 电话号码格式无效
  • 网络超时
  • 超出速率限制
  • 发件人 ID 无效

记录最佳实践:

// Example error handling middleware
const handleSMSError = (error: any) => {
  // Log detailed error information
  logger.error({
    error_code: error.code,
    message: error.message,
    timestamp: new Date().toISOString(),
    carrier_response: error.carrier_response
  });

  // Categorize errors for reporting
  switch (error.code) {
    case 'INVALID_NUMBER':
      // Handle invalid number errors
      break;
    case 'RATE_LIMIT_EXCEEDED':
      // Implement backoff strategy
      break;
    default:
      // Handle other errors
  }
};

回顾和其他资源

关键要点

  1. 合规重点
    • GDPR 合规是强制性的
    • 需要明确同意
    • 保留退出记录
  2. 技术考虑
    • 使用正确的数字格式 (+423)
    • 实现重试逻辑
    • 监控配送率
  3. 最佳实践
    • 在工作时间内发送
    • 本地化内容(德语优先)
    • 定期跨运营商测试

下一步

  1. 审查规定
    • 联系 Amt für Kommunikation
    • 审查 GDPR 要求
    • 记录合规程序
  2. 技术设置
    • 选择合适的 API 提供商
    • 实施错误处理
    • 建立监控系统
  3. 测试和验证
    • 进行携带者检测
    • 核实配送费率
    • 测试退出功能。
滚动至顶部