Windows・Macのアプリを作って配るまでの流れ｜審査がない代わりに署名の判断が要る

この形は、審査を待たずに出せる

iOSアプリやAndroidアプリでは、書き終えたあとに開発者登録と審査が挟まります。 パソコン向けのアプリは、ストアを通さないという選び方ができるため、 そこを丸ごと飛ばせます。作ったファイルを自分のサイトやGitHubに置けば、それで配れます。

3つの形のなかで、これだけが「今日出す」を自分で決められます。 工程も短く、決めることも少なくなります。そのぶん、判断が1か所に集まります。 どう配るかです。

配り方は、大きく2つに分かれる

配る形の選択肢は、自分で配るか、ストアに出すかの2つです。 自分で配る場合はさらに、署名を付けるかどうかの判断が入ります。 どちらを選ぶ場合も、書いたコードを、受け取った人がそのまま実行できるファイルに変換する ビルド という工程を通ります。まず、大きい方の2つを並べます。

「自分で配る」の側を選ぶと、工程が短くなる代わりに、 見つけてもらう仕事が自分に戻ってきます。「ストアに出す」の側を選ぶと、 iOSやAndroidと同じように登録と審査が挟まります。 最初の1本で、公開まで通す経験を作りたいのであれば、自分で配る形から入る道があります。

署名がないと、開く前に警告が出る

自分で配ると決めた場合に、その先で効いてくるのが署名です。 ここは知らずに進むと、配ったあとで気づくことになります。

WindowsもMacも、作者を確かめられないファイルに対しては、 実行の前に警告を出す仕組みを持っています。 受け取った人の画面には、このファイルは安全でないかもしれない、という趣旨の表示が出ます。 そこを乗り越えて開いてもらうには、その人が自分で操作を追加する必要があります。

無料で配っていても、ここで手が止まります。作った本人を知らない相手ほど止まります。 公開したのに使われない、という結果になったとき、 原因が中身ではなく警告だった、ということが起こりえます。

署名を付けるには費用がかかります。金額と手続きは、WindowsとMacで別です。 配布を決める前に、それぞれの開発者向けの案内で、署名の方法と費用を確認してください。 Macで配るファイルに署名を付ける場合は、Apple Developer Programへの登録が関わってきます。 こちらは年99米ドルの年会費です。

署名を付けないという選び方もあります。身近な人や、事情を説明できる相手に配る段階なら、 警告が出ることを先に伝えておけば進められます。 判断の分かれ目は、費用を出すかどうかではなく、誰に配るかです。

ハル 聞く人 警告が出ると聞くと、自分のアプリに問題があるように見えてしまいそうです。

ヤドカリ先生 答える人 中身の良し悪しとは関係のない表示なのですが、受け取った人にはそこまで分かりません。 私は最初に配ったツールで、これをまったく考えていませんでした。 使ってみたけど開けなかった、という連絡をもらって初めて気づいた形です。

ハル 聞く人 そのときは、どうされたんですか？

ヤドカリ先生 答える人 配布ページに、警告が出たときの開き方を書き足しました。 それで使ってくれた人もいますが、そこまで読まずに離れた人の方が多かったと思います。 費用を出して署名を付けるかどうかは、その後で考えました。

ハル 聞く人 最初から署名を付けておいた方がよかった、ということですか？

ヤドカリ先生 答える人 誰に配るかによります。知り合いに使ってもらう段階では、費用を先に出す理由が薄いです。 知らない人に届けたいと思った時点で、署名を検討する、という順番で足ります。 この形は、その判断を自分の都合で後ろにずらせるところが利点です。

配るまでの工程

お金が出ていくのはいつか

この形の特徴は、支払いの時期を自分で決められることです。 iOSは提出の前に年会費を払う必要があり、Androidもテストを始める前に登録料が要ります。 順番を入れ替えられません。パソコン向けのアプリでは、 署名を付けると決めるまで、費用は発生しません。

つまり、作って、配って、使われるかどうかを見てから、費用を出すかどうかを決められます。 置き場所については、GitHubのように 無料枠 で足りる選択肢があります。

ストアに出すと決めた場合は、他の形と同じで、登録料が先に来ます。 どのストアに出すかによって条件が変わるので、決めてから調べる形になります。

どこに置いて配るか

自分で配ると決めた場合、置き場所は主に2つです。

• 自分のサイト — 使い方の説明や画面の例と並べて置けます。 どういう道具なのかを伝えたうえで受け取ってもらえるので、 知らない人に届けたい場合はこちらが向きます。
• GitHubの リポジトリ — コードと配布ファイルを同じ場所に置けて、版の履歴も一緒に残ります。 仕組みはGitHubのページで説明しています。

両方に置く形も取れます。どちらに置いても、置いただけでは気づかれない点は同じです。 この形はストアの検索という経路を持たないので、知らせる手段を用意するところまでが工程に入ります。

この形の収益化

パソコン向けのアプリで収入になるのは、買い切りで売る形と、 使ってくれた人からの寄付を受け取る形が中心です。 アプリの中で広告を出す形は、スマホアプリほど一般的ではありません。

ストアに出す場合の手数料や、アプリ内課金の考え方は アプリで収入を得るのページにまとめています。 このページでは工程だけを扱います。

次に読むページ

• 開発の流れ 形ごとの工程の入口。他の形と見比べる
• iOSアプリの流れ Macと年会費と審査。3つの関門が順番に来る形
• Androidアプリの流れ 公開の前に、12人が14日間テストする条件が挟まる形
• GitHub コードと配布ファイルを置く場所としての使い方
• アプリで収入を得る ストアに出す場合の手数料と、収益化の形
• Google AdMob アプリに広告を出す仕組み(スマホアプリ向け)

よくある質問