AppStore以外でMacアプリを販売する方法

Macは、特にユーザーがシステム上で実行できることと実行できないことの点で、常に親しいいとこであるiOSとは異なります。 Apple Siliconの登場後も、Apple は、MacはまだMacであり、新しいアーキテクチャで実行している場合でもハッキングされる可能性があることを明らかにしました 。



プログラマーにとって、これはMacプラットフォーム向けに開発する場合、選択肢があることを意味します。MacAppStoreの外部で、Mac App Storeを通じてのみ、または両方の組み合わせで、アプリケーションを個別に配布できます。



この記事は、このトピックに関する私の考えの結果です。これは、特定の手順の詳細な説明ではなく、AppStoreの外部でMacアプリを配布するときに知っておくべきことのガイドとなることを目的としています。ここに提示された情報が、初心者がこのプロセスから謎を取り除くのに役立つこと、そして私自身のプロセスの説明が参照点として役立つことを願っています。

App Storeと直接配布：長所と短所

これらのオプションにはすべて、独自の長所と短所があります。そもそも、一部のMacアプリケーションはMac AppStoreから配布できないだけです。この例は私のAirBuddyアプリで、システムエージェントを実行し、プライベートAPIを使用してAppleワイヤレスデバイスとの緊密な統合を可能にする必要があります。これは AppStoreでは禁止されています。Macのサンドボックスの制約下では実行できない他の多くの種類のアプリケーションについても同じことが言えます。



選択肢がある人のために、私はMac AppStoreまたは独立したディストリビューションでリリースすることの賛否両論のリストをまとめました。

Mac AppStoreの長所

• Appleは、お客様に代わって配布、販売、およびライセンス供与を行います。
• .
• Apple .
• , Apple, , Mac App Store

Mac App Store

• Apple 15% 30% . , .
• , , App Review .
• - «» macOS.
• .

• ,
• macOS , , «», API .
• .
• -, App Store
• , Apple App Store

• , ( , )
• (consumable) (non-consumable) ( StoreKit)
• Apple, , Apple ( , , CloudKit, )

Catalyst SwiftUI

Catalystは、既製のiPadアプリを取り出してMacに移植する方がはるかに簡単なため、多数の新しいMacアプリをもたらしました。 Catalystを介してmacOSに移植されたアプリケーションは、iOS用のオリジナルが存在する場合でも、AppStoreでリリースする必要はありません。



さらに、現在macOS用のTestFlightはありません（2021年の私の願いの1つ）。したがって、Catalystによって作成されたアプリのベータビルドを配布する場合は、Mac AppStoreの外部で行う必要があります。これはそれほど多くありません。本番環境でのアプリケーションの配布とは異なります。



この記事で説明されていることの多くはCatalystアプリケーションに当てはまります-結局のところ、これらはMacアプリケーションですが、一部のアプリケーションでは追加のハッキングが必要になります-AppleはすべてのAppKit機能をCatalystアプリケーションから直接使用することを禁止しています。ただし、少しの作業で、CatalystアプリケーションにAppleScriptサポートやその他の機能を含むMacの機能の多くを使用させることができ ます。



Mac用のSwiftUIアプリケーションを開発する場合、配布プロセスに大きな違いはありません。SwiftUIアプリケーションでは、Catalystアプリケーションに必要なハックなしですべてのmacOSAPI関数を使用できるためです。

拡大

アプリケーションの配布には、アプリケーションバイナリとその更新のダウンロード、保存、ダウンロード、およびユーザーに役立つパッケージの作成という2つの側面があります。

ホスティング

MacアプリをAppStore以外のユーザーの手に渡すための最初の大きなステップは、バイナリを配布する方法を選択することです。 App Storeがないということは、インターネット上のどこかでアプリのバイナリと更新をホストし、ユーザーにダウンロードリンクを提供する必要があることを意味します。



これは、さまざまな方法で実現できます。オープンソースアプリケーションの場合、Githubでリリースを使用でき、Githubリポジトリでアプリケーションの更新フィードをホストすることもできます。これが私がmacOS用のWWDCアプリを配布する方法 です。



商用アプリの場合、Backblaze B2を使用してアプリのバイナリ、デルタ更新、更新フィードを保存し、Cloudflareを介してすべてのリクエストをプロキシしました ダウンロード/更新用の独自のドメインを用意し、必要に応じてサーバーにフィルタリング、キャッシュ、ロジックを追加します。



B2は非常に手頃なプロバイダーです（私は月に1ドル以上支払うことはめったにありません）。ほとんどのMacアプリは小さいので、アプリが大量にダウンロードされたとしても、ストレージ/帯域幅に多額の費用をかける必要はほとんどありません。 Amazon S3バケットも人気のあるオプションですが、そのダッシュボードは私を怖がらせるので、私ははるかに単純な（そして安価な）B2を好みます。



これまでのところ、アプリケーションのリリースを公開する段階を自動化していないため、新しいリリースをダウンロードするには、Transmitを使用します。 私のB2バケットのクライアントとして。ちなみに、リリースをサーバーにアップロードする前に、もう1つの重要なステップがあります。アップロードするために必要なファイルを取得することです。

---

広告

プロジェクトのデバッグやホスティングのためにロシアでサーバーが必要な場合 は、当社の壮大なサーバーが最適です 。数回クリックするだけで独自の構成を作成し、サーバーの毎日の請求、ボックス内のアンチDDoS、便利なコントロールパネル。一度試してみたほうがいいです！

---

確認と梱包

Xcodeからzipアプリをエクスポートする場合、App StoreConnectとDeveloperIDの2つの主要な配布オプションがあります。 App Storeなしでアプリを配布するには、開発者IDを使用します。



Mac App Storeを介してアプリを配布するために使用するのと同じ開発者アカウントを使用して、開発者IDを使用してアプリを配布するときにアプリに署名することもできます。証明書自体は異なりますが、エクスポートプロセス中にまだ行っていない場合は、Xcodeが自動的に証明書を生成してインストールします。



macOS Catalinaのリリース以降、ユーザーに直接配布されるすべてのアプリケーションはAppleによって検証される必要があります。検証されない場合、デフォルトでは起動されません。検証プロセスでは、アプリケーションをAppleに引き渡します。Appleは自動マルウェア検査を実行し、実行を可能にする特別な署名をバイナリに「スタンプ」します。これはアプリレビューの手順ではありませんが、マルウェアがこのように拡散するのを防ぐ自動チェックです。また、Appleは、侵害された場合に備えて、開発者アカウント全体ではなく、単一のバイナリファイルにマルウェアのフラグを立てることができます。



Xcodeオーガナイザーでバイナリを直接検証する機能は、アプリケーションを配布するために選択したパッケージ化方法によって異なります。フォルダー.app



をサーバーにアップロードしてユーザーにダウンロードさせることはできません 。構造化されていないファイルに変換する必要があります。これを行う最も簡単な方法は、アプリケーションをzipパッケージしてzipファイルとして配布することですが、私の経験では、アプリケーションをDMGファイルとして配布すると、ユーザーからのヘルプ要求の数が大幅に減少します。



MacファイルをダウンロードするときにDMGを見たことがあるでしょう。これらは、FinderでダブルクリックしたときにmacOSがマウントするディスクイメージです。また、アプリケーションをアプリケーションフォルダにドラッグアンドドロップする方法に関するグラフィカルな手順が含まれている場合もあります。これにより、ユーザーの作業が楽になり、ユーザーがダウンロードフォルダーまたはその他の任意の場所からアプリケーションを起動する可能性が低くなります。



アプリケーションをDMGとして配布する場合は、公証せずにXcodeで開発者IDオプションを選択してアプリケーションをエクスポートし、DMG自体を検証する必要があります。 XcodeにはDMGへのエクスポートオプションがないため、サードパーティのツールを使用する必要があります。create-dmgを使用するのが好きです ..。さらに、DMGの作成、ダウンロード、スタンプのプロセスを自動化するdmgdistツールを作成してオープンソース 化し、1つのコマンドで配布可能なイメージを取得できるようにしました。



アプリケーションをzipファイルとして配布するには、プロビジョニングプロセスが簡単です。Xcode開発者IDを選択した後、アップロードオプションを選択します。アプリケーションの検証済みバージョンが生成され、圧縮して配布できます。

アプリの更新

App Storeのもう1つの側面は、アプリの更新を処理することです。新しいバージョンをAppStore Connectにアップロードして検証すると、AppStoreのユーザーが更新を利用できるようになります。直接再配布可能なアプリケーションのために、このプロセスを何らかの方法で再作成する必要があります。



最良の（そして最も人気のある）方法は、Sparkleを使用すること です。それは何年も前からあり、Mac AppStoreの外で販売されているMacアプリのアップデートを配布するほぼ公式の方法になっています。



今、スパークルは二重の生活を送っているようです。 Sparkleの「レガシー」バージョン、または「サンドボックス」で使用されるアプリケーションを更新する機能など、多くの改善が含まれている最新の「v2」ブランチのいずれかを使用できます。私はまだレガシーバージョンに精通しているのでそれを使用していますが、より新しいバージョンを統合するのはまだ少し難しいと感じています。壊れていないものを修正する必要はありません。



アプリケーションの更新を生成するプロセスは通常、次のようになります。更新のたびにアプリケーションのバージョンが大きくなることを確認し、上記のようにパッケージを作成し（Sparkleはzip、DMG、およびインストーラーパッケージを理解します）、ツールを使用します。 generate_appcast



フィードを更新します。その後、デルタ、新しいバージョンのパッケージ、および更新されたAppCastフィードを選択したホスティングにアップロードします。その後、ユーザーはアプリケーション内の更新を確認することで新しいバージョンを確認できます。



気が遠くなるように聞こえるかもしれませんし、間違いなく練習が必要ですが、一度設定すると、プロセスは完全に手間がかからないことがわかります（私の意見ではApp Store Connectを使用するよりもはるかに優れています）。

Mac AppStoreの外でお金を稼ぐ

MacアプリをAppStoreの外に配布したい場合、ある時点でそれでお金を稼ぎたいと思う可能性があります。 App Storeと同様に、さまざまなビジネスモデルを使用できますが、顧客への直接販売で最も人気のあるのは、古き良き先払いモデルです。ユーザーは、アプリをダウンロードするために料金を支払い、ライセンスキーに登録して、更新を取得します。少なくとも一定期間は無料で。



App Storeの外部で配布されるアプリのもう1つの人気のあるビジネスモデルは、ユーザーがアプリを使い続けるために月額または年額の料金を支払うサブスクリプションモデルです。ビジネスモデルを選択するためのガイド全体（または一連のガイド）を作成することは可能であるため、私はそれについてはお手伝いしません。このセクションでは、アプリケーション用に選択したペイアップモデルを使用していると想定します。



商品の代金を受け取るには、ユーザーが訪れてアプリについて学び、購入する（運が良ければ）ある種のストアが必要です。初心者に適したオプションは、ストアページ、支払い処理、ホスティング、ライセンスを提供するGumroadサイト です。最初のバージョンをリリースしたとき その後、2019年1月のAirBuddyはGumroadを使用し、1年間で何万ものアプリのコピーを販売し、非常に役立ちました。



ただし、Gumroadは元々ソフトウェアを販売するように設計されていなかったため、他のサービスが持つ柔軟性に欠けています。新しいFusionCastアプリとAirBuddy2.0のリリース後、支払い処理とアプリのライセンスを処理するPaddleに切り替えました 。



もう1つのオプションは、Stripeや FastSpringなどの支払いサービスを使用すること です。、または注文を処理して自分でライセンスを取得できます。これにより、最適な柔軟性が得られますが、一生懸命働く必要があり、追加のサービス（電子メールの送信など）にお金を払う必要があります。



Mac App Storeの外でMacアプリを売ってお金を稼ごうとしているなら、Gumroadが最良の選択肢だと思います。このサイトはほとんどすべてをやってくれ、サイトを作成する必要さえないからです。アプリ。ただし、アプリを会社または主な収入源として販売する場合は、Paddleなど、制限の少ないプロフェッショナルなソリューションの方が柔軟性が高くなります。

ライセンス、コピー防止、著作権侵害

Macアプリケーションを直接配布すると、著作権侵害につながる可能性があります。何らかのコピー防止機能を有効にしない限り、誰でもアプリケーションのバイナリを取得して、ライセンスを支払うことなく実行できます。



これは事実ですが、開発者、特にインディー開発者は、コピー防止機能の構築にかなりの時間を費やすべきではないという結論に達しました。はい、一部の人はあなたの仕事を盗むでしょうが、とにかくお金を払わないので、それについて心配したり、アプリケーションに超高度なDRMを埋め込んだりするのに費やされる時間は、バグの修正や新機能の開発に費やされる可能性があります。さらに、これらの慣行は、著作権侵害を思いとどまらせるよりも、正当なユーザーを罰することが多くなります（ゲーム開発業界でのこの多くの例を見てください）。



AirBuddyの最初のバージョンでは、コピー防止機能はまったくなく、ライセンスキーを入力するための最も簡単な登録フォームもありませんでした。インターネット上でいくつかのコイル状のコピーを見つけましたが（もちろん、それらのいくつかは感染していました）、アプリケーションが大部分のユーザーによって海賊版になっている兆候は見られず、私の指標もこれを反映していません。バージョン2では、アプリのインストール時にPaddle SDKを使用して登録しますが、それだけです。



Mac App Storeを通じて配布されるアプリには、自動著作権侵害対策もありません。AppStoreのチェックを手動でチェックして、コピーが合法であることを確認する必要があります。ほとんどのチェック検証コードは簡単にハッキングされるため、Mac App Storeを通じて配布されるアプリケーションは、直接配布されるアプリケーションよりも著作権侵害に対して安全ではありません。

マーケティング

このセクションを追加した主な理由は、Macアプリの直接配布とMac AppStoreを介した配布の間に大きなマーケティング上の違いはないということです。最近では、App Storeでアプリをリリースするだけでは、外部情報がなくてもユーザーが新しいアプリを有機的に発見する可能性はほとんどないため、ほとんど意味がありません。



App Storeを通じて配布する場合は、App Storeページをメインのショーケースとして使用できるため、Webサイトの作成手順をスキップできますが、それでも、ほとんどのアプリには個別のランディングページがあるとメリットがあると思います。



アプリのマーケティング自体がさらに別のチュートリアルのトピックになる可能性がありますが、一般的に、特にフォロワーがすでにいる場合は、利用可能なチャネルを推奨できます（Twitter、Instagram、TikTokなど）。アプリを（無料ライセンスで）WebサイトやMacアプリのレビュー担当者に送信することも、人気を高めるための優れた方法です。ソーシャルネットワーク、ポッドキャスト、出版物で有料広告を使用することもできます。