清點可見的按讚帳號，能還原 Instagram 按讚總數嗎？

1. 明確定義所需的數量

以下三種觀察結果即使來自同一則貼文，仍可能回答不同的問題：

涵蓋範圍是指一項觀察包含多少所需資訊。如果名單只顯示部分帳號，在取得證據證明它包含所需的完整集合之前，其涵蓋範圍都尚未獲得證實。

蒐集任何資料前，先寫下要查明的事實。例如：「本次查核時，這則貼文的公開按讚數。」這與「我查閱的名單中可見的帳號數量」不同。

記錄貼文連結，以及實際查核的畫面或報告。也要記錄時間與時區。貼文識別碼是用來識別貼文的值。它能協助確認兩筆紀錄是否指向同一則貼文。

請將發布日期與觀察時間分開記錄。發布日期說明貼文何時發布，並不能說明何時有人查看了它的按讚數。

如果問題涉及較早的日期，請先明確定義該日期。今天能取得的數值，無法證明過去從未儲存的讀值。本指南說明如何確認數量的證據，而非如何重建缺失的歷史資料。

2. 記錄可見名單，但不聲稱名單完整

提供的兩則公開提問呈現了讀者遇到的問題。一位讀者表示，在按讚數隱藏的情況下捲動名單，只看到 103 個按讚帳號。另一位讀者表示，雖然能看到公開計數器，但帳號名單只顯示有限的項目。這些陳述說明了問題的由來，但無法證明目前存在影響整個平台的原因，也無法確定問題的規模。讀者提問，發布於 2024 年 1 月 16 日；擷取於 2026 年 10 月 25 日；僅一則公開陳述，未透過已登入帳號查核。讀者提問，發布於 2025 年 5 月 19 日；擷取於 2026 年 10 月 25 日；僅一則公開陳述，未透過已登入帳號查核。

人工觀察時，只有在名單筆數有助於報告的情況下，才需要儲存這個數值。要說明總數仍未知，並不需要蒐集帳號名稱。

1. 確認名單屬於哪一則貼文。
2. 記錄畫面與觀察時間。
3. 記錄你清點到的可見帳號筆數。
4. 註明是否已證明涵蓋完整名單。
5. 結論只能涵蓋實際觀察到的內容。

載入更多名稱，並不能證明所有名稱都可取得。即使捲動到可見名單的末端，單憑這一點也無法證明已涵蓋完整名單。

請使用「觀察到的可見名單筆數」之類的標籤。如果只清點了可見項目，請勿標為「按讚總數」。

請區分帳號與人。顯示的名稱無法證明它對應一位不重複的個人。名單觀察結果也無法證明有多少人看過貼文、購買商品，或提出產品問題。若要分析留言，Instagram 購買提問查核指南 說明了如何區分公開提問與已確認的買家。不要用按讚名單的數量來填補這些證據缺口。

3. 有需要時，另行查核公開計數器

Actor 是在託管環境中執行的資料蒐集程式。Instagram Metrics Scraper 的文件說明，其用途是蒐集公開指標，包括可取得的按讚數。指標是衡量所得的數值，例如按讚數。

查核過的公開輸入與輸出規格接受已知的貼文或 Reel 連結。規格也另有記載用於尋找個人檔案內容的輸入方式。本指南使用一則已知貼文，不以個人檔案內容搜尋來聲稱已取得帳號的完整封存資料。規格未記載按讚帳號名單的輸出，也未承諾能揭露隱藏的數量。公開預設組建版本 1.0.35，查核於 2026 年 10 月 25 日；僅查核輸入與輸出規格，未進行執行測試。

如果儲存公開計數器的查核結果有幫助，可以使用這組簡短的輸入：

{"maxItems":1,"mode":"contentUrls","startUrls":["https://www.instagram.com/reel/DIwcCZgxVZP/"]}

這是 JSON，一種將欄位名稱與值配對的文字格式。請將範例 Instagram 網址替換為你要查核的公開貼文網址。範例網址不是你那則貼文的證據。

`startUrls` 包含來源連結。將 `mode` 設為 `contentUrls`，會選用直接提供內容連結的輸入方式。將 `maxItems` 設為 1，會把蒐集上限設為一列指標資料。一列就是一筆儲存的紀錄。這個上限不保證能成功取得結果，也不保證能取得按讚數。

提供的輸入已通過公開輸入規則的檢查。本指南並未實際執行 Actor。執行是指真正啟動 Actor 並運作。準備輸入或開啟頁面，不代表已經執行。

Task 是為 Actor 儲存的預設輸入設定。查核時，名為 Instagram Brand Campaign Metrics 的公開 Task 確實存在。查核並未透過已登入帳號讀取其儲存設定，也未執行該 Task。使用前，請檢查設定並替換範例值。Instagram Brand Campaign Metrics Task，查核於 2026 年 10 月 25 日；僅確認公開頁面存在，未透過已登入帳號核實儲存的輸入，未執行。

4. 一併儲存數量、品質與來源狀態

如果實際蒐集資料，請將來源欄位保留在一起。不要只把數字複製到報告中。

查核過的輸出規格記載了這些欄位。它們不是為本文執行 Actor 後取得的結果。公開預設組建版本 1.0.35，查核於 2026 年 10 月 25 日；僅為文件記載的欄位，沒有實際蒐集結果。

`postMetricStatus` 可以包含多筆指標紀錄。請找出 `metric` 為 `likes` 的紀錄。保留其中的 `value`、`status`、`precision` 與 `rawValue`。原始值會保留該筆紀錄所提供的來源表示形式。

可用狀態與精確程度回答不同的問題。可用狀態說明數值是已取得、無法取得，還是尚未嘗試取得。精確程度說明數字有多準確。文件記載的精確程度標籤為 `exact`、`display_rounded`、`likely_rounded`、`unavailable` 與 `unknown`。

經過取整的數字，無法支持與精確數字同樣準確的結論。即使數值看起來像一般整數，也要保留精確程度標籤。不要把整列資料的成功狀態，視為每項指標都可取得的證明。

另行公開顯示的計數器，可以在其標示的品質限制內支持一項數量觀察結果。但它無法證明可見的按讚名單包含所有帳號。

5. 保留缺失值，並將帳號擁有者紀錄分開

`null` 表示該欄位沒有可用的數值。零則是一個數值。把 `null` 改成零，會改變紀錄的意思。

如果無法取得公開按讚數，請保留 `null` 與來源狀態。不要用以下資料填入該欄位：

1. 可見帳號的筆數。
2. 較早的公開讀值或帳號擁有者讀值。
3. 留言數。
4. 另一個帳號在尚未查核的範圍下看到的數值。

帳號擁有者紀錄可能回答另一個有用的問題。請向帳號擁有者索取能識別貼文、衡量項目與相關時間的紀錄。只使用你獲准查閱的紀錄。

檢查報告中的確切標籤。記錄數值是來自公開計數器、帳號擁有者報告，還是其他已註明的衡量項目。檢查所有日期範圍，以及付費或自然活動的涵蓋範圍。付費範圍涉及廣告活動。自然範圍涉及該廣告範圍以外的活動。

不要假設帳號擁有者的螢幕截圖符合今天的公開總數。如果較早截圖中的貼文識別資訊、日期與數值意義都明確，它可以證明較早的讀值。但不能只因為截圖涉及同一則貼文，就用它證明目前的讀值。

請將僅供帳號擁有者查看的紀錄與公開觀察結果分開。分享報告時，請指出作為佐證的帳號擁有者紀錄，不要把它當成公開蒐集的資料。

即使數值相同，也需要檢查其意義。社群指標比較指南 說明了為何定義、單位與觀察期間都必須符合問題。在將按讚計數器、名單觀察結果與帳號擁有者紀錄視為同等證據前，請先依照這項原則查核。

6. 建立數量證據表

為每個證據項目建立一列資料。保留來源數值，不要更改。將你的解讀放在另外的欄位中。

這些是建議用於查核的欄位，不是 Actor 額外輸出的欄位。

請在每列旁保留貼文識別資訊，或將它存於有明確連結的紀錄中。適用時，也要保留指標標籤與精確程度。如果帳號擁有者紀錄有報告期間，請將它與收到檔案的時間分開儲存。

不要用一項觀察結果覆寫另一項。兩個不同的數值，可能涉及不同的時間、衡量項目或範圍。在能解釋兩者關係之前，請保留兩者。

如果觀察結果看似衝突，請先檢查貼文識別資訊、衡量項目、時間與涵蓋範圍。如果仍無法釐清，請將觀察結果分開保留。不要計算平均值，也不要為了讓報告看起來更好而選擇較大的數值。

7. 完整範例：114 筆可見帳號，總數未知

原創虛構範例：本例中的所有觀察與判斷均為教學而虛構，並未描述任何真實帳號或平台故障，也不是 Actor 的執行結果。

一位查核人員需要確認一則貼文目前的公開按讚數。查核人員在可見名單中觀察到 114 筆帳號，但未證明名單涵蓋完整範圍。目前無法取得公開計數器的數值。帳號擁有者提供了一張較早的螢幕截圖，讀值為 600，但尚未證明它符合目前所需的範圍。

證據表包含三個項目：

1 項可見名單觀察結果 + 1 筆無法取得計數器數值的紀錄 + 1 筆較早的帳號擁有者紀錄 = 3 個證據項目。

單位是證據項目。這項計算不是在計算按讚數或人數。

觀察到的名單筆數為 114 筆帳號。目前的公開按讚總數仍未知。帳號擁有者較早的讀值為 600，但它是否符合目前的問題，仍未釐清。

不要將 114 與 600 相加。它們是不同的觀察結果，不是某個已確認總數的不同組成部分。不要用 600 減去 114，進而聲稱缺少特定數量的帳號。這項計算需要有證據證明兩者的關係，而本例並未提供這種證據。

適合寫入報告的敘述如下：

不要用 114、600 或零來代替缺失的總數。這些替代值都無法用來計算目前以按讚數為基礎的比率。

8. 檢查計算與失敗狀態

比率是用一個數量表示它與另一個數量的關係。以按讚數為基礎的比率，需要適用的按讚數。如果所需的按讚數缺失，請將比率標為無法取得，或將受影響的貼文排除於該項計算之外。

如果排除貼文，請說明排除了多少則，以及原因。明確指出缺失的按讚數。請將查閱過的貼文清單，與實際用於計算的較小清單分開。不要為了得出結果而暗中更改衡量項目。

接受報告前，請完成以下檢查：

1. 名單涵蓋範圍未獲證實：將結果標為可見名單觀察結果。
2. 缺少公開計數器數值：保留 `null` 與其來源狀態。
3. 數值經過取整，或精確程度未知：保留品質標籤，並限制結論的範圍。
4. 缺少貼文識別資訊：將紀錄之間的關係保留為尚未釐清。
5. 缺少觀察時間：不要將讀值呈現為已核實的目前數值。
6. 較早的帳號擁有者紀錄：在查核日期與範圍之前，請分開保留。
7. 沒有可用的蒐集資料列：不要因此認定貼文的按讚數為零。
8. 未實際執行：將輸入描述為已準備完成，不要說成已蒐集的證據。

提供的證據無法確認數值為何隱藏或無法取得。不要根據這些觀察結果，判定原因是隱私設定變更、限制或程式錯誤。

每個數量都有來源、時間或明確註明的時間資訊缺口、涵蓋範圍說明，以及可支持的用途，報告才可接受。完整的報告可以包含未知的總數。報告的任務是準確說明證據。