iOS端AppsFlyer OneLink引用冗余App Clip无法移除，求解决方法

可能遗漏的App Clip清理位置 #

• AppsFlyer后台的OneLink配置：检查对应OneLink的详情页面，看是否还残留App Clip的关联设置（比如深度链接规则里的App Clip参数、关联的App Clip应用条目）。有些情况下，即使主应用的App Clip已移除，OneLink的旧配置不会自动同步删除。
• 主应用ID的Capability设置：回到Apple开发者后台的Certificates, Identifiers & Profiles，找到你的主应用ID，确认App Clip这个Capability已经被关闭（之前可能只删了App Clip的独立标识符，主应用的Capability没取消）。
• AppsFlyer应用全局设置：在AppsFlyer后台的应用设置页面，查看是否有“App Clip集成”相关的开关或配置项，确保已经关闭或清除。
• CI/CD或第三方部署工具：检查你的构建脚本、自动化部署流程里，是否还有生成或上传包含App Clip信息的ASA文件的步骤，或者用了其他工具同步ASA到域名，导致旧内容被重复覆盖。
• Apple CDN缓存：虽然你是用AppsFlyer生成的ASA，但Apple的CDN可能缓存了旧的文件内容。可以用curl -v https://{your-domain}/.well-known/apple-app-site-association查看响应头里的缓存时间，或者通过重新提交App Store Connect的关联域名配置触发缓存刷新。

强制AppsFlyer重新生成Apple App Site Association文件的方法 #

• 触发OneLink配置更新：打开AppsFlyer后台的对应OneLink配置页面，做一个无关紧要的修改（比如添加一个临时的描述文本，然后再删除），点击保存。这个操作会触发后台重新生成ASA文件。
• 提交AppsFlyer支持工单：直接在AppsFlyer后台提交支持请求，说明你的情况，要求手动刷新你的域名对应的ASA文件缓存。官方支持可以直接操作后台的缓存机制，比自动刷新更高效。
• 重新关联域名：在AppsFlyer的域名配置页面，先移除当前的域名关联，等待几分钟后重新添加并验证。这个过程会重新生成新的ASA文件并部署到他们的服务器。
• 手动替换ASA内容：如果是你自己托管ASA文件，直接从AppsFlyer后台获取最新生成的ASA内容（可在OneLink配置页面找到下载或查看入口），然后手动替换你服务器上的apple-app-site-association文件。

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