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

不能。除非你能證明名單完整，否則清點可見的按讚帳號無法確認 Instagram 按讚總數。請將可見名單的筆數列為獨立的觀察結果。如果另有可取得的按讚計數器，請一併保留其來源、時間與品質資訊。如果無法核實所需的總數，請將它標為未知。不要用可見名單的筆數、較早的數值或零來代替。

先確認貼文，以及報告需要查明的具體事實。人工查核可能就已足夠。如果帳號擁有者有相關紀錄，請檢查該紀錄能證明什麼。公開資料蒐集工具可以協助儲存另行公開顯示的計數器數值，但這個方法無法重建隱藏資料。

最後會得到一份數量證據表。這份表格記錄每個來源顯示什麼，以及它能用來證明什麼。你必須自行建立這份表格；蒐集工具不會替你判斷證據能支持哪些結論。

## 1. 明確定義所需的數量

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

| 證據項目 | 能回答的問題 | 必須註明的限制條件 |
| --- | --- | --- |
| 公開按讚計數器 | 查核時能公開取得的按讚數是多少？ | 保留觀察時間，以及數值品質的任何限制 |
| 可見的按讚帳號名單 | 查閱的名單中有多少筆可見帳號？ | 註明是否已證明涵蓋完整名單 |
| 獲准查閱的帳號擁有者紀錄 | 這份帳號擁有者紀錄報告了什麼？ | 保留日期、貼文識別資訊、衡量項目與報告範圍 |

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

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

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

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

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

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

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

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

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

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

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

請區分帳號與人。顯示的名稱無法證明它對應一位不重複的個人。名單觀察結果也無法證明有多少人看過貼文、購買商品，或提出產品問題。若要分析留言，[Instagram 購買提問查核指南](/zh-Hant/articles/instagram-%E8%B3%BC%E8%B2%B7%E5%95%8F%E9%A1%8C%E5%AF%A9%E6%9F%A5/) 說明了如何區分公開提問與已確認的買家。不要用按讚名單的數量來填補這些證據缺口。

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

Actor 是在託管環境中執行的資料蒐集程式。[Instagram Metrics Scraper](https://apify.com/chronometrica/instagram-metrics-scraper) 的文件說明，其用途是蒐集公開指標，包括可取得的按讚數。指標是衡量所得的數值，例如按讚數。

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

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

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

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

這是 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 日；僅確認公開頁面存在，未透過已登入帳號核實儲存的輸入，未執行](https://apify.com/chronometrica/instagram-metrics-scraper/examples/instagram-brand-campaign-metrics)。

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

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

| 來源欄位 | 應保留的內容 | 保留的原因 |
| --- | --- | --- |
| `inputUrl` | 提供的來源連結 | 說明你要求 Actor 查核什麼 |
| `postId`, `postUrl` | 回傳的貼文識別資訊與連結，如有提供 | 協助確認這列資料對應哪一則貼文 |
| `likes` | 回報的數值或 `null` | 保留原值，不自行填補缺漏 |
| `postMetricStatus` | 指標的可用狀態與精確程度詳情 | 顯示回報的按讚數值品質 |
| `status`, `statusReason` | 該列的狀態與提供的任何詳情 | 保留資料蒐集時的相關情況 |
| `scrapedAt` | 蒐集時間 | 說明何時進行觀察 |

查核過的輸出規格記載了這些欄位。它們不是為本文執行 Actor 後取得的結果。[公開預設組建版本 1.0.35，查核於 2026 年 10 月 25 日；僅為文件記載的欄位，沒有實際蒐集結果](https://api.apify.com/v2/acts/chronometrica~instagram-metrics-scraper/builds/default)。

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

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

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

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

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

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

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

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

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

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

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

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

即使數值相同，也需要檢查其意義。[社群指標比較指南](/zh-Hant/articles/%E8%B7%A8%E5%B9%B3%E5%8F%B0%E6%AF%94%E8%BC%83%E7%A4%BE%E4%BA%A4%E5%AA%92%E9%AB%94%E8%A7%80%E7%9C%8B%E6%AC%A1%E6%95%B8/) 說明了為何定義、單位與觀察期間都必須符合問題。在將按讚計數器、名單觀察結果與帳號擁有者紀錄視為同等證據前，請先依照這項原則查核。

## 6. 建立數量證據表

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

| 儲存欄位 | 應記錄的內容 |
| --- | --- |
| `item_type` | 公開計數器、可見名單觀察結果，或帳號擁有者紀錄 |
| `source` | 確切的畫面、來源連結，或帳號擁有者紀錄的參照資訊 |
| `observation_time` | 觀察數值的時間與時區；若不知道，則明確標為未知 |
| `value_or_missing` | 數值，或明確標示的缺失值 |
| `coverage` | 觀察涵蓋的範圍，以及仍未證實的部分 |
| `permitted_use` | 這項證據能支持的結論 |

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

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

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

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

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

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

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

| 證據項目 | 來源 | 觀察時間 | 數值或缺失值 | 涵蓋範圍 | 可支持的用途 |
| --- | --- | --- | --- | --- | --- |
| 可見名單 | 人工查閱貼文的可見名單 | 本次查核；必須儲存確切時間 | 114 筆帳號 | 目前可見的項目；未證明名單完整 | 僅報告觀察到的名單筆數 |
| 公開按讚計數器 | 查核同一則貼文的公開計數器 | 本次查核；必須儲存確切時間 | `null` | 本次查核無法取得目前的計數器數值 | 將所需的公開總數標為未知 |
| 帳號擁有者紀錄 | 帳號擁有者提供的較早螢幕截圖 | 較早的讀值；必須核實確切時間 | 帳號擁有者較早的讀值為 600 | 尚未證明符合目前的範圍 | 另行保留為待核實的過往證據 |

證據表包含三個項目：

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

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

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

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

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

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

查閱的名單顯示 114 筆帳號，但未證明涵蓋完整名單。目前無法取得公開按讚數。帳號擁有者較早的螢幕截圖顯示 600，但尚未核實它是符合目前所需範圍的當前讀值。目前的公開總數仍未知。

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

## 8. 檢查計算與失敗狀態

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

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

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

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

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

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

## 選擇下一項證據查核

先選定一則貼文，明確寫出你需要哪一種數量。如果可見名單是唯一證據，請報告實際觀察到的名單筆數，以及涵蓋範圍的限制。如果總數仍未知，請向帳號擁有者索取附有日期的紀錄。紀錄須包含貼文識別資訊、衡量項目，以及回答問題所需的範圍。

如果另行儲存公開計數器的觀察紀錄有幫助，可以使用 [Instagram Metrics Scraper](https://apify.com/chronometrica/instagram-metrics-scraper)。請替換範例連結，檢查實際取得的結果，並保留其品質欄位。接著判斷這些證據是否足以確認所需的總數。如果不足，請將該數值標為未知，並明確列出仍需要哪些證據。

## 來源與延伸閱讀

- [Instagram Metrics Scraper 公開預設組建版本 1.0.35 — 查核於 2026 年 10 月 25 日；僅查核靜態輸入與輸出規格，未進行付費執行或執行可靠性測試](https://api.apify.com/v2/acts/chronometrica~instagram-metrics-scraper/builds/default)
- [Instagram Brand Campaign Metrics Task — 查核於 2026 年 10 月 25 日；僅確認公開頁面存在，未透過已登入帳號核實儲存的輸入，未執行](https://apify.com/chronometrica/instagram-metrics-scraper/examples/instagram-brand-campaign-metrics)
- [關於捲動隱藏按讚數名單的提問 — 發布於 2024 年 1 月 16 日；擷取於 2026 年 10 月 25 日；僅一則讀者的公開陳述，未透過已登入帳號查核，也未確認影響整個平台的原因](https://www.reddit.com/r/Instagram/comments/19830mh/)
- [關於公開數量與可見帳號有限的提問 — 發布於 2025 年 5 月 19 日；擷取於 2026 年 10 月 25 日；僅一則讀者的公開陳述，未透過已登入帳號查核，也未確認影響整個平台的原因](https://www.reddit.com/r/Instagram/comments/1kqnwwk/)