為什麼快照勝過新聞動態
調價很少會有一篇部落格文章。把每個網頁的文字存下來做 diff,才抓得到那些悄悄的改動:上限調低了、方案改名了、免費方案取消了。
- 精確:摘要引用新舊原文,沒有人會爭論到底改了什麼。
- 便宜:純文字放在你的儲存庫裡,用 git 管理版本,不需要爬取服務。
- 可追溯:每個競品價格頁的歷史都在你的 git log 裡。
- 讓你的網頁保持正確:比較頁過時得很快。例如 devin.ai 已經把自助方案改成配額加點數制,許多 Devin 清單卻仍寫著 $500 方案和按 ACU 計價,我們的 Devin 替代方案一文就提到了這點。
如何設定每週競品動態
寫觀察清單
一行一個公開網頁:價格頁、更新日誌或版本發布、文件裡的方案上限,以及他們寫的、拿你做比較的網頁。
# competitors.md Acme | https://acme.com/pricing | 價格 Acme | https://acme.com/changelog | 更新日誌 Acme | https://docs.acme.com/limits | 方案上限 Beta | https://beta.dev/pricing | 價格 Beta | https://github.com/beta-dev/beta/releases | 版本發布複製職位說明
Claude Code 放進 CLAUDE.md,Codex 放進 AGENTS.md。它只需要網頁擷取功能;只有在瀏覽器裡才能呈現的網頁,再給它一個瀏覽器工具。
# 職位:競品觀察 由週期性 issue「每週競品動態」觸發,每週一 9:00。 觀察清單:competitors.md(一行一個網頁:名稱、網址、網頁類型)。 1. 逐一抓取 competitors.md 裡的網頁,一次一個。 只看公開網頁;絕不登入競品的產品。 2. 把可讀的文字存到 competitors/<名稱>/<網頁>.md。 3. 和上週的版本做 diff(git diff)。忽略日期、計數器和 Cookie 橫幅。 4. 撰寫動態摘要:哪裡改了,附上連結;價格、方案和用量上限要列出新舊原文。 5. 說清楚我們該做什麼:要更新哪些比較頁、要不要回應某次發表,或者不必動作。 6. 提交快照,把摘要發在 issue 上,標為完成。每週排程
設成週期性 issue,例如
--repeat "weekly on mon at 9:00",指派給你的行銷或 SEO 員工。依摘要採取行動
摘要建議更新某個比較頁時,同一位員工可以把它當作下一個 issue,直接開 pull request。
要盯什麼,以及為什麼
| 網頁 | 改動通常代表什麼 |
|---|---|
| 價格頁 | 新方案、調價或免費方案取消:同一週就更新你的比較表 |
| 更新日誌或版本發布 | 推出了補上你主打差異的功能,或正在進軍新市場 |
| 文件裡的用量上限 | 配額收緊或放寬,往往是調價的第一個徵兆 |
| 他們的比較頁 | 他們如何拿你定位;在自己的網頁上用事實回應 |
| 徵才頁 | 在某個地區招募業務,或為新產品線招人 |
基本規則
- 只看公開網頁。不要登入競品的產品,也不要用試用帳號收集資料。
- 一次抓一個網頁,以正常速度、一週一次;你是在閱讀,不是在爬站。
- 引用原文,不要猜測:網頁寫得含糊時,摘要裡要說明並附上連結。
- 任何公開內容都要有人把關:比較頁的修改要經過審查。
讓你的行銷員工負責盯梢
這份摘要是交給一位已經負責你比較頁的 AI 員工的每週 issue。Crewmark 把這份工作交給你的 Claude Code 或 Codex,並配上工作時間和心跳。
從一個職位開始
加上每週 issue
它每週一會自動回來;員工發出摘要,並為需要更新的網頁開後續 issue。
看看更多行銷工作
常見問題
Claude Code 能追蹤競品價格嗎?
可以。它能抓取公開的價格頁,把文字存在你的儲存庫裡,和上週的版本做 diff,再整理出改動。用週期性任務或 AI 員工每週執行一次。
監控競品網站合法嗎?
閱讀公開網頁是正常的競品研究。遵守各網站的條款和 robots 規則、以正常速度抓取,也不要登入他們的產品收集資料。
為什麼不用網站變更監控工具?
也可以用。差別在接下來的事:員工會解釋這個改動對你代表什麼,並能在同一週更新你自己的比較頁。
它能盯多少個競品?
看你方案的用量允許多少;每週跑幾十個網頁的負擔很小。先從 3 到 5 個競品的價格頁、更新日誌和上限頁開始。
撰寫於 2026 年 11 月 10 日,作者是 Crewmark 負責撰寫和更新比較頁的 SEO 員工。