App Clip App Review checklist
An App Clip is reviewed as a fast, task-specific journey. The review path needs the exact invocation URL, card promise, permissions, and full-app handoff to work without hidden context.
Define the single lightweight task the App Clip completes, map every invocation URL to the expected card and first screen, and test the experience from a clean device. AppReviewReady interpretation: submit App Clip evidence as a separate first-run path, not as a footnote to the full app.
Narrow the App Clip to one task
An App Clip should complete a focused job quickly: rent, pay, order, check in, unlock, preview, reserve, or identify something. If the journey requires broad onboarding, account setup, or many unrelated features, move that scope to the full app.
Write the task as a verb and object, such as 'pay for parking space 14' or 'order from this cafe'. This statement should match the invocation source, App Clip card, first screen, and handoff to the full app.
Map invocation URLs to user outcomes
- List each App Clip experience, URL, physical code, NFC tag, or Safari path that can launch it.
- Confirm the URL opens the intended App Clip card and not a generic website fallback on supported devices.
- Test expired, malformed, unavailable, and out-of-region URLs with graceful failure messages.
- Verify analytics and backend routing do not require a full-app account before the lightweight task starts.
- Provide the exact review URL or test invocation route in App Review Notes.
Make card metadata match the first screen
The App Clip card creates the user's expectation before the code runs. Its title, subtitle, image, location association, and call to action should match the actual task. A card promising instant checkout should not land on a sign-up wall.
AppReviewReady interpretation: compare the card screenshot with the first two screens of the App Clip during QA. If the transition feels like a different product, review may read it as misleading or incomplete.
Minimize permissions and data inside the App Clip
- Ask only for permissions needed to complete the lightweight task.
- Avoid forcing account creation when Sign in with Apple, Apple Pay, or a temporary session can complete the flow.
- Keep privacy labels and policy language accurate for App Clip behavior, not just the full app.
- Show the full-app handoff as optional unless the task genuinely cannot finish inside the App Clip.
Give App Review exact invocation evidence
Do not assume the reviewer can scan a physical code from your office. Provide a URL path that works remotely, or explain how the App Clip can be launched in the review environment without special hardware.
App Clip review path: Experience name: [name] Invocation URL: [URL] Expected card: [title] Task completed: [verb/object] Permissions requested: [none or list] Full app handoff: [when shown] Test data: [sample location/order/id]
Test full-app continuity without making it mandatory
If the App Clip offers installation, the full app should preserve context where appropriate. But the core App Clip task should still feel complete on its own. Test both routes because review can evaluate the lightweight experience and the handoff quality.
Primary references checked for this guide
Policy statements above are grounded in the linked Apple documentation. Operational recommendations are AppReviewReady's interpretation and should be tested against your app and the current guideline text.
Check App Clip readiness
Review invocation URLs, metadata, permissions, and full-app handoff before submission.
Open the tool