Facebook 登入最佳操作實例
Facebook 登入可讓用戶無需建立用戶名稱／密碼，即可輕鬆註冊使用應用程式，從而改善應用程式的用戶體驗，並且儘可能增加使用應用程式的人數。
隨著使用應用程式的用戶越來越多，您會發現，我們旗下其他旨在讓您洞悉受眾的商業工具之成效，亦會有所改善。越來越多顧客使用 Facebook 登入時，這些工具就更有助您理解並發展業務。我們建議使用以下最佳操作實例，儘可能增加使用 Facebook 登入註冊的訪客人數。優質的開始使用體驗可為您帶來超過 80% 的轉換率。
影片
檢查清單
用戶體驗最佳操作實例
- 立即提供使用 Facebook 登入和建立帳戶的機會
- 使用與您其他應用程式風格一致的大型長方形按鈕
- 在使用其他方式建立帳戶的流程中，繼續顯示使用 Facebook 登入的選項
- 向顧客提供登入獎勵
- 儘量減少所提供的選項
- 協助用戶避免建立重複的多渠道帳戶
- 避免出現應用程式內網頁檢視模式
- 提供登出方法
資料使用最佳操作實例
技術操作實例
其他最佳操作實例
用戶體驗最佳操作實例
1. 立即提供登入和建立帳戶的機會
大多數使用 Facebook 登入應用程式的用戶會在使用應用程式的首 5 分鐘登入，而有超過 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 來說，這個瀏覽器看起來會是全新的瀏覽器，因此訪客會看到含有 Cookie 同意橫額的「登入至 Facebook」介面，而且此介面還會要求他們提供用戶名稱與密碼。
如果使用 Android 系統，請使用原生 Facebook 應用程式讓用戶登入（如有），或使用 Chrome 自訂分頁讓用戶登入（如沒有原生 Facebook 應用程式）。這樣，之前曾在自己裝置中用過 Facebook 的用戶只需點擊一下，即可向您的應用程式授權。最新的 iOS SDK 一律優先使用可以存取系統 Cookie 的 ASWebAuthenticationSession／SFAuthenticationSession 網頁檢視模式。
在一般情況下，使用最新的 Facebook SDK 可以自動為您選擇最佳行為。如果您擁有自訂登入流程，或在使用提供多個登入方式（包含 Facebook 登入）的整合平台，請確保您的應用程式能夠提供全螢幕 Facebook 登入體驗，並可以在 iOS 系統看到「使用 Facebook.com 登入」的系統提示。如果您看到 Cookie 同意橫額或非全螢幕體驗，請聯結整合服務供應商，並要求他們在各個平台上採用合適的措施，以確保為顧客提供最佳體驗。
8.提供登出方法
用戶登入後，您亦應為他們提供登出、中斷帳戶連線或完全刪除帳戶的方式。這樣做不僅是出於好意，同時也符合我們適用於登入行為的開發人員政策之要求。
例如，約會應用程式 Tinder 可讓您選擇登出或完全刪除帳戶。
資料使用最佳操作實例
1. 僅要求授予必要權限
僅要求授予必要權限。您要求授予的權限越少，用戶便更願意及放心授予權限。根據我們的經驗，要求的權限越少，轉換率通常越高。
您可在用戶試用您的應用程式後才要求獲取其他權限。
要求授予較少權限的另一項優點，是您可能無需提交應用程式以供應用程式審查。如果您要求獲取預設欄位和電郵地址以外的權限，您就必須提交應用程式以供審查。
2. 僅在特定背景下要求授予權限並說明原因
只有用戶嘗試在應用程式內完成某個需要特定權限的動作時，您才應該觸發權限要求。
例如，Facebook 應用程式只會在用戶更新近況，並明確地點按定位按鈕時，才會要求「定位服務」權限。
此外，當用戶明確了解您的應用程式為何需要特定資訊以提供更好的體驗時，他們將更願意接受權限要求。
3. 如果您沒有使用 Facebook SDK，請定期檢查存取憑證是否有效
雖然存取憑證有預先設定的過期期限，但憑證可能會出於安全原因而提前過期。如果您沒有在應用程式中使用 Facebook SDK，則請您務必定期手動檢查憑證的有效性（至少每天一次），以確保您應用程式所使用的憑證不會出於安全原因而提前過期。
4. 如果用戶的資料存取權已過期，請完成重新授權流程
技術操作實例
1. 測試與評估
請務必在不同條件下測試您的 Facebook 登入流程，而我們亦建立了周詳的測試計劃供您參考。我們亦建議您執行可用性品質測試，藉此了解用戶對於各項設計的反應。
當您完成 Facebook 登入流程測試並準備好推出應用程式時，我們建議您使用分析工具程式，以了解用戶有否完成這個流程，以及他們的整體轉換率。採用最佳操作實例的應用程式可獲得超過 80% 的轉換率。
2. 遵循 Facebook Developer 政策
為免日後出現任何問題，請再次檢查並確保您的 Facebook 登入整合功能符合適用於登入行為的開發人員政策。
3. 執行資料刪除回調
如要讓用戶擁有自己資料的控制權，您可以執行資料刪除回調，以回應用戶有關刪除應用程式從 Facebook 所得資料的要求。
4. 提交應用程式以供審查
只有在要求授予預設欄位和 email 以外權限的情況下，您才需要提交應用程式以供審查。我們建議您在開發階段中整合 Facebook 登入功能之後，儘快提交應用程式以接受審查。您將會在應用程式審查程序期間收到明確易懂的意見，其中包括您可以作出的變更，以便獲批使用先前遭拒絕的權限（如適用）。對於現有應用程式，完成登入審查並不會影響您目前的應用程式。
如要了解應用程式審查的詳情，請參閱 Facebook 登入應用程式審查。
其他最佳操作實例
我們會推出一項功能，讓用戶能更清楚了解並加強控制其他應用程式和網站與我們分享的資料。隨著這項功能推出，Facebook 登入功能或會受到影響。
為了協助開發人員為此功能的推出做好準備，我們會為開發人員社群額外提供以下最佳操作實例與指引。
1. 提示用戶重新登入應用程式或網站
當有用戶使用此功能控制應用程式，並想重新登入某個應用程式或網站時，系統應該在用戶開啟應用程式或網站時作出提醒。如果他們選擇使用 Facebook 登入重新登入，則需要向應用程式或網站重新授予適用的權限。
2. 檢查以確保用戶存取憑證仍然有效
此外，如果用戶使用 Facebook 登入功能來登入，而且正在使用某個應用程式或網站時，開發人員應執行 API 呼叫或檢查權限，以檢查用戶存取憑證是否仍然有效。請務必在用戶存取憑證失效時將之登出。
3. 檢查已撤銷權限
用戶可在登入後隨時前往 Facebook 介面，以撤銷已向應用程式授予的權限。請務必檢查活躍用戶向應用程式和網站授予的權限類型。
4. 為用戶提供資料控制權
如要讓用戶擁有自己資料的控制權，您需要執行資料刪除呼叫，以回應用戶有關刪除應用程式或網站從 Facebook 獲取的個人資料之要求。