應用程式驗證

    應用程式驗證詳情

    如果您的應用程式審查提交資料因應用程式驗證詳情方面的問題而被拒，則可使用這個指南。

    我們無法在測試您的應用程式時，驗證應用程式所要求的權限

    提交資料審查人員會使用提交資料的螢幕錄影作為指引，嘗試重現應用程式如何使用所要求的各個功能和權限。如果審查人員無法重現螢幕錄影所描述的要求權限或功能，應用程式將會被拒，原因是「我們無法在測試您的應用程式時，驗證應用程式所要求的權限」。

    如果您的提交資料因這個原因而被拒：

    1. 確保您已完成應用程式的所有開發工作。
    2. 建立測試用戶，驗證您是否可以使用此測試用戶來確切重現您螢幕錄影中所描述的體驗。
    3. 如果您能夠確切重現螢幕錄影中所描述的相同體驗，接下來要驗證應用程式驗證詳情中的測試指引是否正確無誤，並且附上測試用戶的電郵地址和密碼。
    4. 如果您的螢幕錄影有誤，但您可以使用測試用戶成功測試所要求的各個權限和功能，則要重新拍攝正確的螢幕錄影並上載影片，然後驗證應用程式驗證詳情中的測試指引是否正確無誤，並且附上測試用戶的電郵地址和密碼。
    5. 重新提交以供應用程式審查。

    根據您的提交資料詳情，您的應用程式無需專頁公開內容存取權限

    僅可透過允許的方式使用專頁公開內容存取權限。我們會拒絕無法以允許方式使用專頁公開內容存取權限的應用程式，原因是「根據您的提交資料詳情，您的應用程式無需專頁公開內容存取權限」。以下是專頁公開內容存取權限功能的說明和其支援的用途，供您參考：

    專頁公開內容存取功能

    此權限允許用戶在沒有 manage_page 登入權限的情況下，以唯讀方式存取專頁的公開數據。可讀取的數據包括企業中繼資料、公開回應和帖子。

    當您在測試應用程式時，在將其提交以供審查之前，您的應用程式僅可存取符合以下條件的專頁內容：擁有專頁管理員角色的用戶也兼具應用程式管理員、開發人員或測試者角色。如果您的應用程式想要存取其他專頁上的公開內容，您必須提交此功能以供審查。在您將應用程式設定為已發佈模式後，就必須使用此功能才可查看專頁公開內容。

    允許的用途

    提供彙整的匿名公開內容，以進行競爭性分析和基準比較

    如果您的提交資料因這個原因而被拒，請在重新提交之前，確保您的應用程式以允許的方式使用專頁公開內容存取權限。

    您的應用程式以不符合規定的方式使用 Facebook 的公司品牌

    如果應用程式的一個或多個品牌資產（名稱、標誌、標誌、說明等）違反了我們的品牌準則，則您的提交資料將被拒，原因是「您的應用程式以不符合規定的方式使用 Facebook 的公司品牌」。應用程式的品牌資產不得：

    • 暗示與 Facebook 或我們的子公司之間有任何合作、贊助或代言關係
    • 與我們的任何品牌資產合併
    • 模仿我們的任何品牌資產
    • 以可能與 Facebook 或我們的任何子公司混淆的方式來命名（例如，「FB Friend Smash」、「FVideo」或「Friend Smash - Best FB Game」等應用程式名稱均會被拒）

    如果您的提交資料因這個原因遭到拒絕，請查看我們的提交資料準則，並在重新提交之前更新任何違反我們品牌資產使用守則的品牌資產。

    在測試應用程式期間無法找到 Facebook 登入按鈕

    如果您的應用程式使用了 Facebook 登入，提交資料的審查人員便會嘗試在應用程式中找出該按鈕，並且以此登入。如果提交資料的審查人員無法找出 Facebook 登入按鈕，您的提交資料將會被拒，原因是「在測試應用程式期間無法找到 Facebook 登入按鈕」。

    如果您的提交資料因這個原因遭到拒絕：

    1. 請參閱我們的 Facebook 登入最佳操作實例指引，了解在應用程式中有效整合 Facebook 登入功能的秘訣。
    2. 確保您已完成應用程式的所有開發工作。
    3. 建立測試用戶，並使用此用戶來驗證您能否以 Facebook 登入按鈕登入您的應用程式。
    4. 更新螢幕錄影，使其可以清楚地展示以此測試用戶找出並使用 Facebook 登入按鈕來登入應用程式的過程。
    5. 更新應用程式驗證詳情，加入關於如何在應用程式中找出 Facebook 登入按鈕的指引。
    6. 重新提交以供應用程式審查，並在提交資料中附上更新後的螢幕錄影、更新後的驗證詳情，以及測試用戶的電郵地址和密碼。

    如果您的應用程式不會在任何平台上（如 iOS、Android、網頁）使用 Facebook 登入，則要在重新提交前使用應用程式管理中心從應用程式中移除此按鈕。

    如果您的應用程式在發佈內容到 Facebook 時只使用分享按鈕或其他社交附加程式，則無需提交資料以進行應用程式審查。

    您應用程式的 Facebook 登入按鈕已損壞

    提交資料的審查人員會使用您的測試指引和螢幕錄影作為指南，嘗試使用 Facebook 登入按鈕來登入應用程式。如果他們能夠找到 Facebook 登入按鈕，但由於各種原因無法使用此按鈕來登入應用程式，您的提交資料將會被拒，原因是「您應用程式的 Facebook 登入按鈕已損壞」。

    如果您的提交資料因這個原因遭到拒絕：

    1. 確保您已完成應用程式的所有開發工作。
    2. 建立測試用戶，驗證您是否可以使用此測試用戶來找出並使用 Facebook 登入按鈕登入您的應用程式。
    3. 更新螢幕錄影，使其可以清楚地展示以此測試用戶找出並使用 Facebook 登入按鈕來登入應用程式的過程。
    4. 更新應用程式驗證詳情，加入關於如何在應用程式中找出 Facebook 登入按鈕的指引。
    5. 重新提交以供應用程式審查，並在提交資料中附上更新後的螢幕錄影、更新後的驗證詳情，以及測試用戶的電郵地址和密碼。

    我們無法測試連結 Instagram Business 帳戶的步驟

    提交資料審查人員會嘗試登入提交的應用程式，驗證其是否會按提交資料所描述的方式存取 Instagram 專業帳戶的資料。如果審查人員無法登入應用程式，或無法如提交資料所述般使用應用程式來存取 Instagram 專業帳戶的資料，您的提交資料則會被拒，原因是「我們無法測試連結 Instagram Business 帳戶的步驟」。

    如果您的提交資料因這個原因遭到拒絕：

    1. 確保您已完成應用程式的所有開發工作。
    2. 驗證您的螢幕錄影有沒有展示您如何透過 Facebook 登入按鈕登入應用程式，並以此授權應用程式存取 Instagram 專業帳戶的資料。如您未展示這部分內容，則要重新拍攝螢幕錄影。
    3. 如果您的應用程式用戶在使用 Facebook 登入功能來授權資料存取之前，需要使用非 Facebook 帳戶來登入應用程式，您則需在應用程式驗證詳情中附上非 Facebook 測試用戶的憑證。
    4. 上載新的螢幕錄影（如需重新拍攝）。
    5. 重新提交以供應用程式審查。

    無法在測試期間載入您的應用程式（網頁）

    在測試網頁應用程式時，審查提交資料的人員會使用在提交資料的應用程式驗證詳情區塊中列出的應用程式網址。如果驗證詳情區塊中沒有網址，審查人員便會改為使用網站欄位中列出的網址，此欄位位於應用程式管理中心 > 設定 > 基本分頁。如果提交資料審查人員無法使用以上任何一個網址來載入提交的應用程式，則您的提交資料將會被拒。

    在重新提交之前：

    1. 確保您已完成應用程式的所有開發工作。
    2. 建立測試用戶，驗證您能否從外部使用測試用戶登入應用程式（即如果您的應用程式位於內部網絡，則於內部網絡以外的地方登入）。
    3. 在應用程式驗證詳情指引中加入您網頁應用程式的網址，以及測試用戶的電郵地址和密碼。
    4. 重新提交以供應用程式審查。

    無法在測試期間載入您的應用程式（Android）

    提交資料的審查人員會下載提交應用程式的 Android APK，並嘗試登入應用程式，以驗證應用程式會如何使用所要求的權限和功能。如果審查人員無法下載應用程式的 APK，則您的提交資料將會被拒，原因是「無法在測試期間載入您的應用程式（Android）」。

    如果您的提交資料因這個原因遭到拒絕：

    1. 驗證您的應用程式能否在 Android 6.0（Marshmallow）或更高的版本上運行。
    2. 確保您已完成應用程式的所有開發工作。
    3. 驗證應用程式的 APK 能否用以在 Android 裝置上安裝應用程式。
    4. 在應用程式驗證詳情區塊中上載 APK，或提供 APK 的連結。如果您要提供連結，則要驗證能否從外部存取有關連結（即如果您的應用程式位於內部網絡，則於內部網絡以外的地方存取）。
    5. 如果您的應用程式要求用戶使用非 Facebook 帳戶登入，則請在應用程式驗證詳情區塊中加入非 Facebook 測試用戶的登入憑證。
    6. 重新提交以供應用程式審查。

    無法在測試期間載入您的應用程式（iOS）

    提交資料的審查人員會下載提交應用程式的模擬器組建，並嘗試登入應用程式，以驗證應用程式會如何使用所要求的權限和功能。如果審查人員無法使用模擬器組建來載入應用程式，則您的提交資料將會被拒。

    如果您的提交資料因這個原因遭到拒絕：

    1. 驗證您的模擬器組建是否為 .ipa、壓縮後的 .ipa 或 .app 檔案，並且與 Xcode 8.0 或以上版本相容。
    2. 驗證您的模擬器組建能否在 Xcode 8.0 及以上版本中用以模擬應用程式。
    3. 確保您已完成應用程式的所有開發工作。
    4. 在應用程式驗證詳情區塊中上載模擬器組建，或提供模擬器組建的連結。如果您要提供連結，則要驗證能否從外部存取有關連結（即如果您的應用程式位於內部網絡，則於內部網絡以外的地方存取）。
    5. 如果您的應用程式要求用戶以非 Facebook 帳戶登入才能使用，請在應用程式驗證詳情區塊中加入非 Facebook 測試用戶的登入憑證。
    6. 重新提交以供應用程式審查。

    請參閱我們的建立模擬器組建文件，當中說明如何產生模擬器組建。如需 Facebook 登入功能方面的幫助，請參閱我們的 iOS 專用 Facebook 登入功能文件。

    您提供的測試憑證無效

    應用程式如果不使用 Facebook 登入執行授權，則必須附上測試帳戶的登入憑證，以供提交資料的審查人員測試應用程式。如果提交資料的審查人員無法使用附上的測試憑證來登入應用程式，則提交資料將會被拒，原因是「您提供的測試憑證無效」。

    如果您的提交資料因這個原因遭到拒絕：

    1. 確保您已完成應用程式的所有開發工作。
    2. 建立測試用戶，驗證您能否從外部使用測試用戶登入應用程式（即如果您的應用程式位於內部網絡，則於內部網絡以外的地方登入）。
    3. 在您的應用程式驗證詳情中附上測試用戶的憑證，然後重新提交。

    請不要建立新 Facebook 用戶帳戶以作測試用戶；我們的平台政策禁止以假帳戶來建立和管理應用程式。如果您的測試帳戶需要採用 Facebook 帳戶，請改為建立 Facebook 測試用戶。

    伺服器至伺服器應用程式

    如果您的應用程式是伺服器至伺服器 應用程式，而您無法提供登入憑證，請按照下列步驟操作：

    1. 確保您已完成應用程式的所有開發工作。
    2. 說明您的應用程式最終會如何使用其透過各個要求權限和功能所存取的資料。

    請參閱我們的伺服器至伺服器應用程式範例提交資料文件，了解相關指引。

    您的應用程式無法準確地反映最終的用戶體驗

    您只可為已準備好切換至在線模式的應用程式提出審查要求。提交資料審查人員會拒絕所有仍在開發階段的應用程式，原因是「您的應用程式無法準確地反映最終的用戶體驗」。

    如果您的提交資料因這個原因而被拒，請在重新提交前完成所有開發工作，並驗證您已準備好將應用程式切換至在線模式。

    在線應用程式

    如果您的應用程式已處於在線模式而您希望加入新功能，則無需將應用程式切換至開發模式。您可以使用在線應用程式建立測試版應用程式，並以此開發和測試應用程式。請參閱我們在線應用程式的應用程式審查主題以了解詳情。

    您的全螢幕展示應用程式會重新導向至 Facebook 之外的網址

    若您提交的應用程式設計為會將用戶重新導向至 Facebook 以外的地方，便會因為違反 Facebook 平台政策而遭到拒絕。Facebook 平台政策中規定：

    「請勿開發主要用途是將用戶重新導向至 Facebook 以外地方的應用程式。」

    如果您的應用程式因此原因而被拒，則需要重新設計應用程式，使其主要功能在運行時無需將用戶重新導向並帶離 Facebook，然後重新提交。

    您的應用程式會在自訂網頁畫面內嵌 Facebook 登入對話框

    如果流動應用程式會在應用程式內的網頁畫面中顯示 Facebook 登入，則該流動應用程式的提交資料將會被拒。應用程式內網頁畫面不能與系統瀏覽器分享 Cookie 以帶來欠佳的用戶體驗。

    如果您的提交資料因這個原因遭到拒絕，請參閱 Facebook 登入的最佳操作實例文件，在重新提交之前修復可能導致用戶體驗欠佳的任何功能。

    您的應用程式可能嘗試存取 Instagram 平台以顯示用戶內容

    我們會拒絕僅出於顯示用戶內容的目的而存取 Instagram 平台 API 的應用程式，原因為「您的應用程式可能嘗試存取 Instagram 平台以顯示用戶內容」，且這樣的應用程式違反 Instagram 平台政策第 A.16 條：

    「未經我們事先授權，請勿利用 Instagram 平台以單純作展示用戶內容、匯入或備份內容，或管理 Instagram 關係之用。」

    如果您的提交資料因這個原因遭到拒絕，請重新設計應用程式，使其不再違反政策第 A.16 條的規定，並改用 Instagram 基本顯示 API 而非 Instagram 平台 API。Instagram 平台 API 將於 2020 年 6 月停用。

    您的應用程式鼓勵未經批准的動作

    如果您的應用程式會鼓勵應用程式用戶透過讚好和追蹤等 Instagram 動作來推廣應用程式，有關應用程式的提交資料將會被拒，原因是「您的應用程式鼓勵未經批准的動作」。Instagram 平台政策第 A.30 條禁止以應用程式內獎勵機制鼓勵 Instagram 上的分享行為：

    「僅能以獎勵吸引用戶登入您的應用程式或參與推廣活動。不得利用獎勵鼓勵其他行為。」

    如果您的應用程式因此原因被拒，請在重新提交前，移除鼓勵用戶透過 Instagram 行為推廣應用程式或品牌的功能。

    您的應用程式為用戶提供未經批准的評估

    如果應用程式會提供預測資料或建議、或會提供有關個性、人格特質、性格特徵或行為傾向的評估，又或者會為應用程式用戶提供類似的實用性或價值極低的內容，有關應用程式的提交資料將會被拒，原因是「您的應用程式為用戶提供未經批准的評估」。低實用性的應用程式違反了我們平台政策的第 1.10 條。

    如果您的應用程式因這個原因而被拒，請在重新提交前重新設計您的應用程式，使其不再違反我們的平台政策。

    您的應用程式違反了開發人員政策第 1.7 條

    我們會檢查應用程式的詳細資料，包括顯示名稱、圖示、內容和提交資料詳情，以確保應用程式體驗不會使應用程式用戶感到混淆，不會欺騙、欺詐或誤導應用程式用戶，不會向應用程式用戶濫發垃圾訊息，或做出非應用程式用戶所預期的行為。您的應用程式應提供符合用戶合理期望的體驗。如果您的提交資料因違反開發人員政策第 1.7 條而遭到拒絕：

    • 檢查您就應用程式提供的顯示名稱和應用程式圖示是否沒有與其他應用程式重複，並且您有權散佈所使用的圖像。
    • 確保您提供的顯示名稱和應用程式圖示準確反映您在提交資料詳情中所描述的應用程式體驗，以及審查人員在測試應用程式過程中所獲得的體驗。
    • 視乎需要更新應用程式詳情，然後重新提交以供應用程式審查。

    您的應用程式違反了平台政策第 8.9 條

    應用程式如要求取得應用程式用戶的資料，但未有使用此等資料來實質改善應用程式用戶體驗的品質，則違反了我們平台政策第 8.9 條，並會因為「您的應用程式違反了平台政策第 8.9 條」而被拒。

    如果您的應用程式因這個原因而被拒，請重新設計您的應用程式，使其會將所要求的資料用於有意義的用途，以改善應用程式用戶體驗，或者不再向應用程式用戶要求這些資料（並從您的提交資料中，刪除所有讓您應程式存取這些資料的權限或功能），然後重新提交。