「Facebook 登入」最佳作法
「Facebook 登入」讓顧客不用建立用戶名稱／密碼就能輕鬆註冊應用程式，這能改善應用程式的用戶體驗，還能大幅提升應用程式的用戶數量。
當有越多用戶使用您的應用程式時，您會發現 Facebook 其他專門用來提供廣告受眾洞察報告的商業工具成效會提高。一旦越多顧客使用「Facebook 登入」，這些工具就越能幫助您掌握及擴展業務。建議您採用下列最佳作法，盡可能增加使用「Facebook 登入」註冊的訪客人數。在用戶登入時提供高品質的使用體驗，將能使轉換率達到 80% 以上。
影片
用戶體驗最佳作法
1. 立即提供登入和建立帳號的機會
多數使用 Facebook 登入應用程式的用戶會在使用應用程式的前五分鐘內執行此動作，而超過 90% 的用戶在第一天內就會執行此動作。您可以在首次推出體驗期間推廣盡早登入並提供獎勵，分享在得知用戶身分後所能提供的商業價值。建議您直接在歡迎畫面上提供「Facebook 登入」選項，讓主動型的訪客能盡快開始體驗。
如果分析工具顯示進入的用戶已準備好立即完成操作，則可使用橫幅廣告提醒他們建立帳號，或提供可加快結帳流程的帳號建立方式。
2. 設計：使用大尺寸矩形按鈕
使用大尺寸矩形的「Facebook 登入」按鈕，並將其放置在靠近其他登入選項的位置。如果讓「Facebook 登入」顯示在其他選項之前，效果會更好。此外，盡量讓按鈕與其他應用程式設計保持一致，因為外觀差異太大的按鈕（例如小尺寸圓形按鈕）效果並不好。
SDK 隨附的「Facebook 登入」按鈕不但容易整合，而且內建教學，可確保設計和體驗的一致性。不過，如果您決定自行建置按鈕，為了呈現最佳效果，請遵循《開發人員登入政策》及用戶體驗設計中的建議。
3. 在其他帳號建立流程期間讓「使用 Facebook 登入」的選項保持顯示
顧客可能選擇使用其他的帳號建立路徑，如果您要求他們建立新密碼、上傳大頭貼照，或手動輸入透過「Facebook 登入」就能提供的其他資料，顧客或許會覺得麻煩。您可以在這些畫面上持續顯示使用「Facebook 登入」的選項，讓可能在此時放棄建立帳號的訪客改變心意。
4. 為顧客提供登入獎勵
為使用「Facebook 登入」的顧客提供獎勵，並透過優惠的版位清楚說明這些獎勵適用於「Facebook 登入」，以及電子郵件和密碼註冊作業。您也可為「Facebook 登入」提供其他專屬獎勵。
5. 盡量減少提供的選項
如果應用程式提供過多的登入選項，「Facebook 登入」的轉換率可能會降低。如果您的應用程式支援多種登入選項，請使用語言和國碼／區碼等訊號將區域專屬選項的優先順序降低或加以隱藏。
6. 協助用戶避開重複的多管道帳號
有時候，用戶會忘記註冊服務時所使用的方式。如果用戶嘗試使用電子郵件地址註冊或登入，而您曾在「Facebook 登入」見過該地址，請提醒他們並使其能繼續使用現有帳號。您應要求用戶在所有平台上提供同一組基準權限，否則回訪的用戶可能會將要求授予新權限解讀為建立新的 Facebook 連線，而不是只要使用現有連線重新登入。
7. 避免在應用程式內部瀏覽網站
在最新的 iOS 和 Android 中，於應用程式內部瀏覽網站將無法與系統瀏覽器共用 Cookie，因為這會讓 Facebook 看起來像一個全新的瀏覽器，訪客將看到「登入 Facebook」的畫面與 Cookie 同意橫幅，以及要求提供用戶名稱和密碼的訊息。
在 Android 中，若出現原生 Facebook 應用程式便可用該選項來登入用戶，若未出現則請使用 Chrome 自訂頁籤。如此可確保曾在裝置上使用過 Facebook 的用戶，只需點擊一下即可核准您的應用程式。最新的 iOS SDK 一律優先使用可存取系統 Cookie 的 ASWebAuthenticationSession／SFAuthenticationSession 瀏覽網站。
一般而言，最新的 Facebook SDK 會自動為您提供最佳行為。如果您有自訂登入流程，或是使用整合商平台提供「Facebook 登入」作為多種登入方法之一，請確保應用程式在 iOS 中具有全螢幕的「Facebook 登入」體驗，並且可以看到「使用 Facebook.com 登入」系統提示。如果您看到 Cookie 同意橫幅或非全螢幕體驗，請聯絡您的整合商，要求其在每個平台上使用適當的方法，以為訪客提供最佳體驗。
8. 提供登出方式
用戶登入後，您還要提供方法讓他們能登出、中斷帳號連線或將帳號完全刪除。這不但是尊重用戶的作法，也是《開發人員登入政策》的要求。
舉例來說，約會交友應用程式 Tinder 能讓用戶選擇登出或完全刪除帳號。
資料使用最佳作法
1. 只要求所需的權限
請只要求您需要的權限。要求的權限越少，用戶越容易放心授權。據我們所知，要求的權限越少，通常轉換率就越高。
在用戶有機會嘗試您的應用程式之後，您便可以要求其他權限。
要求較少權限的另一個好處是，您可能就無須提交應用程式進行應用程式審查。只有在要求預設欄位和電子郵件以外的權限時，才需要送交應用程式審查。
2. 在相關情境下要求權限並說明原因
只有當用戶嘗試在應用程式內完成某個需要特定權限的動作時，才觸發權限要求。
舉例來說，Facebook 應用程式只有在用戶更新近況，而且明確點按地點按鈕時，才會要求使用「定位服務」。
此外，若用戶能清楚瞭解為何應用程式需要該資訊來提供更好的體驗，就很有可能接受權限要求。
3. 如果您未使用 Facebook SDK，請定期檢查存取權杖是否有效
雖然存取權杖具有排定的到期日，但基於安全理由，權杖可能會提前過期。如果您未在應用程式中使用 Facebook SDK，請務必一定要經常（至少每日）手動執行權杖有效性檢查，以確保您的應用程式不是依存於因為安全理由而提前過期的權杖。
4. 如果某用戶的資料存取權限已到期，請讓這些用戶進行重新授權流程
技術作法
1. 測試與衡量
在各種條件下測試您的「Facebook 登入」流程至關重要，我們也為此打造可供仿效的完善測試計畫。執行質性易用性測試也是一個很好的作法，可藉此瞭解用戶對於所見事物的反應。
完成「Facebook 登入」流程測試並準備推出時，建議您使用分析程式來瞭解用戶是否完成程序，以及用戶的整體轉換率。採用最佳作法的應用程式，轉換率可望達到 80% 以上。
2. 遵循 Facebook 的《開發人員政策》
為了避免日後發生問題，請快速檢查您的「Facebook 登入」整合是否符合《開發人員登入政策》的規定。
3. 實作資料刪除回呼
若要讓用戶控管自己的資料，請實作資料刪除回呼，以回應用戶希望從 Facebook 刪除應用程式中個人資料的要求。
4. 提交應用程式進行應用程式審查
只有在要求預設欄位和 email 以外的權限時，才需要提交應用程式進行應用程式審查。我們建議您在開發階段中完成整合「Facebook 登入」之後，盡快將應用程式送交審查。您將會在應用程式審查期間收到明確易懂的意見回饋，包括說明可進行何種變更，以讓遭拒絕的權限獲得核准（如果適用的話）。對於現有應用程式，完成登入審查並不會影響目前的應用程式。
若要深入瞭解應用程式審查，請參閱「Facebook 登入」的應用程式審查。
其他最佳作法
我們準備推出一項功能，讓用戶能夠更透明地控制其他應用程式和網站與我們分享的資料。此功能推出後，「Facebook 登入」可能會受到影響。
為了協助開發人員做好準備迎接此功能，我們將提供開發人員社群這些額外的最佳作法和指引。
1. 提示用戶重新登入應用程式或網站
當某用戶透過該功能使用控制項並希望重新登入應用程式或網站時，應提示該用戶於再次開啟應用程式或網站時執行此操作。如果用戶選擇使用「Facebook 登入」重新登入，就必須對應用程式或網站重新授權任何適用的權限。
2. 檢查以確保用戶存取權杖仍然有效
此外，當使用「Facebook 登入」登入的用戶在線上使用應用程式或網站時，開發人員應進行 API 呼叫或檢查權限，以確認用戶存取權杖仍然有效。當用戶的存取權杖無效時，請務必將用戶登出。
3. 檢查撤銷權限
用戶可在登入後隨時透過 Facebook 介面撤銷已授予應用程式的權限。請務必檢查活躍用戶授予應用程式和網站的權限。
4. 提供用戶資料控制權
若要讓用戶控管自己的資料，應實作資料刪除回呼，以回應用戶希望從 Facebook 刪除應用程式或網站中個人資料的要求。