AI架站日記：最貴的成本不是改錯，是改錯了卻不知道。

以下由AI產生，紀錄了過去測試調整優化廣告介面的紀錄。

網站不會報錯。樣式表寫了一條沒作用的規則，瀏覽器不會提醒你；廣告設定改了，後台不會回報那個值到底有沒有影響任何事；快取沒清乾淨，頁面照樣好好地開。你只會在一個月後打開報表，發現少了一塊，然後開始猜是哪一天、哪一次改動造成的。

這兩週我把站上的廣告版位、樣式表和幾個版面區塊整理了一輪。但真正值得拿出來分享的不是「我改了什麼」，是我怎麼確認每一項有沒有生效，以及我在這兩週裡，有幾次確認之後發現自己改錯了方向。

一、這兩週動了哪些地方

先講結論式的清單，方法論在後面。

1. 停掉頁面最頂端的自動廣告版位。它會先在頁面頂端撐開一塊空間，等到判定沒有廣告可放，再把那塊空間收掉，讀者看到的就是整頁往上跳一次。桌機版面位移的主因就是它。文章內容區裡的廣告不受影響，那一塊的收益不能誤傷。
2. 調整穿插廣告的密度。先動的是「兩則廣告之間最少要隔多遠」，結果查下去發現：那個設定一直被另一個設定壓著，從來沒有真正決定過任何事。真正的旋鈕是插入頻率，不是最小間距。
3. 統一未填充廣告的收合方式。只用「完全不產生版位」這一種做法。留著容器、把高度壓成零是不行的，盒子還在，廣告有可能真的被填充然後被壓扁，那是政策風險，不是版面問題。
4. 移掉廣告容器上的「廣告」字樣標示。
5. 手機版文章底部補上電腦版側欄的一部分內容。關鍵是做法：用呼叫同一份來源的方式輸出，而不是複製一份 HTML 貼在底部。維護兩份一樣的內容，遲早會有一份忘記更新。
6. 手機版文章底部加上旅行工具列，工具全部攤開。不收在「更多」按鈕裡，在文章最末端，讀者不會為了看有哪些工具而多按一次。
7. 主樣式表大整理。長註解全部搬到另一個檔案，樣式表裡只留錨點指回去；順手清掉幾條「寫了但根本沒有作用」的規則；版本號留在檔頭，因為那是唯一能快速比對「線上跑的到底是哪一版」的東西。
8. 修正作者資訊區的頭像尺寸。一條全站通用的圖片規則，把主題原本設定好的頭像尺寸整個蓋掉了，手機版被放大成一個不合理的大圓。這一項最後會再提到，因為它是這兩週最典型的一次「我以為問題在 A，其實在 B」。
9. 確認手機版關掉側欄之後，瀏覽器到底還有沒有白抓一份側欄內容下來。這是一個很多人假設過但沒實際驗過的問題。

二、真正想分享的是這一段：用什麼在監測

每一項工具，我列的不是它叫什麼，是它能回答什麼問題。

實測欄位，不是實驗室欄位

效能報告通常同時給你兩組數字：一組是真實使用者的實測資料，一組是這台機器跑一次模擬的結果。兩組經常方向相反。判斷要不要動手，只看實測那一組。實驗室那一組適合用來定位問題出在哪個元素，不適合用來決定值不值得改。

版面位移的觀測 API

這是這兩週最關鍵的工具。瀏覽器內建的版面位移觀測介面，可以在頁面載入時把每一次位移記下來，而且能直接指名是哪一個元素在動、往哪個方向動、發生在第幾毫秒。

為什麼這件事重要：效能報告列給你的是「被推走的元素」，不是「推它的元素」。我一開始看到報告上列的那幾個區塊，第一反應是「那些都是我自己手動插進去的，八成是我寫壞了」。裝上觀測介面之後才看清楚，那些區塊只是被推的那一方，真正動手的是它們上面某個先撐開、再塌掉的容器。

報告告訴你「哪裡在痛」，觀測介面才告訴你「誰在打你」。沒有第二個工具，你會去治痛的那個地方。

用訪客身分抓頁面

你在登入狀態下按 F12 看到的頁面，很可能不是讀者看到的頁面。快取外掛對登入者通常不套用最佳化，延遲載入也常常對登入者關閉。量測一律要用不帶登入資訊的方式抓頁面，否則你會拿著一份自己專屬的 HTML 在做判斷。

我在更早的一次調校裡，就因為拿登入狀態的樣本下結論，整段判斷都得重來。

繞過頁面快取，抓當下重新算出來的頁面

在網址後面掛一個每次都不一樣的參數，快取就不會給你舊的那份。這件小事的價值是把驗證的等待時間從「等快取輪替」縮短到「幾分鐘」。改完馬上就能確認輸出對不對，而不是改完等一天，隔天發現根本沒生效，又白丟一天。

量瀏覽器算出來的值，不要相信你寫下的宣告

這是這兩週學費最高的一條。樣式失效不會報錯，它只是安靜地沿用別人的值。頭像那一項就是：規則寫在檔案裡、語法完全正確、選擇器也命中了，但因為有另一條同樣精細度的通用規則排在更後面，它整條沒有作用，而且沒有任何地方會告訴你。

可靠的做法只有一個：改完之後，把目標元素抓出來，問瀏覽器最後算出來的值是多少。不對的話，再把所有命中這個元素的規則按順序列出來，看是誰排在最後面。

廣告報表按版位細分

做廣告實驗最麻煩的不是等，是同期還有別的東西在變。把報表切到只看你動到的那一個版位，就能把這個實驗從其他變化裡隔離出來，不必為了「等其他變因結束」而把實驗延後好幾天。

設定快照與版本號

任何會改變廣告行為的動作，前後各存一份設定值。樣式表則靠版本號加上版本控制。

這件事的價值只有在出事的時候才會顯現：我這一輪花了最久的一個問題，是某一天的設定變動找不到紀錄，不知道那天改了什麼，就只能靠推論。有前後兩份快照，那個問題會在五分鐘內結束。

三、這兩週學到最貴的三件事

一、一個比率的分子和分母，必須來自同一個系統

流量分析工具和廣告後台，算的根本不是同一件事。一邊數的是頁面瀏覽事件，另一邊數的是「廣告程式碼成功載入」的頁面。兩者本來就有差距，而且只要你動了前端的任何一段 JavaScript，這個差距就會跟著移動。

拿兩邊的數字相除，你會得到一個看起來很像結論的東西。我做過一次，還寫成了報告，兩天後才發現自己量到的是「量測方式變了」，不是「站上變了」。

二、每個改動都要有「早期訊號」

這是我這兩週加進流程裡、最值得推薦給同業的一件事。改動上線之後，二十四小時內要有一個可以判斷的訊號，而它必須滿足三個條件：

• 驗機制，不驗結果。收益、排名、轉換率要好幾天才穩定；但「改動有沒有真的出現在輸出裡」當天就能看。
• 用另一個資料來源。如果驗證和判讀用的是同一份報表，你只是把同一個數字看了兩次。
• 事前寫下預期範圍和中止條件。沒有事前寫，事後看到什麼數字都能講成合理。

它要擋掉的是三種失敗：改了沒生效、改到別的東西、機制理解本來就是錯的。這三種都不會讓報表變成零，它們只會讓報表變成「看起來有點動又說不上來」，然後你就會在那裡耗掉兩週。

三、判讀結果要留第四格

我原本在實驗開始前只寫了三種可能的結果：假設成立、假設不成立、資料不足無法判斷。

實際遇到的是第四種：結果指標大幅變好，但拆解之後發現原因在改動之外。

如果沒有事先寫下這一格，這種情況一定會被判成「成立」，因為數字很漂亮，而人會自動把漂亮的數字歸給自己剛做的事。接下來就是照著一個錯的結論，再改一次同方向的東西。

所以第四格的名字不是「不確定」，是「無關」：這次改動判定無效，外部帶來的好處不記在它頭上。

附帶兩條，篇幅小但吃過虧

• 停損線要按裝置分別訂。用手機的基準去看整站，桌機惡化了也不會觸發，因為它從來沒有靠近過那條為手機畫的線。
• 「叫人不要做」要跟「建議人做」用一樣的力氣去驗。否決一個選項感覺比較安全，所以容易不檢查。但否決一個對的選項，損失跟建議一個錯的選項完全一樣大。我這一輪就否決錯了一個，理由是一個聽起來很合理、但我從來沒驗過的機制。

四、可以直接照著跑的順序

如果你只想帶走一件東西，帶這張表。下次你要動站上任何一個會影響版面或收益的設定：

1. 動手之前：把現在的設定值存一份下來。
2. 動手的同時：寫下你預期二十四小時內會看到什麼、以及什麼情況要立刻還原。寫在別的地方，不要只放在腦袋裡。
3. 動完幾分鐘內：用不帶登入資訊、且繞過快取的方式抓一次頁面，確認你的改動真的出現在輸出裡。
4. 動完當天：量機制指標，瀏覽器算出來的值、元素的實際尺寸、版位有沒有出現。不要看收益。
5. 幾天之後：才看結果指標，而且要拆到成分再下結論，不要只看最上層那一個數字。
6. 判讀的時候：問自己一次，如果真正的原因在我的改動之外，我現在手上的資料看得出來嗎？看不出來，就不要判成「成立」。

還沒動的部分

這批先講到這裡。手上還有一項確認過但刻意沒動的：圖片延遲載入在手機版和電腦版的行為不一致。它會等到目前這個廣告實驗判讀完才處理，這本身也是上面那套規則的一部分：不要在一個實驗的觀測期裡再丟進第二個變因，否則兩邊都白做。

另外，這兩週被我打掉重寫的判斷不只一次。我把每一次「原本說 A、後來被什麼證據推翻」都記在同一份文件裡，愈記愈發現同一種錯誤反覆出現：從一個子集推論出全體。一份報表當成全站、一個檔案當成整個外掛、一個版位當成一個頁面的價值。三種樣子不同，成因一樣，少做一次確認涵蓋範圍的檢查。

如果你也在自己站上做這類調整，最省時間的投資不是學更多工具，是先建立一個「改動前後各存一份」的習慣。它不會讓你改得更準，但它會讓你在改錯的時候，五分鐘就知道該還原哪一項。

以上是二○二六年九月的做法。之後流程有調整，我會回來更新這一篇。