この記事は、Microsoft 365 ストアにアプリを提出する方法を詳しく説明したステップバイステップ ガイドです。
ヒント
通常、アプリの申請を完了して承認されるまでに 4 ~ 6 週間かかり、多くの場合、複数の申請が必要になります。 このストア申請ガイドを読む前に 、事前提出チェックリスト を読んで、公開タイムラインを短縮するために必要なすべての情報を取得することをお勧めします。
手順 1: 提出するアプリの種類を選択する
パートナー センターにサインインします。 Microsoft 365 および Copilot プログラム製品の管理に使用するのと同じユーザー名とパスワードを使用できます。
[Marketplace オファー] タイルを選択します。
ページの左上に [コマーシャル マーケットプレース] タブと [Microsoft 365] タブと [Copilot] タブが表示されている場合は、[ Microsoft 365] タブと [Copilot ] タブを選択します。
注
[Microsoft 365 と Copilot] タブが表示されない場合は、Microsoft 365 および Copilot プログラムに参加していないことを意味している可能性があります。 Microsoft 365 アプリを使用できるようにするには、そのプログラムのメンバーシップが必要です。 詳細については、「 パートナー センターで Office アカウントを開く 」を参照してください。
[ + 新しいオファー ] を選択し、送信するアプリの種類を選択します。 この記事のスクリーンショット例は Office アドインを示していますが、手順は Microsoft 365 および Copilot、SharePoint ソリューションなどのアプリとエージェントに適用されます。
手順 2: アプリに名前を付けます
表示されるダイアログ ボックスに、アプリの名前を入力します。
[ 可用性の確認 ] を選択して、選択した名前が使用可能であることを確認します。
新しいオファーを 出版社に関連付ける。 発行元は、組織のアカウントを表します。 場合によっては、特定の発行元でオファーを作成する必要があります。 そうでない場合は、サインインしている発行元アカウントを受け入れることができます。
注
- 選択した発行元は Microsoft 365 および Copilot プログラムに登録されている必要があり、オファーの作成後に変更することはできません。
- 発行元名が、提出するマニフェスト内の関連付けられたプロパティの値と同じか、または非常によく似ているかどうかを確認します。 Office アドインの場合、この名前を見つける場所はマニフェストの種類によって異なります。 XML マニフェストでは、 ProviderName 要素です。 Microsoft 365 の統合マニフェストでは、 developer.name プロパティです。
を選択してを作成します。
手順 3: 製品のセットアップについてお知らせください
[製品のセットアップ] ページに入力するときは、次の質問に回答する必要があります。
アプリは Apple Store に表示されますか?
その場合は、アプリを発行する前に、パートナー センターのアカウント設定で Apple Developer ID を更新します。 画面にこの情報を入力するよう促す警告またはメモがあります。 この情報を入力しない場合、アプリは iOS モバイル デバイスでは取得できませんが、別の種類のデバイスでアプリを取得した後、アプリは iOS デバイスで使用できるように見えます。
注
アカウント 設定で Apple ID を更新できるのは、開発者アカウント所有者または開発者アカウント マネージャーロールを持つユーザーだけです。
アプリで Microsoft Entra ID またはシングル サインオン (SSO) を使用していますか?
その場合は、Microsoft Entra ID の要求を求めるボックスを選択します。
アプリでは追加購入が必要ですか?
その場合は、この要件について尋ねるボックスを選択します。 テスト担当者がこれを確認できるように、後の手順で [確認と発行 ] ページのノート ボックスにテスト資格情報を入力するよう警告が表示されます。
リード管理 CRM システムに接続しますか?
その場合は、[接続] リンクを使用してこのシステムを接続します。
次のページに進む前に[ 下書きを保存] を選択します: パッケージ。
手順 4: パッケージ テスト用にマニフェストをアップロードする
マニフェスト ファイルを [パッケージ] ページの灰色のボックスにアップロードする必要があります。 この手順で予期しないエラーが発生しないように、必ずパッケージを事前テストしてください。 Microsoft 365 および Copilot ストアでの Office アドイン マニフェストの検証に関する情報を取得します。
マニフェストがアップロードされ、正しい場合は、確認メッセージが表示され、マニフェストのチェックに合格し、[ 状態] 列に [完了] と表示されます。
手順 5: ストアでアプリを分類するメタデータを定義する
プロパティページで、マーケットプレースで顧客が製品を見つけるために、少なくとも1つ、最大で3つのカテゴリを選択してください。
必要に応じて、最大 2 つの業界を選択できます。 製品が業界に固有でない場合は、選択しないでください。
[ 法的情報とサポート情報] で、次のいずれかの操作を行います。
- [標準契約] チェック ボックスをオンにします。 Microsoft の標準エンド ユーザー ライセンス契約 (EULA) を使用する場合は、確認ダイアログ ボックスで [同意 する] を選択して、独自の契約を使用しないことを確認します。これは、アプリが発行された後に元に戻すことはできません。
- [ エンド ユーザー ライセンス契約 (EULA)] リンク ボックスに、EULA へのリンクを入力します (https 以降)。
次のスクリーンショットに示すように、[ プライバシー ポリシー] リンク ボックスに、組織のプライバシー ポリシーへのリンク (https 以降) を入力します。 アプリがプライバシーに関する法律や規制に準拠していることを確認し、有効なプライバシー ポリシーを提供する責任があります。
このスクリーンショットに示すように、[ サポート ドキュメント のリンク ] ボックスに、お客様が製品に問題がある場合に使用するリンク (https 以降) を入力します。
黄色の警告は、認定に合格するためにプライバシー ポリシーに含める必要がある次のことを通知します。
- ユーザーの個人情報に関するポリシーに関する情報。
- Web サイトではなく、アプリまたはサービス全体を参照してください。
- サービスの説明には、送信されたアプリの名前を含める必要があります。
- 404 エラーを生成しない有効な URL リンク。
注
利用規約ポリシーは、プライバシー ポリシーとは見なされません。 利用規約ポリシーとは別のプライバシー ポリシーを含める必要があります。
次のページに進む前に [保存] を 選択します: Marketplace の一覧。
手順 6: Marketplace 登録情報で言語を定義する
- ストア エントリを作成するには、[ Marketplace 登録情報 ] ページで [ 追加言語の管理] を選択します。
- 表示されるダイアログ ボックスで、アプリの言語を選択します。
- [更新] を選択します。
手順 7: アプリが利用可能な言語ごとに、詳細なストア登録情報を作成する
ストア登録情報は、Marketplace の 登録情報 ページで構成されます。 概要、説明、オプションの検索キーワード、アイコン、スクリーンショット、オプションのビデオを含める必要があります。 詳細については、 提出チェックリストを参照してください。
登録情報を提供するためには、言語 列で設定したい言語を選択してください。
手順 8: 利用可能日を決定する
[ 可用性 ] ページで、アプリをいつ使用できるようになるかスケジュールします。
続行する前に、[下書きの保存] を選択してください。
手順 9: 重要なテスト手順を必ず追加する
この最後の重要な手順では、認定に関するメモを含める必要があります。 テスト アカウント、ライセンス キー、テスト資格情報など、アプリをテストするレビュー担当者に指示を入力します。
前の手順でアプリに追加の購入が必要であることを示した場合は、レビュー担当者がアプリを評価する必要がある追加サービスごとに、情報 (テスト ライセンス キーやテスト アカウント資格情報など) を必ず入力してください。
カスタム関数を含む Office アドインを提出する場合は、申請時にカスタム関数を検証できるように、少なくとも 1 つのカスタム関数のテスト手順を指定します。
アプリを発行する準備ができたら、ページの右上にある [ 確認して発行] を選択します。
次のスクリーンショットは、情報を提供する必要がある [認定に関するメモ ] ボックスを示しています。
アプリが大規模な組織または企業のみを対象とする場合は、FAQ の「アプリが企業を対象とする場合、申請にどのように影響しますか」の回答に記載されているガイダンスを使用して、認定に関するメモボックスにこれを示してください。
認定に関するメモに加えて、必要に応じて PDF ファイルを [追加の認定情報] ページにアップロードすることで、校閲者に追加の詳細な手順を提供できます。 このオプションには、次の利点があります。
- 特にシナリオが単純でない場合は、指示をわかりやすくするために画像を含めることができます。
- アップロードされた PDF ファイルは保存され、後続の提出のために保持されます。
次のスクリーンショットは、校閲者向けの指示の PDF ファイルを必要に応じてアップロードできる場所を示しています。
重要
サインイン情報を提供できる会社の従業員のメール アドレスは含めないでください。 レビュー担当者がサインイン情報を問い合わせることはできません。 サーティフィケーション ノートに明確な手順が記載されていないアプリケーションでは、申請プロセスが自動的に失敗します。 校閲者に連絡して不足している情報を提供することは想定しないでください。
手順 10: 次のチェックリストを使用して、レビュー拒否の 80% を生成する上位 5 つの一般的なエラーを回避する
この一覧のすべての項目に対処するには 、提出前チェックリスト を使用します。
- [使用条件] リンクを追加しましたか?
- プライバシー ポリシーのリンクを含めたかどうか。
- 校閲者のテスト手順を含めていましたか?
- サービスまたはアカウントの開示を指定しましたか?
- 必要な有料サービスの 追加購入を 指定し、Marketplace 登録情報の 説明で開示しましたか?
これらの質問に自分で回答したら、アプリの [送信] ボタンを選択してレビューと承認を受けます。
これで送信が完了しました。
提出に関連する問題がある場合は、レビュー担当者から 3 ~ 4 営業日以内に返信を受け取ります。
ヒント
オファーを発行すると、開発者アカウントの 所有者 に、発行状態と必要なアクションが電子メールとパートナー センターのアクション センターを通じて通知されます。 アクション センターの詳細については、「アクション センターの概要 参照してください。
詳細については、エージェントの 検証ガイドラインを参照してください。