Waiting in review and wanting to adjust the price raises a reasonable worry: will changing it restart the clock or interfere with the submission? It will not. Pricing lives in a different part of App Store Connect from the app version, so a price change is independent of review. Here is why you can change it freely and what is actually tied to the review.
Short answer
Yes, you can change your app's price while it is in review. Pricing and availability are managed separately from the app version, so per Apple's pricing documentation a price change is not part of the review submission and does not reset or affect the review. You can change the price or schedule a change at any time in the Pricing and Availability section, and it takes effect immediately or on the schedule you set. To set a paid price you need the Paid Apps Agreement in place. Unlike a new build, which restarts review, a price change is independent.
What you should know
- Price changes are independent: pricing is managed separately from the app version and its review.
- It does not reset review: changing the price does not restart or affect the submission in review.
- It is editable anytime: you can change or schedule a price at any point, including during review.
- Effect is immediate or scheduled: changes apply right away, or on the start and end dates you set.
- A new build is different: the binary restarts review, but the price does not.
Can you change the price during review?
Yes, at any time. The price lives in the Pricing and Availability section of App Store Connect, which is separate from the app version you submitted for review. Because the price is not part of the binary or the review submission, App Review does not gate it, and you can adjust it while the app is Waiting for Review or In Review without any conflict. This is the same reason availability by region can be changed independently: pricing and availability are account-level settings on the app, not content the reviewer evaluates. This is genuinely useful when a launch plan shifts, because you can line up a launch-day price or a promotional drop while the build is still in review, and it is ready to apply the moment you want it, without waiting on the approval to land first.
Does changing the price affect or reset the review?
No. A price change does not restart the review or change its status, which is the key difference from a new build. The table sorts what is tied to review and what is not.
| Change | Tied to App Review? |
|---|---|
| App price | No, independent; change it anytime |
| Availability by region | No, managed separately |
| App binary, a new build | Yes, it restarts review |
| Metadata in the submission | Reviewed; edits are restricted once In Review |
So the things that reset or affect review are the binary and the metadata under review, not the price. You can change the price the day before approval or the day after, and the review proceeds untouched.
How do price changes take effect?
Immediately, or on a schedule you set. When you change the price in App Store Connect, the update applies right away, and you can also schedule a change with a definite start and end date, for example a promotional price for a month that then returns to the regular price. This scheduling is independent of the review timeline, so a price you schedule will apply on its date regardless of where the app is in review. For a paid app, the price you choose maps to Apple's price tiers and applies across the storefronts you have selected.
What needs to be in place to set a price?
The Paid Applications Agreement, for any paid price. Setting a non-zero price requires the Paid Apps Agreement to be active in your Agreements, Tax, and Banking section, otherwise the app can only be free. With the agreement in place, you set the price and the regions, and changes take effect as described. This is separate from the review of the app itself, so a missing agreement blocks setting a paid price, not the review, and is worth confirming early if you plan to charge for the app. Setting up the agreement and your banking and tax details ahead of time means a paid price is ready to switch on the moment the app is approved.
What to watch out for
The first point is that while the price is independent of review, the binary is not, so do not confuse the two: changing the price is free, but changing the app requires a new build that restarts review. The second is subscriptions, where increasing the price of an existing auto-renewable subscription has its own user-consent rules that differ from a one-time app price change. Pricing is a business setting and has nothing to do with the security of your app, so it sits apart from a pre-submission scan; a scan such as PTKD.com (https://ptkd.com) reads the compiled binary against OWASP MASVS for the security side, which is a separate concern from how or when you price the app. Treat pricing as a business decision you can revisit freely, and the binary as the thing that actually goes through review and must be correct before you submit.
What to take away
- You can change your app's price while it is in review; pricing is managed separately from the app version.
- A price change does not reset or affect the review, unlike a new build, which restarts it.
- Changes take effect immediately or on a schedule you set, independent of the review timeline.
- A paid price needs the Paid Applications Agreement in place, and pricing is separate from the binary's security, which a pre-submission scan such as PTKD.com checks.
