# 如何在每月 Instagram 觀看報告中分開舊貼文與新貼文

以已核對的發布日期，把較舊貼文與新貼文分開。然後在相同的月份界線，比較你已經儲存的公開觀看次數。只為有完整一對的配對群組，寫下較舊貼文的變化。沒有起始次數的新貼文，以及其他每一項缺漏，各自保留獨立列。目前的累計總數不能重建較早的月份。

已核對是指你有來源證據，不是猜測。Actor 是一個代為收集資料的託管程式。本文使用 [Instagram Metrics Scraper](https://apify.com/chronometrica/instagram-metrics-scraper) Actor。公開版本 1.0.35 接受 mode contentUrls。這個模式是指你自行提供每則貼文的 URL。Reel 是 Instagram 短片。把已知的公開貼文或 Reel URL 放入 startUrls。

Task 是已儲存的輸入預設。[Instagram Post Metrics Tracker](https://apify.com/chronometrica/instagram-metrics-scraper/examples/instagram-post-metrics-tracker) 是目前的公開 Task。一次 run 是 Actor 的一次執行。maxItems 是一次 run 回傳項目數量的上限。Task 只是起始輸入。它不會替你做這項比較。

一次觀測是在已知時間儲存的一次公開次數讀數。Actor 回傳的是目前的觀測。它不會回傳過去月份界線的舊次數。它不會回傳非公開的帳戶統計。它不會把付費觀看與非付費觀看分開。付費觀看來自廣告。非付費觀看則不是。它不會列出該帳戶曾經發布的每一則貼文。你需要你已經儲存的觀測。

可比較是指同一則貼文、同一項指標、同一個來源，以及已知時間。

## 你可以比較甚麼

當兩個界線都是可比較的儲存讀數時，你可以為一個發布同期群組寫下觀測到的每月變化。發布同期群組是在同一個所述時段內發布的一組貼文。活動時段是觀看次數被計算的時間。這兩個時段要分開。

較舊貼文仍可以在較後的月份增加觀看次數。新貼文也可以增加觀看次數。你按發布日期分開貼文，而不是按哪一個次數有變。一則五月貼文可以在七月增加觀看次數。那些觀看屬於七月的活動。同期群組仍然是七月之前發布的貼文。

公開觀看次數、播放次數、讚好、留言，以及非公開帳戶統計中的觸及，是不同的事實。一對數據的兩端要用同一項指標。這個方法使用公開觀看次數。播放次數不是觀看次數。讚好和留言不是觀看次數。非公開帳戶統計中的觸及不在這個公開次數之內。觀看次數不是不重複人數。

缺漏、約數，或確切程度不明，都不是確切的界線值。這些配對不要計入確切總數。

## 步驟

1. 界定月份區間和指標。使用一個時區。寫下開始和結束。以 7 月 1 日 00:00 UTC 至 8 月 1 日 00:00 UTC 作為模式。結束時間不屬於七月。在該瞬間發布的貼文是在該月之後。7 月 31 日發布的貼文在該月之內。選擇一項指標，兩次儲存都沿用它。畫面上的約數標籤和已儲存的確切次數不是同一個來源。畫面標籤是應用程式顯示的短數字，例如 1.2K。
2. [建立已知貼文的已核對名單](/zh-Hant/articles/instagram-%E5%85%A7%E5%AE%B9%E6%A0%BC%E5%BC%8F%E8%88%87%E7%99%BC%E6%96%87%E7%AF%80%E5%A5%8F%E5%AF%A9%E6%9F%A5/)。包括仍可能增加觀看次數的較舊貼文。只列七月發布的清單會漏掉五月和六月的貼文。那些較舊貼文仍可能在七月增加觀看次數。每個 URL 都要保留身分、發布證據和一項覆蓋註記。個人檔案探索不是獲接納的途徑。只使用已知公開貼文或 Reel 的直接 URL。除非你有證據，否則不要聲稱名單包括每一則貼文。一列有用的資料不能證明完整覆蓋。目前 Task 的樣本不是你的貼文。更換整份樣本清單。第一次檢查時，使用一個已知 URL，並把 maxItems 設為 1。
3. 使用你在兩個界線已經有的儲存讀數。今天的新一次 run 不能找回區間開始。基線是區間開始時已儲存的次數。[記錄每次儲存的實際時間](/zh-Hant/articles/facebook-%E8%B2%BC%E6%96%87%E6%8C%87%E6%A8%99%E9%9A%A8%E6%99%82%E9%96%93%E8%AE%8A%E5%8C%96/)。7 月 2 日的儲存已經太遲。它不涵蓋 7 月 1 日。它也不涵蓋 7 月 2 日較早的時段。你只能把該次儲存用於它真正涵蓋的時間。你不能稱它為 7 月 1 日基線。你需要已知時間和已知數值。大約的畫面標籤並不足夠。兩次儲存必須使用同一項次數指標和同一個來源。兩個數值可以不同。
4. 配對同一則貼文並指定同期群組。配對同一個 postId 和同一個指標來源。不要因為說明文字看起來相似就合併兩列。複製的片段如果 postId 不同，需要另行檢視。publishedAt 與 scrapedAt 要分開。publishedAt 是發布時間。scrapedAt 是該次觀測的時間。你的同期群組標籤不是 Actor 欄位。你根據已核對的發布證據和你的區間來指定。只使用一個標籤。before_month 是指在區間開始之前發布。published_in_month 是指在區間之內發布。after_month 是指在區間結束之時或之後發布。publication_unknown 是指沒有已核對的發布時間。不要用第一次儲存填補未知日期。首次看見的時間是觀測時間。它不是發布時間。
5. 只為確切的完整一對計算變化。整月一對是指在你界定的開始和結束都有確切儲存。變化是結束減去開始。兩個數字都必須確切。兩者都必須來自同一個來源。如果儲存時間不同，寫下實際時間。該列不要計入整月總數。約數配對不要計入確切總數。確切程度不明的也不要計入確切總數。只有在你先寫下一條清楚的規則，說明如何處理這些數值的不確定性之後，才把它們移入。這個方法不把約數標籤當作確切。如果計數下降，標示 revised_or_decreased_counter。計數是你儲存的公開數字。調查該列。不要用零取代下降。不要稱它為負數觀看者。較低的公開計數可以是一次修訂。它不是離開的人數。
6. 小心處理新貼文。發布後的第一個次數不是已證實的零基線。你沒有觀測到的月份界線，絕不要寫零。你可以寫下你確實觀測到的時間之間的變化。把該變化稱為部分區間。把它與整月貢獻分開。首次看見的日期不能取代 publishedAt。它不能還原第一次儲存之前錯過的觀看次數。缺漏的觀測仍然是缺漏。未知的發布日期、缺漏的次數，以及已修訂的計數，留在各自的列。
7. 只加總符合資格的整月變化。只在一個已知同期群組之內加總變化。該對必須可比較，而且必須涵蓋整個月。寫下你納入了多少則貼文。寫下每一項缺漏和每一項排除結果。不要把部分區間混入該總和。不要把這些總和的比率說成整個帳戶的份額。你的名單不是帳戶上的每一則貼文。自有的每月帳戶報告是另一個來源。比較之前先檢查它的指標和覆蓋範圍。未經該檢查，不要把它併入公開觀看次數的總和。
8. 說明結果，以及你不知道的部分。較舊貼文可以在發布月份之後增加觀看次數。公開次數不會顯示付費原因或非付費原因。它們不會顯示不重複人數。大幅增加不能證明該貼文造成帳戶增長。在你選擇內容之前，先給出同期群組表和各項缺漏。

## 更換樣本輸入

目前已儲存的 Task 輸入使用五個樣本 URL 和 maxItems 100。為你自己的檢查刪除全部五個樣本。不要把你的 URL 加在樣本旁邊。

```json
{
  "mode": "contentUrls",
  "startUrls": [
    "https://www.instagram.com/p/DZNai6uEQux/",
    "https://www.instagram.com/p/DZVGPOPlVyp/",
    "https://www.instagram.com/p/DZahOsaDTnm/",
    "https://www.instagram.com/p/DXl-mmCDIRu/",
    "https://www.instagram.com/p/DYpL1W-jO7j/"
  ],
  "maxItems": 100
}
```

更換樣本輸入

第一次檢查使用這個形式。用你自己的公開 URL 取代佔位內容。

```json
{
  "mode": "contentUrls",
  "startUrls": ["PASTE_ONE_KNOWN_PUBLIC_URL"],
  "maxItems": 1
}
```

更換樣本輸入

上限 1 對應只有一個 URL 的名單。如果 maxItems 低於 URL 的數量，該次 run 可以省略部分 URL。仍然要把輸出與名單比較。在版本 1.0.35 用一個已知 Reel 做的檢查，回傳了預定的貼文。它回傳了 postId 和貼文 URL。它回傳了個人檔案身分和 publishedAt。它回傳了 views、likes、comments 和 status。該檢查支持這些目前欄位。它沒有找回歷史的月份界線數值。likes 和 comments 可以出現在 views 旁邊。不要把它們混入觀看次數的變化。

## 用你的名單核對輸出

Actor 收集各列。你按上面的步驟做同期群組工作。該次 run 不會替你建立月份表。

run 之後，開啟 OUTPUT。對帳是指你把原來的目標名單與資料集逐項配對。providedInputs、contentUrls、inputUrls、resolvedUrls、metricRows、noPublicMetricRows、blockedRows、failedRows、statusCounts 和 stopReason 是匯總次數和狀態總數。它們不是逐個 URL 的清單。不要從 blockedRows 或 failedRows 的總數推斷哪一個目標失敗。按 inputUrl、postId、postUrl、status 和 statusReason，把每個目標配對到它的資料集列。包括未能取得的目標。

已提供但不在 metricRows 的 URL 不是零。上限可以省略一個 URL。該 URL 也可以被封鎖或失敗。決定之前先閱讀 status、statusReason 和 stopReason。

從有用的一列保留這些欄位：inputUrl、postId、postUrl、profileId 和 profileHandle。inputUrl 對應來源目標。profileHandle 是公開使用者名稱。同時保留 publishedAt、views 和 postMetricStatus。postMetricStatus 是該列的指標狀態。同時保留 status、statusReason 和 scrapedAt。如果沒有回傳公開指標，不要編造次數。

## 七月觀看月份的原創虛構例子

下面各列是原創虛構。它們不是 Actor 的結果。它們不是你的帳戶。它們只顯示如何判斷每一種列。

區間是 7 月 1 日 00:00 UTC 至 8 月 1 日 00:00 UTC。結束時間不屬於七月。每一對確切數據在兩個界線都使用同一個來源計數。

P1 於 5 月 20 日發布。它的同期群組是 before_month。觀看次數由 1,000 變為 1,600。兩個數值都確切。時間是 7 月 1 日和 8 月 1 日的 00:00 UTC。變化是 1,600 減 1,000。即 +600。

P2 於 6 月 18 日發布。它的同期群組是 before_month。觀看次數由 2,000 變為 2,200。變化是 +200。P1 和 P2 是已配對的較舊群組。群組總數是 600 加 200。即 +800。這個 +800 只是該配對群組的較舊貼文貢獻。它是兩則貼文，不是整個帳戶。

P3 於 7 月 5 日發布。它的同期群組是 published_in_month。第一次觀測是 7 月 6 日，有 100 次觀看。7 月 6 日的時鐘時間沒有提供。8 月 1 日 00:00 UTC 的次數是 400。變化是 400 減 100。即 +300。涵蓋的時間只是 7 月 6 日至 8 月 1 日。這是部分區間。沒有 7 月 1 日的已儲存次數。該貼文在 7 月 1 日也不存在。由 7 月 5 日到第一次儲存的時間沒有被觀測。缺漏的開始不要寫零。這個 +300 不是整月貢獻。

P4 沒有開始次數。結束次數 1,000 存在。每月變化未能取得。空白的開始不要填零。P4 的發布證據不屬於這則虛構。不要猜測同期群組。

P5 使用約數標籤 1.2K 和 1.5K。字母 K 表示畫面顯示以千為單位的短標籤。這則虛構把那些標籤放在月份界線。標籤仍然不是確切次數。不要把 1.2K 變成 1,200。不要把 1.5K 變成 1,500。確切變化未知。P5 不要計入確切總數。P5 的發布證據不屬於這則虛構。

P6 由 1,000 變為 900。兩個數字都確切。界線時間是 7 月 1 日和 8 月 1 日的 00:00 UTC。計數下降了 100，因為 1,000 減 900 是 100。標示 revised_or_decreased_counter。在你檢視之前，P6 不要計入正數總數。不要把這次下降稱為負數的不重複人數。不重複人數是另一項事實。P6 的發布證據不屬於這則虛構。

P7 沒有已核對的發布日期。它的同期群組是 publication_unknown。它確實有確切的一對，由 10 到 40。時間是 7 月 1 日和 8 月 1 日的 00:00 UTC。變化是 40 減 10。即 +30。不要把 P7 歸入較舊貼文。不要把 P7 歸入新貼文。你第一次儲存 P7 的日子不是它的發布日期。

較舊群組貢獻 +800。P3 的 +300 仍然是部分區間的變化。P7 的 +30 仍然屬於未知同期群組。不要把 800 和 300 相加。不要把 30 加進任何一個同期群組。不要把 800 除以 800 加 300，當作較舊貼文在整月中的份額。那些列並不涵蓋同一個區間。它們不是整個帳戶。P4、P5 和 P6 留在總和之外。

| 貼文 | 發布日期 | 同期群組 | 開始界線 | 結束界線 | 變化 | 確切程度 | 比較結果 | 缺漏 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| P1 | 5 月 20 日 | before_month | 7 月 1 日 00:00 UTC 的 1,000 | 8 月 1 日 00:00 UTC 的 1,600 | +600 | 確切 | 整月一對 | 這一對沒有缺漏 |
| P2 | 6 月 18 日 | before_month | 7 月 1 日 00:00 UTC 的 2,000 | 8 月 1 日 00:00 UTC 的 2,200 | +200 | 確切 | 整月一對 | 這一對沒有缺漏 |
| P3 | 7 月 5 日 | published_in_month | 7 月 6 日的 100，時鐘時間沒有提供 | 8 月 1 日 00:00 UTC 的 400 | +300 | 在較短區間上確切 | 部分區間 | 沒有 7 月 1 日基線 |
| P4 | 沒有提供 | 未指定 | 缺漏 | 1,000 | 未能取得 | 不是一對 | 缺漏基線 | 不要使用零 |
| P5 | 沒有提供 | 未指定 | 1.2K 標籤 | 1.5K 標籤 | 未知 | 約數 | 在確切總數之外 | 約數標籤 |
| P6 | 沒有提供 | 未指定 | 7 月 1 日 00:00 UTC 的 1,000 | 8 月 1 日 00:00 UTC 的 900 | 下降 100 | 確切 | revised_or_decreased_counter | 在正數總數之外 |
| P7 | 未知 | publication_unknown | 7 月 1 日 00:00 UTC 的 10 | 8 月 1 日 00:00 UTC 的 40 | +30 | 確切 | 整月一對，同期群組未知 | 不能指定同期群組 |

使用 +800 之前先閱讀每一列。表格顯示界線時間、確切程度、同期群組、比較結果和缺漏。+800 只用 P1 和 P2。

## 下一步

找一則在區間開始有儲存、在區間結束也有儲存的較舊貼文。如果兩次儲存都確切且來自同一個來源，寫下結束減去開始，以及同期群組。如果開始的儲存缺漏，寫下缺漏基線，不要寫零。若要取得目前的一列，開啟 [Instagram Metrics Scraper](https://apify.com/chronometrica/instagram-metrics-scraper) 和 [Instagram Post Metrics Tracker](https://apify.com/chronometrica/instagram-metrics-scraper/examples/instagram-post-metrics-tracker) Task。用一個已知的公開 URL 取代樣本 URL，保持 mode contentUrls，並把 maxItems 設為 1。

## 來源與延伸閱讀

- [Instagram Metrics Scraper](https://apify.com/chronometrica/instagram-metrics-scraper)
- [Instagram Post Metrics Tracker](https://apify.com/chronometrica/instagram-metrics-scraper/examples/instagram-post-metrics-tracker)
- [按月比較貼文洞察的問題](https://www.reddit.com/r/socialmedia/comments/1o32gz6/reporting_can_you_view_mom_post_insights_for/)