交付工程：把一次 AI 測量，做成每月都能準時交出來的服務

檔位是資料，不是程式碼

同一套測量要服務不同深度的需求：有的品牌每月做一次完整掃描，有的每週做一次輕量掃描。我們沒有為每一檔寫一條分支，而是把掃描深度與節奏做成品牌記錄上的兩個欄位，排程器讀到什麼就跑什麼。

不同檔位的結果要能放在同一條趨勢線上比較，所以完整掃描的歷史會按輕量檔的子集重算一遍。換檔不應該讓客戶的曲線斷掉。

問不完就留著：斷點續跑

雲端函數有時間上限，到點就被終止，連寫日誌的機會都沒有。676 次提問不可能在一次調用裡完成。

所以掃描開始時，先為每一個（問題 × 問法 × 引擎）建好一個空格。每次調用在 240 秒的預算內能問多少問多少，時間一到就停止發起新的提問，把手上的寫完；剩下的空格留給下一次調用。排程器在掃描窗口內每十分鐘推進一次，窗口外每兩小時補一次。

這樣一次調用中途失敗，損失的只是那一小批，而不是整輪。掃描也不會停在「進行中」沒人知道。

額度用完，不等於「品牌沒有出現」

AI 測量最危險的一種錯誤，是把「沒問到」記成「問了、沒有」。模型接口的額度用完時，回來的是一個錯誤碼；如果把它當成一次失敗的回答，再往下一步就會被算成品牌缺席，而且看上去和真實讀數一模一樣。

我們把帳號級的失敗單獨處理：額度用完、金鑰被拒、被限流，這幾種情況下那一格保持待問，該引擎本輪暫停，其他引擎照常繼續。額度恢復後原地接著問。

殘缺的不交付

• 失敗超過一成的掃描整輪作廢，不進入趨勢，也不出報告。少於一成的標記為「部分完成」，照實顯示。
• 成對謂詞核驗不足兩輪時不出任何數字，頁面只說明原因。單輪的數字看起來像讀數，其實分不清引擎的立場與抖動。
• 讀資料庫失敗時報錯，而不是渲染空表。 一張空表和「沒有問題」長得一樣，是最壞的一種失敗，因為它看起來像好消息。
• 太短的回答不算回答。 一道列舉題只回了一句開場白，是被截斷了，不是「沒有提到這個品牌」。

報告自己寄出去，而且只寄一次

掃描完結後，報告郵件自動寄給品牌登記的收件人。寄出的時間寫回掃描記錄，所以排程器之後再來多少次，同一份報告都不會寄第二遍。

報告裡的每一個比率都帶分子和分母；樣本不足三個回答的問題不會被列為「缺口」。

我們修過的三個錯

下面三個都是實測時查出來的。寫在這裡，是因為同類系統多半都有這幾個洞。

1. 計數讀不到，被當成 0。 資料庫的計數查詢出錯時返回空值，程式把它當作 0，於是一個讀取失敗的回合被標成「已完成」。現在計數讀不到就報錯。
2. 搜尋日誌被當成回答。 一個會聯網搜尋的引擎，把它搜了什麼列在回答前面，其中逐字重複了問題本身——而問題裡常常就有品牌名。於是沒提到品牌的回答被判成提到了。現在入庫前先剝掉日誌。
3. 單輪對照高估了差異。 比較繁體與簡體提問的結果時，起初只給簡體問一輪，得到 18.2%；補問後發現其中混著簡體自己的抖動，改為兩邊各兩輪，數字是 12.2%。詳見方法說明。

常見問題

觀瀾有訂閱價目表嗎？

沒有。觀瀾智庫是開發公司，按項目交付並授權方法與工程，不出售自助訂閱。

一次完整的 AI 可見度掃描要問多少次？

以示範品牌為例是 676 次：52 道買家問題 × 3 種問法 × 4 個引擎，另加 52 次 Google AI Overview 查詢。

模型接口的額度用完時，測量結果會受影響嗎？

不會被記成結果。額度用完、金鑰被拒或被限流時，相應的提問保持「待問」，不記為失敗，也不記為品牌缺席；額度恢復後從原處繼續。

什麼情況下一次掃描不會出報告？

失敗的提問超過一成時，整輪掃描作廢，不進入趨勢，也不出報告。