看起来你已经把基础的通用链接和自定义URL Scheme配置都跑通了——从Notes、邮件点通用链接能唤起App，Safari里输自定义Scheme也能跳转，这说明核心配置是没问题的！现在卡在网站内部跳通用链接没法唤起App，其实这个情况大概率是浏览器的默认行为导致的，我帮你梳理几个排查和解决的方向：

先确认现有配置的正确性（排除基础问题） #

首先把已经没问题的配置再核对一遍，确保没遗漏：

• 你的AASA文件配置是ok的：appIDs和components的路径匹配规则完全覆盖了/openApplication*，而且其他场景能唤起App，说明AASA的部署和系统识别都没问题。
• 你肯定已经在Xcode的Signing & Capabilities里加了Associated Domains（格式是applinks:mycustomwebsite.com），不然Notes/邮件里的通用链接也没法唤起App，这步应该没问题。
• 自定义URL Scheme的LSApplicationQueriesSchemes配置：iOS 9之后需要在Info.plist里添加这个字段，把myCustomApp加进去，你说网站跳这个Scheme能唤起App，说明这步也搞定了。

核心问题：浏览器内部跳转通用链接的默认行为 #

这里要划重点：当用户已经在浏览器里浏览你的网站，再从网站内部跳转到通用链接时，浏览器会默认在当前标签页打开这个URL，而不是唤起App——这是浏览器的保护机制，避免用户在浏览时被突然跳转打断。所以光靠通用链接本身，没法实现网站内部跳转自动唤起App，得配合网站端的代码处理。

具体解决方法 #

你可以在https://mycustomwebsite.com/openApplication这个页面里，加一段JavaScript代码，主动触发App唤起逻辑，用你已经验证过的自定义URL Scheme来实现：

window.addEventListener('load', () => {
  // 用已经验证有效的自定义Scheme唤起App
  const appSchemeUrl = 'myCustomApp://';
  // 准备唤起失败的 fallback（比如留在当前页面或者跳转到引导页）
  const fallbackAction = () => {
    // 这里可以加提示，比如"无法打开App，请检查是否已安装"
    console.log('无法唤起App');
  };

  // 创建隐藏iframe尝试唤起（避免页面跳转）
  const iframe = document.createElement('iframe');
  iframe.style.display = 'none';
  iframe.src = appSchemeUrl;
  document.body.appendChild(iframe);

  // 1秒后检查是否唤起成功，没成功就执行fallback
  setTimeout(() => {
    document.body.removeChild(iframe);
    fallbackAction();
  }, 1000);
});

这段代码的逻辑是：当用户跳转到这个通用链接页面后，页面加载完成就自动尝试用自定义Scheme唤起App；如果1秒内没唤起成功（比如用户没装App），就执行fallback操作。

额外注意点 #

• 如果用户之前在Safari里点击过通用链接的"在浏览器中打开"选项，系统会记住这个偏好，之后即使你加了代码，也可能没法自动唤起。这时候需要用户手动重置：在Safari里打开这个通用链接，点击地址栏左侧的图标，选择"在[你的App]中打开"，系统就会更新偏好设置。
• 测试的时候要注意：不要用Safari的隐私浏览模式，因为隐私模式下有些唤起逻辑会被限制。

这样应该就能解决你网站内部跳转通用链接无法唤起App的问题了，你可以先试试在目标页面加这段JS代码，应该就能达到你想要的效果~