Thank you for the references. I have already reviewed both the "Create App Clips for other businesses" documentation and the "Configure and link your App Clips" video (including the section starting at 08:41). However, I need explicit confirmation from Apple regarding URL redirection behavior before the App Clip card is presented. My specific question: Does iOS follow HTTP redirects (302/301) before fetching and displaying the App Clip card metadata, or does it only use the originally scanned URL? Why this matters: We have thousands of QR codes already printed and deployed across restaurant tables. These QR codes point to short URLs like https://example.com/123. Scenario A - Redirects are followed (desired): User scans: https://example.com/123 ↓ iOS fetches and follows 302 redirect ↓ Final URL: https://example.com/brands/le-pain-quotidien?venue=abc123 ↓ iOS fetches App Clip card metadata from final URL ↓ Displays branded App Clip card for "Le Pain Quotidien" Scenario B - Redirects are not followed: User scans: https://example.com/123 ↓ iOS only uses scanned URL for App Clip card lookup ↓ Generic App Clip card (or no match found) If Scenario B is the actual behavior, I need to confirm this definitively so we can adjust our implementation strategy (likely reprinting QR codes with direct brand URLs). Apple's documentation at https://developer.apple.com/documentation/AppClip/configuring-the-launch-experience-of-your-app-clip#Use-short-URLs-or-redirects mentions "Use short URLs or redirects" but doesn't clarify whether redirects are resolved before the App Clip card is presented. Can you please confirm: Does iOS resolve redirects before matching against App Clip experiences configured in App Store Connect? If yes, what are the technical requirements (redirect type, headers, timing)? Thank you for your clarification.