我做了一個網站,可以通過瀏覽器直接存取,也可以通過、微博這些app訪問。我希望可以把同一個使用者不同來源的請求都歸併到一個使用者帳號下,例如:閱讀次數等。當然,最簡單的辦法是要求使用者先註冊再訪問,這樣直接就是在一個帳號下了。但是這樣使用者體驗不好,例如:公眾號支援oauth,那麼不論使用者在哪個終端上,只要是用ta自己的用戶端訪問,都能通過擷取openid確定是同一個使用者,其實不需要使用者必須進行註冊。所以,我想有沒有一種基本的架構,盡量不要給使用者訪問網站設定任何障礙,只有當使用者自己覺得有必要進行註冊和登入的時候才進行這些操作,然後逐步確定不同來源的客戶身份,最終把不同來源的使用者資料都統一到一個使用者帳號下。這種想法合理嗎?有成熟的解決思路嗎?
回複內容:
我做了一個網站,可以通過瀏覽器直接存取,也可以通過、微博這些app訪問。我希望可以把同一個使用者不同來源的請求都歸併到一個使用者帳號下,例如:閱讀次數等。當然,最簡單的辦法是要求使用者先註冊再訪問,這樣直接就是在一個帳號下了。但是這樣使用者體驗不好,例如:公眾號支援oauth,那麼不論使用者在哪個終端上,只要是用ta自己的用戶端訪問,都能通過擷取openid確定是同一個使用者,其實不需要使用者必須進行註冊。所以,我想有沒有一種基本的架構,盡量不要給使用者訪問網站設定任何障礙,只有當使用者自己覺得有必要進行註冊和登入的時候才進行這些操作,然後逐步確定不同來源的客戶身份,最終把不同來源的使用者資料都統一到一個使用者帳號下。這種想法合理嗎?有成熟的解決思路嗎?
你好,你的這個問題需要明確一個基本思想:歸併為統計的使用者,那麼需要給這些使用者一個uid,來唯一標識。不管是哪個渠道,建立一個uid的一一對應關係。
舉例:通過oauth登入,你提到不讓使用者註冊,那就系統自動根據事先確定的好的策略來產生一個uid,同時提示使用者,這是他的帳號。這個時候,再通過其他渠道登入的時候,使用者就可以採用oauth或者這個產生的唯一uid來登入系統了。
效果:解決了使用者繁瑣註冊的問題,詳細資料補充可以後續在個人中心進行維護!
這個不就是多終端登陸的問題嗎?肯定是得讓使用者登陸的啊,我目前沒看到什麼好的方案,可能的方式算是最好的吧,電腦端的登陸採用掃描的方式。