web-dev-qa-db-ja.com

Google Playアプリ内課金の代わりにAndroidのSaaSで外部支払いプロセッサを使用する

SaaSのWebサイトを構築し、サブスクリプションを使用して、外部の支払いプロセッサ( StripeBraintreePaddle など)。

現在、このSaaSのこのWebサイトは小さなラッパー WebView にパッケージ化されており、Androidアプリとしてリリースされようとしています。しかし、ストライプのウェブサイトで、私はこれを見つけました:

Googleのデベロッパー規約では、プレミアム機能やクレジットなど、アプリに関連する購入は、ネイティブのアプリ内課金APIを介して行う必要があります。

https://stripe.com/docs/mobile/Android

Google Playの条件をさらに詳しく見てみると、これを見つけることができます(強調は私のものです)。

  • Google Playでダウンロードしたゲーム内で製品を提供したり、ゲームコンテンツへのアクセスを提供したりする開発者は、支払い方法として Google Playアプリ内課金 を使用する必要があります。
  • Google Playでダウンロードしたアプリの別のカテゴリ内の製品を提供する開発者は、以下の場合を除いて、支払い方法として Google Playアプリ内課金 を使用する必要があります:
    • 支払いは物理的な製品のみに対するものです
    • 支払いは、アプリ自体の外で消費される可能性のあるデジタルコンテンツに対するものです(例:他の音楽プレーヤーで再生できる曲)

https://play.google.com/intl/en/about/monetization-ads/

それはStripeの解釈よりも寛容に思われ、私のSaaSはゲームではなく、一般的なWebブラウザーからも使用できるので、Google Playの請求の代わりに外部の支払いプロセッサーを使用することで問題ないことを理解しています。 。

一方で、これは、ほとんどのデジタルサービスがGoogle Playの請求を回避し、他の何かを使用できることを意味します。一方、これはGoogleが多くの収益を生み出すことができるゲームを除外しているので、再び合理的かもしれません。

これは法的な質問ではないので、法的文献や弁護士に尋ねることで答えを見つけることができませんでした。代わりに、上記の条件の解釈に基づいて、外部の支払い処理業者の使用を許可するかどうかは、Googleの裁量に完全にかかっています。

したがって、法的助言の代わりに、上記の用語の解釈をサポートする実用的なガイドラインと実際の使用例を探しています。

私が見つけた1つの例はDropboxです。Androidにアプリをダウンロードした後、Dropboxを使用すると、Google Playか、Dropboxのサイトのデビットカードの2つの支払い方法から選択できます。これは、Google Playの条件のより寛容な解釈をサポートするようです。

もう1つの例はSpotifyで、WebViewを開いて、いくつかの支払いオプションから選択できますが、どれもG​​oogle Playではありません。ただし、アプリには引き続きアプリ内購入に関するAndroidの権限があり、これはPlayストアでも公開されているため、特定の国でのみGoogleのアプリ内課金を使用している可能性があります。

他に実際の例はありますか?

21
caw

そのようなアプリがあります。たとえば、さまざまなネットワークプロバイダーは、電話やインターネットを使用する能力は物理的な財ではないと主張することができます。具体的な例は、アプリ内のWebビューからスカイプクレジットを購入できるSkypeです。

しかし、あなたのための良い例はWPS Office Android appだと思います。これは、アプリ内サブスクリプションまたはクレジットカード支払いでプレミアムにアップグレードすることを示唆しています。

3
Serge Seredenko

確かに、すべての(リアルマネー)ポーカーアプリケーションは実際の例です。 (例えばpokerstars)

課金にGoogle Play Serviceを使用するポーカーアプリケーションを見たことがありません。 (おそらく法的理由による)

ホストされたWebページ(Webビューまたはカプセル化された組み込みのWebブラウザー)を使用して支払い処理を処理し、エンドユーザーが大きなリストから支払い方法を選択できるようにします。

その場合、自分でユーザー残高を処理する必要があることに注意してください(これは、ユーザー側での支払い処理のすべてのセキュリティを処理することを意味します)

1
A STEFANI

IntuitのQuickbooks(会計ソフトウェア)は、SaaSソリューションの例であり、Googleを経由しないと思います:

https://play.google.com/store/apps/details?id=com.intuit.quickbooks

別の例はInvoice2Goです

https://play.google.com/store/apps/details?id=com.invoice2go.invoice2goplus

これらのソリューションは、さまざまなデバイス(iOSおよびAndroid)および完全なWebを通じて利用できます。 Androidアプリは、Googleの曲や音楽の例のように、さまざまなユーザー接続オプションの1つにすぎないので、Googleがカットするのは意味がありません。

0
Kaamel

モバイルバンキングアプリケーションは、その単純な例の1つだと思います。あなたはあなたの手形を支払い、モバイルバンキングアプリを介してお金を送ることができます。ただし、請求にGoogle Playサービスを使用する必要はありません。すべてのトランザクションは銀行側で完了します。一部の賭けサイトに直接送金することもできます。 (この機能のためにいくつかのモバイルバンキングアプリと共有したいが、ログインする必要がある場合は、アプリ所有者銀行の顧客である必要があります)

アイデアとして共有したいのですが、スマートコントラクトと呼ばれるイーサリアムインフラストラクチャで独自の暗号通貨を構築できると思います。導入は本当に簡単です。あなたはこれのための10分のチュートリアルを見つけることができます。モバイルアプリでお金として使用できます。このように、誰かが何かを購入する必要がある場合、彼らはあなたの暗号通貨の一部を購入する必要があります。そしてグーグル側はあなたがこれのために例外になるでしょう、

「お支払いは、アプリ自体の外で消費される可能性があるデジタルコンテンツ(他の音楽プレーヤーで再生できる曲など)に対するものです。」

しかし、あなたが言ったように、

上記の用語の解釈に基づいて、外部の支払い処理業者の使用が許可されるかどうかは、Googleの裁量に完全にかかっています。

この下で署名します。

クリプト株式市場アプリケーションを調べることもできます。 Google Playの手数料は請求されなかったに違いない

一部の情報は正確に必要なものではありませんが、アイデアを共有するためだけのものです。

0
Twinsens