Expedited review
Asking Apple to move a critical fix or time-sensitive app through review faster, with no promise that it will agree.
See it
What it is
An expedited review is Apple's discretionary fast lane for a submitted app or update. You file it through the expedited review request form on Apple's developer contact page once the version is ready for review, and explain the concrete urgency, usually a critical bug affecting current users or a time-sensitive event directly tied to the app. Apple can grant or deny the request.
Reach for it when waiting in the ordinary queue creates real user harm. A launch date you slipped yourself is not that, and asking anyway spends credibility you will want later. Give the exact version, submission or app identifier, user impact, event date if there is one, and the smallest reproducible account of what the update fixes. A short factual case is easier to evaluate than an escalation essay.
Gotcha: faster review still applies every App Review Guideline and can reject incomplete metadata. Submit the finished build first, keep the demo account working, and reserve the request for genuine urgency; a rushed rejection only sends you back through submission again.
Ask AI for it
Draft a form-ready Apple expedited review request from these facts: app name and Apple ID [paste], version and build [paste], App Store Connect submission status [paste], affected users [paste evidence], critical bug or fixed-date event [paste], and submitted fix [paste]. Open with the exact user impact, name the relevant App Review Guidelines section if known, state that the finished binary is already submitted, and give three reviewer steps plus the demo account reference. Do not invent severity, revenue loss, dates, or approval promises. Return the request copy, a field-by-field paste checklist, and a separate list of missing facts that must be supplied before sending.