この記事では、パートナー センターを介して Microsoft AppSource にアプリを送信する方法に関する一般的な質問に回答します。
最新バージョンの認定ポリシーについては、認定ポリシーに関するページを参照してください。
Microsoft AppSource にアプリを申請するときにエラーを回避するにはどうすればよいですか?
一般的な申請エラーを回避するには:
申請フォームのバージョン番号がアプリ マニフェストのバージョン番号と一致していることを確認します。
Note
次の構文を使用してアプリのバージョンを指定します: a . b . c . d は 1 ~ 9999 の整数で、b、c、d はそれぞれ 0 から 9999 の整数です。 たとえば、1.0.0.0、6.23.0.1 などです。
すべての場所が SSL で保護されていることを確認します (HTTPS)。
マニフェストでアイコンを指定していること、そのアイコンのサイズと書式が正しいことを確認します。
ID が一意であることを確認します。 たとえば、申請した別のアドインのマニフェストに基づいて 2 番目のアドインのマニフェストを作成する場合は、その新しいマニフェストで ID を変更してください。
Office アドインの場合は、マニフェスト スキーマ バージョン 1.1 を使用していることを確認します。 バージョン 1.1 へのマニフェストの更新について詳しくは、最新の Office 用 JavaScript API ライブラリとバージョン 1.1 アドイン マニフェスト スキーマへの更新に関するページを参照してください。
Office アドインの場合は、マニフェストでサポート URL を指定してください。 XML マニフェストを使用している場合は、SupportUrl 要素の値を 設定します。 Microsoft 365 の統合マニフェストを使用している場合は、developer.websiteUrl プロパティを使用します。 サポート URL は、認証の必要がない、一般公開される Web ページである必要があります。 サポート URL として、個人用ソーシャル メディア ページや GitHub リポジトリは使用できません。 OneDrive、DropBox、Google Docs の Word 文書など、オンラインでホストされているファイルへのリンクを使用することもできません。
すべてのアプリで、マニフェストがスキーマに対して有効であることを確認します。 スキーマ検証の情報については、Office アドイン マニフェストのスキーマ リファレンス (v1.1) に関するページ、または SharePoint アドインのマニフェストのスキーマ リファレンスに関するページを参照してください。
アプリをテストし、完全に機能することを確認します。
SharePoint アドインで、サポートされているロケールが指定されていることを確認します。
サポートされているロケールを指定していない場合、アプリは Microsoft AppSource で受理されません。 詳細については、すべてのアドインに必要なロケール サポート情報に関するページを参照してください。
OAuth クライアント ID が一致していることを確認します。
SharePoint アドインが OAuth を使用してサービスにアクセスする場合、作成した OAuth クライアント ID がアプリ マニフェストのクライアント ID と一致していることを確認します。
SharePoint アドイン パッケージは、Open Packaging Convention に準拠している必要があります。
プライバシー リンクを申請したことを確認します。
申請するビデオ リンクで、ビデオ ファイルまたはビデオを含むページに実際に移動できることを確認します。
iOS で Office アドインを使用できる場合は、アドインのタイトルやアドインの簡単な説明に "アプリ" を含めないでください。
申請を更新する場合、いつ Microsoft AppSource にそれを再申請する必要がありますか?
アプリの Web サービスを更新する場合は、再申請する必要ありません。 ただし、マニフェスト、スクリーンショット、アイコンなど、パートナー センターを介して申請したアイテムまたはデータを変更する場合は、Microsoft AppSource でそれらの変更を実装できるようにするために、再申請する必要があります。 新しいバージョン番号を含む更新されたマニフェストを使用してアプリを再申請する必要があります。 また、新しいマニフェストのバージョン番号と一致するように、申請フォームでバージョン番号を更新したことを確認する必要もあります。
Microsoft AppSource でアプリを新しいバージョンに更新するとどうなりますか?
Office アドインの更新プロセスを次に示します。
変更したアドインとアドイン マニフェストをパートナー センター経由 で Microsoft AppSource に送信します。 変更したアドインが、検証プロセスを経て承認されると、Microsoft AppSource で利用できるようになります。
重要
申請が更新であり、アプリを利用可能にする将来の日付をスケジュールする場合、指定したリリース日まで、既存のアプリは Microsoft AppSource で公開取り消しにはなりません。
Microsoft AppSource で以前のバージョンのアプリを引き続き提供することも、以前のバージョンの公開を取り消すこともできます。
既存のユーザーが更新されたアプリを初めて起動すると、作業ウィンドウまたはドキュメントの本文に通知が表示され、アプリを更新するように要求されます。 ユーザーが [更新] を選択すると、アプリの最新バージョンが起動します。
更新されたバージョンに新しいアクセス許可が含まれる場合、ユーザーはそれらに同意する必要があります。
Note
各アプリには一意の資産 ID があるため、Microsoft AppSource で同じアプリの 2 つ以上のバージョンを同時に保持することはできません。 以前のバージョンを公開せずにアプリの更新バージョンを発行すると、2 つの一覧が表示され、顧客ベースが分割される可能性があります。
SharePoint アドインの更新は、SharePoint アドイン カタログの一部であるライセンス管理ツールによって処理されます。 詳細については、SharePoint アドインの更新プロセスに関するページを参照してください。
有料アプリを Microsoft AppSource に申請できますか?
パートナー センターを介して Microsoft AppSource に申請するアプリは、すべて無料となります。 Microsoft コマーシャル マーケットプレースを通じてアプリを収益化できます。詳細については、アドインの収益化に関するページを参照してください。
公開状態や必要なアクションに関する通知を受け取るにはどうすればよいですか?
オファーが発行されると、開発者アカウントの所有者に、電子メールとパートナー センターのアクション センターを通じて、発行状態と必要なアクションが通知されます。 アクション センターの詳細については、「アクション センターの概要」を参照してください。
アプリで Office 用 JavaScript API を参照するにはどうすればよいですか?
アプリで Office 用 JavaScript API を使用する場合、Microsoft でホストされる Office.js ファイルをその CDN URL から参照する必要があります。 アプリに Office.js ファイルのコピーを含めたり、他の場所でホストされているファイルのコピーを参照したりしないでください。
アプリを SSL で保護する必要があるのはなぜですか?
アプリが SSL (HTTPS) で保護されていない場合、使用中にコンテンツが安全でないことを示す警告やエラーが表示されます。 このため、Microsoft AppSource に申請するアプリは、すべて SSL で保護する必要があります。
言語サポートを宣言するにはどうすればよいですか?
申請では、2 つの側面がサポートされる言語に関連します。
アプリ パッケージまたはマニフェストで宣言する言語。 種類に応じて、アプリでサポートされる言語を宣言します。
SharePoint アドインの場合は、アドイン パッケージ内のアドイン マニフェストで SupportedLocales 要素 (PropertiesDefinition complexType) (SharePoint アドイン マニフェスト) を使用して言語サポートを宣言します。 詳細については、アプリ マニフェストの構造と SharePoint アドインのパッケージの詳細に関するページを参照してください。
ディクショナリではない Office アドインの場合、マニフェストで DefaultLocale 要素と Override 要素を使用することで、言語サポートを宣言します。 詳細については、Office アドインのローカライズに関するページを参照してください。
ディクショナリである Office アドインの場合、アドイン マニフェスト内で TargetDialects 要素を使用することもできます。
パートナー センターの [Store listings] (ストアの一覧) ページで言語を選択できます。
Note
パートナー センターで申請できる言語よりも多くの言語をアプリ パッケージで宣言できます。
アプリが企業を対象とする場合、申請にどのような影響がありますか?
アプリまたはアドインが大規模な組織と企業のみを対象とし、コマーシャル マーケットプレースを対象としていない場合、一部の要件は免除または修正されます。 その他すべてのコマーシャル マーケットプレース ポリシー要件が適用されます。 次の表に、主な違いの概要を示します。
| Behavior | コマーシャル マーケットプレース アプリ | アプリのターゲットは大規模な組織と企業のみ | 関連するコマーシャル マーケットプレース ポリシー |
|---|---|---|---|
| AppSource のホーム ページ | AppSource のアプリケーション固有のホーム ページに表示でき、検索を介して検出でき、Web キャンペーンやメール キャンペーンで利用できます。 | ホーム ページには表示されません が、検索を通じて検出でき、Web キャンペーンやメール キャンペーンで利用できます。 | 該当なし。 |
| ブランドまたはサービス名 | タイトルにブランド名またはサービス名を含めることはできません。 | タイトルには、特にアドインまたはアプリの目的を伝えるのに役立つ場合に、ブランド名またはサービス名を含めることができます。 | 1100.7 |
| シームレスな初回実行エクスペリエンス | 必須。 その使用方法を明確に説明するシームレスな最初の実行エクスペリエンスを提供する必要があります。 たとえば、アドインのスタート画面で、その機能と利点を数行で説明します。 また、ユーザーがアプリを使用するためにサインアップまたはサインインする必要がある場合は、サインアップする前にそのアカウントまたはサービスを持つことの価値を明確にする必要があります。 | 必須ではありませんが、ユーザーがサービスの詳細を確認できるように、メールの連絡先または Web サイトのリンクを含める必要があります。 | 1100.5 |
| サインイン/サインアウト エクスペリエンス | アドインのみ: アドインに外部アカウントまたはサービスが必要な場合に必要です。その場合は、それぞれのサインイン リンクと、ユーザーがサインインしたときにサインアウト リンクを指定する必要があります。 それ以外の場合は必須ではありません。 | アドインのみ: アドインに外部アカウントまたはサービスが必要な場合を除き、個々のユーザーではなく、アドインの外部の企業がサインアップを管理する必要があります。 | 1100.5 |
| サインアップ エクスペリエンス | アドインのみ: アドインに外部アカウントまたはサービスが必要な場合に必要です。その場合は、それぞれにサインアップ リンクを指定する必要があります。 それ以外の場合は必須ではありません。 | アドインのみ: アドインに外部アカウントまたはサービスが必要な場合を除き、個々のユーザーではなく、アドインの外部の企業がサインアップを管理する必要があります。 | 1100.5 |
| 価値提案 | 必須。 使用可能なソフトウェア ソリューションと、効率性の向上、革新的な機能、戦略的な利点などの重要な利点を提供する必要があります。 単純なユーティリティまたは限られたスコープを超える必要があるため、ユーザーが学習して使用するために必要な投資も正当化する必要があります。 | 必須ではありませんが、ユーザーがサービスの詳細を確認できるように、メールの連絡先または Web サイトのリンクを含める必要があります。 | 1100.5 |
アプリまたはアドインが大規模な組織と企業のみを対象とする場合は、Marketplace 登録情報の申請の認定に関するメモセクションで、このことを示す必要があります。これには、その原因のために提供しないことを選択しているすべての要件も含まれます。 たとえば、アドインが企業を対象とし、他の条件を満たしているため、サインアップ リンクを提供していないとします。 "このアドインは企業を対象としているため、サインアップ リンクを提供していません。 ポリシー 1100.5 を参照してください。
そうしないと、アプリまたはアドインは一般的なコマーシャル マーケットプレース アプリとして扱われます。