餐厅的 Deliveroo 验证码，该发到谁的手机上？
这种情况在运营工作中很常见：餐饮集团、幽灵厨房运营方或代运营餐厅页面的代理商需要确认一个 Deliveroo 账号，但手边唯一的手机属于一位下个月可能就离职的值班经理。QA 团队也会遇到类似问题：他们在为 Deliveroo 属于用户旅程一部分的市场开发下单体验，需要像本地用户那样走完注册流程，却不可能去收集员工的 SIM 卡。
两种情况的目标相同：用企业自己掌控的号码接收一次 Deliveroo 验证码，把结果记录到工单或测试运行中，并避免让员工的个人号码绑定公司账号。运营团队页面介绍了团队如何在多个门店之间组织这项工作。
Deliveroo 在哪些环节要求提供手机号？
Deliveroo 是一家餐饮与生鲜配送平台，在英国和爱尔兰最为人熟知，在欧洲大陆、中东和亚洲的部分地区也有业务。客户账号上的手机号方便骑手和客服就订单联系用户；在创建账号、在新设备上登录或更换号码时，应用可能会发送短信验证码来确认该号码。具体行为因市场和应用版本而异，所以请把验证码步骤当作需要观察的环节，而不是想当然的前提。
Deliveroo 验证码 API 的流程是怎样的？
调用地址为 https://otproute.com/api/v1，使用以 or_live_ 开头的 Bearer 密钥，该密钥在开发者控制台创建（最多 10 个密钥，每分钟 300 次请求）。
- 通过
GET /api/v1/countries查询国家 id；服务 id 为deliveroo。 - 用
GET /api/v1/prices?country=<id>&service=deliveroo读取当前价格。 - 创建激活：
POST /api/v1/activations，请求体为{"service": "deliveroo", "country": "<id>"}。 - 把返回的号码填入 Deliveroo 要求输入手机号的页面。
- 通过 Webhook 或
GET /api/v1/activations/{id}获取验证码。 - 如果该步骤被放弃，调用
POST /api/v1/activations/{id}/cancel。
使用 Webhook 时，注册一个端点（每个账号最多 5 个），并订阅 activation.sms_received、activation.expired 和 activation.cancelled。用端点密钥对 <t>.<raw body> 计算 HMAC-SHA256，以此校验 X-OTPRoute-Signature（格式为 t=<unix>,v1=<hex>），拒绝过期的时间戳，并让处理程序具备幂等性，这样以同一个激活 id 为键重复投递的事件不会产生任何额外影响。如果入站流量被封锁，轮询是更简单的替代方式。详细说明见文档。
非开发人员也可以在控制台完成同样的操作：打开 OTP Gateway，选择 Deliveroo 和国家，确认价格，复制号码，然后等待验证码出现在屏幕上。
Deliveroo 手机号应该选哪个国家的线路？
目前 deliveroo 服务在 OTP Route 的 198 个国家可用。请让号码与账号实际运营的市场保持一致，因为配送类应用会把地址、支付方式和餐厅供应与地区绑定，号码不匹配会让测试失真。
可选线路包括英国、爱尔兰、法国、比利时、意大利、阿联酋，以及科威特、卡塔尔、新加坡、香港、荷兰、西班牙、德国、美国和加拿大。线路的可用情况在一天中会变化，因此每次运行前请查询实时国家列表，而不要保留一份固定的对应表。
Deliveroo 短信为什么可能收不到？
和许多消费类应用一样，Deliveroo 可能拒绝虚拟号码，或限制同一流程发送验证码的频率。各条线路的速度也不尽相同。如果 20 分钟窗口内没有任何短信到达，或者你主动取消，费用会自动退回钱包。
- 给窗口留足时间，再判断这次尝试是否失败。
- 要知道在某些市场，Deliveroo 可能拒绝虚拟号码。
- 稍后重试，或选择另一个仍符合账号情况的受支持国家。
- 不要连续快速地重复创建激活，请在每次尝试之间留出间隔。
- 在工单中保留激活 id，方便团队追踪每一次尝试。
什么情况下更适合使用专属号码？
一次性号码只能接收一条验证码。如果企业账号之后还要在新设备上登录，或者客服收件箱必须持续接收短信，就需要一个固定不变的号码。专属号码目前仅在美国和加拿大提供，$1.95/月起：入站短信显示在控制台，并通过 number.sms_received 转发到你的 Webhook，同时支持发送短信和浏览器拨号，费用从钱包自动续期，直到你释放号码为止。对于在其他国家运营的 Deliveroo 账号，目前没有自助长期线路，但你可以写信到 [email protected] 询问。完整说明请参见虚拟号码。
使用 Deliveroo 怎样才算合规？
请遵守 Deliveroo 的条款。每个真实的个人或企业只使用一个账号，绝不能用 OTP Route 为领取促销或推荐奖励而创建账号、在被封禁后重新回来，或冒充他人。OTP Route 用于测试你自己的产品并运营你自己的合法账号，同时适用我们的《可接受使用政策》。Deliveroo 是其所有者的商标，OTP Route 与其没有任何关联。
计费方式为预付美元钱包，无月费，可通过银行卡或 USDT/USDC 充值，每次充值都会提供 PDF 发票。开发账号可以申请沙盒模式，用模拟号码和验证码演练整个 API 流程。
常见问题
没有 SIM 卡也能接收 Deliveroo OTP 吗？
可以。在 OTP Gateway 中为 deliveroo 服务订购号码，然后在控制台、通过轮询或带签名的 Webhook 读取验证码。
Deliveroo 在 API 中使用哪个服务 id？
在 POST /api/v1/activations 的 service 字段和价格查询中使用 deliveroo。
用于测试的 Deliveroo 短信验证费用是多少？
每条 Deliveroo 验证码 $0.20 起，所选国家的具体价格会在下单前显示；验证码未到达则不扣费。
Deliveroo 会接受我订购的每一个号码吗？
不会。Deliveroo 可能在某些线路上拒绝虚拟号码，这正是未送达的激活会全额退款的原因。
Deliveroo 手机号应该选哪个国家？
选择账号实际使用的国家，这样地区、语言和餐厅列表都与你的测试场景相符。
我们的餐厅能否保留同一个号码，用于以后登录 Deliveroo？
如果账号位于美国或加拿大，控制台里的专属号码就合适。其他地区请发邮件询问支持团队有哪些可能。
可以用 OTP Route 去领取 Deliveroo 的新用户优惠吗？
不可以。这违反 Deliveroo 的条款和 OTP Route 的《可接受使用政策》；请仅将本服务用于你自己的合法账号和测试。
服务名称均为其各自所有者的商标，OTP Route 与其无任何关联。请合法使用号码，并遵守各服务的条款及我们的可接受使用政策。