1

私は、特定の垂直市場を対象とするアプリの範囲を特定する初期段階にあります。消費者志向ではありません。アプリを開発している組織には、既存の Web ベースの製品と、ユーザー アカウントの登録とそれらの製品の課金のための確立されたインフラストラクチャがあり、アプリはこれらの製品と相互運用する必要があります。そのために、いくつか質問があります。

1) アプリの外部から (たとえば、別の Web サイト経由で) のみ有効にできる機能を備えたアプリで、開発者がこれを行うためにユーザーに請求する場合:

Q1. このアプリは Google Play で配布できますか?

Q2. 機能の有効化はアプリ外で行われるため、開発者は Google Play の支払いシステムを使用して請求する必要がありますか?

2) ユーザーが別の Web サイトでコンテンツのアイテムを作成できるようにし、後でそのサイトでそれを変更し、そのために課金されるようにするアプリ (例: バグの作成に課金するバグ追跡アプリ)サイトに記録する):

Q3 これはアプリ内購入としてカウントされ、請求には Google Play の支払いシステムを使用する必要がありますか?

これらのシナリオに関する Google の明確な声明はどこで確認できますか? 購入と請求のシナリオがかなり単純な消費者向けアプリケーションに関連する資料のみを見つけています。

4

1 に答える 1

0

あなたの質問の「あなたは私のそばに支払い方法がない」という側面の可能性についてはあまり光を当てることができませんが、技術的な側面として、次の側面が頭に浮かびます。

  • Q1：技術的には、アプリはGPで無料で他の支払い方法を使用するか、ライセンス検証サービスを使用することができます。
  • Q2：Google Playライセンスを導入する唯一の安全な方法は、独自の安全なサーバーですべての整合性チェックを実行することです。アプリはGPLVL情報を要求し、それをサーバーに渡すことができます。GP LVLユーザーID（難読化されたバイナリアプリ固有のバイト文字列）を使用してユーザーを識別し、実装する可能性のあるパスワードの詳細をアプリとネゴシエートできます。もちろん、このシナリオでは、ユーザーはすでに支払いを済ませているように感じるので、サーバー側の登録はスムーズに統合されるはずです。サーバー側で「有効化」/「認証」ステップが追加で必要な場合、GPLVLを使用するかどうかはわかりません。
  • Q3：これにはGP IAB V3の消耗品のアプリ内購入を使用できます（またはV2サブスクリプションですが、アイテムごとの支払いのように聞こえます）。繰り返しになりますが、これは、サーバーで購入インテントの購入ごとのdeveloperPayloadを生成し、アプリがユーザーの購入を確認するときにそれを検証する場合にのみ安全です。検証はサーバーで再度実行する必要があります。そうしないと、アプリの公開鍵をアプリに含める必要があります。これは、アプリがクラックされるための主要なステップです。
  • 一般に、使用する独自のユーザー管理がある場合は、GP情報が比較的匿名であることを知っておくことが重要です（LVL：難読化、IAB V3：アプリの方向性に関する情報はまったくありません）。したがって、ここでは、「あなたの」アカウントとGPエクスペリエンスの間の信頼できるユースケース指向のバインディングが重要になると思います。
于 2013-02-21T15:26:33.383 に答える