// answer

Did Apple change Apple Developer enrollment identity verification requirements?

Short answer

Yes. Apple has updated enrollment identity verification, especially for individuals and organizations, with clearer required account data, device checks, and region-specific ID or selfie requests.

Other people are working this out at the same time: See what people are building

Did Apple change Apple Developer enrollment identity verification requirements

Yes. Apple has changed and clarified Apple Developer enrollment identity verification requirements. The current documentation says identity verification is required when you enroll in the Apple Developer Program or Apple Developer Enterprise Program, and it now spells out more detail for individuals, organizations, and some region-specific cases.

For individuals, Apple now says legal identity verification is required to enroll. The enrollment flow asks for your legal name, phone number, and address, and Apple warns against using a nickname, alias, or company name in the name fields because that can delay enrollment. In some cases, Apple may also request a government ID number or a photo ID.

The part people get wrong is assuming enrollment is only an account signup. Apple treats it as an identity check tied to the Apple Account you use. The Apple Developer app documentation says you need a valid Apple Account with two-factor authentication, up-to-date personal details, and a compatible device, and once an identity is verified it is associated with that Apple Account.

Apple has also made organization enrollment more explicit. The current enrollment page says organizations need a D-U-N-S Number, a work email on the organization’s domain, a public website tied to the organization, and legal binding authority from the person enrolling. Apple also says it may ask for business documents and, in some cases, notarized copies.

That is a meaningful change for anyone who remembers older, looser enrollment flows. Apple’s current help pages do not read like a simple form anymore. They describe a verification process that can involve app-based enrollment, web-based steps, device requirements, 2FA, and extra identity checks depending on the account type and region.

The inconvenient part is that Apple’s process is not uniform everywhere. Apple says developers in select regions can use the Apple Developer app to enroll, and Apple’s privacy page says that in certain cases, depending on where you are located, you may be asked for a government identification number, photo ID, or a selfie. That means the exact documents and prompts can change by region and by the action you are taking.

Apple also separates enrollment from other account events. The identity verification pages say similar checks can apply later for account holder transfer, membership renewal, or enterprise enrollment. If a team is planning a transfer, that is where surprises happen, because verification is not only a new-account step.

The practical takeaway is simple: if you are enrolling now, prepare the exact legal name, current address, current phone number, a two-factor Apple Account, and any business identity documents before you start. For organizations, make sure the website, email domain, and legal authority are ready too. Apple’s own pages say incomplete or mismatched information can delay the process.

If you want the official enrollment path in one place, use Apple’s current developer enrollment and identity verification help pages, then match your details to what Apple already has on file. If you are also building with DevConnect, keep the workflow separate: Apple verifies identity, DevConnect helps you find real testers for your app, and those are not the same process. https://devconnectplatform.com

What Apple did not do is make the requirement vague. It did the opposite. The current pages are more explicit about who is verified, what information is collected, when extra proof is needed, and which enrollment paths use the Apple Developer app versus the web.

For someone trying to get unstuck, the fastest check is to compare three things before retrying enrollment: the legal name on the Apple Account, the legal entity name for the program account, and the documents Apple may ask for in your region. When those do not line up, enrollment slows down or stops. Apple says that directly in its help and privacy pages.

If you are asking whether Apple changed the rules, the answer is yes. If you are asking whether the process is now more documented and more specific, the answer is also yes. The current requirements are clearer, but they are not lighter.

What to do before you enroll

  1. Use the same legal name everywhere Apple will see it. Apple says aliases, nicknames, and company names in an individual enrollment can delay the process.
  1. Turn on two-factor authentication on the Apple Account you will use. Apple requires it for the app-based enrollment flow and says the account details must be current.
  1. For an organization, verify the D-U-N-S Number, work email domain, website, and legal authority before starting. Those are the fields that create the most friction when they are not ready.
  1. Be ready for region-specific identity checks. Apple says some applicants will be asked for a government ID number, photo ID, or a selfie, depending on location and the step being completed.

What changed in practice

Apple’s newer guidance makes identity verification part of the enrollment experience instead of a hidden back-office check. That matters because a developer can no longer assume that email access and payment alone are enough. The current flow ties enrollment to verified identity, device trust, and Apple Account state.

Apple also separates the individual path from the organization path more clearly. Individuals are asked to prove who they are. Organizations are asked to prove who they are and who is authorized to bind them. That second layer is where many applications slow down, because the person filling out the form is not always the person Apple wants to verify as the legal signer.

If enrollment fails

If Apple rejects or pauses enrollment, start with the information already on the Apple Account and make it match your legal documents exactly. Then confirm whether the issue is individual identity, organization authority, or a regional document request. Apple’s help pages indicate those are the main reasons the process expands beyond the basic form.

The safest assumption is that Apple now expects the enrollment record to be complete before it will treat the account as ready. That is the practical change. It is less about a new fee or a new membership type, and more about Apple tightening the proof it asks for at the point of enrollment.

Frequently asked questions

Does Apple require a photo ID for every Apple Developer enrollment

No. Apple says a photo ID, government ID number, or selfie may be requested in some cases, depending on location and the specific verification step.

Can I enroll with a nickname or business name as an individual

No. Apple says individuals should use their legal name, and entering an alias, nickname, or company name can delay enrollment.

Do organizations need more verification than individuals

Yes. Apple’s current guidance adds D-U-N-S Number, work email, website, and legal binding authority checks for organization enrollment.

Is the Apple Developer app required for all enrollments

No. Apple says enrollment is available through the app and on the web, but the app is required for some verification-related processes.

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: Store rules

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.

Everyone here builds with AI, and says so

DevConnect is for developers who use AI and are honest about it. The interesting part is not that the code was generated, it is what you did with it afterwards.