FAQs

Please visit our App Review for Login examples page for useful submission tips and tricks, and Please visit our Sample App Review Submission page for example screen recordings. You can also watch our introduction to App Review video.

Refer to our test apps document to learn how to create a test app.

Please visit our Server-to-Server Apps document.

Note: Server-to-server apps are used when your app has no user interface as it exchanges data directly with our APIs. As such, these apps are only approved for business-facing data permissions (i.e. ads_management), never with user permissions. For a sample submission see Sample App Review Submission for Server-to-Server Apps.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Please visit our Best Practice guide, and our Facebook Login Button UX guide for tips on how you can best implement Facebook Login in your app.

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

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

Please see our Permissions Reference guide for reference on acceptable usage scenario. You can also find information for the Instagram Basic Display API at Instagram Platform Permissions, as well as the Marketing API for Ads Management Standard Access at Marketing API Access and Authentication.

Please visit our Screencasts page for an overview of how to submit a screencast to support your App Review.

Please visit our guide for how you can test your app experience. Please see our Permissions Reference guide for reference on acceptable usage scenario.

Please see our Testing a Login Flow guide to test your Facebook Login integration. Please also see our documentation on Facebook Login Best Practices.

Please see our documentation for the iOS SDK and Android SDK.

If you are utilizing Sharing within your app, please follow our Sharing on Facebook documentation, and see our Sharing Best Practices guide.

Please see our documentation on Facebook Login Button best practices and visit our Brand Resource Center.

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.

ソーシャルプラグイン、シェアダイアログとシェアシート、Facebookログインのサブセットなどの仲介共有製品を使用するアプリは、Facebookのレビューを受ける必要がありません。レビューが必要なものの詳細については、アプリプレビューのドキュメントをご覧ください。

Facebookでは、すべてのアプリにおいて利用者がFacebookの高品質なサービスを利用できるように、アプリをレビューします。一般に、利用者は自分がログインしており、Facebookに投稿していることを認識する必要があります。利用者はアプリとシェアしている情報やFacebookに投稿している情報を管理できる必要があります。

注: アプリの[役割]タブに列挙されたユーザーは、レビューを受けなくても拡張アクセス許可(user_postsなど)にアクセスできます。ただし、アプリを公開する場合、ユーザー(アプリに対する役割を持っているユーザーであっても)に関する情報にアクセスするにはアプリレビューを受ける必要があります。

アプリが開発モードになっているときには、すべてのアプリ機能を利用できるはずですが、アクセスできるのは自分のデータ、テストユーザーのデータ、または自分のページデータに限られています。アプリを公開する場合は、そのアプリを利用するのが自分だけであったとしても、アプリレビューを受ける必要があります。

レビュープロセスに変更があったり、大量の申請が寄せられたりするために、申請されたアプリのレビューが完了するまで数週間かかることがあります。

レビュー担当者に役立つ情報をできる限り多く提供してください。わかりやすいスクリーンショット、順を追った詳しい手順、アプリとそのFacebook統合を録画したスクリーンキャストなどです。

それぞれのアクセス許可または機能をアプリでテストする方法を正確に説明して、アプリの機能やアプリがFacebookのポリシーに従っていることをFacebookが確認できるようにする必要があります。アプリとFacebookの統合を十分にテストできない場合、そのアプリは承認されません。詳細な手順を提供すれば、レビューの再申請が必要になる可能性は低くなります。

リクエストするアクセス許可ごとに、再現する手順を、順を追って説明してください。手順はすべて英語で記述する必要があります。

説明が以下のようにならないようにしてください。

• 他の申請または資料の手順を参照している
• 手順を提供する代わりにアプリの機能を要約している
• あなたのAPIの仕組みの技術的な面を詳しく説明している

手順を追った良い説明の例を次に示します。

1. 左側のメニューにある[設定]ボタンを押します。
2. [Facebookでログイン]を選択します
3. ステップ3を実行します
4. ステップ4を実行します

記載する内容がまだご不明な場合は、Facebookのアプリレビューのサンプルセクションでさらに多くの例をご覧ください。

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

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

場合によっては、特定のテストユーザーのみに有効な一定の動作や機能を、レビュー担当者が再現できるようにする必要があります。その場合、[アプリレビュー]ページでこのユーザーを申請に追加します。[審査中のアイテム]セクションに、[テストユーザー(オプション)]セクションが表示されます。このセクションに、レビューで使用するユーザーの名前を入力できます。

ここで有効なテストユーザーは、アプリの[役割]セクションの[テストユーザー]として表示されるユーザーのみです。レビューの手順では、テストユーザーのFacebookログイン情報をシェアしないでください。

テストユーザーの作成方法については、こちらをご覧ください。

レビュー担当者は、user_likesのリクエストを承認する前に、利用者から受け取る「いいね！」の情報に基づいて、アプリが利用者に固有のサービスを提供していることを確認する必要があります。これを行うために、Facebookのレビューチームは、好きなものと趣味・関心がそれぞれ異なるさまざまなテストユーザーでアプリをテストします。

user_likesのリクエストを送信したら、以下を含む詳細な説明を作成する必要があります。

• user_likesをリクエストしている理由と、それがアプリで利用者へのサービスをどのように向上させるかに関するわかりやすい説明。
• user_likesの使用を検証するために、レビュー担当者に「いいね！」するよう依頼するサンプルページのリスト。アプリをテストする前に、レビュー担当者に「いいね！」するよう依頼するページへの直接リンクを指定してください。

user_likesをアルゴリズムの一部として使用している場合、このアルゴリズムの結果とそれが利用者に表示されるコンテンツに及ぼす影響をレビュー担当者が確認できるようにすることが重要です。

Facebookのレビューチームは、アプリがそれぞれのアクセス許可をどのように使用するのかを、アプリの設定セクションにリストされている各プラットフォームで実際にテストします。レビュー担当者は、Facebookログイン統合が正しく機能していること、リクエストされたそれぞれのアクセス許可がFacebookの原則とユーティリティガイドラインを順守したうえで利用者へのサービスを向上させていることを確認します。

詳しくは、Facebookの原則とユーティリティガイドラインをご覧ください。

アプリがゲームであり、Facebookキャンバス上にページがある場合

以下のいずれかを使用して、新規プレイヤーをゲームに招待できます。

• リクエストダイアログ。リクエストダイアログを使用している場合、[filters=app_non_users]を設定して、アプリを使用していない利用者のみ表示するように、ダイアログをフィルタにかけることができます。アプリにキャンバスページがある場合、iOSおよびAndroidではリクエストダイアログも使用できることがあります。
• 招待可能な友達APIゲームのアプリで、自分のマルチ友達セレクタを作成する場合、Invitable Friends APIを使用できます。このAPIでは、アプリを使用していない利用者の友達のランク付けされたリストが返されます。利用者が招待する数人の友達を選択したら、Invitable Friends APIによって返されたトークンをリクエストダイアログのフィールドに渡します。そこから、利用者は招待をそれらの友達に送ることができます。

Facebookキャンバスにアプリのページがない場合

Message Dialog (iOSとAndroidの場合)または送信ダイアログ(ウェブの場合)を使用できます。これらの製品を使用すると、利用者は友達にアプリへのリンクが含まれているメッセージを直接送信できます。

このタイプのメッセージは、比較的少数の利用者と直接やり取りするための優れた手段です。Message Dialogと送信ダイアログのどちらにも自動入力が組み込まれており、利用者は招待を受け取る複数の友達を容易に選択できます。

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

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

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

Before submitting an appeal, 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 appeal the decision using the Developer Appeals form.

Please review our Requesting & Revoking Permissions documentation, as well as our Debugging & Error Handling guide for Access Tokens.

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

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

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

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

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

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

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

スクリーンキャストは、アプリ内をガイドし、リクエストされたアクセス許可がどのように使用されるのかを示してくれる便利な方法です。ここでは、スクリーンキャスト作成のベストプラクティスとサードパーティのリソースをいくつかご紹介します。

提出する動画では、リクエストしているそれぞれのアクセス許可がアプリでどのように使われるのかを示す必要があります。publish_actionsをリクエストしている場合、動画では、アプリのコンテンツがどのように作成され、Facebookとシェアされているかを示す必要もあります。

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

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

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

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

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

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

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

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

ソーシャルプラグインを使用することやページを「いいね！」することを利用者に促す行為は、プラットフォームポリシー4.5に違反します。これには、利用者がページを「いいね！」したかどうかに基づいて特典を与えたり、アプリまたはアプリのコンテンツを制限したりすることが含まれます。User_likesは、このような目的のためには承認されません。

Facebookの目標は、質の高いつながりを確保し、企業が自社にとって価値あるターゲット層にリーチできるよう支援することです。そのため、利用者がページを「いいね！」する理由は、人為的なインセンティブのためではなく、利用者が企業とつながりを持ち、企業の声を聞きたいからであると考えています。このポリシーが、利用者と広告主の双方に利益をもたらすと確信しています。

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

アプリセンターの承認を受けるには、アプリがFacebookの資格要件を満たす必要があります。アプリがFacebookアプリセンターの掲載条件を満たすためには、Facebookログインを使用するか、Facebookキャンバスアプリである必要があります。

アプリセンターの掲載条件を満たすアプリは次のとおりです。

• Facebookキャンバス上のアプリ
• iOS用FacebookログインまたはAndroid用Facebookログインを使用して、iOSまたはAndroid用に作成されたモバイルアプリ
• Facebookログインを使用するウェブアプリまたはモバイルアプリ

テキスト資産および宣伝用画像もFacebookのガイドラインを満たしている必要があります。

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

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

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

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

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

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

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

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

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

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

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