課程網站蒐集會員資料要注意什麼?表單、付款、Email 與個資管理基本原則

課程網站個資管理:重點不是「有沒有隱私權政策」,而是網站實際蒐集哪些資料、為什麼需要、會傳到哪些工具、保存多久、誰能看,以及使用者要怎麼查詢、更正、停止利用或拒絕行銷。

課程網站通常會同時有報名表單、會員註冊、付款、電子郵件(Email)、客戶關係管理(CRM)、課程進度、客服紀錄。每一個環節都可能碰到個人資料。

比較容易出問題的地方,不一定是沒有隱私權政策,而是網站每天實際收資料的方式,和政策寫的內容根本對不起來。

例如:

  • 免費直播只需要姓名和 Email,表單卻順手問公司、職稱、電話、地址。
  • 結帳後資料又自動同步到 CRM、電子報工具與其他外部服務。
  • 學員早就取消行銷信,名單卻還在另一套工具裡繼續寄。
  • 合作人員離開半年了,帳號仍然可以查看會員與訂單資料。

所以這篇不只談「隱私權政策怎麼寫」,而是把課程網站常見的資料流拆開來看。

本文是一般網站營運與資訊整理,不是針對特定個案的法律意見;實際個資處理仍應依網站功能、使用工具、交易方式與適用法規確認。

目錄 隱藏

第一個原則:先問「為什麼要收」,再決定「要收什麼」

台灣個人資料保護法第 5 條要求,個人資料的蒐集、處理與利用不得逾越特定目的必要範圍,並應和蒐集目的有正當合理關聯。

換成表單設計,就是不要因為「以後可能會用」就什麼都問。

例如免費直播報名,如果目前只需要寄送直播通知,可能只需要:

  • 姓名。
  • Email。

如果你還想問產業、目前階段或需求,也應先說清楚這些資料要拿來做什麼,而不是把所有欄位都標成必填。

從表單可用性的角度來看:使用者不應該猜「為什麼你要問這題」,也不應該為了完成一個簡單動作,被迫填一大串和當下任務沒有明顯關係的資料。

表單欄位不是越多越好,先分成必要與選填

表單用途 常見必要資料 可能的選填資料
免費直播報名 姓名、Email 產業、目前階段、問題
會員註冊 姓名、Email、帳號必要資訊 顯示名稱、其他個人設定
結帳 付款與訂單必要資料 不影響交易的補充資料
課前問卷 和交付直接相關的目標、現況 非必要背景資訊
客服 能確認身分與問題的資料 與問題無關的其他資料

這張表不是法律上的固定欄位清單,而是幫你做「必要性」判斷。

每增加一個欄位,都應該回答:如果沒有這筆資料,我是不是就無法完成這個服務?

第二個原則:蒐集資料時,告知不能只藏在頁尾

個資法第 8 條規定,直接向當事人蒐集個人資料時,原則上應明確告知蒐集者名稱、蒐集目的、資料類別、利用期間、地區、對象與方式,以及當事人權利等事項。

因此,網站雖然可以有完整的隱私權政策,但實際蒐集資料的表單附近,也應讓使用者能知道:

  • 誰在蒐集。
  • 為什麼需要這些資料。
  • 會怎麼使用。
  • 需要時去哪裡看完整說明。

如果使用者填一個「下載電子書」表單,按下送出後卻同時被加入多個行銷流程,而畫面完全沒有合理說明,就很容易產生落差。

第三個原則:先畫出「資料流」,你才知道隱私權政策要寫什麼

很多網站只知道自己用了哪些外掛,卻不知道一筆會員資料最後會去哪裡。

可以從一個新學員完成付款開始畫:

結帳頁 → 金流 → 訂單 → 會員帳號 → CRM → Email → 課程系統 → 客服

接著逐項確認:

  • 哪個系統會收到姓名。
  • 哪個系統會收到 Email。
  • 哪裡會保存電話。
  • 付款資料由誰處理。
  • 哪些工具位於境外。
  • 哪些人員可以登入查看。
  • 資料會保留多久。

這一步做完,隱私權政策才不會只是一份和真實網站脫節的文件。

如果你還沒整理會員與潛在客戶資料的角色,可以搭配 課程網站要不要串 CRM?什麼時候需要、最少要記哪些學員與潛在客戶資料。

付款資料要特別分清楚:哪些是你保存,哪些是金流處理

學員付款時會接觸比一般表單更多的資料,但這不代表所有付款資訊都應該進到你的會員資料庫。

實務上應先分清楚:

  • 訂單資料由網站保存哪些。
  • 付款驗證由金流服務商處理哪些。
  • 網站能不能看到完整卡片或帳務資訊。
  • 退款時需要哪些交易識別資料。
  • 客服實際需要看到多少資訊才能處理問題。

如果某筆敏感付款資訊根本不需要由你的網站保存,就不要因為技術上「好像可以收」而多留一份。

不要把「訂單通知」和「行銷 Email」混成同一件事

課程網站常見的 Email 大致可以分成兩類:

交易與服務通知

  • 付款完成。
  • 帳號建立。
  • 開課通知。
  • 密碼重設。
  • 課程異動。

行銷與推廣

  • 新品促銷。
  • 直播邀請。
  • 活動優惠。
  • 長期電子報。

兩者的目的不同,名單管理也不應完全混在一起。

個資法第 20 條規定,非公務機關利用個人資料行銷時,當事人表示拒絕接受行銷後,應停止利用其個人資料行銷;首次行銷時,也應提供拒絕接受行銷的方式。

所以退訂不能只是畫面上顯示成功,實際上另一套系統仍繼續寄。

一個人退訂後,最容易漏掉的是「其他工具」

假設網站同時有:

  • WordPress 會員。
  • CRM。
  • 電子報工具。
  • 直播報名名單。
  • 舊試算表。

如果退訂只改到其中一套,其他地方仍然可能繼續觸發行銷。

因此要先決定「哪一個系統是名單狀態的主要來源」,並建立同步或人工處理規則。

這不一定需要非常複雜的自動化,但至少要知道:誰負責更新、更新到哪裡、多久完成。

第四個原則:不是只有資料庫要保護,人員權限也要管

個資法第 27 條要求非公務機關保有個人資料檔案時,採取適當安全措施,防止資料被竊取、竄改、毀損、滅失或洩漏。

課程網站最實際的第一步,不一定是買更多安全工具,而是先把人員權限整理清楚。

例如:

角色 可能需要 通常不需要
講師 學員名單、學習資料 完整金流後台
助教 指定梯次學員與作業 全站管理員權限
客服 訂單狀態、會員帳號 網站程式與主機最高權限
行銷 名單分眾與成效資料 不相關的付款或私人資料

原則很簡單:工作需要多少,就給多少。

合作結束、員工離職或外包完成後,也要把不用的帳號與權限收回。

第五個原則:資料保存不是「永遠留著比較方便」

個資告知內容本來就包含利用期間。網站內部也應該有相對應的保存邏輯。

可以分開思考:

  • 交易與會計需要保存的資料。
  • 會員仍在使用服務需要的資料。
  • 客服處理中的資料。
  • 長期行銷名單。
  • 已經沒有合理用途的舊資料。

不是所有資料都要用同一個保存期間。

要避免的是「沒有任何人知道為什麼還留著,只因為以前收過」。

課前問卷不要不小心收進不必要的敏感資訊

高價課程常會做課前問卷,為了了解學員現況,問題可能越問越深。

這時要特別注意:有些資料涉及更高敏感性,例如健康、醫療、性生活、犯罪前科等,在個資法裡有更嚴格的規範。

如果課程交付根本不需要,就不要為了「更了解學員」隨便收。

尤其是一般商業、行銷、網站、顧問類課程,通常沒有理由蒐集與交付無關的敏感資料。

網站分析工具也算資料流的一部分

很多人想到個資只想到表單,但網站分析、廣告追蹤、會員登入紀錄也可能形成資料處理流程。

因此新增分析工具時,至少要重新確認:

  • 蒐集哪些資訊。
  • 用途是什麼。
  • 是否會和會員資料連結。
  • 資料傳到哪裡。
  • 隱私權政策是否需要更新。

如果你正在規劃文章、報名、付款與開課事件,可以延伸看 課程網站數據追蹤怎麼做?先定義文章、報名、付款與開課這 4 類事件。

表單怎麼寫,才能讓使用者比較容易理解?

可用性上可以先做到幾件小事:

  • 欄位名稱寫人看得懂的文字。
  • 選填就明確標選填,不要讓人猜。
  • 需要特殊資料時,在欄位附近說明用途。
  • 錯誤訊息直接說哪裡要修正。
  • 送出後說明接下來會發生什麼。
  • 不要用預設勾選或模糊文字逼使用者同意不必要項目。

一個人願意提供資料,不代表他應該先讀完一整頁法律條款才能理解表單。

完整政策負責細節,表單附近則負責讓當下行為清楚。

一張表檢查你的會員資料流程

檢查項目 要問什麼
必要性 這個欄位真的和目的有關嗎?
告知 使用者知道為什麼要提供嗎?
資料流 送出後會傳到哪些系統?
權限 誰可以查看、修改、匯出?
保存 需要保存多久?
行銷 拒絕行銷後,各系統都會停止嗎?
安全 帳號、備份與存取權限有管理嗎?
更新 新增工具後,政策與流程有同步嗎?

最常見的 7 個錯誤

1. 表單能問的都問

資料越多不代表越有價值,也會增加管理責任。

2. 所有欄位全部必填

如果沒有這筆資料也能完成服務,就應重新判斷是否真的必填。

3. 有隱私權政策,就不管表單當下怎麼呈現

告知應該和實際蒐集行為接得起來。

4. 資料同步到很多工具,卻沒有人知道完整流程

工具越多,越需要畫資料流。

5. 退訂只停一個系統

其他自動化仍繼續寄,就代表名單狀態沒有真正同步。

6. 外包人員一直保有管理員權限

權限應隨工作需要調整,不是給過一次就永久保留。

7. 舊名單永遠不整理

資料保存要有理由,不能因為刪除麻煩就一直累積。

常見問題

免費直播報名只收姓名和 Email 可以嗎?

如果這兩項已足以完成報名與通知,就可以先從必要資料開始。若還要蒐集其他資訊,應確認用途與必要性,並做好告知。

客戶買過課,就可以一直寄行銷 Email 嗎?

不能只用「買過」當成永遠行銷的理由。依個資法第 20 條,當事人拒絕接受行銷後應停止利用其個人資料行銷,首次行銷也應提供拒絕方式。

付款資料都要存進 WordPress 嗎?

不一定。要看網站與金流服務商的實際資料流。只保留完成訂單、客服、會計與履約所需資料,不要因為技術上能取得就全部留存。

CRM 裡的資料也算網站個資管理的一部分嗎?

算。只要網站蒐集的個人資料會同步到 CRM,這就是整體資料流的一部分,需要一起考慮告知、權限、利用方式與保存。

會員要求不要再收到行銷信,要多久處理?

法規重點是當事人表示拒絕接受行銷時,應停止利用其個人資料行銷。實務上應讓退訂流程直接、清楚,並避免其他工具繼續觸發。

隱私權政策多久要更新一次?

不需要為了日期固定改版,但只要新增表單、CRM、Email、分析工具、付款流程或資料用途,就應重新檢查政策是否仍符合實際做法。

結論:先把資料流畫清楚,再談隱私權政策

課程網站的個資管理,不能只靠一張隱私權政策頁。

先從每一個表單、會員註冊、付款、Email、CRM 與分析工具開始,確認為什麼收、收到哪裡、誰能看、保存多久,以及使用者拒絕後會不會真的停止。

當資料流本身清楚,隱私權政策才有可能寫得準;權限、安全與行銷流程也比較不容易各做各的。

政策頁的分工與結帳前應呈現哪些法律資訊,可以接著看 課程網站需要哪些法律與政策頁?服務條款、隱私權、退款與著作權怎麼分工。


參考資料

個人資料保護委員會籌備處|個人資料保護法第 5、20 條
法務部|個人資料保護法第 8 條及相關告知義務說明
個人資料保護法第 27 條及相關安全維護說明
元氣站長
元氣站長

經營網路事業,賺取持續收入!
網路賺錢修煉,成就理想人生!