IAPサブスクリプションに基づいてウェブサイトのコンテンツを提供する

Question

私たちはすでに有料の顧客を抱えているニュースサイト用のアプリを開発しています。もちろん、Appleはアプリの外で購読を売ることを許可しないので、Apple自身のアプリ内購入と一緒に行く必要があります。

私たちのアプリで誰かがニュース購読を購入すると、そのユーザーは当社のウェブサイト上の同じコンテンツにアクセスすることができます。これを行うには、ユーザー名とパスワードを少なくとも入力するようにユーザーに依頼する必要があります。

これは許可されていますか？ユーザーに同じコンテンツをオンラインで提供するために、私たちに個人的なもの（電子メールアドレス）を記入するようにユーザーに依頼できますか？

Answer 1

うん、これはアプリケーションの特定の種類のために許可されている：

3.1.3 Content-based "Reader" Apps：雑誌、新聞、書籍、オーディオ、音楽、ビデオ、：アプリは、ユーザーが以前に購入したコンテンツやコンテンツ購読（特別にアクセスすることを可能にしますプロフェッショナルデータベースへのアクセス、VoIP、クラウドストレージ、および学生の成績とスケジュールを管理する教育用アプリなどの認可済みサービス）。ただし、IAP以外の購入メカニズムにユーザーを誘導することはできません。

多くの例があります。 Spotify、SoundCloud、Guardianは、いくつか挙げると、ウェブサイト、iOS、Androidアプリで購読する機能を提供しています。

ユーザーは、ユーザーとサブスクリプションを関連付けるために、ユーザーがアカウント（ユーザー名/パスワードまたはOAuthなど）を登録できる方法が必要です。とにかくこれは当然のことです。

明らかに、アプリ内でIAP以外の支払い方法を提供することはできません.Google Playの場合もそうです。他のアプリストアについても疑問があります。

編集：

私がGoogle Playについて間違っている可能性があります。 Google Play Policy on Paymentsから：

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

あなたのニュースがアプリ外で消費できるのであれば、おそらくあなたは、代替の支払い方法を使用することができます。そうすることは安全かもしれませんが、私はこれが実際の意図であると過度に確信していません。アプリを提出したときに拒否/承認された場合は、コメントを追加してもよろしいですか？