淘寶京東優惠券腳本：安裝前先看清返傭與後端依賴

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

先說結論：淘寶、天貓、京東的隱藏優惠券查詢油猴腳本可以用，前提是看得懂它的交換條件。查券介面免費給你用；查券與轉單的那一半跑在腳本這一側的伺服器上，你按下的領券鈕會先經過作者的網域、有時還有它配合的轉址服務，再抵達電商平台，佣金歸因在中間那端完成。這是行銷分銷的常態做法，也是每個查券腳本都存在的第二層結構。而在工具推薦文章裡被點名過的那一款（Greasyfork 編號 489212），如今已從平台上整個刪除，連一張歷史快照都沒留下，跟著它一起消失的，還有驗證那些功能宣稱的機會。這裡拆它現在的樣子與存活同類的結構，並收在安裝前值得先翻的欄位。

被推薦的那一款，現在打開只剩一頁「腳本已被刪除」

用瀏覽器打開 489212 的腳本頁，得到的是平台的通知：您請求的腳本已被刪除，畫面上只留幾個相關腳本當替代品。腳本頁本體、平台的 API、三種下載與更新網址全部是 404；網際網路檔案館（Wayback Machine）的收錄查詢也是空的，連一張歷史快照都沒有留下。平台在刪除頁下方推薦的替代品，是另外兩款安裝量更大的查券與搶購腳本；這個替代品欄位是平台對所有已刪腳本的制式設計，放在汰換快速的查券品類裡格外有用。一款腳本消失後，後來的人循著舊連結找過去，會被平台溫柔地轉手給還活著的競爭者，而不是得到任何關於它為何消失的解釋。

換句話說，這款腳本從公開網路上被連根拔起。它曾經宣稱的功能，只能從當年推薦它的文章裡找到描述：在淘寶、天貓、聚划算、京東的商品頁自動顯示隱藏優惠券、標記三十天內最低價、解析淘口令直達商品，而且當時的推薦文自己也提醒過，這個腳本能為開發者帶來收益。這些描述隨腳本一起失去了被驗證的機會：程式碼不在了，作者身分不可考；下架原因是自行移除還是管理員執行規則，頁面上也看不出來。

Pin

一款 2024 年還被推薦的省錢腳本，2026 年連墓碑都沒有，這件事本身就是使用者該內建的預期：免費腳本的壽命，預設值就是短。舊連結還在網路上流傳、點進去卻只剩替代品欄位，這種斷裂在查券腳本這個品類特別常見，原因下一節會從原始碼裡看到：它們的重量從來就不在腳本檔案本身。

拆最大存活腳本的原始碼：查券在作者伺服器，轉單多繞一站

先補一段多數推薦文都跳過的背景：隱藏優惠券是電商推廣體系的一部分，並非什麼破解出來的漏洞。賣家把特定面額的券放在推廣管道發放，商品頁本身看不到，買家得透過推廣連結或查券工具才領得到；查券腳本做的事情，就是把這些券撈出來擺在你面前，順便把作者的推廣身分掛進你領券的路徑。理解了這層，「為什麼免費腳本有人願意長期維護」就有了答案，也解釋了為什麼這類工具的全部價值都卡在作者的伺服器上。

要理解它們怎麼工作，看目前安裝量最大的那一款最有效率。編號 444713 的「網購優惠查詢小助手」在 2022 年 5 月上架，總安裝量超過一百一十四萬，最後更新停在 2025 年 1 月，版本 1.80。作者欄位只有一個帳號代稱，授權欄位掛的是一份終端使用者授權協議（End-User License Agreement）；換句話說，原始碼公開可讀，但它並非開源授權下的軟體，想拿去改造或商業使用沒有授權依據。它公開在平台上的原始碼只有約 27 KB，短到可以逐行讀完，而讀完之後能看見的結構，比多數介紹文寫的都誠實。

Pin

原始碼裡有一行常數定義了腳本的主要骨架：const API_DOMAIN = '//coupon.zhihupe.com'。查券相關的五個端點都落在這個網域上：初始化設定、商品頁查券、搜尋結果查券、領券轉址、二維條碼產生。coupon.zhihupe.com 的 whois 紀錄顯示 2021 年 5 月底透過 DNSPod 註冊、效期到 2027 年，註冊人資訊隱蔽，歸屬只能從腳本對它的倚賴推得。你在商品頁看到的優惠券資訊，是開頁面時向這台伺服器查詢出來的，腳本本身沒有任何查券能力；按鈕文字這類細節的預設值寫在腳本裡，伺服器可以在初始化時覆寫，也就是說作者能夠在不更新腳本本體的情況下，遠端調整你在頁面上看到的按鈕行為。腳本開頭的比對清單寫死了十條規則，涵蓋淘寶、天貓、天貓香港、京東、京東國際、唯品會等平台，超出清單的購物網站一概不理。

資料流向這部分算是乾淨的。從原始碼看，腳本送往查券伺服器的參數只有平台別與商品編號，沒有帳號資訊，也沒有瀏覽紀錄。真正的重點在領券鈕的行為：主按鈕的連結不是電商平台的領券頁，而是 ${API_DOMAIN}/api/script/coupon?url=…&platform=…，先到作者的伺服器報到，再由伺服器把你轉到最終的領券頁。介面模板也是同樣的邏輯：腳本會在商品頁插入一個小面板，左邊放一張由作者伺服器即時產生的二維條碼（方便你用手機掃了去下單），右邊放券後價與領券鈕，京東頁面則另外補一顆領券鈕；面板裡每一個會動的元素，資料都來自作者那台伺服器。聯盟行銷的歸因參數在哪裡發生？在伺服器端。裝在你瀏覽器裡的這份原始碼，從頭到尾看不到任何聯盟連結的原始參數。 原始碼裡還有一個不顯眼的第三方網域值得記下：預設設定裡，淘寶商品頁會先把商品編號送往 api.shop.xuelg.com 換取轉址用的短連結，京東的領券下單鈕與無券時的自動轉址，也走這個網域的轉址介面。它不屬於腳本作者的網域，歸屬查不到，宣告區的 @connect 也沒有列出它。換句話說，就算你逐行讀完腳本、看懂了作者網域，實際流量仍然可能多出一個陌生人：@connect 揭露的網域，未必等於腳本實際呼叫的網域，這款腳本自己就是例子。

這個「前端是殼、後端是心臟」的結構，在油猴腳本的世界並不孤單。網盤直鏈腳本把六個網盤的端點與按鈕文案全部交給作者伺服器的設定介面下發，網盤直鏈下載助手走的就是同一套設計；差別只在查券腳本把商業動機寫在平台上，而那正是下一節要談的。

佣金揭露是上架條件：平台規則寫死了兩件事

Greasyfork 的腳本發布規則裡，與這類工具直接相關的寫了兩條。凡是「為作者而非使用者獲益」的功能，包含追蹤、廣告、以及能抽佣金的推薦連結，都必須透過 @antifeature 這個元資料欄位公開揭露，不揭露就構成違規；違規腳本會被管理員刪除，而重新發布已被刪除的腳本，帳號可能直接被封禁。後半條等於把「刪了再開一個」的閃避路也堵上，一款腳本被移除後，同一份程式碼想換個編號東山再起，風險由作者自扛。

平台對「返傭」型別的定義寫得很白：只要腳本提供能讓作者在購買行為中抽取佣金的連結或優惠券代碼，就落在揭露義務裡。這個定義在 2022 年 7 月的政策頁存檔裡就已經是現在這個樣子，規則跑了四年以上。444713 的作者在安裝前的揭露視窗裡加了自己的註記，大意是：這個提示是平台規範要求含有查券功能的腳本必須加上去的。翻譯成白話，在 Greasyfork 上做查券腳本，佣金揭露已經是上架的前提，能不能接受由使用者自己決定。

這裡有一個常見的誤解值得先處理：經過返傭連結買東西，你付的價格不會因此變貴。依淘寶客、京東聯盟這類按成交計酬的聯盟行銷通行設計，佣金由賣家的行銷預算支付，跟你用哪個連結進場無關。真正的交換發生在另外兩個地方：你的商品瀏覽與領券動作會經過陌生人的伺服器，以及整個工具的生死取決於那台伺服器活多久。怕的如果是隱私與依賴，那是對的；怕的如果是多付錢，那倒是誤會。

還活著的四個，揭露欄位與更新日各說各話

同品類裡安裝量能看的四款，在 2026-10-17 的頁面資料長這樣：

四款全部掛了佣金揭露，這印證平台的規則執行是全面性的。真正值得看的是另外兩個欄位的落差。安裝量最大的 444713 已經一年多沒有更新；購物黨由比價網站官方上架（比價狗其實也是其服務方官方上架的腳本），更新到 2026 年 7 月，同時多揭露了追蹤使用者操作，是四款裡唯一掛兩種負面功能宣告的；比價狗的安裝量與更新日都停在遙遠的過去。安裝量與維護現況在這個品類裡是脫鉤的，前者是歷史累積，後者才是你能用的判準。

購物黨那格的雙重揭露值得多看一眼。它的腳本簡介標榜三百六十五天歷史價格、同款更低價、降價提醒與價格保護，這些功能本質上需要知道你在看哪些商品，於是追蹤揭露與它的商業功能是同一件事的兩面。搶購助手 v2 則是 2019 年底上架的老將，名字裡的搶購指的是限時搶購輔助，查券與歷史價格是它在非搶購頁面的附加功能，六十六萬多安裝量背後，更新同樣停在 2024 年 12 月。順帶一提，444713 在另一個腳本分享平台上有搬運版，停在 2024 年 5 月的 1.76 版、累積下載六百多次；這個品類的長尾，就是無數個這樣的搬運與改版。

還有一個表格裡放不下的欄位：後端在哪。444713 的後端掛在作者網域上；搶購助手與比價狗同屬需要後端服務的同類設計；購物黨背後則是公司自己的比價服務。這個欄位決定的東西最硬：腳本頁還在，不等於查券功能還動。

從台灣用它，有幾個邊界要先想清楚

這類腳本的比對範圍以中國大陸電商為主，但 444713 的比對清單裡含天貓香港、京東國際、唯品會國際等跨境入口，頁面層面看得到台灣買家常用的淘寶跨境購物場景。台灣讀者真正要面對的邊界，落在別的地方。

最硬的邊界是後端連線。從台灣這端對 coupon.zhihupe.com 發起 HTTPS 連線，三個端點全部逾時，而網域名稱解析正常，指向的主機落在騰訊雲的網段內。這只是單一視角的觀察，無法斷定那台伺服器對所有境外流量都關門，也可能它服務的對象本來就只有境內訪客；但對照腳本一年九個月沒有更新、每日新增安裝只剩個位數，合理的推測是：現在才裝，有很大機率遇到一個安靜地什麼都不顯示的腳本。

另一個邊界是平台帳號。優惠券的領取與使用綁定電商平台的帳號體系與地區規則，跨境帳號能不能領到每一種券、券能不能疊加集運與其他折扣，這些由平台與賣家決定，腳本管不到，裝之前別把期待放在腳本身上。當年那款被刪除的腳本還標榜淘口令解析，把好物群裡複製的一串口令轉成商品直達；這種功能從裡到外都是中國大陸的購物文化產物，對台灣讀者的日常購物流程，能派上用場的場景比想像中窄。

品類本身的壽命風險，489212 已經親身示範了最壞情況：免費查券腳本依賴作者自營後端與個人維運意願，沒有公告、沒有搬遷通知，什麼都沒留下。把查券腳本當成省錢流程的輔助而非核心，是比較符合這個品類體質的用法。這也是為什麼依附單一服務的瀏覽器增強腳本與介面死了兩年、引擎還活著的磁鏈預覽工具這類案例值得放在書籤裡：它們記錄的都是同一件事，工具的表層與它依賴的底層，壽命經常不一樣長。

下次再看到查券腳本推薦，先翻兩個欄位

不管推薦文寫得多熱鬧，安裝前自己翻兩個地方，三十秒就能完成風險定位。先看腳本頁頂端的揭露欄位：有沒有標示作者可從腳本獲得佣金，有，代表它遵守平台的揭露規則，同時也明白告訴你它的商業模式；沒有，反而要小心，因為規則要求所有查券腳本都掛上這條。再翻原始碼最上方的宣告區：像 444713 這種腳本會在開頭寫明 @connect api.zhihupe.com，查券流量全部流向這一個作者網域；把網域拿去查 whois，註冊人是誰、網域還有幾年效期，決定了這個腳本哪天會靜悄悄地失效。

把這個品類理解成把聯盟行銷包進使用者介面的正當生意，比把它當騙局、或當成必裝的省錢工具都更接近實情。平台已經強迫它把醜話說在前面，而使用者這端要做的，只是把那行醜話真的讀完。看得懂佣金歸因在哪一端發生、看得懂作者的伺服器什麼時候會退休，你就能在這類工具還活著的時候把它用在對的地方。想再往前一步理解油猴腳本的安全性邊界，可以接著看把 Cookie 加密傳給同事的腳本設計，那份原始碼把「傳輸加密、落地明文」的取捨寫得更極端。