iOS中WKWebView无法实现域名绑定SMS OTP自动填充（Safari正常）

问题现象确认 #

• 带苹果域名绑定格式的SMS OTP在Safari中可正常触发自动填充提示，但在iOS的WKWebView中完全无反应。测试场景：访问iCloud登录页，选择“未收到验证码”→“发送短信至...”，Safari收到短信后会弹出填充提示，WKWebView则无任何动作。
• 苹果使用的短信格式示例（即使去掉%apple.com部分仍无法在WKWebView生效）：

  Your Apple ID code is: 123456 Do not share it with anyone.
  @icloud.com #123456 %apple.com
  

• 若短信仅包含Your Apple ID code is: 123456 Do not share it with anyone.，WKWebView可正常触发自动填充。
• 填充方式差异：Safari是触发输入框的粘贴操作，WKWebView则是直接强制设置输入框的值。

差异根源分析 #

苹果对Safari和WKWebView的OTP自动填充逻辑做了明确区分：

1. 权限与安全边界：Safari作为系统级浏览器，完全遵循WebOTP标准的域名绑定规则，拥有全局识别和匹配域名的权限；而WKWebView是嵌入在第三方App中的组件，苹果为了防止App滥用权限获取非自身域名的OTP内容，默认禁用了带域名绑定的OTP短信识别功能。
2. 交互逻辑设计：Safari作为独立浏览器，需要遵循用户交互的一致性，因此采用粘贴操作模拟用户手动输入；WKWebView则是通过App侧的WebKit框架直接操作DOM元素，所以直接设置输入框值，这是两种组件的底层实现逻辑差异导致的。

可行解决方案 #

1. 调整短信格式（需发送方配合） #

让短信同时包含无域名绑定的OTP文本和域名绑定内容，例如保留原始的验证码提示语句，同时追加域名绑定行。这样既不影响Safari的域名绑定填充，也能让WKWebView识别到纯文本的OTP并触发自动填充。

2. 实现自定义短信监听与填充（App侧开发） #

• 利用CoreTelephony框架监听短信接收事件，解析短信内容中的OTP和域名信息。
• 当解析到的域名与当前WKWebView加载的页面域名匹配时，通过WKWebView的evaluateJavaScript方法将OTP值注入到对应的输入框中。
• 注意：iOS 12及以上版本需要向用户申请“读取短信”权限，且需严格遵守隐私合规要求，仅处理与当前App业务相关的OTP内容。

3. 检查WKWebView配置 #

确保WKWebView的配置开启了自动填充权限：

let config = WKWebViewConfiguration()
config.allowsAutoFill = true // 默认是true，但需确认未被手动修改
let webView = WKWebView(frame: .zero, configuration: config)

不过仅开启此配置无法解决域名绑定OTP的识别问题，需配合其他方案使用。

内容的提问来源于stack exchange，提问作者Staeff