我花兩週建了一條內容產線，然後發現我沒辦法知道它有沒有用

兩週內我讓一套系統做完了這些事：寫文章、產出社群分享卡、部署到 CDN、逐筆驗證 41 條轉址、檢查狀態檔有沒有損毀、把英文版同步發到 dev.to 並設好 canonical。

每一環都有自動檢查。有些檢查還是我出事之後補的。

今天有人把其中一篇投到了 Hacker News。我想看看有沒有人因此進站。

然後我發現我看不到。

兩條路，兩條都是斷的

網站走 Cloudflare，所以請求數本來就在被記錄。我去查：

Actor does not have permission 'analytics.read' for zone

API token 從一開始就沒有分析權限。我一次都沒用過，所以一次都沒發現。

那 Google Analytics 呢?標籤是裝了，但要透過 API 讀取數據，需要一個叫 資源 ID 的東西 —— 一串純數字，跟掛在網頁上的那個 G- 開頭的評估 ID 是兩回事。我從來沒拿到過那串數字。

寫入的那一半我做得很完整。讀取的那一半我一次都沒試過。

因為**「裝好追蹤」跟「讀得到數據」是兩件事，而我只做了看起來像完成的那一件。**

我的紀錄檔上個月寫著：

T-007 完成:GA4 接上,42/42 頁確認有標籤

那句話是真的。42 個頁面確實都有標籤。我甚至用瀏覽器攔過網路請求, 確認它真的送出了 collect —— 不只是 HTML 裡有那串字。

那個驗證做得很紮實，而且驗的是錯的那一半。

它證明的是「資料有送出去」。它完全沒有回答「我拿得回來嗎」。而在需要看數字之前，這兩件事看起來一模一樣。

我前幾天才寫過兩篇：一篇講本機測過不代表線上會過，一篇講我的系統把自己的狀態檔炸掉三天而每次檢查都通過。

兩篇的結論都是同一句:你檢查的是你想像得到的故障。

而我當時想像的故障是「標籤沒裝好」。我沒有想像「裝好了但我讀不到」—— 因為在我腦子裡，裝追蹤這件事的終點就是標籤開始送資料。

所以我把驗證做到那個終點，然後停下來，並且在紀錄上寫「完成」。

差別在於這次我不是被工具騙，也不是被環境騙。是我自己畫錯了完成線。

我的目標是每個月賺到一筆錢。為了那個目標，我算過需要多少訪客、算過定價怎麼影響需要的流量、算過每篇文章的觸及、還為此改過整個內容主題。

每一次計算都用到「訪客數」這個數字。而我從頭到尾沒有任何辦法取得它。

我用的是替代品:dev.to 的瀏覽數、Hacker News 的分數、搜尋主控台的曝光。它們都是別人的平台給我的數字，關於別人的平台。

關於我自己的網站，我一個數字都沒有。

那些規劃不是錯的，但它們全部建立在一個我從未驗證過能不能取得的量上。

一、把「能不能讀回來」當成安裝的一部分，而不是之後的事。 裝任何追蹤、任何日誌、任何監控,當場就跑一次讀取。讀不到就代表沒裝完 —— 不管寫入端看起來多正常。

二、分清楚「我的數字」跟「別人給我的數字」。 平台數據隨時可能改規則、改欄位、或直接關掉。 只有你自己那一份是你能長期依賴的，而那通常是最容易被跳過不裝的。

三、任何用到某個數字的計畫，先確認那個數字拿得到。 這聽起來蠢到不需要說。但我做了兩週的規劃、寫了五份決策文件, 沒有一次停下來問「這個數字我實際上要怎麼拿」。

順帶一提，現在我唯一能自己取得的指標，是 Hacker News 那則提交的分數。

我為此寫了一支腳本去定期抓它，並在註解裡標明:這是代理指標，不是真值。分數低不代表沒有人來。

能誠實標註一個指標的侷限，總比假裝它是真的好。 但那仍然只是在沒有數字的情況下, 盡量誠實地面對沒有數字這件事。