Answers to frequently asked questions about the App Review process.
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.
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.
應用程式是否需要應用程式審查,需視乎應用程式編號的級別面定。每個使用有關權限或功能的應用程式都必須提交以供審查。
隨著新 API 的發佈,您需要透過應用程式審查才能要求這些 API。不過,每個企業管理平台實體僅需要完成一次商家驗證,因此應用程式在要求新的權限或 API 時,就無需再完成商家驗證。
自 2018 年 8 月 1 日起,您只需驗證與應用程式連結的企業管理平台。
在審查過程中,我們可能會要求您提供企業資訊,例如企業的法定名稱、地址和電話號碼。此外,您可能還需要提供企業文件,例如,水電費帳單、牌照、公司註冊證明或公司章程等。
您隨時可以前往應用程式管理中心的應用程式審查標籤頁,以便在企業驗證面版中查看企業驗證的狀態、合約內容及需要採取的步驟。我們將在整個過程中向您傳送相關通知,以告知您需要採取的動作。
應用程式應連結至企業管理平台,而此企業管理平台應為最終將擁有該應用程式,而且可存取其產生資料的企業所持有。此企業應負責完成商家驗證程序。
每個應用程式都必須通過應用程式審查。建議您查看應用程式管理中心,了解需要審查的權限具體清單。
每個企業管理平台都需要完成一次商家驗證。如果您選擇將所有應用程式連結至同一個企業管理平台,則只需完成一次商家驗證。
如果您已擁有企業管理平台帳戶,我們建議您將應用程式連繫至現有的企業管理平台。
如果您有多個隸屬同一間公司的企業管理平台帳戶,我們建議您弄清楚這些帳戶的用途,並將應用程式連繫至最合適的企業管理平台。如果您的公司使用企業管理平台設定了信用額度,我們建議將應用程式連繫至擁有信用額度的企業管理平台。
應用程式審查程序適用於需要某些 API 權限的應用程式。您可在此了解哪些權限需要審查。設定 SDK 本身不需要應用程式審查。但是,SDK 確實容許應用程式對 Facebook API 執行調用,而如果此類 API 需要審查,則需要提交應用程式以供應用程式審查。
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.
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.
Terms and Policies Violations
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 的整合狀況,我們將無法批准您的應用程式。您提供的指引越詳細,被要求重新提交審查的機率會越低。
為您要求的每一個權限,以逐步格式列出重現指引。所有指引必須以英文書寫。
您的指引不應該:
以下是逐步指引的良好範例:
如果您仍然不確定要包括哪些資訊,請參閱我們的應用程式審查範例部分,查看更多範例。
否,您不需要提交以供審查便能夠執行流動應用程式安裝廣告。您只要在 iTunes App Store 或 Google Play 商店上提供應用程式即可。您可以遵循我們的指引來建立流動應用程式安裝廣告。
應用程式通過審查並公開發佈後,如要測試新功能或權限,請使用應用程式管理中心的建立測試版應用程式功能,建立正式版應用程式的複製版本。在正式版應用程式的管理中心中,點擊左上方導覽面板中應用程式名稱旁邊的向下箭咀,然後點擊建立測試版應用程式。透過使用調整中狀態建立的複製應用程式,您可以使用任何應用程式角色存取所有功能和權限。
在核准您的 user_likes 要求之前,審查人員需要確認您的應用程式根據從用戶處收到的讚好資訊為用戶提供獨特的體驗。要確定這一點,我們的審查團隊將使用各種測試用戶來測試您的應用程式,每個測試用戶都個別配搭一組不同的讚好與興趣。
在提交 user_likes 要求時,您應該撰寫詳細的指引,其中包括:
如果您使用 user_likes 作為演算法的一部分,有一點非常重要,就是審查人員可以看到此演算法的結果,以及該演算法如何影響向用戶呈現的內容。
如果您的應用程式是遊戲並放到 Facebook 畫布平台上
您可以使用下列功能邀請新玩家加入您的遊戲:
如果您的應用程式沒有放到 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 整合,才能夠批准您提交的應用程式。
如果審查人員無法載入或使用您的應用程式,請確定:
如果您因相同原因再度被拒絕,請更新審查指引或新增備註部分,要求審查人員提供更明確的說明以及其他資訊。
我們的審查團隊可能需要其他登入憑證才能夠登入您的應用程式,以完成審查。
如果您的應用程式在 Facebook 登入之前或之後需要輔助登入,請確定提供該登入所需的用戶名稱和密碼。這可能包括測試或示範伺服器所需的登入憑證,以及您的應用程式或電郵註冊流程所需的輔助登入。
位於預備或開發伺服器上的應用程式可能需要進一步登入,才能夠存取您的伺服器。請同時就此項作業提供所有必要的登入憑證。
如果您仍然不確定遺漏哪些憑證,您可以在下一次提交資料時提供影片,展示您提供的 Facebook 登入選項和所有相關的 Facebook 整合。
這個要求違反平台政策第 4.5 條鼓勵用戶使用社交附加程式或者在專頁讚好的規定。其中包括根據用戶有否讚好專頁來提供獎勵或對應用程式或應用程式內容設限。User_likes 不會獲批准用於這種目的。
為了確保優質關係以及協助企業發掘重要用戶,我們希望用戶是因為想進一步聯繫或者取得企業資訊才讚好專頁,而不是為了人為的獎勵。我們相信這個政策能夠讓用戶以及廣告客戶等獲益。
若要獲應用程式中心批准,您的應用程式必須符合我們的資格要求。符合 Facebook 應用程式中心資格的應用程式必須使用 Facebook 登入,或者具有 Facebook 畫布應用程式。
符合資格可在應用程式中心中列出的應用程式如下:
您的文字素材和宣傳圖像也必須符合我們的守則。
您的審查回應將明確說明您的應用程式未獲得批准之原因,以及您接下來應採取的步驟。我們希望您盡快通過此程序,因此,請仔細閱讀此意見。當您完成必要變更後,即可以重新提交審查。
如果您的應用程式以不獲批准的方式使用權限,您收到的意見當中會包含相關說明,而您亦不應重新提交審查。
應用程式審查程序涉及在每個支援的平台上載入您的應用程式、使用 Facebook 登入,以及在審查中使用您要求的每個 Facebook 整合。這經常會導致我們所說的「一般問題」。這些錯誤和載入您的應用程式、登入您的應用程式,或者您應用程式的一般功能相關。這表示我們無法測試您在提交資料中要求的權限。
由於這些問題會導致我們無法審查您的 Facebook 功能,我們無法詳細評論您的應用程式如何使用您提交審查的 Facebook 功能。因此,我們以「一般問題」拒絕,並就每個平台對此提供意見。
如果您收到「一般問題」拒絕,請仔細閱讀所有意見。每個平台都會收到個別意見,說明審查時遇到的問題。
審查程序期間,我們的審查團隊會遵循您的指引,以重現權限在您的應用程式內的使用方式。如果我們無法重現此體驗,例如,因為我們無法遵循您的指引或者無法登入您的應用程式,那麼我們也無法批准提交資料。
若要避免此情況,請:
特別是對於 publish_actions 權限,請確認您的應用程式發佈功能設定正確。在審查程序期間,我們需要能夠將您的應用程式內容發佈回 Facebook。