ストアレビューに向けてアプリを準備する
この記事では、ストアがアプリ申請をレビューする際のプロセスを説明し、より迅速に承認を得るためのヒントを紹介します。情報は以下の公式申請ガイドラインを参考にしています：
両ストアは同様の審査プロセスに従っています。いずれかのストアにのみ適用されるポリシーについては、記事内でそのストア名を明記しています。
Adapty ユーザーは、ペイウォールとアプリ内課金に関する要件のコンプライアンスに特に注意してください。これらはリジェクトの最も一般的な原因の一つです。
はじめる前に
アプリが提出の準備ができているか確認してください。
Adaptyには、アプリのリリース準備を整えるためのリリースチェックリストがあります。
Google Play Storeでは、初めてアプリを公開するデベロッパーが、提出前にアプリをテストすることを求めています。テストには少なくとも12人が参加し、最低14日間継続して実施する必要があります。この要件は、Google の審査スタッフに届くバグの多いアプリを減らすために2025年に導入されました。
レビュープロセスの概要
ステップ1：自動スクリーニング
App Store と Google Play Store はどちらも、同様の2ステップのレビュープロセスに従っています。申請直後、アプリは自動スキャンを受けます。このスキャンには数時間かかる場合があります。 両ストアともアプリのマルウェアスキャンを行いますが、Googleは特にこのプロセスを重視しています。不審なサーバーへの接続やユーザーデータへの不正アクセスなど、悪意のある活動を示す行動指標を検出します。アプリが潜在的に有害と判断された場合は、フラグが立てられ、人間のセキュリティアナリストに渡されます。このステップで実行されるチェックの概要リストは、Google Play Protect のドキュメントに掲載されています。 ストアはまた、必要なメタデータの存在、有害または著しく古い依存関係がないこと、そしてビルドの整合性も確認します。
ステップ 2: 人間によるレビュー
アプリが自動審査を通過すると、次は人間のレビュアーによる審査が行われます。このステップは、アプリの複雑さや現在のレビューキューの状況によっては、数日かかる場合があります。機密データを処理するアプリは、レビューにより長い時間がかかります。
一般的な要件
安定性
審査中にクラッシュするアプリは却下されます。審査担当者は意図的に不安定なネットワーク状況をシミュレートすることがあるため、アプリはそのような状況にも適切に対応できる必要があります。
完全性
Apple と Google はどちらも、ストアコンテンツに対して完全性（「最低限の機能」）の要件を課しています。
- プレースホルダー、「近日公開」画面、機能の不備はiOSアプリの審査却下につながります。
- Googleはより柔軟で、特にアプリがEarly Accessの場合はその傾向があります。
- 両ストアとも、機能がほとんどない、またはまったくないアプリを却下します。これには、画像1枚、PDFファイル、またはWebページのみを表示するアプリも含まれます。
コンテンツが不足している場合も同じカテゴリに該当します。
- アプリが宣伝した内容を実現していない場合、リジェクトされます。
- ダッシュボードでアプリ内課金を設定しているにもかかわらず、ビルドに含めていない場合、アプリはリジェクトされます。
メタデータの正確性
説明、スクリーンショット、その他のメタデータに誤解を招く、不正確な、または一貫性のない情報があると、却下につながる可能性があります。
ストアのリスティングを使って将来のアプリ機能を宣伝しないでください。
アプリが一般向けに設計されていない場合、審査担当者はそのワークフローを説明する追加のドキュメントを求めます。アプリのメタデータに明確な説明を含めてください。
コンテンツレーティング
アプリ内のコンテンツは、宣言されたレーティングと一致している必要があります。
法的側面
- アプリのプライバシーポリシーは、アプリ内からアクセスできるようにする必要があります。ペイウォールビルダーのリンクボタンを使用できます。
- 法的合意事項は、発効前にユーザーが読んで同意するよう求めてください。
- アプリ内の広告の存在を開示してください。開示しない場合、却下につながる可能性があります。
- iOS アプリにアプリ内課金が含まれる場合、App Store Connect のダッシュボードで有料アプリ契約に同意する必要があります。
認証
アプリのコンテンツの一部が認証後にのみ利用可能な場合、審査担当者に有効なアクセス認証情報を提供してください。コンテンツに完全にアクセスできない場合は却下されます。
アプリでユーザーがアカウントを作成できる場合、アカウントを削除することもできるようにする必要があります。メールベースのサポートやウェブサイトに誘導するだけでは、この要件を満たしません。
アクセスとプライバシー
アプリのメタデータには、要求する各権限の理由を明確に記載する必要があります。最も機密性の高い権限（例：テキストメッセージや通話履歴へのアクセス）には、動画によるデモが必要になる場合があります。
同じ原則が機密性の高いユーザーデータにも適用されます。要求する場合は、その理由を説明してください。
アプリ内課金に関する要件
ビジネスポリシーの違反は、アプリ却下の最も一般的な理由の一つです。アプリの主な収益化方法がサブスクリプションとアプリ内課金の場合、より厳しい審査を受けます。
ペイウォールの要件
アプリの審査担当者は、わかりやすく明確なペイウォールを求めています。
ユーザー操作が疑われると、アプリは却下されます。複数の審査で不正な慣行の証拠が見つかった場合、アカウントが無効化され、アプリが停止される可能性があります。Google Play はストライクシステムを採用しており、最悪の場合、すべてのアプリが削除されることもあります。 ペイウォールのデザインでは、以下のプラクティスを遵守してください。
-
透明性を持ち、率直に伝える。
ユーザーに購入を促す前に、プロダクトの正確な価格、請求頻度、特典、およびキャンセル条件を明示する。
買い切り購入と定期的な支払いが必要なプロダクトを明確に区別する。
プロダクトに無料トライアルが含まれる場合は、その期間と条件を明示する。
ユーザーを誤解させるような意図的にわかりにくい表現は使用しない。
-
一貫性を保つ。
プロダクトの価格は、App Store の掲載情報、アプリ内画面、サブスクリプション管理画面、マーケティングコンテンツの間で一致している必要があります。どんなに些細な価格の不一致でも、審査却下の理由になります。
Adapty のペイウォールビルダーを使えば、ペイウォールと App Store Connect のプロダクト間で価格が自動的に同期されます。ペイウォールを手動でコーディングしている場合は、データ配列から各プロダクトの価格を取得する必要があります。
-
すべてのティアを平等に表示する。
最も高価なオプションをあらかじめ選択した状態にしたり、安価なオプションを非表示にしたりしないでください。
-
「ダークパターン」を避ける。
偽の緊迫感や希少性を演出しないでください。
無料機能を意図的に使いにくくしたり、見つけにくくしたりして、ユーザーに購入を強制しないでください。
アクセスの保証
アプリは、ユーザーが自分の購入にアクセスする権利を保証しなければなりません。
-
即時アクセス
購入が成功したら、目に見える遅延なく即座にプロダクトへのアクセスが解放される必要があります。
支払い承認の中間状態によってエラーが発生したり、ユーザー体験が損なわれたりしてはなりません。
購入が成功したら、ペイウォールを即座に非表示にする必要があります。購入後もペイウォールを表示し続けると、ユーザーが支払い済みのコンテンツにアクセスできなくなります。
-
アクセスの復元 ユーザーが新しいデバイスからプロダクトへのアクセスを復元できるようにする必要があります。復元ボタンは見やすい場所に配置してください。
フローBuilderでペイウォールを作成した場合、復元ボタンは自動的に復元処理を起動します。手動でペイウォールを実装した場合は、restorePurchasesメソッドを呼び出すコードを追加してください。SDKをオブザーバーモードで使用している場合を除き、Adaptyはユーザーのアクセスレベルを復元します。 アプリは、プロダクトのストアページやApp Store内の他の場所で行われたアプリ内課金を認識できる必要があります。
適切な支払い方法
どちらのストアも、アプリ内課金による物理的な商品の販売を禁止しており、ほとんどのデジタルコンテンツにはストア内課金の使用を義務付けています。
ただし、米国やEUを含む一部の地域では、このストア内課金の義務が適用されません。国によっては、ストア内課金を完全に回避するか、アプリストア課金と代替課金のどちらかをユーザーに選ばせることができる場合があります。 一部のアプリカテゴリ（電子書籍リーダーやマッチングアプリなど）は、これらの地域以外でも代替決済方法の対象となる場合があります。詳細はストアの公式ガイドラインをご確認ください。
Google と異なり、Apple は代替決済方法を許可している国の確定的なリストを公開していません。新たな法律が各地域で施行されるにつれ、対応国は拡大していく見込みです。作業を進める前に、お住まいの国に関するドキュメントをご確認ください。
両ストアとも決済プロバイダーとの連携に関するガイドラインを設けており、これらのサービスを利用したトランザクションには引き続き手数料が発生します。
却下への対処
アプリが却下された場合、審査担当者はどのガイドラインに違反しているかを通知します。該当するガイドラインを全文で確認し、修正してください。
却下が不当だと感じた場合は、異議申し立てを行う権利があります。コンプライアンスの証拠を提示し、ストアに問い合わせてください。
- レビュー中はアプリを更新しないでください。
- 審査を申請するたびに、担当者が変わる場合があります。有利に働くこともあれば、不利になることもあります。
- 問題を一つずつ修正して申請するのではなく、すべての修正が完了してから再審査を申請してください。
- Google Play がポリシー違反でアプリを拒否した場合は、一時停止中や非アクティブなトラックも含め、すべてのトラックで該当データを更新してください。
- 2回目以降の審査は、通常、初回より早く完了します。
- 重大なバグや締め切りがある場合は優先審査を利用できる場合があります。ただし、使用は控えめにしてください。
レビュー後：継続的なモニタリング
アプリがレビューを通過した後も、両方のアプリストアはアプリの監視を続けます。
承認後にアプリの機能が変わった場合（たとえば、動的に読み込まれるコードによる変更など）、フラグが立てられ、リストから削除されます。ネガティブなユーザーフィードバックの急増も、追加審査の対象となる可能性があります。
2024年から2025年にかけて、Googleは平均品質を高めるためにPlay Storeのアプリの47%を削除しました。 アプリを放棄することにもリスクがあります。Google も Apple も、更新やダウンロードがないアプリをストアから削除します。