在人類社會中，「成員關係」的概念源於人們渴望歸屬某個群體的心理需求。我們希望感覺自己是團隊一分子，讓他人認識我們是誰。Web 世界自然順應這股潮流，將此概念引入網站設計。若細數曾經註冊過多少網站並留下個人資料，你會驚覺自己隸屬的群體遠超想像——從購書網站、車主討論社群，到電視節目宣傳頁，會員身份無處不在。隨之而來的煩惱也隨之產生：「這個網站該用哪組帳號密碼登入？」
以全球知名的 Amazon.com 為例，它從線上書店起家，業務版圖不斷擴大。當使用者登入時，整個頁面都會根據其消費習慣呈現個性化商品推薦，這正是成員關係機制發揮價值的經典案例。
在開發涉及會員機制的應用程式前，必須先掌握三大核心概念：身份、驗證與授權。
身份可用多種獨特特徵描述：例如我是金髮女性、喜愛科幻電影與組裝電腦，但這些資訊對關注我羽球技術的人毫無意義。網站儲存的身份資訊通常僅針對特定業務相關層面。購物網站會保存姓名、電話、電子郵件與住址以利出貨帳務，除非像 Amazon 這般規模龐大，否則鮮會在意使用者的個人興趣。
因此，身份是一組涵蓋廣泛情境的屬性集合。正如撰寫履歷時，你決定保留哪些經歷以對應應徵職位；開發會員系統時，也必須在設計階段確定需保存哪些會員屬性。
嘗試登入網站時，使用者需提供憑證（如電子郵件與密碼組合）。網站須判斷使用者是否為其聲稱的本人，因此輸入的憑證必須與伺服器儲存的紀錄完全比對。驗證過程即是證明「我是我所聲稱的那個人」。
大多數網站（無論電商或社群）皆採用郵件加密碼作為驗證方式，這是經過時間考驗的方案。雖非絕對安全，但只要使用者設定強健密碼並妥善保管，且網站代碼經嚴格測試，使用者設定檔即僅能由本人存取。
通過驗證後，Web 伺服器將根據管理員設定的權限，決定使用者能執行哪些操作。授權是驗證後的下一關鍵步驟，它會檢索使用者帳戶類型所擁有的權限細節。
以銀行網站為例：驗證通過後，一般使用者可查詢帳戶、轉帳、繳費。但若銀行遭遇安全威脅（如網路釣魚攻擊），管理員可能透過設定特殊標記，暫時關閉所有使用者新增第三方代扣功能，並在頁面提示權限變更。這類功能開關通常由後台標記控管。
從使用者角度看，登入即輸入憑證，再依個人設定檔見到專屬介面。常見憑證為帳號密碼組合；高安全性網站（如銀行）則可能採用 PIN 碼、安全認證裝置等多因子驗證。無論傳輸方式為何，驗證核心原則一致：驗證完成後，查詢使用者權限即相對直觀。
