FAQs

Answers to frequently asked questions about the App Review process.

General

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.

是否需要接受應用程式審查,取決於應用程式編號層級。使用這些權限或功能的個別應用程式,皆須提交進行審查。

如需詳細資訊,請參閱這個頁面。您可以在程序中提供所需權限的詳細資料,並且說明權限的用途。Facebook 將審查使用案例,並且判斷我們的政策是否接受您所提出的用途。權限審查結束後,視 API/權限而定,我們可能會另外提出要求,例如商家驗證及簽約。

有新的 API 時,您需要透過應用程式審查提出申請。不過每個企業管理平台實體只需要進行一次商家驗證,因此如果應用程式需要新的權限或 API 時,不需再進行一次商家驗證。

2018 年 8 月 1 日起,只需驗證應用程式所連線的企業管理平台即可。

在審查程序中,我們可能會向您詢問諸如企業法定名稱、地址和電話號碼等企業資訊。此外,我們可能會請您提供水電費帳單、執照、設立登記證或公司章程之類的企業文件。

目前我們的作業量增加,整個程序約需數週。

  • 權限審查可能需要數週。請到這裡參閱最新的時間表更新資訊。
  • 商家驗證約需幾天的作業時間,但實際情況因文件品質而異。
  • 待您指定的主管簽署合約後,即可完成簽約。

您隨時可以在應用程式主控板的應用程式審查索引標籤中查看企業驗證面板,來瞭解企業驗證與合約的狀態,以及所要執行的步驟。我們將會在過程中發送通知給您,告知您需要採取的動作。

應用程式應連結至最終擁有該應用程式的企業管理平台,且該企業管理平台須能存取該應用程式所產生的資料。應接受商家驗證程序的就是這家企業。

每個應用程式都必須接受應用程式審查。建議您進入應用程式主控板中查看須審查權限的具體清單。

每個企業管理平台都要完成一次商家驗證。如果選擇將您的應用程式全數歸在同一個企業管理平台之下,則只需要進行一次商家驗證。

如果您已擁有一個企業管理平台帳號,建議您將應用程式連結到現有的企業管理平台。

如果有多個屬於該企業的企業管理平台帳號,建議您判斷擁有多個企業管理平台帳號是否合理,並將應用程式與最合適的企業管理平台連結。如果企業透過企業管理平台設定信用額度,建議您將應用程式與具有該信用額度的企業管理平台連結。

應用程式審查程序適用於需要特定 API 權限的應用程式。您可以到這裡詳閱必須接受審查的權限。若只設定 SDK,並不需要接受應用程式審查。不過,SDK 確實能讓應用程式呼叫 Facebook API,倘若是必須接受審查的 API,則應用程式也需提交進行應用程式審查。

您可以提供整合的螢幕錄影檔案。假如您的應用程式不包含終端用戶體驗,則可提供至少 2 張螢幕截圖,以呈現頁面、CRM 或企業管理平台的設定畫面。此外,若您有透過上述產品管理粉絲專頁,也可提供該粉絲專頁的編號。您可以點選這裡詳讀更多資訊。

Facebook Login

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.

Lead Ads

您將需要申請 leads_retrievalpages_manage_ads 權限。

如果用戶端也是應用程式的「擁有者」,他們自己會以直接開發人員的身分進行該程序。如果用戶端是以第三方開發人員作為應用程式的「擁有者」,則由該開發人員進行審查。

Permissions and Features

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.

Screen Recordings

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

Terms and Policies Violations

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.

Before You Submit

如果應用程式有使用中介分享產品(例如社交外掛程式、「分享」對話方塊、分享表單或「Facebook 登入」功能子集),就不必經過 Facebook 審查。如需深入瞭解哪些內容需要接受審查,請參閱應用程式審查文件。

我們會審查您的應用程式,以確保所有應用程式皆能提供高品質的 Facebook 體驗。一般來說,用戶必須清楚知道自己正在登入 Facebook 及張貼貼文。用戶應該要能控制想分享給您應用程式或分享到 Facebook 的資訊。

注意:應用程式「角色」頁籤中列出的用戶將具有更多存取權限,而且不需經過審查(例如 user_posts)。然而,若應用程式開放大眾使用,就必須經過應用程式審查才能存取資訊,即便是具備應用程式角色的用戶也不例外。

所有應用程式功能在開發模式下都應開放使用,但您只能存取自己的資料、測試用戶的資料,或是粉絲專頁的資料。若想公開發佈應用程式,便必須經過應用程式審查,即使您是應用程式唯一的用戶也一樣。

由於審查程序變更,以及大量的預期提交資料,因此提交的應用程式可能需要好幾個星期才能完成審查。

為了加速審查人員的作業流程,請盡可能提供充分資訊,包括清晰的螢幕截圖、詳細的逐步指示,以及您的應用程式與 Facebook 整合的螢幕錄影錄製內容。

您需要明確說明如何測試您應用程式的每個權限或功能,以便我們確定其運作正常以及遵守我們的政策。如果我們無法完整測試您的應用程式如何整合 Facebook,我們將無法批准您的應用程式。您提供的指示越詳細,被審查人員要求重新提交審查的機率就越小。

請為您要求的每一個權限逐步列出重現指示。所有指示皆須以英文撰寫。

您的指示不應該

  • 引用其他提交資料的指示或文件
  • 提供您應用程式功能的摘要而沒有提供指示
  • 提供 API 運作方式的技術詳細資料

以下為很好的逐步指示範例:

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

如果您仍然不確定要包括哪些資訊,請參閱我們應用程式審查範例區塊中提供的更多範例。

不用,無須提交審查也能夠刊登行動應用程式安裝廣告。您只要將應用程式在 iTunes App Store 或 Google Play 商店上架即可。您可以按照我們的指南來建立行動應用程式安裝廣告

若要測試新功能或權限,在審查和發佈應用程式後,請使用應用程式主控板中的建立測試版應用程式功能建立正式版應用程式的複製。在正式版應用程式的主控板內,點擊左上方瀏覽窗格中應用程式名稱旁的向下箭頭,然後點擊建立測試版應用程式。應用程式複製(狀態為開發中)允許所有應用程式角色存取所有功能和權限。

在核准您的 user_likes 要求之前,審查人員需要根據應用程式收到用戶的按讚資訊,確認您的應用程式為用戶提供獨特的體驗。在進行測試時,我們的審查團隊將使用各種測試用戶,個別搭配一組不同的愛好和興趣來測試您的應用程式。

在提交 user_likes 要求時,您應該撰寫詳細的指示,包括以下項目:

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

如果您使用 user_likes 作為演算法的一部分,審查人員必須可以看到此演算法的結果,以及該演算法如何影響向用戶呈現的內容,這點十分重要。

目前,如果應用程式僅由在應用程式中具有角色的用戶所使用,以及僅發佈到自己動態時報或粉絲專頁的用戶所使用,則不需要應用程式審查。不過,從 2018 年 8 月 1 日開始,應用程式無法再發佈到用戶動態時報,任何允許用戶發佈到社團或粉絲專頁的應用程式都必須進行應用程式審查。

如果您的應用程式屬於遊戲類別,而且會在 Facebook 全螢幕互動廣告中顯示

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

  • 「邀請」對話方塊。使用「邀請」對話方塊時,您可以設定「filters=app_non_users」來篩選對話方塊,使其僅顯示未使用您應用程式的用戶。如果您的應用程式具備全螢幕互動廣告功能,您還可以在 iOS 和 Android 上使用「邀請」對話方塊。
  • 可邀請的朋友 API。如果您的應用程式是一款遊戲,且您想要自行建立朋友複選器,可以使用可邀請的朋友 API;這樣將會傳回用戶朋友中未使用應用程式的排名清單。用戶選擇要邀請的朋友後,您可以將可邀請的朋友 API 傳回的權杖傳送至邀請對話方塊的欄位,供用戶從中傳送邀請給朋友。

如果您的應用程式不會在 Facebook 全螢幕互動廣告中顯示

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

這種類型的訊息是與少數用戶直接溝通的絕佳管道。「訊息對話方塊」和「發送對話方塊」都包含輸入提示,讓用戶可以輕易地選擇多位要接收邀請的朋友。

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

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

After You Submit

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.

如果您目前提交審查的申請案件,要求額外的資訊,則從收到這個要求開始,您將會有 30 天的時間來處理和重新提交審查內容。在這 30 天的期間,應用程式審查團隊可能會要求您提供更多的資訊。請注意,在這 30 天的期間,每次重新提交不會重設這 30 天的時間計算。

我們的審查團隊在審查提交資料時會使用多位測試用戶,不會只使用您提供的測試用戶。如果您的提交資料不需要使用特定測試用戶進行審查,請在審查指示中告訴我們。

如果您提供測試用戶,請確定您已正確建立測試用戶並在提交資料中附上該用戶。

我們的審查團隊將使用您提供的指示來測試您應用程式的 Facebook 整合。

如果您認為應用程式審查沒有通過的決議有誤,您應該更新審查指示,提供更多資訊給審查員,然後重新申請審查。

最佳的作法是,更新備註以處理收到的審查意見回饋,然後透過審查程序與審查員進行溝通。

為即時遊戲建立的 Facebook 應用程式編號無法用於其他平台。您可以在我們的文件中取得更多資訊。

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

如果審查人員無法載入或使用您的應用程式,請檢查以下事項:

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

如果您因相同原因再度遭到拒絕,請更新審查指示新增備註區塊,要求審查人員提供更明確的說明以及其他資訊。

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

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

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

如果您仍然不確定遺漏哪些憑證,您可以在下次提交時提供影片,在影片中包含您想提交審查的「Facebook 登入」選項和所有相關的 Facebook 整合。

獎勵用戶使用社交外掛程式或者在粉絲專頁按讚違反開放平台政策第 4.5 節的規定。其中包括根據用戶是否在粉絲專頁按讚來提供獎勵,或對應用程式或應用程式內容設限。用於這種目的 user_likes 不會獲批准。

為了確保優質關係以及協助企業觸及重要用戶,我們希望用戶是因為想進一步聯繫或者取得企業資訊才對粉絲專頁按讚,而不是為了人為的獎勵。我們相信這項政策能夠讓用戶以及廣告商都獲益。

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

若要通過應用程式中心的批准,您的應用程式必須符合我們的資格要求。符合 Facebook 應用程式中心資格的應用程式,必須使用「Facebook 登入」或具有 Facebook 全螢幕互動廣告應用程式。

符合資格可列於應用程式中心的應用程式如下:

您的文字資產和宣傳圖像也必須符合我們的準則

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

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

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

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

如果您因為「一般問題」而遭到拒絕,請仔細閱讀所有意見回饋。每個平台都會收到個別意見回饋,說明審查中遇到的問題。

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

若要避免此問題,請:

  • 提供使用該權限且為可運作版本的應用程式
  • 確定您在「新增備註」區塊提供明確的指示
  • 確定所要求的登入權限可將用戶體驗個人化,而且符合我們的原則

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

您的應用程式獲得權限後又喪失,原因如下:
  • 應用程式已移至其他尚未認證的商家。我們已封鎖先前所有批准的權限。
    • 如果之後應用程式又移回已驗證的商家,我們會取消封鎖權限。
  • 應用程式已標示為為其他商家提供服務,但之後已移至尚未驗證的其他商家。