ストアのステップバイステップ提出ガイド

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

ヒント

アプリを提出するために必要なすべての情報を確認できるように、このストア提出ガイドを読む前に、提出 前のチェックリスト を読むことをお勧めします。

手順 1: 送信するアプリの種類を選択する

1. パートナー センターにサインインします。 Office ストア製品の管理に使用するのと同じユーザー名とパスワードを使用できます。

2. [Marketplace プラン] タイルを 選択します。

   

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

4. [+ 新しいプラン] を選択し、送信するアプリの種類を選択します。 この記事のスクリーンショット例は Office アドインを示していますが、手順は Teams アプリ、SharePoint ソリューションなどに適用されます。

   

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

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

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

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

   注意

   選択した発行元は Office ストア プログラムに登録されている必要があり、プランの作成後は変更できません。

4. [作成] を選択します。

手順 3: 製品のセットアップについて教えてください

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

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

     注意

     アカウント 設定で Apple ID を更新できるのは、開発者アカウント所有者ロールまたは開発者アカウント マネージャー ロールを持つユーザーのみです。

   • アプリで Azure Active Directory または SSO (Azure AD/SSO) が使用されていますか? その場合は、これについて質問するボックスを選択します。
   • アプリに追加購入が必要ですか? その場合は、これについて質問するボックスを選択します。 テスト担当者がこれを確認できるように、後の手順で、レビューと発行ページのノート ボックスに入力するように促す警告が表示されます。
   • リード管理 CRM システムに接続しますか? その場合は、[接続] リンクを使用してこのシステムを接続します。

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

次のスクリーンショットは、Apple ID を入力し、テスト資格情報を入力するように促す 2 つの黄色の警告ボックスを 製品セットアップ ページに示しています。

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

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

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

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

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

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

3. [ 法的情報とサポート情報] で、次のいずれかの操作を行います。

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

   図 1 エンド ユーザー ライセンス契約を選択する

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

5. [サポート ドキュメント] リンク ボックスに、お客様が製品に問題がある場合に使用するリンク (https 以降) を入力します (このスクリーンショットを参照)。

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

   図 2 に示す黄色の警告は、認定に合格するためにプライバシー ポリシーに含める必要がある次のことを思い出させます。

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

   注意

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

6. [ 保存] を 選択してから、次のページ (Marketplace の一覧) に進みます。

手順 6: Marketplace のリストで言語を定義する

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

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

ストアの登録情報は 、Marketplace の登録情報 ページで構成されます。 概要、説明、省略可能な検索キーワード、アイコン、スクリーンショット、およびオプションのビデオを含める必要があります。 詳細については、 提出チェックリストを参照してください。

リスト情報を指定するには、[言語] 列で構成する 言語 を選択します。

手順 8: 利用可能日を決定する

1. [ 可用性] ページで 、アプリが利用可能になるタイミングをスケジュールします。

   注意

   通常、アプリの申請を完了して承認されるまでに 4 ~ 6 週間かかります。 平均して、ほとんどのアプリでは検証プロセスに合格するために複数の申請が必要であるため、 チェックリスト に従ってこの時間を短縮してください。

   

2. 続行する前に[ 下書きを保存]を選択します 。

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

この最後の重要な手順では、認定に関するメモを含める必要があります。 テスト アカウント、ライセンス キー、資格情報のテストなど、アプリをテストする校閲者の指示を入力します。

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

アプリを発行する準備ができたら、ページの右上にある [レビューと発行] を選択します。

次のスクリーンショットは、情報を提供する必要がある [認定に関するメモ ] ボックスを示しています。

証明書に関するメモ に加えて、PDF ファイルを [その他の認定情報] ページにアップロードすることで、校閲者に 追加の 詳細な手順を指定することもできます。 このオプションには、次の利点があります。

• 指示の明瞭さを向上させるために画像を含める
• PDF ファイルは、後続の提出のためにアップロード、保存、および保持されます。

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

ヒント

サインイン情報を提供できる会社員のメール アドレスを含めないでください。 校閲者 は、サインイン情報を電子メールで送信することはできません。 認定ノートに明確な手順が記載されていないアプリケーションは、提出プロセスに自動的に失敗します。

手順 10: 次のチェックリストを使用して、レビュー拒否の 80% を生成する上位 5 つの一般的なエラーを回避する

提出 前のチェックリスト を使用して、この一覧のすべての内容に対処します。

• 利用規約へのリンクは含まれていますか?
• プライバシー ポリシーのリンクは含まれていますか?
• 校閲者のテスト手順を含めていましたか?
• サービスまたはアカウントの開示を示しましたか?
• 必要な有料サービスに対する追加料金の開示を示しましたか?

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

手順 11: おめでとうございます。送信は完了です。

提出に関連する問題がある場合は、校閲者から 3 ~ 4 営業日以内に返信を受け取ります。

ヒント

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