網站/App該整合Facebook登入嗎?

許多網站或App在登入的時候,都會有可以選擇使用Facebook、G+、LinkedIn…等社群網站登入的功能,其中在台灣最常見的,就是用Facebook登入;這樣的機制感覺上很方便,許多業主在討論網站或是製作App專案需求時,也都提出了希望也能有一樣的功能;可是,這樣真的好嗎?

Facebook登入能做什麼?

首先應該思考的第一個問題,就是Facebook登入的功能,究竟能帶來什麼好處?依我個人在整合這些功能的實作經驗來說,大抵有這些優點:

  1. 簡化註冊與登入程序。
  2. 提供使用者與社交圈朋友互動的機會。

使用Facebook登入,可以不用再填寫帳號、密碼、email等資料,省去這些麻煩,對於怕麻煩的使用者來說,自然是這個登入機制最大的優點;只不過對保護自我隱私觀念較強烈的使用者來說,授權使用Facebook登入的意思,等於同意業主的網站/App可以存取使用者的個人資訊,因此會讓這些使用者卻步。

再者,使用社群網站登入後,系統即可存取使用者的朋友圈,有機會讓網站/App因為使用者的分享、宣傳,在朋友圈中擴散,達到社群行銷的目的;早期最成功的例子應屬開心農場、開心水族箱等遊戲,這些遊戲利用Facebook分享、邀請、贈送、互助等功能,成功地達到擴散的效果,造就了近乎「全民偷菜」的盛況。

不過,因為有太多的遊戲/網頁的邀請,造成許多不喜歡玩遊戲的使用者反感,現在Facebook已經不允許第三方網站/App存取未授權使用者朋友資訊,網站/App發出的分享也會被歸類到遊戲和應用程式的通知中,因此現在的網站/App透過想要Facebook擴散,效果已經大打折扣了。

其它還有一些Facebook API提供的功能,諸如打卡、塗鴉牆存取、個人資料存取…等,已經近乎細節,在此就不多加著墨。

 

需求是什麼?

知道社群網路登入能做什麼之後,再來就應該回頭看看業主的需求是什麼了。

簡化登入程序,對任何一個網站/App來說,的確都是有幫助的;不過,在Facebook登入後,要不要再建立帳號、密碼,與設定email並作驗證呢?Facebook登入後,並不代表系統就能取得使用者的電子郵件,如果這是一個購物網站,而訂單、出貨是要通過電子郵件通知使用者的,那麼要求使用者填寫電子郵件就是必要的了;此外,如果網站/App還有一些其它的需求,如填寫地址、電話…等,那麼勢必還是必須要求使用者填寫一些資料,這樣的話,Facebook登入能提供的簡化就微乎其微了。

另一個問題,是現在的Facebook上,各式各樣的資訊、廣告已經多到可用「爆炸」來形容,因此Facebook對「第三方網站/App發佈訊息到塗鴉牆」這件事,審查越來越嚴格,其至即使發佈了,朋友圈真正看到的機會也已大幅降低,因此,Facebook的社群擴散效果,事實上已經非常不好了;回想看看,您最近還有經常看到您的朋友,透過第三方網站/App發佈邀請給您的訊息嗎?

有時候,網站/App其實只是希望使用者對內容作轉發、分享、按讚,透過這樣的動作,讓文章/產品等資訊能被更多人看見;然而這樣的功能,只要加兩段短短的語法就能完成,任一個熟悉Facebook外掛的工程師,應該都可以在10分鐘內搞定,就如同您在本文標題下面看到那個Facebook分享的小工具(歡迎您用力、大方、勇敢地嘗試點它看看~~~XD),而這個功能,是不需要用Facebook登入您的系統的!

 

用Facebook登入有缺點嗎?

有丫!第一個是這個功能一定會耗費一些開發時間,當然就一定會讓網站/App的研發或委製成本提高;其次則是套用Facebook的登入功能,就必須載入相關的SDK或framework,使得網站/App變胖(尤其在App上更為明顯)。

還有最重要的,是Facebook三天兩頭改個規格,您的網站/App就必須跟著改版,否則就無法正常運作,甚至整個掛掉,這樣的風險,您能接受嗎?

發表迴響

你的電子郵件位址並不會被公開。 必要欄位標記為 *