次の方法で共有


ストアのステップ バイ ステップの送信ガイド

この記事は、Microsoft 365 ストアにアプリを提出する方法を詳しく説明したステップバイステップ ガイドです。

ヒント

通常、アプリの申請を完了して承認されるまでに 4 ~ 6 週間かかり、多くの場合、複数の申請が必要になります。 このストア申請ガイドを読む前に、事前提出チェックリストを読んで、公開タイムラインを短縮するために必要なすべての情報を取得することをお勧めします。

手順 1: 提出するアプリの種類を選択する

  1. パートナー センターにサインインします。 Microsoft 365 および Copilot プログラム製品の管理に使用するのと同じユーザー名とパスワードを使用できます。

  2. Marketplace オファー タイルを選択します。

    Office アプリの URL の製品 GUID を示しています。

  3. ページの左上に [コマーシャル マーケットプレース] タブと [Microsoft 365] タブと [Copilot] タブが表示されている場合は、[Microsoft 365] タブと [Copilot] タブを選択します。

  4. [新しいオファー] を選択し、申請するアプリの種類を選択します。 この記事のスクリーンショット例は Office アドインを示していますが、手順は Teams アプリや SharePoint ソリューションなどにも当てはまります。

    新しいオファー リストのスクリーンショット。

手順 2: アプリに名前を付けます

  1. 表示されるダイアログ ボックスにアプリの名前を入力します。

  2. [可用性を確認する] を選択して、選択した名前が使用可能であることを確認します。

  3. 新しいオファーを "パブリッシャー" に関連付けます。 パブリッシャーは、組織のアカウントを表します。 場合によっては、特定の発行元でオファーを作成する必要があります。 サインインしていない場合は、サインインしている発行元アカウントを受け入れます。

    Note

    • 選択した発行元は Microsoft 365 および Copilot プログラムに登録されている必要があり、オファーの作成後に変更することはできません。
    • 発行元名が、提出するマニフェスト内の関連付けられたプロパティの値と同じか、または非常によく似ているかどうかを確認します。 Office アドインの場合、この名前を見つける場所はマニフェストの種類によって異なります。 XML マニフェストでは、ProviderName 要素です。 Microsoft 365 の統合マニフェストでは、 developer.name プロパティです。
  4. [作成] を選択します

手順 3: 製品のセットアップについて記入する

  1. [製品のセットアップ] ページに入力するときは、次の質問に回答する必要があります。

    • アプリは Apple Store に表示されますか?

      その場合は、アプリを発行する前に、パートナー センターのアカウント設定で Apple Developer ID を更新します。 画面にこの情報を入力するよう促す警告またはメモがあります。 この情報を入力しない場合、アプリは iOS モバイル デバイスでは取得できませんが、別の種類のデバイスでアプリを取得した後、アプリは iOS デバイスで使用できるように見えます。

    • アプリで Microsoft Entra ID またはシングル サインオン (SSO) を使用していますか?

      その場合は、Microsoft Entra ID の要求を求めるボックスを選択します。

    • アプリでは追加購入が必要ですか?

      その場合は、この要件について尋ねるボックスを選択します。 テスト担当者がこれを確認できるように、後の手順で [確認と発行] ページのノート ボックスにテスト資格情報を入力するよう警告が表示されます。

    • リード管理 CRM システムに接続しますか?

      その場合は、[接続] リンクを使用してこのシステムを接続します。

  2. [下書きの保存] を選択してから、次のページである [パッケージ] に進みます。

手順 4: パッケージ テスト用にマニフェストをアップロードする

マニフェスト ファイルを [パッケージ] ページの灰色のボックスにアップロードする必要があります。 この手順で予期しないエラーが発生しないように、必ずパッケージを事前テストしてください。 Microsoft 365 および Copilot ストアでの Office アドイン マニフェストの検証に関する情報を取得します。

マニフェストがアップロードされ、正しい場合は、確認メッセージが表示され、マニフェストのチェックに合格し、[状態] 列に [完了] と表示されます。

マニフェストのアップロードが完了していることを示すスクリーンショット。

手順 5: ストアでアプリを分類するメタデータを定義する

  1. [プロパティ] ページで、顧客がマーケットプレイスで製品を見つけるのに役立つカテゴリを少なくとも 1 つ、最大で 3 つ選択します。

  2. 必要に応じて、最大 2 つの業種を選択することができます。 製品が業界に固有でない場合は、選択しないでください。

  3. [法的およびサポートに関する情報] の下で、以下のいずれかを行います。

    • [標準契約] チェック ボックスを選択します。 Microsoft の標準エンド ユーザー ライセンス契約 (EULA) を使用する場合は、確認ダイアログ ボックスで [同意する] を選択して、独自の契約を使用しないことを確認します。これは、アプリが発行された後に元に戻すことはできません。
    • [エンド ユーザー ライセンス契約 (EULA)] リンク ボックスに、EULA へのリンクを入力します (https 以降)。

    標準契約と EULA のオプションを示すスクリーンショット。

  4. 次のスクリーンショットに示すように、[プライバシー ポリシーのリンク] ボックスに、組織のプライバシー ポリシーへの (https から始まる) リンクを入力します。 アプリがプライバシーに関する法律や規制に準拠していることを確認し、有効なプライバシー ポリシーを提供する責任があります。

  5. このスクリーンショットに示すように、[サポート ドキュメントのリンク] ボックスには、製品に問題がある場合に顧客が使用する問い合わせ用のリンク (https を含む) を入力します。

    プライバシー ポリシーとサポート ドキュメント リンク ボックスのスクリーンショット。

    黄色の警告は、認定に合格するためにプライバシー ポリシーに含める必要がある次のことを通知します。

    • ユーザーの個人情報についてのポリシーに関する情報。
    • Web サイトではなく、アプリまたはサービス全体を参照すること。
    • サービスの説明には、申請したアプリの名前を含める必要がある。
    • 404 エラーを生成しない有効な URL リンク。

    Note

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

  6. 次のページ (Marketplace カタログ) に進む前に [保存] 選択します。

手順 6: Marketplace カタログの言語を定義する

  1. ストア エントリを作成するには、[Marketplace カタログ] ページで [追加言語の管理] を選択します。
  2. 表示されるダイアログ ボックスで、アプリの言語を選択します。
  3. [更新] を選択します。

手順 7: アプリを使用できる言語ごとに、詳細なストア登録情報を作成する

ストア登録情報は、[Marketplace カタログ] ページで構成します。 概要、説明、検索キーワード (任意)、アイコン、スクリーンショット、ビデオ (任意) を含める必要があります。 詳細については、申請チェックリストを参照してください。

登録情報を入力するには、[言語] 列で構成する言語を選択します。

英語が追加されている登録情報を示すスクリーンショット。

手順 8: 提供可能日を決定する

  1. [可用性] ページで、アプリの利用開始日をスケジュールします。

    Note

    スケジュール オプションは、最初の発行後に変更または更新できません。 日付は慎重に選択してください。 新しいマーケットにおける製品の可用性を示すスクリーンショット。

  2. 続行する前に、[下書きの保存] を選択してください。

手順 9: 重要なテスト手順を必ず追加する

この最後の重要な手順では、認証のための注意事項を含める必要があります。 アプリをテストするレビュー担当者に、テスト アカウント、ライセンス キー、テスト用の資格情報などの指示を提供します。

前の手順でアプリに追加の購入が必要であることを示した場合は、レビュー担当者がアプリを評価する必要がある追加サービスごとに、情報 (テスト ライセンス キーやテスト アカウント資格情報など) を必ず入力してください。

カスタム関数を含む Office アドインを提出する場合は、申請時にカスタム関数を検証できるように、少なくとも 1 つのカスタム関数のテスト手順を指定します。

アプリを発行する準備ができたら、ページの右上にある [確認して発行] を選択します

次のスクリーンショットは、情報を入力する必要がある [認定の注意書き] ボックスを示しています。

認証テストを示すスクリーンショット。

アプリが大規模な組織または企業のみを対象とする場合は、FAQ の 「アプリが企業を対象とする場合、申請にどのように影響しますか」の回答に記載されているガイダンスを使用して、認定 に関するメモボックスに これを示してください。

[認定の注意書き] に加えて、オプションとして、[Additional certification info]\(追加の認証情報\) ページに PDF ファイルをアップロードすることで、レビュー担当者に向けた詳細な指示を追加することができます。 このオプションには、次の利点があります。

  • 特にシナリオが単純でない場合は、指示をわかりやすくするために画像を含めることができます。
  • アップロードされた PDF ファイルは保存され、後続の提出のために保持されます。

次のスクリーンショットは、レビュー担当者に向けた指示を記載した PDF ファイルを必要に応じてアップロードできる場所を示しています。

追加の認証情報ページを示すスクリーンショット。

重要

サインイン情報を提供できる会社の従業員のメール アドレスは含めないでください。 校閲者 からサインイン情報を問い合わせることはできません。 サーティフィケーション ノートに明確な手順が記載されていないアプリケーションでは、申請プロセスが自動的に失敗します。 校閲者に連絡して不足している情報を提供することは想定しないでください。

手順 10: 次のチェックリストを使用して、レビューが拒否される原因の 80% を占める、よくあるミス上位 5 つを回避する

送信前チェックリストを使用して、このリストのすべての項目に対処します。

  • [使用条件] リンクを追加しましたか?
  • プライバシー ポリシーのリンクを含めたかどうか。
  • 校閲者のテスト手順を含めていましたか?
  • サービスまたはアカウントの開示を指定しましたか?
  • 必要な有料サービスの追加購入を指定し、Marketplace 登録情報の説明で開示しましたか?

これらの質問に自分で回答したら、アプリの [送信] ボタンを選択してレビューと承認を受けます。

手順 11: これで送信が完了しました。

申請内容に問題がある場合は、レビュー担当者から 3 から 4 営業日以内に連絡があります。

ヒント

オファーを発行すると、開発者アカウントの 所有者 に、発行状態と必要なアクションが電子メールとパートナー センターのアクション センターで通知されます。 アクション センターの詳細については、「アクション センターの概要」を参照してください。