Bookmarklet(書籤小工具)

老實說,第一次接觸它時,我也沒有太大的感覺。
畢竟現在談到自動化,大家第一時間想到的通常是:
- ChatGPT
- AI Agent
- Apps Script
- Python
- RPA
- 瀏覽器擴充套件
很少有人會特別提到 Bookmarklet。
但實際使用一段時間後,我發現它其實是一個非常有趣,而且被低估很久的工具。
尤其是在 AI 開始普及之後,它的使用門檻比過去降低了許多。
不過在介紹它之前,我認為有件事情比「如何使用」更重要:
那就是了解它適合做什麼、不適合做什麼,以及有哪些資訊安全風險需要注意。
因為 Bookmarklet 很方便,但它絕對不是萬能工具。
一、你可能每天都在做適合 Bookmarklet 的工作

先來看看幾個常見情境。
你是否曾經遇過:
每天登入系統後,都要重複做相同的事情:
- 檢查資料是否漏填
- 確認設定是否正確
- 統計某些欄位數量
- 找出異常資料
- 複製資料到 Excel
- 重複輸入相同內容
很多人遇到這類問題時,第一個反應通常是:「還能怎麼辦,工作啊,埋頭苦幹...」
每天花個 3 分鐘、5 分鐘,感覺好像還好。
但如果每天都要做呢? 每週做呢? 每月做呢?

一年下來其實可能浪費了數十個小時。
另一種做法則是:向上提出需求,請工程師協助開發功能。
但現實往往是:需求太小,小到排不上開發時程,也小到不值得特別開一個專案處理。
可能只是每天想節省 5 分鐘,為了節省 5 分鐘,卻要投入數天甚至數週開發,往往不符合成本效益。
而 Bookmarklet 剛好就位於:
「完全手動處理」與「正式開發系統」之間。
它是一種成本極低、見效極快的解決方案。
很多時候,真正浪費時間的並不是困難的工作。
而是:
- 找資料
- 查資料
- 複製貼上
- 檢查有沒有漏填
- 確認設定是否正確
- 重複輸入相同內容
這些事情單獨看都只需要幾秒鐘,但每天做、每週做、每月做。
累積起來其實非常可觀,而 Bookmarklet 最擅長處理的,正是這類重複性工作。
二、什麼是 Bookmarklet?


如果要用最簡單的方式解釋:Bookmarklet 就是把一段 JavaScript 程式碼存放在瀏覽器書籤中。
一般書籤是:點一下 → 開啟網站
例如:
- YouTube
- Mobile01
而 Bookmarklet 則是:點一下 → 在目前網頁執行指定功能
例如:
- 自動填寫表單
- 整理頁面資料
- 顯示統計資訊
- 快速複製內容
- 檢查欄位是否漏填
- 批次處理重複性工作
你可以把它理解成:幫自己的瀏覽器增加一個專屬功能按鈕。
不需要安裝軟體 / 不需要架設伺服器 / 也不需要開發完整系統。
只要一個書籤就能執行。
三、Bookmarklet 可以做什麼?
很多人看到這裡會問:所以它到底能幫我做什麼?

其實應用範圍比想像中廣很多。
工作應用
以客服、行政、資訊人員為例。
假設每天都要確認:
- 哪些資料漏填
- 哪些案件逾期
- 哪些設定異常
- 哪些人員未設定完成
傳統做法可能是人工逐筆檢查。
但透過 Bookmarklet,點一下.....
就能直接標示:
- 異常資料
- 缺漏欄位
- 未完成設定
把原本需要數分鐘甚至數十分鐘的工作,縮短到幾秒鐘。

行政與文書工作
很多行政人員都有過這種經驗:系統資料需要整理到 Excel。
於是開始:複製 → 貼上 → 調整格式 → 重新排序 → 重新統計 → 反覆操作
如果資料格式固定。
其實很多整理工作都能透過 Bookmarklet 自動完成。
網購與生活應用
例如:
- 計算折扣後價格
- 匯率換算
- 商品規格比較
- 快速整理購物資訊
甚至有些人會自己製作購物輔助工具。
讓原本需要計算機處理的事情直接顯示結果。
資料整理與統計
有些網站雖然有資料,卻沒有提供匯出功能,但資料其實已經顯示在畫面上。
這時候 Bookmarklet 就能協助:
- 擷取表格
- 整理資料
- 匯出 CSV
- 快速統計
對於需要經常整理資料的人來說非常實用。
四、為什麼最近我又開始重提 Bookmarklet?
其實 Bookmarklet 並不是新技術,它已經存在超過二十年。
但過去有一個很大的問題:門檻太高。
以前如果你有一個想法:「我想統計這個頁面的資料。」
你可能必須學會:
- HTML
- JavaScript
- DOM
- 瀏覽器開發工具
然後還要自己除錯。

對許多人來說,光看到這些名詞就放棄了,所以過去 Bookmarklet 比較像是工程師的小工具。
一般使用者幾乎不會接,但 AI 出現之後情況改變了。

現在很多需求只要能夠清楚描述。
例如:
幫我統計頁面中的案件數量
幫我找出沒有填寫的欄位
幫我整理頁面中的表格資料
AI 就有機會協助產生可用的程式。
雖然仍然需要測試與驗證,但門檻已經大幅降低。
這也是我最近又重新開始研究 Bookmarklet 的原因。
因為我發現,在 AI 降低技術門檻之後,許多原本只有工程師才會接觸的工具,其實已經開始有機會走向一般使用者。
而 Bookmarklet 恰好就是其中之一。
畢竟好工具不一定要很複雜。
能真正幫你節省時間的工具,往往才是最有價值的工具。
五、Bookmarklet、瀏覽器外掛、Apps Script 該怎麼選?
很多人接觸 Bookmarklet 後會產生一個誤解:
既然這麼方便,那是不是所有事情都用 Bookmarklet 就好了?
其實不是。
不同工具有不同定位。
Bookmarklet
適合:
- 個人使用
- 小型需求
- 快速驗證想法
- 頁面操作輔助
優點:
- 快速
- 輕量
- 不需安裝
缺點:
- 網站改版容易失效
- 維護需要自己處理
瀏覽器擴充套件
適合:
- 長期使用
- 功能較複雜
- 多個網站共用
優點:
- 功能完整
- 穩定性較高
缺點:
- 開發較複雜
- 維護成本較高
Apps Script
適合:
- Google 生態系
- 試算表自動化
- 排程工作
例如:
- 自動寄信
- 自動產生報表
- 自動整理資料
如果要用一句話總結:Bookmarklet 並不是要取代其他工具。
而是在填補:「這需求太小,不值得做成系統。」
這個空缺。
六、Bookmarklet 的優點
1. 不需要安裝任何軟體
很多公司環境:
- 無法安裝程式
- 無法安裝外掛
- 無法取得管理員權限
但通常允許新增書籤。
因此 Bookmarklet 經常是最容易落地的自動化方式。
2. 幾乎所有主流瀏覽器都支援
例如:
- Chrome
- Edge
- Brave
- Opera
通常都能使用。
3. 開發速度非常快
很多需求其實很小。
例如:
- 統計頁面資料
- 檢查漏填欄位
- 自動整理內容
- 快速複製指定資訊
如果做成完整系統,成本太高。
但 Bookmarklet 可能幾分鐘到幾小時就能完成初版。
對於想先驗證想法的人來說,非常適合。
4. 非常適合個人化需求
許多工作流程只有自己會使用。
例如自己的查核規則、自己的資料整理方式、自己的工作習慣。
這類需求往往不值得投入大型開發。
Bookmarklet 剛好提供一個成本最低的解決方案。
5. 很適合做「小而明確」的工具
Bookmarklet 最適合的不是那種什麼都想包的系統。
而是很明確的小需求。
例如:
- 幫我檢查這頁有沒有漏填欄位
- 幫我統計目前畫面上的資料數量
- 幫我把畫面上的表格整理成可複製格式
- 幫我把常用文字快速填入表單
需求越明確,Bookmarklet 越容易發揮價值。
七、Bookmarklet 的缺點
談完優點,也一定要談缺點。
因為這部分很多文章都刻意忽略。
1. 網頁改版就可能失效
這是最常見的問題。
Bookmarklet 通常依賴:
- 欄位名稱
- 按鈕位置
- HTML 結構
- CSS 選擇器
只要網站改版,原本正常運作的功能就可能失效。
這也是 Bookmarklet 最大的缺點。
2. 不適合大型系統
如果需求已經涉及:
- 多人使用
- 權限管理
- 長期維護
- 核心業務流程
- 正式資料保存
通常就不建議使用 Bookmarklet。
這時候比較適合考慮正式系統、瀏覽器擴充套件或其他自動化工具。
3. 通用性有限
很多 Bookmarklet 都是針對特定網站設計。
離開該網站後就無法使用。
例如針對 A 系統設計的檢查工具,到了 B 系統可能完全沒有作用。
4. 維護責任在自己
沒有客服 / 沒有原廠 / 沒有自動更新 / 網站改版後通常需要自行調整。
這也是為什麼 Bookmarklet 很適合個人使用或小型需求,但不適合作為大型正式系統的主要解法。
八、資訊安全:這才是最重要的事情

如果你只記得這篇文章的一件事情,我希望是這一段。
因為現在很多人會直接複製:
AI 產生的程式碼
↓
貼到書籤
↓
直接執行
↓
結束
但其實這是有風險的。
Bookmarklet 本質上就是 JavaScript
而 JavaScript 在網頁中擁有很大的能力,它可以做的事情,比很多人想像中還多。
1. 讀取頁面內容
例如:
- 姓名
- 電話
- 地址
- 客戶資料
- 訂單資訊
- 公司內部資料
只要畫面看得到,程式通常也看得到。
2. 修改頁面內容
例如:
- 自動填表
- 修改欄位
- 自動點擊按鈕
- 自動送出資料
這也是為什麼 Bookmarklet 可以用來做自動化,但同時也代表它具有一定風險。
3. 傳送資料到外部網站
理論上,它甚至可能把頁面資料送到外部伺服器。
而使用者未必會察覺。
例如看到程式中有類似:
fetch("https://example.com")
就要特別注意。
因為這類語法可能代表它正在連線到外部網站。
當然,不是所有 fetch 都一定有問題。
但如果你不知道它在做什麼,就不應該直接執行。
這也是為什麼我會特別提醒:
不要隨便執行來源不明的 Bookmarklet。
我的建議原則
1. 不明來源不要使用
不要因為別人分享就直接執行。
尤其是在公司內部系統、個資系統或金融相關網站上,更要小心。
2. 最好能看懂程式內容
至少要知道它大致在做什麼。
例如:
- 是否只是在讀取頁面資料
- 是否會修改欄位
- 是否會自動送出表單
- 是否會連線到外部網站
3. AI 產生的程式也要檢查
AI 不等於資訊安全保證。
AI 可以協助產生工具,但使用者仍然要負責確認內容是否安全。
4. 涉及個資時要特別小心
例如:
- 客戶資料
- 醫療資料
- 金融資料
- 公司內部資料
- 會員資料
這類資料都應提高警覺。
5. 公司環境應遵守資訊安全規範
有些公司明確禁止自行執行未經審核的程式碼。
因此在公司環境使用 Bookmarklet 前,最好先確認是否符合公司規範。
方便,不代表可以忽略風險。
九、哪些情況適合使用 Bookmarklet?
很多人誤以為:Bookmarklet 是萬能工具。
其實不是。
它很方便,但也有明確邊界。
適合使用的情境
- 表單填寫輔助
- 重複性資料輸入
- 頁面資料整理
- 簡單資料統計
- 小型自動化工具
- 個人工作流程優化
- 快速驗證某個想法是否可行
不適合使用的情境
- 金流系統
- 核心商業系統
- 涉及重大權限控管
- 需要多人共同維護
- 需要長期穩定運作
- 正式產品級服務
- 高度敏感資料處理
簡單來說:如果只是輔助你在網頁上少做一些重複動作,Bookmarklet 很適合。
但如果它已經變成正式流程、正式產品或核心系統的一部分,那就要重新評估是否適合。
十、我的看法
重新接觸 Bookmarklet 後,我最大的感受其實不是:它有多強大。
而是:它剛好填補了一個很特殊的空缺。
很多需求其實都介於:
手動處理太麻煩
與
開發完整系統太浪費
之間。
這類需求如果每次都找工程師處理,成本太高。
如果完全依靠人工,又浪費大量時間。
而 Bookmarklet 提供了一種非常輕量的解決方式。
它不會取代正式系統。
也不會取代專業開發。
但對於個人工作效率提升來說,我認為它是一個非常值得認識的工具。
尤其在 AI 工具逐漸普及之後,過去需要具備程式能力才能完成的事情,現在許多人只要能清楚描述需求,就有機會打造出屬於自己的小工具。
這或許也是 Bookmarklet 在 AI 時代重新受到關注的原因之一。
我自己比較喜歡把 Bookmarklet 看成一種「小型效率工具」。
它不是要幫你解決所有問題,而是幫你把那些每天重複、瑣碎、容易出錯的小動作,盡量簡化掉。
其實我自己最有感的,也不是什麼特別複雜的功能,而是一項每天都要進行的例行性資料整理工作。
以前每次都要:查詢資料 → 複製資料 → 整理格式 → 匯出 → 再次檢查
整個流程做完大約需要 20 分鐘左右,而且只要中間少複製一欄、漏貼一列,還要重新確認一次。
久而久之,這種工作其實很容易讓人感到疲乏。
因為它不難,但每天都要做。
後來透過 Bookmarklet 將其中幾個重複步驟自動化之後。
現在只需要開啟頁面、點一下按鈕,不到 2 分鐘就能完成整理並匯出。

真正省下來的其實不只是時間。
而是那些重複、枯燥又容易出錯的人工操作。
以前總覺得:「反正每天也才 20 分鐘。」
但回頭想想,如果每天 20 分鐘,一年下來其實已經是非常可觀的時間。
這也讓我重新體會到一件事:有些需求不一定要開發完整系統。
有時候一個小工具,就能解決長期存在的困擾。
而這也是我認為 Bookmarklet 最有價值的地方。
它或許不像大型系統那樣強大,但卻能實實在在地幫你省下時間,讓工作變得更輕鬆一些。

最後也想先說明,Bookmarklet 其實是一個很大的主題,真正專精的人一定比我多很多。

這篇文章比較像是我最近實際使用後的一些整理與心得分享,並不是要把它講成唯一標準答案。
如果內容中有不夠完整、或是有更好的做法,也很歡迎大家補充交流。

我自己也還在邊用邊學,只是覺得這類小工具,真的很適合拿來改善一些每天重複、瑣碎、但又很耗時間的工作。
所以才想把這段經驗整理出來,分享給同樣有類似需求的人參考。

下一篇預告
如果這篇是在認識 Bookmarklet。
那下一篇想分享的是:
「如何看懂網頁 HTML 結構?為什麼有些 Bookmarklet 明明昨天能用,今天卻突然失效?」
因為當你開始理解:
- HTML
- DOM
- 欄位名稱
- CSS Selector
- 網頁結構怎麼變動
你會發現 Bookmarklet 的應用範圍,其實比想像中大得多。
也會更清楚知道:為什麼有些工具突然不能用。
為什麼同樣的欄位名稱,程式卻抓不到。
以及如何判斷一個網頁到底適不適合用 Bookmarklet 來處理。


















































































