---
title: "ストア審査に向けたアプリの準備"
description: "App StoreおよびGoogle Play Storeでアプリを承認してもらうためのアドバイス"
---

この記事では、ストアがアプリの審査を行う際のプロセスと、より早く承認を得るためのヒントを紹介します。情報は以下の公式ガイドラインを参照しています。

* [App Store 提出ガイドライン](https://developer.apple.com/app-store/review/guidelines/)
* [Google Play Store 提出ガイドライン](https://play.google/developer-content-policy/)

:::important
どちらのストアも同様の審査プロセスに従っています。特定のストアにのみ適用されるポリシーについては、記事内でストア名を明記しています。
:::

Adapty ユーザーは、[ペイウォールとアプリ内課金](#iap-related-requirements)に関するコンプライアンス要件に特に注意してください。これらは審査却下の最も一般的な理由の一つです。

## はじめる前に \{#before-you-begin\}

アプリが提出の準備ができているか確認してください。

Adaptyには、アプリのリリース準備を整えるための[リリースチェックリスト](release-checklist)があります。

Google Play Storeでは、初めてアプリを公開するデベロッパーが、提出前に[アプリをテスト](https://support.google.com/googleplay/android-developer/answer/14151465?hl=en)することを求めています。テストには少なくとも12人が参加し、最低14日間継続して実施する必要があります。この要件は、Google の審査スタッフに届くバグの多いアプリを減らすために2025年に導入されました。

## 審査プロセスの概要 \{#review-process-overview\}
####  ステップ1：自動スクリーニング \{#step-1-the-automated-screening\}

App StoreとGoogle Play Storeはどちらも、同様の2ステップの審査プロセスを採用しています。提出後すぐに、アプリは数時間かかる場合がある自動スキャンを受けます。

どちらのストアもマルウェアのスキャンを行いますが、Google はこのプロセスに特に力を入れています。不審なサーバーへの接触やユーザーデータへの不当なアクセスなど、悪意のある活動の行動指標を検出します。アプリが潜在的に有害と判断された場合、フラグが立てられ、人間のセキュリティアナリストに渡されます。このステップで実行されるチェックの大まかなリストは、[Google Play Protect のドキュメント](https://developers.google.com/android/play-protect/cloud-based-protections#machine-learning)に記載されています。

ストアはまた、必要なメタデータの有無、有害または著しく古い依存関係がないこと、ビルドの整合性も確認します。

#### ステップ2：人間による審査 \{#step-2-the-human-review\}

自動スクリーニングを通過すると、アプリは人間の審査担当者によって検査されます。このステップは、アプリの複雑さと現在の審査キューによっては、数日かかる場合があります。機密データを処理するアプリは、審査に時間がかかります。

## 一般的な要件 \{#general-requirements\}

### 安定性 \{#stability\}

審査中にクラッシュするアプリは却下されます。審査担当者は意図的に不安定なネットワーク状況をシミュレートすることがあるため、アプリはそのような状況にも適切に対応できる必要があります。

### 完成度 \{#completeness\}

AppleとGoogle はどちらも、ストアコンテンツに対して*完成度*（「最低限の機能」）要件を課しています。

* プレースホルダー、「近日公開」画面、動作しない機能は iOS アプリの却下につながります。
* Google は[より柔軟](https://support.google.com/googleplay/android-developer/answer/9898783?hl=en)であり、特にアプリが[早期アクセス](https://knowledge.workspace.google.com/admin/users/access/turn-early-access-apps-on-or-off-for-users)段階にある場合はそうです。
* どちらのストアも、機能がほとんどまたはまったくない**アプリを却下**します。これには、1枚の画像、PDF ファイル、またはウェブページを表示するだけのアプリも含まれます。

コンテンツの欠如も同じカテゴリーに含まれます。

* アプリが宣伝していることを実現していない場合、却下されます。
* ダッシュボードでアプリ内課金を設定していても、ビルドに含めていない場合、アプリは却下されます。

### メタデータの正確性 \{#metadata-accuracy\}

説明、スクリーンショット、その他のメタデータに誤解を招く、不正確な、または一貫性のない情報があると、却下につながる可能性があります。

ストアのリスティングを使って将来のアプリ機能を宣伝しないでください。

アプリが一般向けに設計されていない場合、審査担当者はそのワークフローを説明する追加のドキュメントを求めます。アプリのメタデータに明確な説明を含めてください。

### コンテンツレーティング \{#content-rating\}

アプリ内のコンテンツは、宣言されたレーティングと一致している必要があります。

### 法的側面 \{#legal-aspects\}

* アプリのプライバシーポリシーは、アプリ内からアクセスできるようにする必要があります。ペイウォールビルダーの[リンクボタン](paywall-buttons#links)を使用できます。
* 法的合意事項は、発効**前**にユーザーが読んで同意するよう求めてください。
* アプリ内の広告の存在を開示してください。開示しない場合、却下につながる可能性があります。
* iOS アプリにアプリ内課金が含まれる場合、App Store Connect のダッシュボードで**有料アプリ契約**に同意する必要があります。

### 認証 \{#authentication\}

アプリのコンテンツの一部が認証後にのみ利用可能な場合、審査担当者に有効なアクセス認証情報を提供してください。コンテンツに完全にアクセスできない場合は却下されます。

アプリでユーザーがアカウントを作成できる場合、アカウントを削除することもできるようにする必要があります。メールベースのサポートやウェブサイトに誘導するだけでは、この要件を満たしません。

### アクセスとプライバシー \{#access-and-privacy\}

アプリのメタデータには、要求する各権限の理由を明確に記載する必要があります。最も機密性の高い権限（例：テキストメッセージや通話履歴へのアクセス）には、動画によるデモが必要になる場合があります。

同じ原則が機密性の高いユーザーデータにも適用されます。要求する場合は、その理由を説明してください。

## アプリ内課金に関する要件 \{#iap-related-requirements\}

ビジネスポリシーの違反は、アプリ却下の最も一般的な理由の一つです。アプリの主な収益化方法がサブスクリプションとアプリ内課金の場合、より厳しい審査を受けます。

### ペイウォールの要件 \{#paywall-requirements\}

アプリ審査担当者は、わかりやすく理解しやすいペイウォールを期待しています。

ユーザー操作が疑われる場合、アプリは却下されます。複数回の審査で不正行為の証拠が見つかった場合、アカウントが無効化され、アプリが[停止](https://support.google.com/googleplay/android-developer/community-guide/287283557/app-suspended-for-repeated-rejections?hl=en)される可能性があります。Google Play には、すべてのアプリが削除される可能性がある[ストライクシステム](https://support.google.com/googleplay/android-developer/answer/9899234?hl=en)があります。

ペイウォールのデザインでは以下の点を遵守してください。

- **透明性を保ち、事前に明示する。**

    購入を促す前に、プロダクトの正確な価格、請求頻度、特典、およびキャンセル条件を表示してください。
    
    一回限りの購入と定期的な支払いが必要なプロダクトを明確に区別してください。
    
    プロダクトに無料トライアルが含まれる場合、その期間と条件を明確に記載してください。

    ユーザーを誤解させるような意図的にわかりにくい言葉を使用しないでください。

    

- **一貫性を保つ。**

    プロダクトの価格は、App Store のリスティング、アプリ内画面、サブスクリプション管理画面、マーケティングコンテンツ全体で一致していなければなりません。どんなに小さな価格の不一致でも、却下の原因になります。

    Adapty のペイウォールビルダーは、ペイウォールと App Store Connect プロダクトの価格を自動的に同期します。ペイウォールを手動でコーディングしている場合は、データ配列から[各プロダクトの価格を取得](fetch-paywalls-and-products)する必要があります。

- **すべての料金プランを均等に表示する。**

    最も高い価格のオプションをあらかじめ選択した状態にしたり、安いオプションを隠したりしないでください。

- **「ダークパターン」を避ける。**

    偽りの緊急感や希少感を演出しないでください。
    
    無料機能を意図的に使いにくくしたり見つけにくくしたりして、ユーザーに購入を強制しないでください。

    

### アクセスの保証 \{#access-guarantee\}

アプリはユーザーが購入にアクセスする権利を保証しなければなりません。

* **即時アクセス**

    購入が成功したら、目に見える遅延なしに即座にプロダクトへのアクセスを解放する必要があります。
    
    支払い認証の中間状態でエラーが発生したり、ユーザーエクスペリエンスが損なわれたりしてはいけません。

    購入が成功したら、ペイウォールをすぐに非表示にする必要があります。購入後もペイウォールを表示し続けると、ユーザーが支払ったコンテンツにアクセスできなくなります。

* **アクセスの復元**

    ユーザーは新しいデバイスからプロダクトへのアクセスを復元できる必要があります。復元ボタンを見やすい場所に配置してください。
    
    [ペイウォールビルダー](adapty-paywall-builder)でペイウォールを作成した場合、復元ボタンは自動的に復元プロセスをトリガーします。[手動でペイウォールを実装](ios-implement-paywalls-manually)した場合は、[restorePurchases](restore-purchase) メソッドを呼び出すコードを追加してください。Adapty は、SDK を[オブザーバーモード](observer-vs-full-mode)で使用している場合を**除き**、ユーザーのアクセスレベルを復元します。

    アプリは、プロダクトのストアページやアプリストアの他の場所で行われたアプリ内課金を認識できる必要があります。

### 適切な支払い方法 \{#appropriate-payment-methods\}

どちらのストアも、アプリ内課金による物理的な商品の販売を禁止しており、ほとんどのデジタル商品にはストア内課金を要求しています。

ストア内課金の要件は、米国や EU を含む一部の地域では適用されません。国によっては、[ストア内課金を完全に回避](https://support.google.com/googleplay/android-developer/answer/16497028)したり、アプリストア課金と代替課金の[ユーザーに選択肢を提示](https://support.google.com/googleplay/android-developer/answer/13821247)したりできる場合があります。

電子書籍リーダーやデーティングアプリなどの一部のアプリカテゴリは、これらの地域以外でも代替支払い方法を使用できる場合があります。詳細については、ストアの公式ガイドラインをご確認ください。

:::tip
[Google](https://support.google.com/googleplay/android-developer/answer/13821247) と異なり、Apple は代替課金方法を許可している国の確定的なリストを提供していません。新しい地域で同様の法律が制定されるにつれて、利用可能な地域が拡大していきます。対象国に関するドキュメントを読んでから進めてください。
:::

なお、どちらのストアも決済プロバイダーの統合に関するガイドラインを適用しており、これらのサービスを使用した取引に対しても引き続き手数料を請求します。

## 却下への対応 \{#handling-rejection\}

アプリが却下された場合、審査担当者はどのガイドライン違反があったかを明示します。ガイドラインを全文読んで修正してください。

* [App Store 提出ガイドライン](https://developer.apple.com/app-store/review/guidelines/)
* [Google Play Store 提出ガイドライン](https://play.google/developer-content-policy/)

却下が不当だと感じる場合は、異議を申し立てる権利があります。コンプライアンスの証拠を提供し、ストアに連絡してください。

* 審査中はアプリを更新しないでください。
* アプリを審査に提出するたびに、異なる審査担当者に当たる可能性があります。これは有利に働く場合も、不利に働く場合もあります。
* 問題を一つずつ修正しないでください。すべての修正が完了してから再審査に提出してください。
* Google Play でポリシー違反によりアプリが却下された場合、一時停止中または非アクティブなトラックも含め、すべてのトラックで該当データを更新してください。
* 再審査は通常、初回より短時間で完了します。
* 重大なバグや締め切りに対しては、審査の優先対応が利用できる場合があります。必要最小限に使用してください。

## 審査後：継続的なモニタリング \{#after-the-review-continuous-monitoring\}

どちらのアプリストアも、審査プロセスを通過した後もアプリの監視を継続します。

承認後にアプリの機能が変わった場合（例：動的に読み込まれるコードによる変更）、フラグが立てられ、リストから削除されます。ユーザーからの否定的なフィードバックが急増した場合も、追加の審査対象となります。

2024年から2025年にかけて、Google は平均品質を向上させるために [Play Store アプリの47%を削除](https://techcrunch.com/2025/04/29/google-play-sees-47-decline-in-apps-since-start-of-last-year/)しました。

アプリを放置することにもリスクがあります。[Google](https://www.cnet.com/tech/mobile/google-play-store-will-hide-apps-that-havent-been-updated-in-years/) と [Apple](https://developer.apple.com/support/app-store-improvements/#:~:text=Developers%20of%20apps%20that%20have,launch%20will%20be%20removed%20immediately.) はどちらも、更新やダウンロードのないアプリをリストから削除します。

## 関連項目 \{#see-also\}

* [サンドボックステスト](test-purchases-in-sandbox)
* [リリースチェックリスト](release-checklist)