參考架構

這些是建議的設定方式，並非客戶案例。請選擇最接近您情況的模式並加以調整。

1. 多品牌集團

一家擁有多個品牌網站的控股公司，每個品牌各有自己的團隊。

Organization: Group
├── Site: brand-a   (Development, Production)   editors: Brand A team
├── Site: brand-b   (Development, Production)   editors: Brand B team
└── Site: brand-c   (Development, Production)   editors: Brand C team
Approvers: group digital team (organization admins) + one reviewer per brand

• 一個組織，每個品牌一個網站。 內容、媒體、權杖與人員絕不會在網站之間互通。
• 每個品牌保有自己的網站程式碼與合約，包含自己的元件與設計代碼。Atlas 絕不強制共用設計。
• 品牌編輯者只在自己的網站上擁有角色。集團數位團隊核准 Production 發行版本。
• 每個網站都有自己的傳遞權杖與 Webhook，因此某個品牌的部署或中斷不會影響其他品牌。

2. 受監管或高度重視核准的公司

金融、醫療、能源或近似政府機關的團隊，每項公開變更都需要簽核。

• 編輯者與行銷人員起草；審核者／發布者在 Development 中發布；一個較小的群組核准 Production 發行版本。
• 對敏感動作開啟手機核准。
• 每個發行版本都會經過檢查（合約同步、無發布問題、網站健康、近期備份）並簽署。還原只需一個動作。
• 匯出稽核記錄作為您的合規紀錄。
• 在上線前議定潛在客戶的保存規則，並注意目前保存期限與 CRM 推送僅涵蓋 Development 的潛在客戶。
• 在簽約之前，先與我們確認託管位置與資料保存期限（請參閱資訊安全）。

3. 經營客戶網站的代理商

代理商為多位客戶建置並維護網站。

• 建議每位客戶一個組織，讓每位客戶擁有自己的資料、人員與方案。代理商人員以成員身分受邀加入。
• 在程式碼中建立您自己的元件庫，並在各客戶的合約之間重複使用，搭配各客戶專屬的設計代碼。
• 內容遷移時透過 MCP 使用 AI 程式碼代理程式；由客戶的審核者發布。
• 交接是安全的：客戶的編輯者只能變更具型別的欄位，絕不會動到程式碼。

4. 單一企業網站

一個公司網站、一個小型行銷團隊，以及一位外部開發人員。

• 一個組織、一個網站。開發人員連接網站並一次撰寫好合約。
• 行銷人員編輯頁面、新聞與翻譯；行銷主管核准 Production 發行版本。
• 只有在需要新元件或頁面類型時，才需要開發人員。

所有模式的共通點

• 您的網站程式碼、託管與部署仍由您掌控。
• 先在 Development；Production 只能透過已核准的發行版本。
• 內建備援內容，讓網站在 Atlas 無法連線時仍能運作。
• 傳遞權杖放在伺服器端，並在到期前輪替。