We have 7 Advanced App Clip Experiences that have been stuck showing "Received" in the App Store Connect UI for 90+ days. However, after inspecting the underlying API response, we can confirm all 7 experiences show "key": "PUBLISHED", "doc_count": 7 on the backend.
Despite this, scanning a QR code on a device without the app installed returns "App Clip Unavailable" on every experience. This appears to be a CDN propagation failure — the backend is PUBLISHED but the edge nodes serving iOS devices are returning stale or missing data.
Evidence –
– App Clip Diagnostics tool shows all green checks for our registered experience URLs (screenshots attached)
– App Store Connect UI shows "Received" for all 7 experiences
– Backend API response (/appclips/api/v1/experiences) shows:
json"statuses": { "buckets": [ { "key": "PUBLISHED", "doc_count": 7 } ] }
– iOS devices without the app installed still return "App Clip Unavailable" when scanning QR codes
– App version 1.4(6) is live and Ready for Distribution
– AASA file is correctly configured and verified
– Bundle ID com.goodtrkr.pixlbankar.Clip is correctly associated.
Business Impact –
This is a production blocker for our AR platform (PixlBank[ar] — Good TRKR LLC). Our entire product delivery depends on App Clip invocation via QR code for enterprise clients. We have been engaged with Apple DTS for 90+ days:
TSI Case-ID: 18681098
New Case-ID: 18880040
Feedback Assistant report filed with diagnostic screenshots and sysdiagnose provided no help.
REQUEST –
Can an Apple DTS engineer confirm whether there is a known CDN propagation issue affecting App Clip Experiences that are in PUBLISHED state on the backend but not being served correctly to iOS devices? And if so, is there a way to trigger a cache flush or re-propagation for our specific experiences?