三張個人檔案樣式的卡片連接至一份四步驟清單、一張圖片卡片及一份檢查清單。

先從提供的試算表及其來源紀錄開始檢查。找出錯誤的儲存格參照或顯示錯誤,不需要重新執行資料收集。只有檢查需要新的觀測紀錄時,才收集最新的公開次數。最新的次數無法證明較早的儲存格原本應該填入什麼值。

本指南檢查試算表的算術運算和來源參照,不制定通用的互動率公式,也不會將互動次數轉換成不重複人數的百分比。

1. 檢查結果前,先寫下預期規則

先說明試算表必須回答的問題,再用文字寫出公式。

分子是分數線上方的數量。分母是分數線下方的數量。比值是一個數量除以另一個數量的結果。百分比則以每一百為基準表示這個比值。

本指南計算範例的書面規則如下:

`(likes + comments + shares) / views`

試算表必須將結果顯示為百分比。這是本範例的規則,不是所有 TikTok 報告都必須遵循的規則。

在試算表旁記錄以下細節:

  1. 這個比率必須回答的問題。
  2. 分子包含哪些互動次數。
  3. 用哪一項計數作為分母。
  4. 收集各項次數的時間。
  5. 缺漏或經約整次數的處理規則。
  6. 儲存的結果是比值,還是以百分點為單位的數值。

以百分點為單位的數值,儲存的是百分比的數字本身。例如,數字 10 可以表示 10 個百分點。儲存為 0.1 的比值代表相同的比例,但必須採用不同的顯示方式。

分母需要特別留意。提供的資料中,有一位讀者於 2025 年 5 月 12 日公開提問,詢問相互矛盾的公式,想知道應該除以追蹤者人數還是觀看次數。這首先是定義問題,其次才是試算表問題。這筆紀錄只呈現一位讀者的疑問,無法證明問題有多普遍。

需要釐清分母的意義時,請參閱現有的社群觀看比率定義與比較指南。之後再回到本次檢查,核對試算表是否符合已明定的規則。不要因為某個分母能算出較好看的結果,就選用它。

2. 逐一追查來源欄位對應的試算表儲存格

觀測紀錄是指在明確的收集時間,為一則貼文留下的一筆紀錄。檢查每個公式是否使用預期的觀測紀錄。

儲存格參照用來指出試算表中提供數值的儲存格。公式即使用了錯誤的參照,算術運算仍可能正確。例如,書面規則要求使用觀看次數,公式卻使用了追蹤者人數。

建立欄位與儲存格對照表。欄位是來源紀錄中有名稱的資料項目。對照表將每個欄位連接至試算表中的對應儲存格。

2. 逐一追查來源欄位對應的試算表儲存格
應保留的細節檢查項目
貼文身分來源與試算表指向同一則貼文
貼文網址連結通往預期的貼文
收集時間各項次數屬於預期的觀測紀錄
來源欄位該計數的意義符合規則要求
來源值試算表保留來源提供的值
目標儲存格公式使用預期的儲存格
可用狀態該計數是已提供,還是無法取得
精確程度該計數是精確值、經約整的值,還是不確定的值
證據參照其他審查者能找到來源紀錄

在任何修正值旁保留來源值。不要覆寫試算表接收資料時留下的唯一紀錄。

比較數字前,先確認貼文身分。來自另一則貼文的次數,也可能看似合理。同時也要檢查時間。在檢查算術運算時,不可未加註記就用目前的追蹤者人數取代較早的來源值。

如果使用僅帳號擁有者可存取的紀錄,請清楚標示。這類紀錄由帳號擁有者存取,無法從公開頁面取得。清楚保留其意義及報告期間。不要只因為標籤看起來相似,就假設公開計數與僅帳號擁有者可存取的紀錄衡量的是同一件事。

3. 只有需要公開來源觀測紀錄時,才使用 Actor

先手動檢查試算表。需要新的觀測紀錄時,TikTok Metrics Scraper 可提供文件記載的公開來源欄位。Actor 是託管執行的資料收集程式。它不會執行本指南的公式檢查,也不會產生你的修正紀錄。

提供的 0.1.36 建置版本公開規格記載,可透過 `startUrls` 直接輸入影片網址,並將 `mode` 設為 `knownUrls`。以下簡短的輸入範例採用文件記載的結構:

json
{
  "maxItems": 1,
  "mode": "knownUrls",
  "startUrls": [
    "https://www.tiktok.com/@mrbeast/video/7654638524729216287"
  ]
}
3. 只有需要公開來源觀測紀錄時,才使用 Actor

將整個範例網址替換成預期的公開影片網址。範例網址不能作為客戶試算表的證據。`maxItems` 用來限制輸出列數;此處上限為一列。單一貼文的樣本不代表完整的帳號資料存檔。

這是建議的資料收集輸入。本指南未實際執行收集。提供的公開建置版本規格,於 2026 年 10 月 25 日查核,可確認文件記載的輸入及輸出欄位,但不能證明資料已成功收集。

文件記載的實用欄位包括:

  • `postId` 和 `postUrl`:識別貼文。
  • `scrapedAt`:收集時間。
  • `likes`、`comments`、`shares` 和 `views`:本範例公式使用的欄位。
  • `postMetricStatus`:各項指標的可用狀態及精確程度。
  • `status` 和 `statusReason`:紀錄的狀態及說明。
  • `profileFollowersCount`:已明定的規則需要追蹤者人數時使用。

指標是測得的計數或數值。精確程度描述回報值與實際計數有多接近。在 `postMetricStatus` 中,文件記載的 `status` 值為 `present`、`unavailable` 和 `not_attempted`。文件記載的 `precision` 值為 `exact`、`display_rounded`、`likely_rounded`、`unavailable` 和 `unknown`。

請檢查這些欄位,不要只憑數字判斷資料品質。公開規格允許缺漏的指標值為 `null`,表示未提供數值。規格也記載,程式會盡可能補充公開個人檔案資料。公開計數無法證明非公開的觸及人數,也無法證明不重複的互動人數。

Task 是已儲存的輸入預設組態。提供的證據確認,TikTok Creator Analytics Task 頁面於 2026 年 10 月 25 日公開存在。未透過已驗證身分的帳號檢查其儲存設定,也未執行此 Task。不要假設其儲存的輸入符合你的檢查需求。

4. 檢查分子的每個必要組成項目

加總前,先檢查每一項互動次數。已明定的公式需要按讚、留言和分享次數。三者都必須有可用值,分子才完整。

缺漏值不等於零。零表示紀錄中的計數為零。空白或 `null` 來源值並未提供該計數。

試算表加總時可能略過空白儲存格,仍然傳回一個數字。這不代表必要的分子資料完整。請檢查各組成項目的儲存格,不要只看總和。

在結果旁清楚標示狀態:

4. 檢查分子的每個必要組成項目
來源狀況試算表處理方式
所有必要計數均已提供,且皆為精確值檢查分母後再計算
缺少一項必要計數將所需結果標示為無法取得
一項必要計數經過約整保留此限制,並將計算結果標示為近似值
一項計數的精確程度不明清楚保留其不確定性
紀錄中的一項計數為零將零保留為來源提供的值

以上是建議的工作表規則,不是額外的 Actor 輸出欄位。

不要只因為有收藏或轉發欄位,就將它們加入計算。這會改變已明定的公式。如果客戶需要另一種互動衡量方式,請另行定義。運用分享與收藏次數制定內容決策的指南說明了這項不同的選擇。

清楚區分單位。按讚、留言和分享都是互動次數。它們的總和不是不重複人數。本次算術檢查無法改變這項限制。

5. 檢查分母、值的型別及儲存單位

檢查分母的數量前,先確認其來源欄位。依本指南的範例規則,分母必須是 `views`。即使除法算出的百分比看似合理,使用追蹤者人數仍不符合規則。

接著檢查以下狀況:

  1. 分母缺漏:將結果標示為無法取得。
  2. 分母為零:將比值標示為未定義,因為除以零沒有定義的結果。
  3. 計數儲存為文字:計算前,先確認來源值及預期的數值。
  4. 分母經過約整:如果進行計算,結果仍須標示為近似值。
  5. 觀測紀錄錯誤:重新計算前,先恢復預期的來源參照。

值的型別讓試算表知道儲存格內是數字、文字,還是其他類型的值。計數看起來可能是數字,試算表卻將它儲存為文字。請檢查其型別及來源,不要以為只看外觀就足夠。

以縮寫顯示的計數標籤,也不同於精確的來源計數。不要未加註記就將經約整的公開標籤轉成精確整數。如果證據只支持近似計數,請在結果旁保留這項限制。

接著,分別檢查儲存的結果及其百分比顯示方式。顯示格式會改變儲存數字的呈現方式,但不能證明儲存的數字採用了預期單位。

使用一般百分比顯示方式時,應儲存比值。下方的計算範例儲存 0.1,並顯示為 10%。先將比值乘以 100,再套用百分比格式,會重複放大兩次。

直接檢查儲存值。已套用百分比格式的螢幕截圖,無法顯示公式是否使用正確的來源儲存格或單位。

6. 手動驗算範例

原創虛構範例。本計算範例中的所有數值及試算表錯誤均為虛構,不是產品執行結果,也不是真實創作者的成果。

這份虛構試算表的書面規則是 `(likes + comments + shares) / views`,並以百分比顯示。

6. 手動驗算範例
計數項目虛構來源值規則要求的用途
按讚90 次互動分子的組成項目
留言10 次互動分子的組成項目
分享0 次互動分子的組成項目
觀看1000 次觀看分母
追蹤者500 位追蹤者不納入此公式

先計算分子:

90 + 10 + 0 = 100 次互動。

接著除以規則要求的分母:

100 / 1000 = 0.1。

儲存的比值為每次觀看 0.1 次互動。套用百分比格式後,試算表顯示 10%。這不代表 10% 的不重複觀眾有互動。

現在檢查使用錯誤分母的情況:

100 / 500 = 0.2,顯示為 20%。

這項運算使用追蹤者人數,不符合本試算表要求使用觀看次數的書面規則。請修正儲存格參照,不要因為百分比看起來可能成立就接受它。

接著檢查顯示錯誤。如果公式將 0.1 乘以 100,就會儲存 10。如果該儲存格同時套用百分比格式,就會顯示 1000%。若要顯示 10%,應儲存 0.1。

最後,檢查同一虛構範例中資料不完整的一列。該列有 40 次按讚、未知的留言次數、0 次分享及 1000 次觀看。所需的分子資料並不完整。如果將未知的留言次數當作零,會顯示 4%,但這個結果不符合書面規則。請將結果標示為無法取得。

因此,具體處理方式是修正分母參照、修正儲存的比值或其顯示方式,並將資料不完整的列保留為無法取得結果。這些修正可驗證試算表的算術運算,不能驗證受眾品質的說法。

7. 檢查複製後的公式,並保留修正紀錄

第一列正確,不代表複製後的公式也正確。請檢查各公式範圍的起始列及結束列。也要檢查插入資料、變更公式及缺漏值情況附近的資料列。

對每一列受檢資料,確認公式使用該列預期的儲存格。找出應該隨列移動,卻仍指向另一列的參照。也要找出依已明定的規則應固定,卻發生移動的參照。

同時比較公式與結果。顯示的百分比相同,可能掩蓋來源參照不同的問題。

保留包含以下欄位的修正紀錄:

7. 檢查複製後的公式,並保留修正紀錄
紀錄欄位應保留的內容
資料列及貼文身分受影響的試算表資料列及來源貼文
原公式修正前的運算式
原儲存結果套用顯示格式前的數值結果
原顯示內容讀者原先看到的內容
未符合的規則該儲存格未符合的確切要求
修正後的規則或公式預期的計算方式及參照
證據來源欄位、數值、時間及精確程度
新結果及狀態修正後的數值、無法取得狀態或未定義狀態
審查者檢查該項修正的人員

記錄數值變更的原因。審查者必須能區分,變更是來自公式修正,還是新的來源觀測紀錄。

只重新計算符合條件的資料列。保留資料不完整的列,並註明原因。不要將空白替換為零,也不要未加註記就移除受影響的貼文。重新計算後,近似結果仍須保留為近似值。

如果試算表合併多則貼文或多個帳號,請另外檢查彙總方式。各列公式正確,不代表合併後的摘要也正確。

8. 依明確的檢查項目驗收試算表

通過以下檢查後,才驗收修正後的試算表:

  1. 已寫明預期的分子、分母及顯示方式。
  2. 受檢來源紀錄符合預期的貼文及收集時間。
  3. 必要計數保留原有的缺漏狀態及精確程度。
  4. 手動計算結果與儲存的比值及顯示的百分比相符。
  5. 缺漏的必要值仍標示為無法取得。
  6. 分母為零的結果仍標示為未定義。
  7. 複製後的公式保留正確的來源參照。
  8. 修正紀錄說明每一項變更。

說明檢查範圍。如果只手動驗算部分資料列,請列明哪些列。不要將這個樣本描述為已手動檢查每一項結果。

結論必須限於證據所能支持的範圍。TikTok 假追蹤者說法指南說明,為何偏低的公開比率不能證明有假追蹤者。修正後的試算表也無法預測贊助回報。

來源與延伸閱讀

作者 Chronometrica · 更新日期

返回頂端 ↑