大家對一些網站提供"第三方登陸"只是做做樣子拿到用戶的一點信息再讓其註冊自己的帳號的做法怎麼看?

01-26

像土豆就是這樣用人人帳號登陸只是拿到用戶姓名然後再讓其走土豆的郵箱註冊流程這是出於網站對第三方平台的不信任還是出於想要自己獨大還是兩個都有

首先總結下，問題可以歸結於：是否有必要獲取用戶的郵箱地址。

帳戶系統的目的在於讓網站知道你是誰。最原始的解決方案是讓用戶註冊一個字母ID，輔以密碼來識別身份。但現在幾乎沒有起步的網站這麼幹了，因為利用第三方登陸可以完美解決「你是誰」這個問題。跟第三方登陸相比，原始方案有害（巨大的註冊成本）而無益。

為什麼說無益？你會發現單純的字母id對於網站來說沒什麼價值和意義的，真正有價值的是什麼呢？郵箱地址。打個比方，只知道一個人的名字遠遠不如知道他的聯繫方式來得有意義。只有獲得並驗證了用戶的郵箱地址，才能真正和這個用戶建立聯繫——通過郵箱地址。

所以如今大型網站的註冊流程幾乎是一致地簡單：輸入郵箱，再輸入密碼。驗證之。

可惜，也因此，第三方可以幾乎把用戶的所有信息都給你，除了郵箱地址。

那麼，有沒有必要獲取用戶的郵箱地址呢？答案因網站而異。

樓主說的土豆、京東等大型網站有自己的郵箱帳號系統——並且，用戶郵箱對他們很重要，他們會給你郵箱推送很多廣告或者對你進行召回。這些網站的第三方帳號登陸實際上是第三方帳號綁定。有了帳號綁定，可以實現一鍵快速登陸，也不需要用戶記住密碼。
有些網站有信息收集癖或者受害妄想症。他們會採用第三方登陸（大概是裝裝樣子），但是又缺乏安全感，擔心有一天第三方封禁他們，認為還是讓用戶輸入郵箱比較保險。
一些像測試小網站之類的刷流量型的網站，本身沒有帳戶系統也不需要用戶粘性，採用第三方登陸是為了拿到用戶授權，利用用戶的好友圈進行傳播。所以完全不需要額外進行任何註冊。
近來有一些需要用戶粘性的應用，唱吧、啪啪的移動應用，也開始完全依賴第三方登陸。事實證明，這似乎也沒什麼問題。應用或網站真的不一定非要有自己的帳戶系統才覺得有安全感。

從程序角度來說，這個也是需要的呀，如果用戶用人人賬號登陸，然後在土豆上進行了某些操作，總要記錄操作與對應用戶的信息吧，這個時候肯定是將操作與土豆用戶信息關聯起來比較方便啊，即使有些網站可以不走郵箱註冊流程，也會自動生成一個本網站的賬號與之關聯。其實第三方登陸只是說方便用戶不用記住太多密碼，然後就是可以方便在各個網站進行分享而已

技術上，本來我的網站是用郵箱做ID的，結果sina qq的接入API都不返回郵箱，那怎麼辦，只能讓用戶郵箱註冊了

很聰明。也很傻。。

聰明的是知道防止第三方登陸功能提供者停止對其的服務。即使第三方不存在了，用戶也能夠通過另外設置的用戶名和密碼繼續登陸。

傻的是反倒增加了用戶的負擔。。

==========================時間分割線20120605==========================

昨天晚上想了一想，其實這些網站實現第三方登錄，無非是想要接到這些「第三方」強大的地氣而已。但卻被這些第三方利用，豐富了第三方的內容。在這場以用戶數量定輸贏的博弈當中，強大的第三方永遠是勝者。（有些跑題了）

其實最好的做法竊以為就是知乎的做法，與微博賬號關聯，但卻不用微博相關賬號登錄。高明~！

第一方面：使用第三方登錄會減少網站的註冊成本，讓用戶儘快體檢到網站的服務。用戶登陸網站，輸入的是用戶名與密碼，用戶名存在且密碼正確，那麼用戶就可以正常登陸。用戶使用第三方登陸，第三方只要返回這個人是活的，你們可以提供服務就ok。

第二方面：使用第三方登陸後，如果不走網站自己的註冊流程或留下其他信息，那麼網站也會針對這個第三方登陸獲取的信息，自動生成一些信息，用戶記錄用戶在本網站上的操作行為，不是信任與不信任的關係。