上個月我們售後組要做一場「負評客訴檢討」培訓，我把三十七張聊天截圖直接丟進內部群組。十分鐘後法務私訊我：裡面買家的手機號碼、收件地址、物流單號一個字都沒遮。更要命的是其中五張已經被轉進了行業交流群組。重新處理的那天才想明白，打碼這件事遠不是拿截圖工具塗兩下那麼可靠——遮沒遮住，和遮得能不能復原，是兩個完全不同的問題。這篇記錄我後來整理的判斷標準：一張截圖裡到底藏著多少可辨識資訊、局部遮和整圖遮怎麼選、馬賽克要遮到什麼顆粒度才算真的安全。
一、先看清一張截圖裡藏了多少東西
聊天截圖最容易被漏掉的不是對話正文，而是「邊上那一圈」。我們檢討過一次事故：手機號碼遮得很嚴實，結果大頭貼旁邊的備註名寫著對方全名，等於白遮。下面這張表是我後來貼在工位上的清單，每次外發前照著走一遍。
| 資訊項 | 常出現的位置 | 我的處理 |
|---|---|---|
| 手機號碼（11 位） | 訂單卡片、收件資訊欄、對方資料頁 | 整塊遮，連首尾兩位都不留 |
| 身分證號（18 位） | 客服核驗訊息、退款憑證 | 整行蓋住，顆粒度推到最大檔 |
| 收件地址 | 訂單詳情第二段 | 門牌號一起遮，最多留到城市 |
| 大頭貼 + 暱稱 | 對話氣泡左側、群組成員列表 | 框住整個大頭貼方塊，往外多留 10 像素 |
| 金額、金融卡後四碼 | 轉帳回執、付款成功頁 | 整張回執遮掉，只留時間戳記 |
| QR code | 企業微信名片、付款碼 | 整塊覆蓋，露一個角都可能被掃出來 |
| 車牌 | 物流拍照、現場圖 | 按 7 位字元的寬度再往前多遮一格 |
手機截圖一般是 1080 或 1170 像素寬，正文裡一行手機號碼大約佔 300 像素，看著很好遮。真正出問題的是「退半步看」：圖縮到 20% 時，選取範圍邊緣那一圈殘留像素又變得可讀了。
二、我踩過的四個坑
- 只塗了一半：選取範圍蓋住了數字主體，最後一位露在外面。現在的習慣是框完再往右拖出十幾個像素。
- 顆粒度調太細：第一版我用了最小檔，螢幕上看著挺花。後來有人把圖放大到 400%，按色塊的中心色去推位數，仍然推出了手機號碼中間四位的奇偶。我的經驗值是：塊大小要大於被遮字形高度的三到四倍，姓名和地址這種連續文字還要再粗一檔。
- 拿半透明色塊當遮罩：疊一層不透明度 80% 的黑框，匯出成 JPG 之後用曲線一拉，底下的字又浮出來了。遮擋必須是真的把像素打碎，不是蓋顏色。
- 只管主圖不管縮圖：截圖被平台產生縮圖後，長條形的地址欄被壓在最左邊一小條，仍然是可讀狀態。
三、我現在完整的處理流程
- 先在自己電腦上用鉛筆把要遮的項目圈一遍，重點是角標、狀態列、懸浮的訂單號。這張標註稿只留檔，不外發。
- 把截圖放進瀏覽器裡的圖片馬賽克，滑鼠拖曳框出矩形區域，一塊區域遮一項，要遮多處就重複框。框歪了撤掉上一個區域重來，不用整張返工。
- 調顆粒度：1080 寬的日常截圖我從 24px 起步；身分證、金融卡、QR code 這類直接推到 60px 以上，寧可糊成一團。
- 匯出格式選 PNG。JPG 二次壓縮會在馬賽克邊緣產生塊狀彩色偽影，看上去像「遮得不夠乾淨」，雖然是編碼雜訊，但審核的人會不放心。
- 最後一步檢查：100%、200%、400% 各看一遍，再把視窗縮到最小看整體，確認沒有殘留。
四、局部遮還是整圖遮
| 做法 | 什麼時候用 | 代價 |
|---|---|---|
| 局部框選 | 培訓、案例檢討，需要保留對話邏輯 | 漏項風險全在人身上，必須逐條對照清單 |
| 整圖打碼 | 只表示「這裡曾經有一張圖」的示意位，比如流程圖配圖 | 資訊全丟，不能用於舉證 |
我的取捨很明確：需要別人照著學的圖一律局部遮；只是佔位說明的圖乾脆整圖糊掉，不用擔心漏遮什麼。
五、不同材料的遮法差別比想像中大
同一套「框選 + 調閾值」的動作，用在不同材料上，風險點完全不一樣。下面是我們組現在分五類處理：
| 材料 | 最容易漏的地方 | 我給的顆粒度和做法 |
|---|---|---|
| 聊天截圖 | 大頭貼旁備註名、頂部群組名 | 24–32px，大頭貼塊單獨框一次 |
| 訂單 / 付款頁 | 底部「實付金額」、折價券碼 | 40px 起，整條金額欄一次蓋住 |
| 證件照類 | 姓名和身分證號常被分開框，漏掉地址行 | 60px 以上，逐行框，別指望一次到位 |
| 現場照片 | 背景路人、門口車牌、工位上的便利貼 | 32–48px，把圖放大到 200% 掃一遍背景 |
| 螢幕錄製的某一幀 | 瀏覽器網址列、工作列上的檔案名稱 | 40px，網址列整條橫向框掉 |
最貴的一課是第二類：金額。有次遮了訂單號忘了下面的實付款，那張圖後來被拿去比價，我們內部專門通報了一次。現在金額和訂單號在我這裡算同一個必遮組，框了一個就必須框另一個。
六、常被追問的幾件事
Q：打了馬賽克還能還原嗎？
顆粒度夠大時不能，因為像素已經被替換。但最小檔那種幾像素一塊的細馬賽克，疊加放大和影像復原手段，位數、長度這類結構資訊是可能被推出來的。所以遮的時候寧可粗，別為了好看留細節。
Q：截圖工具自帶的畫筆塗黑不能用嗎？
能用，但慢且不穩。手動塗的問題在於塗痕邊緣會留半透明過渡，一處一處看不出來，拼在整張圖裡就是可讀的縫隙。框選打碼至少能保證邊界是一次算死的。
Q：遮完的圖還能當客訴證據嗎？
不建議。打碼是不可逆的破壞性處理，舉證要用原圖，打碼版只用於傳播。我們的新規矩是原圖單獨歸檔，打碼版另存一個資料夾，檔案名稱後綴加 _mask。
Q：幾十屏聊天記錄，有更快的做法嗎？
我把動作拆成了兩步：先一路截圖不做任何處理，再對著「必遮項清單」逐張框選。邊看邊塗反而最慢，因為每屏都要重新判斷一次遮什麼。
Q：工單裡的文字記錄也要去識別化，有省事的做法嗎？
純文字別手動改，改十份必漏一份。同事現在用隱私資訊遮蔽處理，手機號碼、電子郵件、身分證、金融卡這類格式能自動辨識，輸出成 138****1234 這種保留首尾的形態，比複製貼上快得多。
Q：案例圖怕被同行搬走怎麼辦？
打碼和防盜是兩件事，遮完隱私之後再疊一層圖片加浮水印，平鋪那種比單角標更難裁掉。
Q：客訴截圖會傳到伺服器上嗎？
不會，這類處理是在瀏覽器本機完成的，圖片不出本機。對客訴材料來說這是硬條件，一旦要往伺服器傳，我就得先問安全同事能不能用。
那場培訓最後還是開了，用的是重新處理過的三十七張圖。這輪下來我最大的收穫不是學會了遮圖，而是組裡定下了一條規矩：截圖外發前必須過一遍清單，誰框選誰負責，而不是「看起來糊了就行」。