Appleの公式比較では、Apple Developer Programの会員種別は個人と組織の2種類です。Appleの会員比較ページに基づくと、個人名で運営するなら個人登録、会社の法律上の名称を売り手名にしたいなら組織登録が基本です。
個人名がApp Storeに表示されても問題ないなら、法人を持たない単独開発者は個人会員を選んでください。会社があり、ブランド運営、チーム権限、将来の引き継ぎを重視するなら組織会員です。まだ学習段階なら、有料登録を急がず無料の開発環境で準備する選択もあります。
この判断は、登録画面の手順より先に行います。最初に確認するのは「売り手名を長期的に公開してもよいか」です。
App Storeで誰の名前を売り手として表示するか
個人会員では、App Storeの売り手名は原則として登録者の法律上の氏名です。組織会員では、Appleが確認した法律上の組織名が売り手名になります。Appleの登録要件で、個人名、会社名、アプリのブランド名を同じものとして扱わないことが重要です。
アプリ名、商号、サービス名、Webサイト名を用意しても、それだけで組織会員の登録主体にはなりません。会社が未設立なのに、将来使いたいブランド名を理由に組織登録を選ぶのは危険です。
個人名義が適するケース
個人登録を選びやすいのは、次の条件がそろう場合です。
- 独立した法律上の組織をまだ持っていない
- 最初のアプリを一人で開発する
- 個人の法律上の氏名が売り手として表示されてもよい
- 開発者サイトの権限や資産を複数人で管理する必要がまだない
無料の開発用途、付与された開発者識別情報での検証、付与後の有料会員登録は分けて考えます。コードを書き始める段階から有料会員が必須という意味ではありません。ただし、正式配布、TestFlight、App Store Connectでの公開運用には、必要な会員資格と契約の確認が必要です。
個人会員でもApp Store Connectに協力者を招待できます。しかし、協力者を追加できることと、組織会員と同じ開発者プログラムのチーム管理ができることは別です。
会社名義が適するケース
すでに法律上の会社や組織があり、App Storeで会社の法律上の名称を表示したいなら、組織登録を優先します。申請では、組織を代表する権限、正式な組織情報、関連ドメイン、D-U-N-S Numberなどの確認が関係します。組織登録の公式要件を、登録する地域の条件と合わせて確認してください。
D-U-N-S Numberは会社名を自由に作るための番号ではありません。Appleが組織の識別に使う情報であり、登録情報と法律上の組織名の整合性が必要です。D-U-N-S Numberに関するAppleの説明でも、組織情報の確認が前提になっています。
審査にかかる期間、本人確認の追加資料、支払い方法、税務情報は地域や個別事情で変わる可能性があります。固定の日数を前提にリリース日を決めないでください。
登録画面にブランド名を入力できるかではなく、公開後に表示される売り手名と契約主体が一致するかを確認してください。ブランドを守る目的だけで会社登録を選ぶと、後の組織確認で止まる可能性があります。
チーム開発ではアカウントと権限を分けて設計する
複数人で開発する場合、組織会員の利点は「共有アカウント」ではありません。各メンバーが自分のApple Accountで参加し、担当範囲に応じて権限を割り当てられることです。Developer Programの役割一覧と、App Store Connectのアカウントおよび役割を別々に確認します。
次の情報は、同じ場所に集めないでください。
- macOSへのログイン権限
- Apple Developerのチーム役割
- App Store Connectの公開権限
- 証明書とProvisioning Profile
- App Store Connect API用の認証情報
- コード署名に使う秘密鍵
Account Holderは契約、メンバーシップ、重要なアカウント変更に関わる責任を持ちます。担当者が退職したときに個人のApple Accountや秘密鍵へ依存していると、公開作業が止まります。組織登録では、Account Holderの交代、役割の最小化、秘密鍵の保管場所を先に決めてください。
リモートMacを使う場合も、Macのログインパスワードを全員で共有してはいけません。VNCやSSHで同じ管理者アカウントに入る運用は、誰が署名したか、誰が公開したかを追跡しにくくします。コード、Macの利用権限、Appleの公開権限を分けることが安全な構成です。
法人化を見据えた個人登録の移行判断
個人会員から組織会員への変更は、会社を作った瞬間に自動で完了するものではありません。Appleの条件を満たして申請し、創業者としての関係、法律上の組織、D-U-N-S Numberなどを確認してもらう必要があります。アカウント情報更新の公式案内を、申請前に確認してください。
移行前には、次の情報を一覧にします。
- App Storeで表示中の売り手名
- Appleとの契約と有料会員の状態
- 銀行・税務情報
- App Store Connectのユーザーと役割
- Team IDやチーム関連情報
- 証明書、Provisioning Profile、署名用秘密鍵
- CIや自動アップロードに保存した認証情報
別の組織を作り、アプリを移転する方法が常に近道とは限りません。アプリ移転では、売り手名、契約、アプリの識別情報、ユーザー管理、公開自動化の設定を確認する必要があります。個人会員を維持する方が適する場合もあるため、「法人化したら必ず移転」と決めつけないでください。
登録種別と公開準備をシナリオで比較する
次の表で、売り手名だけでなく、最初のArchive、署名、TestFlight、正式アップロードまで含めて判断します。
| 選択肢 | 向いている状況 | 主な利点 | 制限・確認事項 | 次に行うこと |
|---|---|---|---|---|
| 個人会員 | 法律上の組織がなく、一人で試作・公開する | 開始時の組織確認を抑えやすい | 売り手名が個人の法律上の氏名になる | 本名表示を受け入れ、ArchiveとTestFlightを実機で確認 |
| 組織会員 | 会社名を売り手名にし、複数人で運営する | 組織名での公開と役割分担を設計しやすい | 法的権限、組織情報、D-U-N-S Numberなどの確認が必要 | Account Holder、役割、署名鍵、公開担当を分離 |
| 有料登録を保留 | 学習やローカル実装が中心で、公開予定が未定 | 登録前にプロジェクトと署名要件を整理できる | 配布やTestFlightの準備は完了しない | 公開日、売り手名、必要な会員機能を決める |
登録が完了しても、公開パイプラインが完成したわけではありません。最初のArchiveが通るか、署名資産を安全に読み込めるか、TestFlightへアップロードできるか、App Store Connectの担当者が必要な操作を行えるかを個別に確認します。
Mac環境は、公開頻度と作業者数で選びます。たまに一人で公開するなら手元のMac、短期の検証だけなら一時的なリモートMac、毎週のように複数人がArchiveするなら常時稼働する打ち込み環境を検討します。購入地域の選択肢を比較する場合は、Mac miniの日本向け購入情報やMac miniの地域別プラン一覧も確認できます。
FAQ:登録前に確認したい判断ポイント
個人登録と組織登録の違いは何ですか?
個人登録は個人の法律上の氏名で運用する選択です。組織登録は確認済みの法律上の組織名を使い、チームの役割や引き継ぎを設計しやすくします。ただし、組織登録には法人情報やD-U-N-S Numberなどの確認が必要です。
個人開発者が公開すると本名は表示されますか?
個人会員では、App Storeの売り手名に個人の法律上の氏名が使われるのが原則です。アプリのブランド名を設定しても、売り手名まで会社名のように変更できるとは限りません。本名の公開を受け入れられない場合は、先に法律上の組織を整えます。
個人事業主は組織会員になれますか?
個人事業主という名称だけでは判断できません。Appleが確認できる法律上の組織、代表権、組織情報、関連ドメイン、D-U-N-S Numberなどが必要です。国や地域で確認項目が変わる可能性があるため、申請時の公式要件を確認します。
個人会員を後から会社会員へ変更できますか?
条件を満たせば、個人会員から組織会員への変更をAppleへ申請できます。会社設立だけで自動変更されるわけではありません。売り手名、契約、税務・銀行情報、証明書、CIの公開認証情報を点検してから進めます。
個人会員でもチームメンバーを招待できますか?
App Store Connectには協力者を追加できますが、Developer Programの組織会員と同じ範囲の権限になるわけではありません。複数人で署名、Archive、TestFlight、公開を継続するなら、個人会員の招待機能だけで足りるかを役割ごとに確認してください。
個人名義で始める単独開発なら、個人登録が最短です。会社の法律上の名称を表示し、Account Holderの交代やメンバー権限まで設計するなら、組織登録を選びます。法人化前に個人で始める場合は、将来の移行で確認される情報を最初から脱線なく記録してください。
手元に長時間Xcodeを動かせるMacがない場合、別の開発環境を急いで購入するより、まず実際のArchiveとTestFlightアップロードを一度通す方が判断しやすいことがあります。短期のリリースや検証ならKVMNODEのリモートMacを比較し、継続的な公開作業や複数人の運用なら常時稼働する構成と、アカウント・署名権限の分離を合わせて検討してください。