共用方式為

我準備好發佈嗎？

  • 發行項

提交您的 Microsoft 365 應用程式以供檢閱之前，請確定您已準備好將它發行給客戶。

  • 確認您已建立必要的帳戶，且屬於 Microsoft 365 和 Copilot 計劃的一部分。 如需詳細資訊，請參閱 在合作夥伴中心 中開啟 Office 帳戶。
  • 請確定您的應用程式在所有相容、支援的作業系統、瀏覽器和裝置中都能正常運作。
  • 確認您的應用程式符合國際輔助功能標準。 如需更適用的指導方針，請參閱應用程式所針對Microsoft 365產品的相關文件。 如需範例，請參閱 Office 增益集輔助功能指引。
  • 某些需求適用於一般商業市集應用程式，但不適用於僅以較大型組織或企業為目標的應用程式。 若要了解您的應用程式受到影響的情況，請檢閱常見問題中的「如果我的應用程式以企業為目標，那如何影響我的提交？」的答案。

此外，請確定您充分利用應用程式描述頁面，因為這是客戶下載應用程式時看到的頁面。

  • 確認您的應用程式運作時沒有錯誤，並提供您在應用程式描述頁面和任何相關數據中提及的功能、功能和交付專案。

若要深入瞭解，請參閱 在 Microsoft AppSource 及 Microsoft 365 應用程式市集中建立有效的清單。

注意

SharePoint 增益集已被淘汰，無法再提交進行發布。 現有的附加元件將繼續可供客戶下載，直到2026年4月。

提交檢查項目清單

以下是一份檢查清單，可協助您確保提交和檢閱順利進行。

步驟 1：判斷您的啟動時程表

提交您的應用程式進行檢閱最多可能需要四周的時間，從第一次提交到最終核准，因此準備至關重要。

請務必在部署排程中包含時間，讓小組不僅要檢閱您的應用程式，也請視需要對您的應用程式進行變更。

注意

您的驗證應用程式在首次提交時可能無法核准。 如果這是小組第一次提交應用程式，則很常見。

步驟 2：檢閱所有Microsoft 365 應用程式原則

請務必閱讀我們在商業市集認證政策頁面上的市集一般政策。 此外，閱讀應用程式的目標Microsoft 365產品相關原則：

  • Microsoft 365
  • 以 Outlook、Word、Excel 和 PowerPoint 為目標之應用程式的 Office 增益集
    • 軟體即服務 (SaaS) Microsoft 365 應用程式和附加元件連結
  • Teams 應用程式
  • Power BI 視覺效果和範本應用程式
  • SharePoint 框架解決方案

步驟 3：檢查您的指令清單是否符合規範

您可以使用一個工具來驗證您的清單檔。 此工具會使用我們在檢閱程式中所使用的相同套件驗證服務。 這有助於確保您在提交之前通過我們的自動化測試。

  • 驗證您的清單檔

步驟 4：決定您想要支援哪些平臺

如果您支援 Apple iOS 或 Android，請確定您有與您的合作夥伴中心個人資料相關聯的正確 ID 資訊。

例如，針對 iOS 上可用的應用程式，您必須在合作夥伴中心帳戶設定頁面中擁有 Apple ID。

注意：Outlook 是唯一支援 Android 的 365 產品Microsoft。 在您在這裡提交之前，請先瞭解如何在合作夥伴中心設定此設定。

步驟 5：提供測試資訊，包括為任何必要的外部服務或 SaaS 服務的額外購買提供詳情。

提供如何完整測試及練習所有應用程式功能的必要指示。 請準備好包含適當的產品密鑰、測試認證和範例帳戶，讓認證檢閱者可以完全驗證和測試應用程式。 如果您要提交包含自定義函式的附加元件，請提供至少一個自定義函式的測試說明，以便在提交時驗證您的自定義函式。

請確保您已準備好將所有外部服務信息包含在您的提交中。 在提交過程中，您必須核取額外購買選項方框（如下圖所示）。

顯示額外購買步驟的螢幕截圖，其中有一個未勾選的方框，指出必須購買服務或提供應用程式內購買。

接下來，您必須提供授權密鑰、範例帳戶、測試認證，以及任何其他重要指示，以便我們的檢閱小組可以測試應用程式內購買。 此資訊應該會移至 [認證注意事項] 方塊中（如下圖所示）。

這是顯示認證注意事項方塊的螢幕快照。

您的測試計劃和任何測試帳戶和指示都必須包含在這裡。

需要支援 URL 的地址、隱私政策 URL 的地址，以及使用者許可協定（EULA）URL 的地址。 應用程式提交失敗的其中一個主要原因是提交中未包含這些連結。 下圖顯示要求支持資訊的方塊。

支援可填寫的表單欄位。

請確定您提供支援頁面的連結，讓使用者在發生問題時可以連絡您

提供 URL，讓應用程式有問題的客戶可以連絡您的公司以取得支援。

注意

這不能是電子郵件位址;它必須是 https:// URL。

請確定您的公司有包含您應用程式的隱私策略

提供您應用程式隱私策略的 URL。

您連結的隱私原則必須包括：

  • 有關用戶個人資訊之政策的資訊。 也就是說，如何處理用戶的個人資訊。
  • 整體應用程式或服務參考，而不只是您的網站。
  • 服務的描述，其中包含您要提交之應用程式的名稱。
  • 未產生 404 錯誤的有效連結。

如果您的隱私策略遺漏上述任何專案，則驗證將會失敗，且需要重新提交。

注意

使用規定原則不會被視為隱私策略。 您必須包含與使用規定原則分開的隱私策略。

包含終端使用者許可協定

當您提交時，請確定您已準備好 EULA 原則的 https:// URL。 如果您還沒有相關文件，並已咨詢您的法律顧問，您可以使用Microsoft 的這份文件。

步驟 7：與團隊一起準備您的商店列表

準備提交的最後一個步驟是填寫將出現在市集中給客戶的市集清單。 在此清單中，包括您清單中的文本、您的品牌、您的應用程式名稱，以及任何您想要用來推廣它的螢幕快照和影片。

您必須提供正確的元資料，指出您希望應用程式在市集中列出的方式，包括：

  • 您的應用程式名稱。

  • 應用程式的簡短描述及其值。

  • 應用程式的冗長描述，包含 HTML 格式。

    重要：如果您的應用程式需要其他服務或帳戶，完整描述應該包含其名稱等資訊，以及如何取得它們的連結。 如果您的應用程式需要從外部服務或 SaaS 供應項目購買其他項目，則詳細描述應該註明使用廣告功能或啟用其他功能或內容所需的任何費用、訂閱或授權。

提示

建議您事先使用 HTML 編輯器來建立描述，以便預覽其外觀，再將它貼到 [描述] 字段中。 提交流程中沒有預覽。 否則，您可能必須重新提交應用程式以進行另一個檢閱，以修正任何格式問題或錯字。

Marketplace listing form.市集列表表單。

您也需要提供：

  • 校正為正確大小的圖示。
  • 任何螢幕快照和影片示範。 閱讀 我們的秘訣，以有效地執行這項操作。 需要一個螢幕快照。

相關內容

閱讀我們的逐步提交指南，以瞭解如何提交您的應用程式以進行驗證。