I've now filed this as FB24432220. One additional finding: scanning the Apple-generated Default App Clip URL as a QR code is correctly recognized by Camera as “App Clip”, but tapping it does nothing. The Apple-generated demo URL behaves differently: Camera recognizes it as an App Store URL and opens the full app's App Store page. Meanwhile, our production URL works correctly when invoked via QR code, and App Store Connect → Load Debug Status is green for all checks. This seems to point to an issue with the App Clip experience registration/availability rather than AASA or URL matching.

Hi Albert, To recap the outstanding issue: URL-based App Clip invocation does not trigger the App Clip card in any context (Messages, Notes, etc.). This includes Apple's own default URL https://appclip.apple.com/id?p=hazel-torus.Clip, which is treated as a regular web link rather than an App Clip invocation. QR code and Safari Smart App Banner continue to work correctly. Here is where we stand with TN3155: • swcutil verify confirms both applinks and appclips match correctly for https://passportreader.app/open (output provided in an earlier reply above) • The Universal Links Diagnostics tool on-device also shows a match for the URL • The AASA path has been corrected to https://passportreader.app/.well-known/apple-app-site-association and is confirmed cached correctly at https://app-site-association.cdn-apple.com/a/v1/passportreader.app • Tested on two physical devices with the full app not installed The specific step in TN3155 that would be most useful guidance on is: given that swcutil and on-device diagnostics both show correct registration, what would cause the App Clip card to still not appear on URL tap? And separately, is there a known reason why the appclip.apple.com default URL would be treated as a regular web link rather than an App Clip invocation? Is there a specific section of the Tech Note you'd like us to work through, or additional diagnostic output that would help? Thanks

Any suggestions what we can do next to resolve this issue?

We have corrected the AASA path now, but it does not seem to make any difference

Sure, our source AASA is hosted here: https://passportreader.app/apple-app-site-association We can also confirm its been picked up Apple by comparing to https://app-site-association.cdn-apple.com/a/v1/passportreader.app Note: we are now in the process of dropping the /launch universal link, to see if it helps if we only have the single entry /open

Thanks Albert. Here is the AASA file as currently served by Apple’s CDN for passportreader.app: { "applinks": { "details": [ { "appIDs": [ "2UNR2APH47.hazel-torus" ], "components": [ { "/": "/open" } ] }, { "appIDs": [ "2UNR2APH47.hazel-torus" ], "components": [ { "/": "/launch" } ] } ] }, "appclips": { "apps": [ "2UNR2APH47.hazel-torus.Clip" ] } } The App Clip experience URL configured in App Store Connect is: https://passportreader.app/open This is what it resolves to: HTTP/2 200 date: Sat, 04 Jul 2026 09:04:13 GMT content-type: text/html expires: Sat, 04 Jul 2026 09:14:13 GMT cache-control: public, max-age=14400 nel: {"report_to":"cf-nel","success_fraction":0.0,"max_age":604800} x-cloud-trace-context: 3ba7fa55bbceb770c7b29838a3c8dbc3;o=1 server: cloudflare cf-cache-status: MISS report-to: {"group":"cf-nel","max_age":604800,"endpoints":[{"url":"https://a.nel.cloudflare.com/report/v4?s=D4b8L3Q7aUQhUwvDOd8MJGitGhFA2GrGrioeGhp89VFVF4jZvD%2FrJQxucr0Nvyy%2BAkNMZ9eeLQcQHEM2QKeLekOpP1mZZXEj4IG1rOvAaI%2BaAVWGvqjGsEzcV5i8JfQ49kkaxc4%3D"}]} cf-ray: a15cf615ffcb5610-ARN alt-svc: h3=":443"; ma=86400 It does not intentionally redirect to another App Clip URL. The expected App Clip invocation URL is still: https://passportreader.app/open I also tested Apple’s default App Clip URL: https://appclip.apple.com/id?p=hazel-torus.Clip and it still resolves as a regular web link preview in Messages/Notes rather than showing the App Clip card, while QR code invocation and the Safari Smart App Banner continue to work. Since swcutil verify matches both applinks and appclips for /open, is there anything else on the App Store Connect / App Clip indexing side that could prevent the default appclip.apple.com URL from being recognized as an App Clip invocation?

Thanks Albert for looking into this. This is the output of swcutil: sudo swcutil verify -d passportreader.app -j ./AASA.json -u https://passportreader.app/open { s = applinks, a = 2UNR2APH47.hazel-torus, d = passportreader.app }: Pattern "https://passportreader.app/open" matched. { s = appclips, a = 2UNR2APH47.hazel-torus.Clip, d = passportreader.app }: Pattern "https://passportreader.app/open" matched. Diagnostics on my device for https://passportreader.app/open Diagnostics on my device for https://appclip.apple.com/id?p=hazel-torus.Clip Status in App Store connect:

@billsby did you find a solution to this?