App Store 上架前才發現賣家名稱會顯示個人姓名,或公司資料尚未備妥。

最快解法:沒有獨立法律實體的單人開發者先選個人會員;已有合格公司、重視公司名稱與多人協作就選組織會員。還在學習開發、尚未準備發布,則可暫緩付費註冊。

01

誰適合先看這篇

這篇適合首次註冊 Apple Developer Program、準備發布第一款免費或付費 App 的個人開發者。
如果你已成立公司,想在 App Store 顯示公司法律名稱,或需要邀請成員共同發布,也適合先看完再申請。
目前使用個人會員、但即將公司化、建立常駐打包環境或增加協作者的人,則應特別注意轉換影響。

02

先判斷賣家名稱與法律身份

Apple 的會員比較資料把付費會員分為個人會員與組織會員兩種。真正應先決定的,不是申請頁面哪一格比較容易填,而是你能否長期接受 App Store 顯示的賣家名稱。Apple 會員比較頁對兩種會員的名稱與團隊差異有明確說明。

判斷維度 個人會員 組織會員
App Store 賣家名稱 通常以個人法律姓名顯示 以通過驗證的法律實體名稱顯示
適合對象 沒有獨立法律實體的單人開發者 已成立且可驗證的公司或其他法律實體
品牌名稱作用 不能直接取代個人法律姓名 商號或品牌不能取代法律實體本身
團隊協作 可在 App Store Connect 邀請使用者,但開發者計畫團隊權限不同 適合按角色管理開發與發布工作
後續規劃 可評估申請更新為組織會員 需先備妥組織資料與驗證條件

個人開發者上架 App,App Store 會顯示真實姓名嗎?
通常會。個人會員的賣家身份不是你使用的 App 名稱、商號或網站名稱,而是與會員帳戶關聯的個人法律姓名。因此,如果你不希望公開個人姓名,不能只靠填入品牌名稱來解決;應先確認自己是否已具備可驗證的法律實體,再考慮組織註冊。

個體經營者可以直接申請組織會員嗎?
不能只因為你有品牌、接案名稱或個體經營稱號,就推定一定符合組織會員條件。關鍵是你是否有 Apple 可核實的法律實體、代表該實體申請的權限、關聯網域與 D-U-N-S Number。Apple 的組織註冊要求應以你所在司法管轄區的資料為準;付款、稅務和身份驗證文件可能因地區不同而不同。

D-U-N-S Number 是用來識別組織的九位數唯一編號。它不是 App 名稱,也不是 Team ID,更不是 Apple Account。Apple 對 D-U-N-S Number 的用途與查核方式,詳見官方 D-U-N-S Number 說明。不要把尚未成立的品牌或虚構名稱當成公司主體提交。

03

個人會員的適用邊界

如果你是獨立開發者,沒有獨立法律實體,第一款 App 仍在驗證需求,個人會員通常是較直接的選擇。它的優點是身份鏈較短,不需要先處理公司資料、組織驗證與 D-U-N-S Number;限制則是賣家名稱會與個人法律身份綁定,日後公司化時需要重新規劃。

先分清楚三個階段:

  • 免費開發測試:你可以先用 Apple 提供的免費開發身份熟悉 Xcode 與裝置測試,不應把寫第一段程式等同於必須立即購買付費會員。
  • 付費會員:當你要使用正式分發、TestFlight 或 App Store Connect 的完整發布流程時,再按 Apple 當前規則加入計畫。Apple Developer Program 會員內容列出了會員功能範圍。
  • 正式發布:完成註冊不代表第一次 Archive、簽名、TestFlight 與 App Store 上傳已經驗收。你仍需準備 Xcode、憑證、Provisioning Profile、App Store Connect 使用者與上傳流程。

Apple Developer Program 個人會員可以邀請團隊成員嗎?
可以在 App Store Connect 邀請協作者,但這不等於個人會員擁有與組織會員相同的開發者計畫團隊管理能力。App Store Connect 使用者角色、Developer Program 角色、簽名資產和 Account Holder 責任是不同層次,應分開檢查。App Store Connect 帳戶與角色概覽可用來核對邀請對象的工作範圍。

適合先選個人會員的典型情境:

  • 你獨自開發,短期不打算讓其他人管理簽名或發布。
  • 你接受 App Store 顯示個人法律姓名。
  • 你仍在驗證產品,不想先成立公司。
  • 你願意在未來公司化時重新檢查賣家名稱、稅務、銀行與自動發布流程。

不適合勉強選個人的情況:

  • App 從第一天就要以公司品牌長期經營。
  • 需要讓多位開發者、設計師或外包人員分工。
  • 你不希望帳號交接依賴單一個人。
  • 你準備建立常駐 iOS 打包伺服器,並讓團隊持續發布。
04

組織會員與協作控制

已有合格法律實體,而且希望 App Store 顯示公司名稱時,組織會員通常更符合長期規劃。申請前至少要整理以下資料:

  1. 公司的法定名稱與登記資訊。
  2. 申請人代表公司的法律權限。
  3. 公司可驗證的聯絡資料與關聯網域。
  4. D-U-N-S Number 及 Apple 要求的組織核驗資訊。
  5. 後續負責合約、稅務、銀行與發布工作的 Account Holder。

Apple 並沒有對所有地區承諾固定審核時限。你可以先準備資料,但不要以社群個案推算自己的完成日期。公司名稱、網域、D-U-N-S 資料不一致時,應先釐清法律實體,再提交申請。

團隊需求 個人會員 組織會員
一人完成程式與發布 可行,流程較集中 可行,但前置驗證較多
多人分工開發 可邀請 App Store Connect 使用者,但需細查權限 較適合按角色分派工作
Account Holder 交接 應提早安排個人身份與責任交接 可按公司治理安排負責人
遠端 Mac 打包 可用獨立帳戶完成,但不要共享密碼 可將 macOS、Apple 權限與發布責任分層
品牌賣家名稱 不適合以品牌取代個人姓名 適合展示已驗證的法律實體名稱

遠端 Mac 上尤其不能把「組織會員」理解成「大家共用一個 Apple Account」。macOS 登入帳戶、Apple 開發者角色、App Store Connect 角色、發布憑據和程式碼簽名私鑰,應分開管理。每位協作者使用自己的身份,並只取得完成任務所需的最低權限。

注意: 請不要把 Apple Account、App Store Connect 使用者、Developer Program 團隊成員與 Account Holder 寫成同一個角色。建立遠端打包流程前,帳號、Team ID、憑證、私鑰、銀行與稅務資料都應先脫敏,測試紀錄也不要放入可直接登入的截圖。

05

公司化過渡與發布驗收

個人會員之後能否轉為公司會員?
可以向 Apple 提交會員資料更新申請,但不是按一個按鈕就自動完成。你通常需要具備創始人或相應負責人身份、已成立的法律實體,以及可驗證的 D-U-N-S Number。Apple 的帳戶資料更新說明是判斷申請條件的主要依據。

你可以按下面的次序處理,避免先改身份、後來才發現發布流程中斷:

  1. 先確認 App Store 顯示的賣家名稱是否必須由個人改為公司。
  2. 盤點公司法律名稱、D-U-N-S Number、關聯網域與申請人權限。
  3. 列出現有 App、合約、銀行稅務資料、能力設定與協作者。
  4. 檢查自動發布所用的 API 金鑰、憑證、私鑰與 CI 設定,不要把個人憑據直接複製給團隊。
  5. 向 Apple 提交會員類型更新,並依官方要求完成驗證。
  6. 在正式變更前,用不含秘密資料的測試專案驗證 Archive、簽名和上傳流程。
  7. 完成一次真實 TestFlight 發布,再安排正式版本和遠端打包排程。

另建組織後轉移 App 不應被當成預設捷徑。你要先確認賣家名稱、協議、銀行稅務資訊、App 能力、團隊角色和自動上傳憑據是否會受到影響。若只是試水溫,保留個人會員並先建立清楚的公司化計畫,可能比倉促轉移更穩妥。

發布環境的實際選擇

會員類型決定的是身份與權限,不會自動替你準備 Mac。你還要按發版頻率選擇環境:

  • 偶爾發布、已有本地 Mac:先用本地環境完成 Archive 與 TestFlight 驗收。
  • 短期沒有 Mac、只需完成一次發布:可比較臨時遠端 Mac,先驗證 Xcode、簽名和上傳流程。
  • 每週持續打包、多人共用流程:才值得規劃常駐 iOS 打包伺服器,並搭配最小權限和獨立登入。

如果你沒有可長期執行 Xcode 的設備,可以先查看 KVMNODE 的遠端 Mac 方案,再按照團隊的帳號隔離要求核對交付方式。對需要香港節點的使用者,也可參考香港遠端 Mac 選項。重點不是先租設備,而是用一次真實 Archive 與 TestFlight 上傳確認環境可用。

06

三種註冊結論

  • 個人試水:沒有獨立法律實體、接受個人姓名作為賣家名稱,選個人會員。
  • 公司品牌與多人協作:已有可驗證法律實體,需要公司名稱、角色分工與帳號交接,選組織會員。
  • 尚未準備發布:目前只是學習 Xcode 或測試想法,可暫緩付費註冊,先把產品和發布需求整理清楚。

如果你目前的方案是共用一台個人 Mac、共用 Apple Account,或把憑證私鑰直接放進沒有隔離的打包流程,日後很容易遇到權限過大、責任不清和帳號交接困難。臨時借用設備也可能在首次 Archive 時缺少固定環境。對只需要短期驗證或尚未購買本地 Mac 的開發者,租用 KVMNODE 的遠端 Mac,先完成一次真實發布驗收,通常比立即購買專用打包機更容易控制前期成本與承諾;等發版頻率穩定後,再評估本地設備或常駐環境。