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.

應用程式是否需要應用程式審查，需視乎應用程式編號的級別面定。每個使用有關權限或功能的應用程式都必須提交以供審查。

請存取此網頁以了解詳情。在此程序中，您將有機會為所需的權限及其使用方式提供詳情。Facebook 將審查使用案例，並且確定我們的政策是否允許這些使用案例。權限審查過後，我們可能還會視乎有關 API/權限提出其他要求，例如完成商家驗證和簽署合約等。

是，測試版應用程式將沿用母應用程式的可審查權限。

隨著新 API 的發佈，您需要透過應用程式審查才能要求這些 API。不過，每個企業管理平台實體僅需要完成一次商家驗證，因此應用程式在要求新的權限或 API 時，就無需再完成商家驗證。

自 2018 年 8 月 1 日起，您只需驗證與應用程式連結的企業管理平台。

在審查過程中，我們可能會要求您提供企業資訊，例如企業的法定名稱、地址和電話號碼。此外，您可能還需要提供企業文件，例如，水電費帳單、牌照、公司註冊證明或公司章程等。

目前我們需要處理的審查比以往更多。整個程序可能需要長達數週的時間。

• 權限審查可能需要長達數週的時間。您可以在此查閱我們有關時間表的最新消息。
• 商家驗證需時數天，但具體時間取決於所提供的文件之品質。
• 當您的指定人員簽署合約後，即可完成合約簽署的事宜。

您隨時可以前往應用程式管理中心的應用程式審查標籤頁，以便在企業驗證面版中查看企業驗證的狀態、合約內容及需要採取的步驟。我們將在整個過程中向您傳送相關通知，以告知您需要採取的動作。

應用程式應連結至企業管理平台，而此企業管理平台應為最終將擁有該應用程式，而且可存取其產生資料的企業所持有。此企業應負責完成商家驗證程序。

每個應用程式都必須通過應用程式審查。建議您查看應用程式管理中心，了解需要審查的權限具體清單。

每個企業管理平台都需要完成一次商家驗證。如果您選擇將所有應用程式連結至同一個企業管理平台，則只需完成一次商家驗證。

如果您已擁有企業管理平台帳戶，我們建議您將應用程式連繫至現有的企業管理平台。

如果您有多個隸屬同一間公司的企業管理平台帳戶，我們建議您弄清楚這些帳戶的用途，並將應用程式連繫至最合適的企業管理平台。如果您的公司使用企業管理平台設定了信用額度，我們建議將應用程式連繫至擁有信用額度的企業管理平台。

應用程式審查程序適用於需要某些 API 權限的應用程式。您可在此了解哪些權限需要審查。設定 SDK 本身不需要應用程式審查。但是，SDK 確實容許應用程式對 Facebook API 執行調用，而如果此類 API 需要審查，則需要提交應用程式以供應用程式審查。

您可以為您的整合提供螢幕錄影；如果您的應用程式不提供最終用戶體驗，您可以提供至少 2 張螢幕截圖來展示您的專頁、CRM 或企業管理平台之設定檢視畫面，以及提供透過這些產品所使用的專頁之專頁編號。請點擊此處，詳細了解此選項。

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 的資料。

請注意：在您應用程式「角色」標籤頁中列出的用戶將具有擴大權限的存取權，而且不需要經過審查（例如 user_posts）。但是，應用程式公開發佈後，則必須通過應用程式審查才能存取資訊（包括在應用程式中有特定角色的用戶）。

當應用程式處於開發模式時，所有應用程式功能都應為可用，但您只能存取自己的資料、測試用戶的資料或您的專頁資料。如果想公開發佈應用程式，即使您是唯一用戶，您的應用程式也必須通過應用程式審查。

由於近期審查程序有所變化，加上提交量甚高，您所提交的應用程式可能需要幾週才能完成審查程序。

請盡量提供有助審查人員的資料，包括清晰的螢幕截圖、詳細的逐步指引、應用程式及其 Facebook 整合的螢幕錄影。

您需要明確說明如何測試您應用程式的每個權限或功能，以便我們確定其如何運作以及是否遵循我們的政策。如果我們無法完整測試您的應用程式與 Facebook 的整合狀況，我們將無法批准您的應用程式。您提供的指引越詳細，被要求重新提交審查的機率會越低。

為您要求的每一個權限，以逐步格式列出重現指引。所有指引必須以英文書寫。

您的指引不應該：

• 參照其他提交資料的指引或文件
• 提供您的應用程式功能摘要而不是指引
• 提供有關您的 API 如何運作的技術詳細資訊

以下是逐步指引的良好範例：

1. 按下左側選單上的「設定」按鈕。
2. 選擇使用 Facebook 帳戶登入
3. 完成第三個步驟
4. 完成第四個步驟

如果您仍然不確定要包括哪些資訊，請參閱我們的應用程式審查範例部分，查看更多範例。

否，您不需要提交以供審查便能夠執行流動應用程式安裝廣告。您只要在 iTunes App Store 或 Google Play 商店上提供應用程式即可。您可以遵循我們的指引來建立流動應用程式安裝廣告。

應用程式通過審查並公開發佈後，如要測試新功能或權限，請使用應用程式管理中心的建立測試版應用程式功能，建立正式版應用程式的複製版本。在正式版應用程式的管理中心中，點擊左上方導覽面板中應用程式名稱旁邊的向下箭咀，然後點擊建立測試版應用程式。透過使用調整中狀態建立的複製應用程式，您可以使用任何應用程式角色存取所有功能和權限。

在某些情況下，您可能需要審查人員重現只針對特定測試用戶提供的行為或體驗。如果是這種情況，您可以在「應用程式審查」頁面上將該用戶新增至您的提交資料中。在「審查中的項目」部分中，您會看到「測試用戶（選用）」部分，供您輸入您要在審查中使用的用戶名稱。

在此處，您只能夠選擇應用程式的「角色」部分中列出的測試用戶。請勿分享審查指引中的用戶之 Facebook 登入憑證。

深入了解如何建立測試用戶。

在核准您的 user_likes 要求之前，審查人員需要確認您的應用程式根據從用戶處收到的讚好資訊為用戶提供獨特的體驗。要確定這一點，我們的審查團隊將使用各種測試用戶來測試您的應用程式，每個測試用戶都個別配搭一組不同的讚好與興趣。

在提交 user_likes 要求時，您應該撰寫詳細的指引，其中包括：

• 明確說明您要求 user_likes 的原因，以及該要求如何在您的應用程式中提升用戶的體驗。
• 專頁範例清單，從而供審查人員讚好以驗證您如何使用 user_likes 。在審查人員測試您的應用程式之前，請先提供他們應予以讚好的專頁之直接連結。

如果您使用 user_likes 作為演算法的一部分，有一點非常重要，就是審查人員可以看到此演算法的結果，以及該演算法如何影響向用戶呈現的內容。

我們的審查團隊將根據您於應用程式的設定部分所列出的平台，實際測試您的應用程式如何於每個平台上使用每個權限。審查人員將確定您在提供強化的用戶體驗時，您的 Facebook 登入整合能夠正確運作，以及所要求的每個權限皆符合我們的政策和使用守則。

如需詳細資訊，請參閱我們的政策和使用守則。

如果您的應用程式是遊戲並放到 Facebook 畫布平台上

您可以使用下列功能邀請新玩家加入您的遊戲：

• 要求對話框。使用要求對話框時，您可以設定「filters=app_non_users」來篩選對話框，使其僅顯示未使用您應用程式的用戶。如果您的應用程式有放到畫布平台上，您還可以在 iOS 和 Android 上使用要求對話框。
• 可邀請的朋友 API。如果您的應用程式是一款遊戲而您想要自行建立朋友複選工具，您可以使用可邀請的朋友 API，這會傳回用戶朋友中未使用應用程式的排名清單。當用戶選擇要邀請的朋友時，您可以將可邀請的朋友 API 傳回的憑證傳送至要求對話框的欄位，供用戶從中傳送邀請給朋友。

如果您的應用程式沒有放到 Facebook 畫布平台上

您可以使用 iOS 訊息對話框和 Android 訊息對話框，或使用網頁版傳送對話框。這些產品可讓用戶將內含您應用程式連結的訊息直接傳送給朋友。

這種類型的訊息可直接和少數用戶溝通，是絕佳的溝通渠道。訊息對話框和傳送對話框都包含輸入提示，可讓用戶方便選擇多位要接收邀請的朋友。

否。權限一旦獲得批准，您即可在任何平台的任何應用程式版本上使用該權限。

如果您是在新平台上拓展和開發應用程式，將不需要提交審查。您只有在要求新權限時才需要重新提交審查，例如在應用程式加入新功能時。變更和提交應用程式詳細資料或開放式圖表動作不會影響您已獲得批准的權限。

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 應用程式編號不可用於其他平台。詳情請參閱我們的文件。

螢幕錄影是導覽應用程式，說明如何運用所要求權限的絕佳方式。以下為製作螢幕錄影的一些最佳作法和第三方資源。

您的影片應該顯示您的應用程式如何使用所要求的每個權限。如果您要求 publish_actions，影片也應該顯示如何從您的應用程式建立內容然後分享至 Facebook。

我們的審查團隊需要登入您的應用程式並檢查所有 Facebook 整合，才能夠批准您提交的應用程式。

如果審查人員無法載入或使用您的應用程式，請確定：

• 應用程式網址可被公開存取而且未設定為本機代管
• 您已經提供存取您的開發或預備網站所需的用戶名稱和密碼
• 您的網站具有最新的安全憑證，而且對新用戶不會造成錯誤
• 您能夠以新建立的測試用戶身分登入和使用您的應用程式
• 您提交審查的項目屬於附加項目而且正在您的應用程式中運作

如果您因相同原因再度被拒絕，請更新審查指引或新增備註部分，要求審查人員提供更明確的說明以及其他資訊。

我們的審查團隊可能需要其他登入憑證才能夠登入您的應用程式，以完成審查。

如果您的應用程式在 Facebook 登入之前或之後需要輔助登入，請確定提供該登入所需的用戶名稱和密碼。這可能包括測試或示範伺服器所需的登入憑證，以及您的應用程式或電郵註冊流程所需的輔助登入。

位於預備或開發伺服器上的應用程式可能需要進一步登入，才能夠存取您的伺服器。請同時就此項作業提供所有必要的登入憑證。

如果您仍然不確定遺漏哪些憑證，您可以在下一次提交資料時提供影片，展示您提供的 Facebook 登入選項和所有相關的 Facebook 整合。

這個要求違反平台政策第 4.5 條鼓勵用戶使用社交附加程式或者在專頁讚好的規定。其中包括根據用戶有否讚好專頁來提供獎勵或對應用程式或應用程式內容設限。User_likes 不會獲批准用於這種目的。

為了確保優質關係以及協助企業發掘重要用戶，我們希望用戶是因為想進一步聯繫或者取得企業資訊才讚好專頁，而不是為了人為的獎勵。我們相信這個政策能夠讓用戶以及廣告客戶等獲益。

如果您使用「分享」對話框或任何其他社交附加程式將內容發佈到 Facebook，您不需要提交審查。如果您仍然不確定，您可以在我們的一般審查文件找到更多資訊。

若要獲應用程式中心批准，您的應用程式必須符合我們的資格要求。符合 Facebook 應用程式中心資格的應用程式必須使用 Facebook 登入，或者具有 Facebook 畫布應用程式。

符合資格可在應用程式中心中列出的應用程式如下：

• Facebook 畫布上的應用程式
• 使用 iOS 專用 Facebook 登入或 Android 專用 Facebook 登入建置的 iOS 或 Android 流動應用程式
• 使用 Facebook 登入的網頁或流動應用程式

您的文字素材和宣傳圖像也必須符合我們的守則。

您的審查回應將明確說明您的應用程式未獲得批准之原因，以及您接下來應採取的步驟。我們希望您盡快通過此程序，因此，請仔細閱讀此意見。當您完成必要變更後，即可以重新提交審查。

如果您的應用程式以不獲批准的方式使用權限，您收到的意見當中會包含相關說明，而您亦不應重新提交審查。

應用程式審查程序涉及在每個支援的平台上載入您的應用程式、使用 Facebook 登入，以及在審查中使用您要求的每個 Facebook 整合。這經常會導致我們所說的「一般問題」。這些錯誤和載入您的應用程式、登入您的應用程式，或者您應用程式的一般功能相關。這表示我們無法測試您在提交資料中要求的權限。

由於這些問題會導致我們無法審查您的 Facebook 功能，我們無法詳細評論您的應用程式如何使用您提交審查的 Facebook 功能。因此，我們以「一般問題」拒絕，並就每個平台對此提供意見。

如果您收到「一般問題」拒絕，請仔細閱讀所有意見。每個平台都會收到個別意見，說明審查時遇到的問題。

審查程序期間，我們的審查團隊會遵循您的指引，以重現權限在您的應用程式內的使用方式。如果我們無法重現此體驗，例如，因為我們無法遵循您的指引或者無法登入您的應用程式，那麼我們也無法批准提交資料。

若要避免此情況，請：

• 提供使用該權限的可運作應用程式版本
• 確定您在「新增備註」部分提供明確的指引
• 確定所要求的登入權限可提供個人化用戶體驗，而且遵循我們的政策

特別是對於 publish_actions 權限，請確認您的應用程式發佈功能設定正確。在審查程序期間，我們需要能夠將您的應用程式內容發佈回 Facebook。

• 應用程式遷移至其他未通過驗證的企業。所有先前獲准使用的權限便會被封鎖。

  • 如果應用程式重新遷回已通過驗證的企業，這些權限便可解除封鎖。
• 應用程式已標記為為其他企業提供服務，但之後遷移至未通過驗證的其他企業。