公開準備が完了しているか

レビューのために Microsoft 365 アプリを提出する前に、顧客にリリースする準備ができていることを確認してください。

• 互換性があり、サポートされているすべてのオペレーティング システム、ブラウザー、デバイスでアプリが適切に動作することを確認します。
• 一部の要件は、一般的なコマーシャル マーケットプレース アプリには適用されますが、大規模な組織や企業のみを対象とするアプリには適用されません。 アプリがどのように影響を受けるかを確認するには、 FAQの「アプリが企業をターゲットにしている場合、申請にどのように影響しますか?」の回答を確認します。

また、アプリの説明ページは、ユーザーがアプリをダウンロードしたときに表示されるページであるため、アプリの説明ページを最大限に活用していることを確認してください。

• アプリがエラーなく動作することを確認し、アプリの説明ページで言及した機能、機能、成果物、および関連資料を提供します。

詳細については、「 Microsoft AppSource と Microsoft 365 アプリ ストアで効果的な登録情報を作成するを参照してください。

Note

SharePoint アドインは非推奨となり、発行のために提出できなくなります。 既存のアドインは、2026 年 4 月まで引き続きお客様がダウンロードできます。

申請チェックリスト

提出とレビューがスムーズに進むのに役立つチェックリストを次に示します。

手順 1: 発表のタイムラインを決定する

アプリのレビューを申請する場合、最初の申請から最終承認まで最大 4 週間かかる場合があるため、準備が重要です。

チームがアプリをレビューするだけでなく、必要に応じてアプリに加えられる変更についても、デプロイ スケジュールに時間を含めるようにしてください。

Note

最初の提出時に検証アプリケーションが承認されない場合があります。 これは、チームが初めてアプリを提出する場合に一般的です。

手順 2: すべての Microsoft 365 アプリ ポリシーを確認する

コマース マーケットプレース認定ポリシーページで、Marketplace の一般的なポリシーを確認してください。 さらに、アプリが対象とする Microsoft 365 製品に関連するポリシーを確認します。

• Microsoft 365
• Outlook、Word、Excel、PowerPointを対象とするアプリ用の Office アドイン
  • Microsoft 365 アプリとアドイン のリンク > サービスとしてのソフトウェア (SaaS)
• Teams アプリ
• Power BI のビジュアルとテンプレートのアプリ
• SharePoint Framework ソリューション

手順 3: マニフェストが準拠していることを確認する

マニフェスト ファイルの検証に使用できるツールがあります。 このツールは、レビュー プロセスで使用するのと同じパッケージ検証サービスを使用します。 これは、送信する前に自動テストに合格するのに役立ちます。

• マニフェストを検証する

手順 4: サポートするプラットフォームを決定する

Apple iOS または Android をサポートしている場合は、パートナー センター プロファイルに正しい ID 情報が関連付けられていることを確認してください。

たとえば、iOS で利用できるアプリの場合は、パートナー センターのアカウント設定ページに Apple ID が必要です。

注: Outlook は、Android をサポートする唯一の Microsoft 365 製品です。 ここで送信する前に、パートナー センターでこの設定を構成する方法について説明します。

手順 5: 必要な外部サービスまたは SaaS オファーの追加購入を含むテスト情報を提供する

すべてのアプリ機能を完全にテストして実行する方法について必要な手順を説明します。 認定校閲者がアプリを完全に検証してテストできるように、適切なプロダクト キー、テスト資格情報、サンプル アカウントを含める準備をします。 カスタム関数を含むアドインを提出する場合は、送信時にカスタム関数を検証できるように、少なくとも 1 つのカスタム関数のテスト手順を指定します。

申請に含める外部サービス情報があることを確認します。 申請プロセスでは、追加の購入ボックスをオンにする必要があります (次の図を参照)。

次に、レビュー チームがアプリ内購入をテストできるように、ライセンス キー、サンプル アカウント、テスト資格情報、その他の重要な手順を提供する必要があります。 この情報は、(次の図に示すように) [認定に関するメモ] ボックスに表示されます。

テスト計画とテスト アカウントと手順をここに含める必要があります。

手順 6: https:// URL を使用して重要な情報リンクを含める

サポート URL、プライバシー ポリシー URL、使用許諾契約書 (EULA) URL のアドレスが必要です。 アプリの申請が検証プロセスで失敗する主な理由の 1 つは、これらのリンクが申請に含まれていない場合です。 次の図は、サポート情報を求めるボックスを示しています。

ユーザーが問題を抱えている場合に連絡できるように、サポート ページへのリンクを必ず指定する

アプリに問題がある顧客が会社に連絡してサポートを受けることができるように、URL を指定します。

Note

これは電子メール アドレスにすることはできません。https:// URL である必要があります。

アプリを含むプライバシー ポリシーが会社にあることを確認する

アプリのプライバシー ポリシーの URL を指定します。

リンクするプライバシー ポリシーには、次のものを含める必要があります。

• ユーザーの個人情報に関するポリシーに関する情報。 つまり、ユーザーの個人情報の処理方法です。
• Web サイトだけでなく、アプリまたはサービス全体への参照。
• 送信するアプリの名前を含むサービスの説明。
• 404 エラーを生成しない有効なリンク。

プライバシー ポリシーに上記の項目のいずれかが見つからない場合、検証に失敗し、再送信が必要になります。

Note

利用規約ポリシーはプライバシー ポリシーとは見なされません。 利用規約ポリシーとは別のプライバシー ポリシーを含める必要があります。

使用許諾契約を含める

申請時に EULA ポリシーの https:// URL が準備されていることを確認します。 まだ持っていなくても、弁護士に相談したことがある場合は、microsoft の使用できます。

手順 7: チームでストアの登録情報を準備する

申請を準備する最後の手順では、ストアで顧客に対して表示されるマーケットプレースの登録情報を入力します。 この一覧には、リスト内のコピー、ブランド、アプリ名、およびそれを宣伝するために使用するスクリーンショットとビデオが含まれます。

次のようなアプリをストアに表示する方法を示す正しいメタデータを指定する必要があります。

• アプリ名。

• アプリとその価値の簡単な説明

• HTML 形式のアプリの長い説明。

  重要: アプリに追加のサービスまたはアカウントが必要な場合は、その名前や取得方法へのリンクなどの情報を長い説明に含める必要があります。 アプリで外部サービスまたは SaaS オファーからの追加購入が必要な場合、長い説明では、アドバタイズされた機能を使用したり、追加の機能やコンテンツをアクティブ化するために必要な料金、サブスクリプション、またはライセンスを書き留める必要があります。

ヒント

説明フィールドに貼り付ける前に表示方法をプレビューできるように、HTML エディターを使用して説明を事前に作成することをお勧めします。 申請プロセスにプレビューはありません。 それ以外の場合は、書式設定の問題や入力ミスを修正するために、別のレビューのためにアプリを再送信する必要がある場合があります。

また、次の項目も指定する必要があります。

• 適切なサイズの正しいアイコン。
• スクリーンショットとビデオ デモ。 これを効果的に行うためのヒントをお読みください。 1 つのスクリーンショットが必要です。

関連するコンテンツ

アプリの検証を申請する方法については、ステップ バイ ステップの申請ガイドを参照してください。