無料のアプリでカスタム支払いが行われた場合、AppleとGoogleは共有を要求しますか？

マルチプラットフォームゲーム（web / iOS / Android）を作成しています。無料版でもコアゲームは完全にプレイできますが、支払いを選択した人はより多くのソーシャル機能を利用できます（もちろん広告はありません）。

私はすべてのプラットフォームに無料版と有料版を用意するのではなく、無料でアプリをリリースすることができ、ユーザーがそれ以上欲しい場合は、登録して1回限りの料金を支払う必要があると考えていました（支払いゲートウェイまたはPayPalを介して） ）。追加のコンテンツは、アクセスできるすべてのクライアントで利用できます。理論的には、これはプレーヤーにとってより良い価値を意味し、私にとってメンテナンスと頭痛が減ります（明らかに私はすべての支払いトラブルを自分で処理する必要があります）。

Apple / Googleのビジネスモデルに適合しますか？それとも、彼らはまだ登録料のシェアを主張しますか？

Googleは最近、ポリシーをより明確にしたため、AppleとGoogleの両方が、アプリ内購入として行われたトランザクションの30カットを採用しています。アプリ内で他のお支払い方法を許可しておらず、煩わしい場合はマーケットプレイスからアプリを削除するだけです。

両方で許可される唯一の例外は次のとおりです。

• ゲーム内での仮想商品の販売-アプリは、paypalまたはその他の支払いゲートウェイを使用して請求することができます。
• 他の場所で購入した要素のロック解除-仮想商品を販売するウェブサイトをセットアップした場合、それらのユーザーのためにアプリでそれらをロック解除できます-アプリはウェブサイトへのリンクが許可されていないことに注意してください。

有料ユーザー向けの追加コンテンツのロック解除は、AppleでもGoogleでも問題ありません（Google Playアプリストアを意味していると思いますが、要件が異なるさまざまなAndroidアプリストアがあります）。

ただし、アプリ内購入サービスを使用する必要があるため、アプリはAppleによって拒否されます。トランザクションごとに30％の費用がかかりますが、これはユーザーが慣れ親しんでいる支払いフローであるため、それを使ってみませんか？

Google Playについては、将来的にGoogleのIAP以外の支払いサービスの使用が許可されるかどうかは少し不明確なので、少なくとも代替手段として提供したいと思います。IAPサービスを介さない場合、Googleは支払いを分担できません。

johloが言ったように、Appleは独自のAPIの使用のみを許可しています。Googleもそうだと思います。

ただし、ゲームがHTML5であり、自分でホストする場合は、必要に応じて無料で課金できます。また、ゲームをアプリとして保存する方法をプレーヤーに指示し、キャッシュを利用して、ゲームを他のアプリにできるだけ近づけることができます（オフラインでプレイする場合）。

ただし、このソリューションを選択するとプレーヤーベースを構築するのが非常に難しくなるため、これには欠点があります（ただし、アプリストアとGoogle Playのすべてのゲームでは、気付かれない可能性がとにかく高いです）。

あなたは良いマーケティングキャンペーンを理解する必要があります。

ロック解除機能（おそらくシナリオに関連する機能）に関しては、すべての商品をAppleでは「消耗品」、Googleでは「管理対象外」に設定する必要があります。これは、あなたの側ですべての商品の資格を管理するためにサーバーをセットアップする必要があることを意味します。実際には、すべてのクライアントがサーバーでユーザーを認証し、さまざまな商品の残高について問い合わせます。