記事をダウンロードして読めるアプリ内課金を実装しています。すべての記事に製品 ID を付けるのではなく、「クレジット」、つまり任意の 5 つの記事または任意の 10 の記事を選択できるクレジットなどを販売したいと考えています。
Apple のガイドラインには次のように記載されています。
11.4 IAP を使用してクレジットまたは他の通貨を購入するアプリは、アプリケーション内でそれらのクレジットを消費する必要があります
11.5 IAP を使用して期限切れのクレジットまたはその他の通貨を購入するアプリは拒否されます
11.4 の解釈方法がわかりません。私のアプリケーションは確かにクレジットを消費して購入しますが、実際にはサーバーによって追跡されます。このタイプのシステムが許可されているかどうかは誰にもわかりませんか?
はい、やりたいことは許されます。11.4 が意味することは、次のことができないということです。
1) 100 クレジットを $0.99 で販売します。
2) ユーザーが 100 クレジットを持っているという情報をサーバーに保存してから、
3) ユーザーがあなたのウェブサイト、または iOS アプリ以外の他のアプリケーションでそれらのクレジットを使用して、物を購入できるようにします。
それは理にかなっていますか？:)
あなたがそれらをどのように追跡するかは問題ではないと思います。私の解釈では、これらのクレジットは、アプリ内で消費されない商品と交換できません。したがって、たとえば、ユーザーはクレジットを購入して食料品店でニンジンを購入することはできません。
より安全であるため、サーバーでクレジットを追跡するのが好ましい方法だと思います。MyTown (所属なし) のような「ファームビリッシュ」なオンライン ゲームを例にとると、購入したクレジット、「お金」などをサーバー上で一元的に追跡することができます。この例を考えると、あなたはかなり安全だと思いますが、私は Apple ではありません。