背景
弊社のイベントで、家計簿アプリ Kakeibo というアプリを自作し、Microsoft Storeに提出してみましたが、Microsoft Storeに提出することはQiitaの記事のネタとしては良いのでは？と思ったので、記事に書き起こしてみます。初回の審査ではKakeibo v0.1.3.0を提出しました。今回は少々手をいれて、Kakeibo v0.2.0.0 として審査に提出したいと思います。
Microsoft Store アプリのリリース手順
私が普段 Microsoft Store にアプリを提出する手順を紹介します。
- Visual Studioでビルドする
- Package.appxmanifest に書かれるバージョン番号を更新する
- コマンドプロンプトで
dotnet publishする - Microsoftパートナーセンターでアプリ申請の準備をする
- アプリの情報を記入する
- アプリ申請を提出する
- Microsoft Storeのスタッフが申請内容を審査する（実機テストも含みます）
- （審査不合格の場合）アプリまたは申請の修正対応する
- Microsoft Storeに公開される
1. Visual Studioでビルドする
ビルドをします。この時Releaseビルドにした方が良いでしょう。
なぜなら、提出するファイル（msixファイルです）に含まれるのは普通Releaseビルドです。
デバッグシンボルが含まれているDebugビルドでは製品として余分な情報が含まれています。
Releaseビルドをして、それらを削減しましょう。
2. Package.appxmanifest に書かれるバージョン番号を更新する
Package.appxmanifestはPlatforms/Windowsにあります。
この、Identity要素のVersion属性の値をリリースするバージョンに差し替えます。
3. コマンドプロンプトでdotnet publishする
msixファイルを生成するには、コマンドプロンプトでdotnet publishコマンドを叩くのが楽でいいと思います。
具体的には
dotnet publish -f net7.0-windows10.0.19041.0 -c Release
みたいな感じです。-fスイッチにはターゲットフレームワーク（TargetFramework）を入力します。-cスイッチにはコンフィギュレーション（Configuration）を入力します。
私は上記のコマンドをバッチファイルにしてソリューションフォルダに含めています。
msixファイルが発行されました。これはまだ署名がされていないので、このファイルをダブルクリックしても実際にインストールすることはできません。Microsoft Storeに提出して公開されるまでおあずけです。
4. Microsoftパートナーセンターでアプリ申請の準備をする
ブラウザで、Microsoft パートナーセンターのウェブサイトを開き、サインインします。
アプリをMicrosoft Storeで取り扱ってもらうためには、アプリ開発者契約 - Microsoft Storeというのに契約する必要があります。お金がかかります。この手順については割愛します。
次に、アプリとゲームのページで、「新しい製品」→「MSIXまたはPWAアプリ」をクリックします。
ポップアップ画面でアプリの名前を予約します。
アプリの名前の予約が済むと、次の画面に遷移します。(Ruteinは画面を説明するための仮名です)
新規の場合
新規申請の場合は「申請を開始する」をクリックします。
更新の場合
更新の場合は、最新の申請の「更新」をクリックします。
5. アプリの情報を記入する
新規の場合
新規の場合だと、すべての項目が未開始という状態です。推奨状態以外の項目をすべて入力する必要があります。
更新の場合
更新の場合だと、一つ前の申請の状態を受け継いで、各項目のステータスがグリーンになっています。
更新したい項目をそれぞれ編集します。
ここからは新規、更新関わらず、アプリの2回目以降の提出の時とほぼ同じなため、例としてKakeiboの新しいバージョンを申請しながら説明してみます。
価格と提供の状況
市場は、アプリを提供する地域を、国単位で選択することができます。オプションの表示をクリックすると国のチェックボックスリストが表示されます。
表示範囲は一般ユーザーに提供するのか、もしくはプライベートなユーザーにのみ提供するのか選べます。
見つけやすさについては画像の通りです。
スケジュールについては、アプリの提供期間を定めることができます。リリースはアプリ提供開始日時、購入の停止はアプリ提供終了日時を指しているものと思われます。特定の市場向けにカスタマイズすることもできるようです。
基本価格について、これはアプリのMicrosoft Account 1アカウントに提供する時の価格です。これも特定の市場のみ価格を変更したりすることができるようです。
無料試用版については、字の通り、試用版を無料提供することが可能です。提供しないか、時間制限をかけるか、無制限を選べます。無料試用版ではプロダクトコード内に機能制限を設けるコードを仕込む事が多いです。
販売価格について、これはアプリの販売価格を期間限定で値下げしたりすることができる設定のようです。
組織のライセンスについて、これは文字通り組織がアプリをボリュームライセンスのようにボリューム購入することができる仕組みです。
プロパティ
プロパティはアプリが属するカテゴリ、サブカテゴリを設定したり、アプリのサポートをする時に必要な連絡先を記入したり、システム要件を設定したりするページです。
年齢別レーティング
年齢別レーティングは、いくつかの質問に答えることでレーティングを判定します。
以下はKakeiboの例です。
パッケージ
パッケージのページでは、いよいよmsixファイルなどの納品物を収めます。
アップロード中の様子。
しばらく検証されます。
古いパッケージは削除リンクをクリックして、削除をするのが当たり前だと私は考えていますが、運用の仕方によっては過去アップロードしたパッケージも残す方もいるかもしれません。定石はよくわかりません。人によります。
Store登録情報
「言語の追加/削除」リンクから次の画面が開けます。
どの言語でアプリを提供するかを設定します。
ここで設定した言語の数だけ、次の作業でアプリの説明や最新情報（リリースノート）などをその言語で記入する必要があります。また、おそらくアプリで表示可能な言語に限られると推測されます。たぶんアプリで表示可能な言語以外をこのページで登録すると、審査が通らないのでは？と考えます。気をつけてください。
パッケージでサポートされている言語にリストアップされている言語をクリックします。
以下は日本語の例です。
説明はおそらく必須です。
このバージョンの最新情報は初回のみ空白を許されます。2回目以降の申請だと、埋める必要があります。リリースノートの抜粋を書けばいいと思います。
スクリーンショットも1つ以上必要です。
イケてるスクリーンショットを貼りましょう。個人情報は含めないように気をつけてください。
あと重要なのは著作権と商標の情報をちゃんと書きましょう。
申請オプション
申請オプションでは、公開の保留オプションや認定の注意書きが記入できます。
認定の注意書きでは、Microsoft Storeのテスターが実機でテストを行う際に、あった方がいい情報を添える目的で記入しましょう。
6. アプリ申請を提出する
これで、あとは「Microsoft Storeに提出」ボタンをクリックして、賽は投げられます。
7. Microsoft Storeのスタッフが申請内容を審査する（実機テストも含みます）
審査を待ちます。（1日～1週間営業日。Microsoft Storeの営業日は平日です。）
8. （審査不合格の場合）アプリまたは申請の修正対応する
審査不合格の場合、以下のようなメールが届きます。
Microsoft パートナーセンターを確認すると、審査結果のレポートが閲覧できます。
※以下のレポートは初回審査の時のものです。
簡単に説明すると、「10.1.2.10 Functionality」では「～でクラッシュしました」という報告。クラッシュする要因は徹底的に潰さなければ、審査は通りません。
また、「10.1.1.1 Inaccurate Representation」では「アプリ名がアプリの機能に則していません」という感じです。この時はまだアプリ名が「K2IB」という名前で分かりにくかったのは確かです。KaKeIBo、Kが2個とIBみたいな？
「10.1.4.3 App Quality - Description」では「アプリの説明が明瞭ではない」と言っています。
以上から、アプリ本体だけでなく、申請で書いた文章にも修正が及びました。
9. Microsoft Storeに公開される
審査が無事終わると、以下のようなメールが届きます。
晴れて、Microsoft Storeに公開されました！
まとめ
いかがでしたか？今回はアプリをMicrosoft Storeに提出することのみに焦点を絞って、記事を書きました。
.NET MAUIの知見が徐々に溜まりつつあるので、次はマウイの記事でも書きたいなー。
なお、弊社ではC#エンジニアを積極的に採用しています。ご興味ある方は是非。