Saily 美国号码全平台短信注册实测报告

测试号码：+1 603-259-8703（Saily eSIM，美国号段）
测试身份：lindy greddy / DOB 1987-08-23 / Male
测试时间：2026-10-10 ~ 2026-10-13

测试方式说明

三轮测试，结论统一以”手机实际收到短信”为准，不以平台页面提示为准：

租赁浏览器实测（10-10 晚、10-11 上午）：测试浏览器走注册流程，用户手机实时收码。但浏览器出口 IP 被多家美国平台网络层封锁（Facebook、Instagram、Snapchat、Telegram、Poe、Google、ChatGPT 连接重置/超时；X 被反自动化拦截），部分平台未能经此渠道完成。
airtap.ai 云手机实测（用户委托第三方，10-11、10-13 两轮）：App/客户端全量安装测试，补齐浏览器够不到的部分。云手机的设备指纹/硬件认证短板会影响 WhatsApp、Snapchat、Google 等（见各条说明）。
浏览器网页端补测（10-12）：51 个平台网页端注册流程，区号 +1，触发短信即停（不填码、不完成注册、不做 KYC）。滑块/人机验证由用户手动接管；金融类只测收码能力。

每条结果后标注来源轮次。同一平台在多轮出现时合并为一条。

图例：✅=手机实际收到；❌=未收到/被拦截；➖=环境、人机验证、渠道或口径原因未测出，不代表号码不行。

结果总览（88 个平台）

一、社交媒体

海外/国际

中国境内

二、图文视频

海外/国际

中国境内

三、AI创新平台

海外/国际

中国境内

四、垂直品类平台

海外/国际

中国境内

五、金融交易

海外/国际

中国境内

六、购物消费

海外/国际

中国境内

七、其他类

海外/国际

中国境内

（本轮无）

八、不支持移动号码注册平台

以下平台经复核无手机号注册入口，不适用本测试。10-10 晚复核，Perplexity 除外。

海外/国际

社交媒体：Discord、Reddit、LinkedIn、Pinterest（网页端无手机注册通道；LinkedIn 注册页只有邮箱+密码）
AI：Claude、Midjourney、Mistral Le Chat（无手机注册入口，邮箱/SSO 登录）
AI 聚合：OpenRouter、Replicate、DeepInfra、Fireworks AI、Together AI、Groq（无手机注册入口）
Perplexity：Cloudflare 人机验证拦截，未能复核是否有手机入口

中国境内

（本轮中国境内平台均有手机号通道或为渠道/格式限制，本类暂无）

关键发现

VoIP 身份双平台实锤。ChatGPT 明确弹出 “virtual phone number (VoIP)” 拦截；10-13 新增的第二个 VoIP 对照平台 Venmo 同样拦截（提交后弹 “Something went wrong”，典型 VoIP/虚拟号过滤；该对照系 10-12 立项）。两个独立平台交叉验证：Saily 该号段会被严格检测线路类型的平台识别为虚拟号并拦截，这是选号时必须考虑的硬约束。
“能收到短信”不等于”到处能用”。17 个平台成功证明号码具备基础短信接收能力；收不到的案例要分三类看：平台侧不实际发送（Instagram 两次无短信、B站”显示已发”但不到）、政策明确拦截（ChatGPT、Venmo 的 VoIP 判定）、换通道（Telegram 改走邮箱）。
同一号码在不同平台表现差异显著。B站平台显示已发送但实际未收到，而 TikTok、Facebook、X、Poe、知乎、小红书都成功收到。这说明”哪个平台能收到”更多取决于平台侧的发送通道、网关和风控策略，不宜以单个平台的结果给号码下定论——看到一个平台失败就判死刑、或看到一个成功就认为全行，都是错的。
渠道差异。小红书网页端仅 +86，但 App 可用美国号注册并收到短信。测 App 和测网页可能是两个结果，结论要注明渠道。
“平台显示已发送”不可信。Bilibili、Instagram、Shopee、PayPal 都是页面显示已发、手机没收到。一切以手机实际收到为准。
云手机的环境债。Snapchat、Google 在 airtap 云手机上栽的都是设备指纹/硬件认证，没走到短信步骤；KakaoTalk 要上行 MO 短信云手机发不出——这是测试环境的局限，不能作为号码的结论。如需这几家的号码结论，得在实体手机上重测。
短信可能延迟。TikTok 在浏览器两次发送当晚未即时收到，次日上午手机手动测试收到。判定”未收到”前建议留出等待窗口，或重发一次确认。
支付/金融/出行类 App 是该号段的舒适区。支付宝、Lyft、Cash App、moomoo、Tiger Trade、Firstrade、Webull 全部成功。”要绑卡/要钱”的场景反而一路绿灯——这类平台更认 +1 号段本身，不太查线路类型。
微信、微博的风控前置。微信拼图验证通过后仍提示验证失败（环境/网络风控）；微博 10-13 直接被极验组件拦截（ali geetest check failed），连发码都没进。国内头部社交 App 对”云手机环境 + 虚拟号段”组合很敏感。
国内平台的 +86 墙很齐整。豆包、淘宝网页、唯品会、苏宁、易车、酷狗、Mureka、Trae 国区、文心、即梦/可灵国区——要么没有国际区号，要么服务器端直接拒发（网易云音乐 +1 可选但服务器拒发）。淘宝网页区号列表连美国 +1 都没有。

结论与建议

该 Saily 美国号具备基础短信接收能力：88 个平台中 17 个手机实际收到（社交 5、AI 3、垂直 1、金融 6、购物 2）。金融/支付/出行类成功率最高，日常多平台注册验证够用。
但它是 VoIP 号段，双平台实锤：ChatGPT 明确判 VoIP 拦截，Venmo（第二个 VoIP 对照）同样拦截。主力需求若包含这类严格检测线路类型的平台，需要换实体运营商号段，VoIP 不够。
国内平台的 +86 墙依然是主要障碍，App 端反而比网页端友好（小红书、支付宝都是 App 收到、网页无 +1）。
“页面显示已发送”不可信：Bilibili、Instagram、Shopee、PayPal，一切以手机实际收到为准。
后续如需补测：Snapchat、Google、KakaoTalk（上行短信）需实体手机重测；WhatsApp 实体机可再试一次；抖音等限频过去后重试；Instagram/微博/微信在该号码+云手机组合上可视为定论。
跨号段对比（与 DITO 菲律宾号码）将在 DITO 号码完成 airtap 重测后，于单独的 DITO 报告中呈现。

报告生成：2026-10-11；2026-10-12 增补网页端 51 平台；2026-10-13 增补 App 端新一轮并改为分类结构 | 测试：浏览器实测（10-10/10-11）+ airtap.ai 云手机（用户委托，10-11、10-13）+ 浏览器网页端补测（10-12）