Day14：一條分享連結，九成都是追蹤碼

雖然平常大家很常開各種玩笑
說剛查完某些東西，或剛和朋友聊完某些東西的時候
手機上就跳出了對應的廣告，是不是在偷聽

但實際上，這些科技公司大多
很難真的用低成本的方式來「物理上的竊聽」

取而代之的，它們的做法更接近是用各種
你平常在平台上的行為特徵
以及和你的帳號互動的其他帳號的特徵
來精準地推薦廣告給你

為了商業上的效益，我覺得這件事情無可厚非
而我自己平常的習慣，就是會順手把這些追蹤標籤給拿掉（或改掉）

冷知識

但某次從小紅書上找東西要貼分享連結的時候
著實被這一串爆炸長的追蹤碼給嚇到了

要追蹤用戶，至少藏好一點吧

很多時候我都覺得這些平台

• 要麼就別加這些追蹤碼
• 要麼就加得隱晦一些

但像這次看到的這種
直接把一大大大大堆東西全攤在用戶複製的連結裡
屬實是有些過分了

為什麼不自己刪一刪就好？

首先呢，這件事其實有一點技術門檻
用戶得先看懂每一段是什麼意思，才知道哪些可以刪、哪些刪了會壞掉
這種時候，讓 AI 去快速理解、再自動測一測，就是個省力的好方法

其次，每個平台的做法都不太一樣
通用的清理工具不一定清得乾淨
總會有平常常用的平台，剛好沒有現成的工具可以用

一條連結裡，到底塞了什麼？

這邊是一個我當時複製的連結

原始長度：841 字元
實際有用且必要的資訊：65 字元（92% 都是各種追蹤資訊）

略列一下這 92% 裡面有什麼：

• appuid：分享者的用戶 ID，也就是我
• apptime：什麼時候分享的
• share_id：這次分享的編號，用來追蹤這條連結被轉給了誰
• xhsshare=CopyLink：用什麼方式分享的（複製連結）
• instation_link：一整段給 App 跳轉用的連結

最問號的是這個 instation_link
裡面還夾了一段用 base64 編碼過的資料
解開之後……
appuid 又出現了一次

也就是說，就算很認真地把外面那個 appuid 刪掉
只要這段還在，你是誰還是會被一起送出去
（到底是多怕認不出我是誰....

哪些能刪、哪些不能刪？

所以我先把連結丟給 AI，請它拆解一下

分析一下這個 url，有哪些是不必要的？

拆出來大概分成三層：

• 必要的：網址路徑裡的商品 ID，就這樣
• 半必要的：xsec_token、xsec_source，從站外打開時會被檢查，拿掉可能會打不開
• 其他：全部都是追蹤，可以直接刪

一條 841 個字元的連結，真正有用的只有 65 個

而這種每次貼連結都會被煩一下的小事
也是很典型的抱怨

但每貼一次就丟給 AI 拆一次
好像也有點太累、太沒效率了....

如何一次到位呢？
我們明天來解答～