FAQs

アプリレビューが必要かどうかはアプリIDのレベルによって異なります。このようなアクセス許可または機能を使用しているアプリは、個別にレビュー用に送信する必要があります。

詳細については、このページをご覧ください。プロセスでは、どのアクセス許可を必要とし、それらのアクセス許可がどのように使用されるかに関する詳細を提供する機会があります。Facebookはそのユースケースを審査して、Facebookのポリシーの下で許可できるか決定します。アクセス許可レビュー後、APIまたはアクセス許可に基づいて、追加でビジネス認証と契約の締結を求める場合があります。

はい、テストアプリはレビュー可能アクセス許可を親アプリから継承します。

新規APIが利用可能になったら、これらのAPIをアプリレビューを通じてリクエストする必要があります。しかし、ビジネス認証はビジネスマネージャエンティティごとに1回しか受ける必要がないので、新規アクセス許可やAPIがアプリで必要になった場合でも、ビジネス認証を再度受ける必要はありません。

2018年8月1日から、アプリに関連のあるビジネスマネージャの認証のみ必要とされるようになりました。

レビュー過程で、ビジネスの登録名、住所、電話番号などのビジネス情報がたずねられます。加えて、公共料金の請求書、事業免許、設立証明書、定款などのビジネス書類の提出が求められます。

現在、対応するレビューの量が増えています。プロセス全体で数週間かかる場合があります。

• アクセス許可のレビューには数週間かかる場合があります。最新のタイムラインはこちらで確認できます。
• ビジネス認証には数日かかりますが、提出された書類の品質によって異なります。
• 契約書に指名された役員の署名があれば、速やかに契約が締結されます。

ビジネス認証のステータス、契約、実行するべき手順は、アプリダッシュボードのアプリレビュータブにあるビジネス認証パネルでいつでも確認できます。プロセス中にアクションが必要になったら、お知らせが送信されます。

アプリは、最終的にそのアプリを所有し、そのアプリから生成されるデータにアクセス可能なビジネスのビジネスマネージャにリンクされている必要があります。このビジネスが、ビジネス認証プロセスを実施する必要があります。

アプリレビューはアプリごとに実施されます。アプリダッシュボードを確認し、レビューが必要なアクセス許可の具体的なリストを取得することをおすすめします。

ビジネス認証はビジネスマネージャごとに必要です。すべてのアプリを同じビジネスマネージャに関連付ければ、ビジネス認証を一度で済ませることができます。

すでにビジネスマネージャアカウントを1つ持っている場合は、その既存のビジネスマネージャにアプリをリンクすることをおすすめします。

1つのビジネスに複数のビジネスマネージャアカウントがある場合は、複数のビジネスマネージャアカウントがあることの理論的根拠を判断し、アプリを最適なビジネスマネージャと組み合わせることをおすすめします。ビジネスマネージャから設定された融資限度額がある場合は、アプリを融資限度額のあるビジネスマネージャと組み合わせることをおすすめします。

アプリレビューの過程で、特定のAPIアクセス許可が必要なアプリが参照されます。ここでレビューに必要なアクセス許可を確認できます。SDKそのものの設定にアプリレビューは必要ありません。ただし、SDKによってアプリはFacebook APIを呼び出せるようになるため、このようなAPIがレビュー対象の場合は、そのアプリのアプリレビューを申請する必要があります。

統合のスクリーンキャストを提出できます。または、アプリにエンドユーザーエクスペリエンスが含まれていない場合は、ページの設定ビュー、CRM、またはビジネスマネージャを示す2枚以上のスクリーンショットに加え、これらの製品を介して使用するページのページIDも提出できます。このオプションの詳細については、こちらをご覧ください。

leads_retrievalアクセス許可とpages_manage_adsアクセス許可をリクエストする必要があります。

クライアントもアプリの「所有者」の場合は、クライアント自身も正当な開発者としてプロセスを完了します。クライアントがアプリの「所有者」としてサードパーティ開発者を使用している場合は、その開発者がレビュー対象になります。

Please see our Permissions Reference guide for reference on acceptable usage scenario.

If you are violating any policies, Facebook will send you a Dev Alert by email, notifying you which of our platform policies are being violated. You can also see all of the dev alerts and violations in your developer dashboard under the Alerts tab on the left for your app.

いいえ、モバイルアプリインストール広告を実行するためにレビューを申請する必要はありません。iTunes App StoreまたはGoogle Play Storeで販売されているアプリのみが必要です。Facebookのガイドを参考にして、モバイルアプリインストール広告を作成してください。

新しい機能やアクセス許可をテストするには、アプリのレビューと公開が完了してから、アプリダッシュボードで[テストアプリを作成]機能を使用して、本稼働アプリの複製を作成します。本稼働アプリのダッシュボードで、左上のナビゲーションペインのアプリ名の横にある下矢印をクリックし、[テストアプリを作成]をクリックします。開発中ステータスで作成されたアプリの複製では、すべてのアプリの役割に、すべての機能とアクセス許可へのアクセスが許可されます。

いいえ。アクセス許可が承認されたら、そのアクセス許可をすべてのプラットフォーム上のすべてのバージョンのアプリで使用できます。

新しいプラットフォーム上にアプリを展開して開発する場合も、レビューを申請する必要はありません。レビューの再申請が必要になるのは、新しいアクセス許可をリクエストする場合(アプリに新機能を追加する場合など)に限られます。アプリの詳細またはOpen Graph actionを変更して申請しても、これまで承認されたアクセス許可に影響はありません。

Please visit our App Review Rejection Results Guide for tips on how to have a successful App Review.

Before appealing a decision, please make sure to read through the App Review Rejection Results Guide as well as the Enforcement FAQ to ensure that any violations are fixed before you resubmit your app for review.

Once fixed, you can submit a comment on your app dashboard, or if your appeal is regarding a permission request review, you can resubmit your app review.

現在の申請で付加的な情報が必要な場合、それを解決してレビューのために再申請するのに、リクエスト受理の時点から30日間の時間があります。この30日間に、アプリレビューチームから、さらに情報を提供するように求められる場合があります。この期間内に再申請をするとしても、そのたびに30日間の枠がリセットされるわけではないことに注意してください。

Facebookのレビューチームは申請をレビューする際に複数のテストユーザーを使用します。開発者から提供されたテストユーザーを使用するとは限りません。申請をレビューする際に特定のテストユーザーを使用する必要がある場合は、レビューの手順でその旨をお知らせください。

テストユーザーを提供する場合、テストユーザーが正しく作成されていること、およびそのユーザーが申請に含まれていることを確認してください。

Facebookのレビューチームは、あなたが提供した手順を使用して、アプリのFacebook統合をテストします。

レビュー担当者がアプリを間違って拒否したと思われる場合、レビューを再申請してください。その際に、更新されたレビュー手順を添付し、レビュー担当者にさらに多くの情報を提供してください。

レビュープロセスにおいて、レビュー担当者とコミュニケーションを取る最善の方法は、あなたが受け取ったフィードバックの内容に対応したノートを更新することです。

インスタントゲーム用に作成されたFacebookアプリIDは、他のプラットフォームでは使用できません。詳しくは、Facebookのドキュメントをご覧ください。

Facebookのレビューチームは、アプリの申請を承認するために、アプリにログインして、すべてのFacebook統合を確認する必要があります。

レビュー担当者がアプリをロードしたり、アプリを使用したりできない場合、次の点を確認してください。

• アプリURLが誰でもアクセスできるようになっており、localhostとして構成されていない
• 開発サイトまたはステージングサイトへのアクセスに必要なユーザーネームおよびパスワードを提供している
• サイトのセキュリティ証明書が最新であり、新規利用者が使用してもエラーが発生しない
• 新しく作成されたテストユーザーとしてアプリにログインし、アプリを使用できる
• レビューを申請したアイテムが、開発者のアプリで開発され、実動している

同じ理由で再度拒否された場合、[Review Instructions]または[ノートを追加]セクションを更新して、もう少しわかりやすい説明と追加情報をレビュー担当者にリクエストしてください。

Facebookのレビューチームは、レビューを完了するために、アプリの追加のログイン情報を必要とする場合があります。

アプリがFacebookログインの前または後に2次ログインを必要とする場合、そのためのユーザーネームとパスワードを必ず提供してください。これには、テストサーバーまたはデモサーバーのログイン情報、アプリの2次ログイン、またはメール登録フローが含まれる場合があります。

ステージングサーバーまたは開発サーバーでホストされているアプリには、サーバーにログインするために追加ログインが必要な場合があります。この場合にも、そのために必要なログイン情報をすべて提供してください。

どのログイン情報が欠落しているのかがまだわからない場合は、申請対象のFacebookログインオプションと関係するすべてのFacebook統合を含めた動画を次回の申請で提供してください。

シェアダイアログまたはその他のソーシャルプラグインを使用してコンテンツをFacebookに公開している場合、レビューを申請する必要はありません。まだご不明な点がある場合は、Facebookの一般的なレビューに関する資料で詳細をご覧ください。

レビューの回答には、アプリが承認されなかった理由の明確な説明と次に実行が必要な手順が含まれています。Facebookではできるだけ早くプロセスに合格していただくことを願っているため、このフィードバックを注意深くお読みください。必要な変更を行ったら、再度レビューを申請できます。

承認されない方法でアプリがアクセス許可を使用している場合、それについてフィードバックで説明されます。その場合、レビューの再申請は行わないでください。

アプリレビュープロセスには、サポート対象のそれぞれのプラットフォームにアプリをロードすること、Facebookでログインすること、レビュー中にリクエストしているすべてのFacebook統合を使用することが含まれます。多くの場合、このプロセスがいわゆる「一般的な問題」を招きます。つまり、アプリのロード、アプリへのログイン、アプリの一般的な機能に関連するエラーまたはバグなどです。これは、申請でリクエストされているアクセス許可をFacebookがテストできなかったことを意味します。

これらの問題が原因でFacebookの機能をレビューできないため、レビューの申請が行われたFacebookの機能がアプリでどのように使用されているかに関して詳しくコメントすることはできません。このため、Facebookでは「一般的な問題」として拒否し、プラットフォームごとにこの問題に関するフィードバックを提供します。

「一般的な問題」による拒否を受け取った場合、フィードバックをすべて注意深くお読みになることをおすすめします。フィードバックはプラットフォームごとに送信されます。それぞれのフィードバックではレビュー中に検出された問題について説明されています。

レビュープロセス中に、Facebookのレビューチームは提出された手順に従って、アクセス許可がアプリでどのように使用されるかを再現します。手順を実行できない、アプリにログインできないなどの理由でこの手順を再現できない場合、申請も承認されません。

このような事態を避けるため、次のようにしてください。

• アクセス許可を使用するアプリの実用版を提供する
• [ノートを追加]セクションの手順がわかりやすいことを確認する
• リクエストしたログイン許可がサービスをパーソナライズし、Facebookの原則に準拠していることを確認する

具体的に言うと、publish_actionsアクセス許可の場合、アプリの公開機能が正しく構成されていることを確認してください。レビュープロセス中に、アプリのコンテンツをFacebookに公開できる必要があります。

• アプリが別の未認定ビジネスに移動したので、以前承認されたすべてのアクセス許可がブロックされる。

  • その後、アプリが認定されたビジネスに戻った場合、アクセス許可のブロックは解除されます。
• アプリは、他のビジネスにサービスを提供するものとしてマークされていますが、その後、認定されていない別のビジネスに移動させられました。