我们的用户引导流程在维尔纽斯纸面上没问题，如何用真实的 +370 号码来证明？
立陶宛聚集了大量金融科技和电子货币公司，许多 SaaS 产品也选它作为进入波罗的海地区的第一个市场。这就带来一个常见的头疼问题：手机验证环节是用本国号码开发和测试的，在收到工单之前，没人确定立陶宛客户使用时会是什么表现。
务实的做法是把 +370 线路当作测试基础设施。借助 OTP 路由，你可以按需申请一条立陶宛线路，用真实的注册界面对它跑一遍，并用代码捕获验证码。合规和产品团队得到了流程端到端可用的证据，工程师也不必再借用同事的私人手机。更广泛的做法见我们的金融科技开户说明。
哪些应用可以向立陶宛验证号码发送验证码？
lt 目录目前统计有超过 1,500 项服务。常被请求的包括 WhatsApp、Telegram、Viber、Facebook、Instagram、Google (Gmail & YouTube)、Microsoft 和 Outlook、Amazon、eBay、Discord、LinkedIn、Uber、Netflix、Airbnb 以及 Signal。
该快照反映的是 2026 年 10 月 31 日开放的线路。库存在一天中会变动，所以你的脚本应当通过价格接口检查实时状态，而不是写死服务列表。请记住，少数应用完全不接受虚拟号码；遇到这种情况，激活会直接过期，你会获得退款。
立陶宛 OTP API 的实际流程是什么样的？
这套短信验证 API 就是普通的 REST。在开发者控制台生成一个密钥（每个账户最多 10 个，以 or_live_ 开头），作为 Bearer 令牌发送到 https://otproute.com/api/v1。然后：
- 用
GET /api/v1/countries和GET /api/v1/services解析 ID。立陶宛是lt。 - 读取
GET /api/v1/prices?country=lt&service=<id>，查看这条线路当前的价格。 - 调用
POST /api/v1/activations，请求体为{"service": "linkedin", "country": "lt"}，并保存激活 ID。 - 把 +370 号码填入你正在测试的表单。
- 让你的 webhook 捕获
activation.sms_received；对GET /api/v1/activations/{id}做轮询循环也可以。 - 用
POST /api/v1/activations/{id}/cancel清理被放弃的运行，并用GET /api/v1/balance关注余额。
最多可以注册五个 webhook 端点，适合分别设置预发布环境和 CI 的接收端。验证 X-OTPRoute-Signature 的方法是：用端点密钥对 <t>.<raw body> 计算 HMAC-SHA256，并拒绝时间戳过旧的推送。流水线的接入请参阅 CI 流水线中的短信 OTP 测试。
应如何处理 +370 号码和立陶宛语短信？
立陶宛手机号在 +370 国家代码之后有八位数字，通常以 6 开头。人们在本地常在前面加一个中继前缀（历史上是 8），所以注册表单会遇到同一个号码的多种写法。保存前请统一规范化为 E.164：去掉空格，移除任何国内前缀，存储 +370 加八位数字。
立陶宛语是官方语言，本地品牌的短信可能是立陶宛语的，而全球应用则遵循账户的语言设置。ą、č、ė、š、ž 等字母会使短信进入 Unicode 编码，每段能容纳的字符变少，所以不要假设验证码位于固定的字符偏移处。用正则提取数字，你的解析器就能应对任何语言。团队在这里测试，通常是为了波罗的海上线、欧盟支付产品、本地化检查，以及服务海外立陶宛客户的客服台。
运营团队有仅用浏览器的方式吗？
有，完全不需要接触 API。用邮件验证码或 Google 注册后，打开 OTP Gateway，选择应用，把国家设为立陶宛，并查看实时价格。确认后，把 +370 号码复制到应用里，验证码一到就会出现在控制台。
一次激活的有效期为 20 分钟。如果没有验证码到达，或你提前取消，全部金额会退回钱包，无需提交客服工单。
为什么验证码可能到不了 +370 号码，怎么办？
激活一直没有动静时，原因通常在发送方：频率限制、风控规则，或者针对虚拟线路的政策。合理的应对方式：
- 等窗口走完，因为有些应用会批量发送短信。
- 取消后隔一段时间再试，或在同一服务提供多条线路时选另一条。
- 在围绕某个应用搭建测试之前，先确认它接受虚拟号码。
- 不要频繁冲击下单接口；重试要拉开间隔，并遵守每分钟 300 次请求的限制。
各应用自身的条款依然适用，OTP Route 的《可接受使用政策》也同样适用。
可以长期保留立陶宛号码吗？怎么付费？
没有自助开通的产品。专属号码（Dedicated Numbers）仅在美国和加拿大销售，$1.95/month 起，立陶宛在控制台中没有长期线路。如果你的项目需要，请写信到 [email protected]；这取决于当地规定，可能无法实现。对于需要反复登录的账户，临时号码与专属号码一文解释了其中的取舍。
付款方式是用预付美元钱包按量付费，可通过银行卡或 USDT/USDC 充值，没有月费，每次充值都有 PDF 发票。如果集成测试不想花钱，可按请求提供沙盒模式。
常见问题
不住在立陶宛，也能接收立陶宛短信 OTP 吗？
可以。OTP Gateway 会分配一个你在任何地方都能使用的 +370 号码，验证码会送到你的控制台、webhook 或 API 客户端。
API 对立陶宛使用哪个 ID？
在价格查询和激活请求中，使用 lt 作为国家 ID。
用于测试的 +370 号码多少钱？
每条验证码 $0.20 起。具体价格因应用而异，由 GET /api/v1/prices 实时返回。
如果 +370 线路一直没有动静，我的钱包还会被扣款吗？
会退回。20 分钟内没有收到任何内容，或者被你取消的激活，都会全额退回钱包。
保存立陶宛号码时应该带上国内前缀吗？
不需要。去掉任何中继前缀，存储 +370 加八位国内号码。
同一个立陶宛号码下周还能再收一条验证码吗？
不能。每个一次性号码只服务于一条验证码，自助开通的长期线路仅限美国和加拿大。
可以在 CI 流水线中使用立陶宛号码测试吗？
可以。在任务中调用激活接口，通过 webhook 或轮询接收验证码，并取消任何提前结束的运行。
服务名称均为其各自所有者的商标，OTP Route 与其无任何关联。请合法使用号码，并遵守各服务的条款及我们的可接受使用政策。