第4章 審査・権限・本番運用
想定学習時間: 12分
MetaアプリのApp Reviewは、一度で必ず通過するとは限りません。むしろ、最初の申請で審査に落ちることは珍しくありません。しかし、審査に落ちたからといって落胆する必要はありません。大切なのは、なぜ落ちたのかを理解し、それを改善の機会と捉えることです。審査落ちは、あなたのアプリや運用設計のどこが審査担当者に伝わっていないのかを示す貴重なサインです。
審査落ちにはいくつかの共通した原因があります。これらを事前に理解し、対策を講じることで、スムーズな審査通過を目指しましょう。
最も多い原因の一つです。画面録画はアプリの紹介動画ではありません。審査担当者に対して、「この権限はこの画面で、この目的のために使っています」と明確に示すための資料です。例えば、コメント取得権限を申請するなら、実際にコメントが取得され、表示される画面を録画に含める必要があります。ログイン画面だけ、アカウント連携の途中まで、投稿一覧のみでコメント取得画面がない、といった不十分な録画では審査担当者は判断できません。
改善策: 申請した権限と画面録画の内容を完全に一致させ、各権限の利用箇所と目的を具体的に示してください。テストデータも活用し、機能が動いている様子を明確に映しましょう。
「SNSマーケティングに使います」「Instagram運用を効率化します」「AIで自動化します」といった抽象的な説明では、審査担当者はアプリの具体的な機能や目的を理解できません。審査担当者はあなたの事業やサービスについて事前に知っているわけではないため、より詳細な説明が必要です。
改善策: アプリが「何を」「誰に対して」「どのように」提供し、どのような「価値」を生み出すのかを具体的に記述してください。例えば、「連携済みInstagramビジネスアカウントの投稿コメントを取得し、問い合わせ系コメントを見落とさないよう管理画面に表示します。取得したコメントはAIにより一次分類され、担当者が返信対応を行うための下書き作成に使用します。返信文は自動送信ではなく、担当者が確認したうえで送信します。」のように、具体的な利用シナリオを含めると伝わりやすくなります。
アプリの機能と関係のない権限を申請しているケースです。例えば、コメント管理アプリなのに投稿公開に関わる権限を申請している、まだ実装されていない機能の権限を申請している、といった状況です。Metaアプリでは、将来的に使うかもしれない権限ではなく、現在の機能に必要な最小限の権限のみを申請するのが原則です。
改善策: 現在実装されている機能に本当に必要な権限のみを申請してください。将来的に機能を追加する際は、その機能が実装されてから追加で権限を申請するようにしましょう。
申請文で説明されている機能が、実際のアプリ画面で確認できない場合です。ボタンはあるが動作しない、テストデータがなく何も表示されない、エラーで止まる、ログイン後にどこを見ればよいか分からない、といった状態では審査を通過できません。
改善策: 審査担当者が実際に機能を操作し、権限の利用状況を確認できる状態にしてください。コメント管理機能を申請するなら、テスト投稿とテストコメントを用意し、コメントの取得、分類、返信案の表示、対応状況の更新といった一連の流れが確認できるように準備しましょう。
テストアカウントのIDやパスワードが間違っている、二段階認証で止まる、ログイン後に権限が不足している、テスト用アカウントが対象Instagramアカウントに接続されていない、操作手順が書かれていない、アプリが特定のIPや端末でしか開けない、といった問題です。これでは審査担当者はアプリを確認できません。
改善策: 審査担当者がスムーズにログインし、アプリの主要機能をテストできるテストアカウント情報と、詳細な操作手順を提供してください。二段階認証は一時的に解除するか、解除方法を明確に伝えるなどの配慮が必要です。
プライバシーポリシーのURLが存在しない、アクセスできない、内容がアプリのデータ利用と合っていない、取得するデータの種類や利用目的が明記されていない、削除方法が分からない、問い合わせ先がない、といった不備も審査落ちの原因となります。
改善策: アプリが取得するデータの種類、利用目的、第三者提供の有無、データの保存期間、削除方法、問い合わせ先などを具体的に記載し、常にアクセス可能な状態にしてください。内容がアプリの実際のデータ利用に即していることが重要です。
取得するデータの利用目的が曖昧な場合、審査担当者は不安を感じます。例えば、コメントを取得する理由が「ただ見るため」だけでは不十分です。
改善策: 取得したデータ（例: コメント）を「なぜ取得し、どのように利用するのか」を明確に説明してください。「取得したコメントは、投稿への反応管理、問い合わせ分類、返信対応、月次レポート作成のために使用します。無関係な営業DMの大量送信や、第三者への販売には使用しません。返信は担当者が確認したうえで行います。」のように、目的を限定し、安全な利用方法を具体的に示すことが重要です。
「AIで自動返信します」「コメントした人に自動でDMします」「見込み客へ自動営業します」「大量に返信します」といった説明は、スパムや不自然な自動化と見なされる可能性があります。
改善策: 自動化の範囲を明確にし、どこで人間による確認が入るのか、ユーザーの意思表示を起点としているのか、大量送信ではないのか、といった安全性を強調してください。「AIは返信文の下書きを作成し、実際の返信は担当者が確認したうえで行います」のように、人間による最終確認のプロセスを明記すると、安全性が伝わりやすくなります。
アプリが提供する価値が、開発者や運用担当者の「便利さ」だけに留まっていると、審査担当者にはその必要性が伝わりにくいことがあります。
改善策: アプリがエンドユーザーやビジネスアカウントのユーザーにどのような具体的なメリットや価値を提供するのかを説明してください。「コメントへの返信漏れを防ぐ」「問い合わせに早く対応できる」「ネガティブコメントを早期発見できる」「顧客対応の品質を一定にできる」など、具体的な課題解決や改善点を挙げると良いでしょう。
申請文で説明している内容と、画面録画で示されている内容にズレがある場合です。例えば、申請文ではコメント管理を説明しているのに、録画では投稿作成画面を見せている、といった状況です。
改善策: 申請文で記述した機能や権限の利用目的が、画面録画で明確に、かつ矛盾なく示されているかを確認してください。説明とデモンストレーションは一貫している必要があります。
ボタン名が仮のまま、画面にテスト文字が残っている、エラー表示が多い、デザインが崩れている、操作手順が分かりにくい、ダミーデータばかりで実機能が不明、といった状態です。審査はデザインコンテストではありませんが、アプリが「使える状態」であることは重要です。
改善策: 審査提出時には、アプリが安定して動作し、主要機能が問題なく利用できる状態にしてください。テスト文字やダミーデータは、実際の利用シーンを想定した適切なものに置き換えましょう。
コメント管理アプリなのにテスト投稿にコメントが一つもない、問い合わせ分類を見せたいのにコメントが「test」だけ、といった現実離れしたテストデータでは、機能の有効性を審査担当者に示すことができません。
改善策: 実際の利用シーンに近い、意味のあるテストデータを用意してください。これにより、アプリの機能がどのように役立つのかを具体的に示すことができます。
投稿管理、コメント管理、DM自動化、AI返信、CRM連携など、多数の機能を一度に申請しようとすると、説明が複雑になり、審査担当者も理解しにくくなります。
改善策: 最初は最も核となる機能に絞って申請することをおすすめします。機能を限定することで、説明が簡潔になり、審査担当者もアプリの目的と権限の必要性を理解しやすくなります。機能は後から追加申請することも可能です。
審査に落ちた場合、感情的になるのではなく、冷静に原因を分析することが重要です。審査担当者からのフィードバックを注意深く読み、どの権限で落ちたのか、どの説明が不足していたのか、どの画面が確認できなかったのか、どの操作手順で止まったのかを一つずつ確認し、改善策を講じましょう。
同じ内容で安易に再提出してはいけません。フィードバックを無視して文章だけ少し変える、画面録画を修正しない、権限を減らさない、アプリ画面を直さない、といった対応では、再び審査に落ちる可能性が高いです。フィードバックに基づいて具体的な修正を行い、改善された状態で再提出してください。
App Reviewを通過するために最も大切なことは、審査担当者の立場で考えることです。審査担当者はあなたのアプリを初めて見ます。事業背景も知りませんし、画面の意図も知りません。どのボタンを押せばいいかも分からないかもしれません。だからこそ、以下の点を意識して申請準備を進めましょう。
これらの対策は、良い運用設計そのものです。目的を明確にし、必要な権限だけを使い、データを必要以上に取得せず、ユーザーに価値を提供し、過度な自動化を避け、人間による確認プロセスを組み込む。この基本を守ることで、App Reviewの通過だけでなく、長期的なアプリ運用においても強固な基盤を築くことができます。
人にたとえると
新しいサービスを始めるために、役所の窓口に事業許可を申請する場面を想像してみましょう。
窓口の担当者は、提出された申請書類と添付資料を細かく確認します。書類の説明が抽象的すぎないか、資料が説明と一致しているか、そして申請された活動が本当に必要な範囲に限定されているかなどをチェック。説明不足や資料の不備、不要な許可申請があれば、「判断できません」と具体的な改善点を教えてくれます。申請者は指摘を受けて修正し、再度提出します。