アプリ内にコンテンツ（電子書籍）を販売するアプリとInAppPurchaseがあります。アプリはAPIとウェブサイトで動作します。書籍はウェブサイトからも購入できます。現在、アプリとウェブサイトの間で購入/書籍の同期はありません。
次のアップデートでは、ウェブサイトのログインとパスワードを使用してユーザーフォームを作成し、購入したコンテンツをウェブサイトとアプリの間で同期させます。したがって、ウェブサイトを通じて行われたすべての購入はアプリで利用可能になり、その逆も同様です。書籍がアプリ内で購入された場合、それらはウェブサイトで利用可能になります。これを実現するために、サイトとアプリの両方で価格を変更して同じにします。
問題は、このスキームはAppleのルールと矛盾していないのか、そしてAppStoreでこの種のアップデートを許可するのかということです。アプリは短時間でブロックされませんか？
回答とアイデアを事前に感謝します。
私たちもアプリストアで電子書籍を販売しています。アプリはアプリ内アイテムを販売しています。また、ウェブサイトもあります。アップルのドキュメントで多くの調査を行いましたが、矛盾は見つかりませんでした。だから私たちの推論はこのようなものです
2種類のユーザーがいます。
ウェブサイトアカウントを持たないユーザーは、以前と同じように通常どおり書籍を購入します。通常、アプリ内で書籍を購入します。アプリ内でウェブサイトに追加された書籍のみがここで利用可能になります（アプリ内アイテムのアプリ内制限は10Kであるため、現在、アプリ内として登録されていないアイテムが20Kを超えています。これらのアイテムは、アプリ内のストアページに表示されません）
ウェブサイトアカウントをお持ちのユーザーは、アプリ内を使用して書籍を購入するか、通常のVisaカードを使用して購入を続行するウェブブラウザ（アプリケーション外）から書籍を購入できます。
アカウントを持っているユーザーが私たちのアプリケーションにログインすると、彼のすべての有料の本（私たちのウェブサイトから購入したもの）が彼のアプリで無料で利用できるようになります。これらのアイテムは無料になるので、これはアップルのルールに反することはありません。
ユーザーがアプリ内で本を購入する場合、ユーザーが登録されていれば、この本を自分のWebサイトのアカウントに同期し、ユーザーはこの本をWebサイトから読むことができます。ユーザーがログインするとすぐに、ライブラリにあるすべてのアイテムをWebサイトに送信して同期します。ユーザーがログアウトすると、ユーザーが自分のアカウントを使用してWebサイトから購入したすべてのアイテムが非表示になります。
さて、あなたの質問から私が理解しているのはそれです。
すべてのドメイン（iOS、Webなど）間でユーザーデータを同期する必要があります。
これがあなたがする必要があることです。
そして、私が知る限り、あなたが達成したいことには矛盾はありません。あなたはあなた自身のシステムであなた自身の製品を販売しているので、あなたがこのようなことをしたいのは普通です。