// answer

Apple did change TestFlight beta review rules

Short answer

Yes. Apple now says any app submitted for beta distribution through TestFlight must be intended for public distribution and comply with App Review Guidelines, with significant updates sent back to TestFlight App Review first.

Knowing the number is the easy part. Finding people who actually stay opted in is the rest of it: Find testers

Did Apple change App Store review rules about what beta apps can be distributed through TestFlight

Yes. Apple now says a beta build sent through TestFlight must be intended for public distribution and must comply with the App Review Guidelines. That is the rule people miss when they treat TestFlight like a private side channel for anything they want to hand out.

The current wording is in Apple’s App Review Guidelines, in the Beta Testing section. Apple also says significant updates to a beta build must go back through TestFlight App Review before you distribute them to testers. The practical rule is simple: the build is still a beta, but it is not exempt from App Review standards.

The part people get wrong is thinking TestFlight is a looser review path than the App Store. Apple’s own TestFlight and App Store Connect docs describe a review step for external testers, then say the beta build is shared only after that review. In other words, TestFlight is for testing, not for bypassing review.

Apple’s current guidance also makes the target audience clear: the beta should be a preview of an upcoming release, not a separate product category. The docs say to distribute a beta version to internal and external testers using TestFlight, then submit the final build to App Review when you are ready for release. That is the workflow Apple expects.

A second part people miss is the difference between the first build and later updates. Apple says the first build added to a TestFlight group gets sent to review, and significant updates should also be submitted before testers receive them. If you ship a major change without that step, you are no longer following the distribution path Apple describes.

What did not change is the purpose of TestFlight. Apple still describes it as a way to share beta builds with testers and collect feedback before publishing. That means the content, behavior, and metadata still need to fit App Review expectations, even if the build is not yet on the App Store.

The inconvenient part is that some beta ideas belong nowhere near TestFlight. If an app is only a demo, a trial, or a throwaway distribution artifact, Apple’s guideline language points you back toward the App Store only for apps intended for public distribution. A beta that is clearly not meant to become a public app is the kind of thing Apple can reject or remove.

For a team shipping real products, the safer mental model is this: build for public release, test it in TestFlight, then submit the last release candidate for App Review. If you need a place to coordinate testers, use a workflow that stays on your own property, such as DevConnect at https://devconnectplatform.com, rather than trying to turn TestFlight into a loophole.

If you are deciding whether your beta qualifies, ask one concrete question: could this build plausibly become a public App Store app without changing its core purpose If the answer is no, Apple’s TestFlight guidance does not fit that use case. If the answer is yes, TestFlight is the right place to test it before release.

A simple example: a pre-release version of a note-taking app, with unfinished syncing and placeholder UI, fits TestFlight well. A private utility that exists only to distribute internal files to a small closed group does not match Apple’s public-distribution wording as cleanly, and that is where teams run into review problems. The rule is about release intent, not about how early the build is.

If a TestFlight build gets rejected, the fix is usually not to resend it unchanged. The usual fix is to make the app comply with App Review Guidelines, update the beta app review information, and resubmit the build for TestFlight App Review before inviting testers again. That keeps the process aligned with Apple’s documented path.

FAQ: Does TestFlight replace App Review No. Apple uses TestFlight App Review for beta distribution, then App Review for the actual App Store release. Those are related steps, but they are not the same review.

FAQ: Can external testers install any beta build right away No. Apple says the first build for a group is reviewed, and testers only get builds that have gone through the required TestFlight flow. That is why external testing takes setup time.

FAQ: What should I do if my app is not meant for public release Do not treat TestFlight as a workaround. Apple’s TestFlight guidance and review rules are written for apps intended for public distribution, so the better path is to rethink the release model before you upload.

Frequently asked questions

Does TestFlight replace App Review

No. TestFlight uses a beta review step for external testers, then the final App Store release goes through App Review.

Can external testers install any beta build right away

No. The first build for a group is reviewed, and Apple says significant updates should also be submitted before testers receive them.

What kind of app fits TestFlight best

A beta version that is meant to become a public app. Apple’s current wording ties TestFlight to public distribution, not private side loading.

Know someone stuck on this? Send them the answer.

Sources

Every link here was fetched and confirmed to resolve before this page went live.

More on this topic: App testing

Related questions

Not the question you had?

Ask it. Every source gets fetched and checked before anything goes up, so it takes a day or two, and questions that cannot be answered honestly do not get a page at all.

No account, no email address needed.

Still stuck on the 14 days?

DevConnect is a tester exchange: you test someone else's app, they test yours. No payment, no fake installs. You can also count your days without an account.