如何審查 Instagram 內容格式與發文節奏

你要收集的資料

Actor 是託管的資料收集程式。Task 是已儲存的輸入預設。Instagram Metrics Scraper Actor 收集來源列。日曆、計數和時間表選擇由你建立。

目前的公開版本是 1.0.35。該版本已於 2026-10-13 檢查。接受的模式是 auto、contentUrls 和 profileUrls。這次審查使用 contentUrls。該模式表示由你提供內容網址。profileUrls 接收帳戶名稱。把網址放進 startUrls。maxItems 是可選上限，用來限制列的總數。

內容列是一項公開內容，而且至少有一項公開指標。失敗的網址可能顯示為缺口，而不是內容列。使用這些欄位：

scrapedAt 不是發佈時間。不要把它用作貼文日期。

你可能看到這些公開計數。它們可以不存在。它們是 views、plays、playsInstagram、likes 和 comments。每個計數留在自己的欄位。不要把它們相加。不要把它們變成私人受眾規模。這次審查使用日期和格式。

日期可以缺少。格式標籤可以缺少。缺少就是未知。未知不是零。

目前已儲存的 Task 是 Instagram Content Publishing Cadence Source Data。Task 只是起始輸入。它不表示計數會自動完成。已儲存的輸入是：

{
  "mode": "profileUrls",
  "startUrls": ["@nike", "@adidas", "@playstation"],
  "maxItems": 60
}

在這次審查之前更改該輸入。把 mode 設為 contentUrls。用已知的公開貼文網址或 Reel 網址，取代 @nike、@adidas 和 @playstation。Reel 是公開的 Instagram 影片貼文。在已儲存的列中，格式標籤 reel 表示該貼文的格式是 Reel，而不是某一則貼文的身分。試行是小型的首次測試。試行時把 maxItems 設為 3。使用三個網址，使上限與清單相符。

{
  "mode": "contentUrls",
  "startUrls": [
    "FIRST_KNOWN_PUBLIC_POST_OR_REEL_URL",
    "SECOND_KNOWN_PUBLIC_POST_OR_REEL_URL",
    "THIRD_KNOWN_PUBLIC_POST_OR_REEL_URL"
  ],
  "maxItems": 3
}

用真實公開網址取代三個佔位文字。不要把例子中的帳戶名稱留在 startUrls。

已儲存的個人檔案預設不獲接受用於發現帳戶。它也不獲接受作為完整紀錄。在 @nike 上做的 profile 模式試行傳回 no_profile_content。該發現紀錄是 blocked_or_challenged。該結果不能證明 @nike 沒有貼文。blocked_or_challenged 不表示帳戶是空的。

另一次測試使用一則已知的公開 Reel 網址。那是這次審查接受的路徑。已儲存的列有 postId。它包含帳戶欄位。它的 mediaType 是 reel。它有 publishedAt。說明文字存在。公開指標存在。那一則 Reel 不能證明完整紀錄。這些是已檢查的產品事實。它們不是本文後面的虛構日曆。

沒有已檢查的完整存檔。沒有已檢查的按日期範圍搜尋。看起來完整的頁面不能證明完整涵蓋。達到上限不能證明完整涵蓋。指標上的成功不能證明你已列出每一則貼文。

目前的 README 是該 Actor 的公開說明。那些說明提到 maxItemsPerProfile。目前的輸入 schema 是接受的輸入欄位清單。該清單不包括 maxItemsPerProfile。不要設定該欄位。

maxItems 計算整次收集的列數。它不是逐個帳戶計算。小的上限可以截斷較長的網址清單。在已儲存的輸出中，檢查 providedInputs、contentUrls、inputUrls、resolvedUrls、metricRows、stops 和 statuses。把這些部分與你計劃收集的網址清單對上。

用八個步驟做審查

1. 選擇兩個或三個已知的對手帳戶。為全部帳戶選擇同一個 UTC 時段。UTC 是本文每個日期使用的世界時鐘。同一個時鐘使較晚的貼文留在同一個日期。同一個時段使比較公平。以繁忙月份對清閒月份並不公平。例子長度：28 日，即 4 週。把結束時間寫成不含結束點。不含結束點表示該結束瞬間在時段之外。下一個時段可以從同一個瞬間開始。一則貼文就不會同時落在兩個時段。每個帳戶使用同一條納入規則。納入時段內、時間已知的一般公開貼文和 Reel。排除 Stories。Story 是短暫存在的 Instagram 項目。這個 Actor 不收集 Stories。說明你如何處理置頂貼文。按發佈日期納入置頂貼文。不要用它在畫面上的位置。置頂貼文可以是舊的。
2. 親手建立網址清單。清單是你計劃收集的已知內容網址列表。使用你選定的公開帳戶，或另一個你已經核實的列出方法。本文不提供發現帳戶的方法。儲存 inventory_date、帳戶鍵、內容網址，以及一句簡短的收集備註。inventory_date 是你建立清單的日期。只有證據支持該標記時，才把涵蓋標為 complete_for_checked_source。該標記表示已檢查的來源已被涵蓋。它本身不表示整個帳戶紀錄已被涵蓋。否則標為 partial/unknown。看起來完整的頁面不是足夠證據。達到上限不是足夠證據。
3. 以 contentUrls 模式送出已知內容網址。先使用較小的總上限。試行上限是 maxItems 3，並配合三個已知網址。把每一列已儲存資料與你送出的網址比較。查看 postId、帳戶欄位、mediaType、publishedAt、status 和 statusReason。只使用目前 schema 接受的輸入欄位。不要加入 maxItemsPerProfile。小型試行在長清單之前顯示該路徑可行。上面那則已知 Reel 是成功例子。@nike 的個人檔案結果不是該例子。
4. 把每一個計劃網址對上已儲存的列，或對上一個缺口。把失敗和無法使用的輸入留在另一份清單。把已知的 publishedAt 讀作 UTC。該時間在時段內就保留該列。如果 publishedAt 缺少，把該列放到另一份 unresolved 清單，不要把它放進有日期的日曆。不要把缺少的日期稱為在時段之外。標為之外會隱藏一列可能屬於時段之內的資料。標為之內會編造一個日期。scrapedAt 不用來選擇時段。有指標的列仍可以在你的清單之外。指標不能證明清單完整。使用像這樣的對照表，並用你收集到的資料填寫。本文後面的日曆是虛構。這張對照表不是虛構，必須記入你的收集資料。

1. 同一則貼文只計一次。使用存在而且你已核實的 postId。如果 postId 缺少，先覆核已解析的貼文網址，再計算該列。缺少身分需要覆核。不要在沒有備註時刪除它。不要把它當作確定的重複項。相同標題或說明文字不能證明是重複項。兩段說明文字可以偶然相同。協作重複是同一個內容 ID 被儲存多於一次。在一個帳戶清單內，該 ID 只計一次。保留來源列。兩列有衝突時保留備註。
2. 保留該列已有的 mediaType 文字。不要更改標籤名稱。如果標籤缺少，格式保持未知。為每個帳戶建立一個每日日曆。建立一張格式計數表。某日沒有已納入的列，表示該日沒有已納入紀錄。只有該日的涵蓋足夠好時，這才證明該帳戶沒有發佈任何內容。如果涵蓋是 partial/unknown，寫「沒有已納入紀錄」。不要寫沒有發佈任何內容。
3. 用時段內的週數，除已納入而且日期已知的貼文數。該結果是觀察到的發文率。使用這個淺白公式。每週貼文數 = 已納入而且日期已知的貼文數 / 時段內的週數。計算格式佔比時，用全部已納入貼文作為分母。佔比是一種格式在該分母中所占的部分。格式佔比 = 該格式的數量 / 全部已納入貼文。未知格式留在該分母中。你也可以做第二個組合，只使用已知格式。要說明分母已經改變。不要把任何一個組合稱為最佳組合。不要把該發文率稱為每一隊的最佳發文率。部分清單上的發文率是該清單的發文率。它不是完整帳戶的發文率。
4. 比較發文率、最長的已觀察間隔，以及格式組合。每次比較都附上涵蓋備註。每個發佈時間都保留為 UTC。兩個已知日期之間的間隔是貼文間間隔。從時段開始或時段結束，到最近一則已納入貼文的間隔，是邊界間隔。邊界間隔要分開保留。除非你先寫下規則，否則不要把兩種間隔平均。沒有規則的平均會造出一個新數字。把一個規劃問題與表格一起儲存。問你的團隊能否維持該時間表。不要聲稱有多少人看過這些貼文。不要聲稱同一批人追蹤兩個帳戶。不要聲稱你知道 Instagram 如何排列貼文。不要聲稱這些日期造成較好的結果。

原創虛構的逐步演算例子

下面的日曆是原創虛構。它用來教計數。它不是 Actor 結果。它不是 @nike 試行。它不是已知 Reel 測試。這段虛構中沒有任何計數顯示 Reel 較好。也沒有任何計數顯示較高的發文率較好。

虛構時段於 2026-09-01 00:00 UTC 開始。於 2026-09-29 00:00 UTC 結束。結束點不含在內。長度是 28 日。28 / 7 = 4 週。

帳戶 A 有六則已納入而且日期已知的貼文。日期是 9月2日、9月5日、9月9日、9月13日、9月20日和 9月27日。四列使用標籤 reel。兩列使用標籤 carousel。carousel 在這裡是虛構的格式標籤。它不是對每一份實際標籤清單的聲稱。帳戶 A 還有一列已觀察到、但沒有日期的列。該列不計入這六則。

帳戶 B 有四則已納入貼文。日期是 9月3日、9月10日、9月17日和 9月24日。一列使用 reel。兩列使用 image。一列沒有格式標籤，所以格式保持 unknown。帳戶 B 的清單是部分公開清單。這裡的樣本是指該部分清單。它不是科學樣本。B 的發文率是該部分清單的發文率。它不是已確認的完整帳戶發文率。

兩個帳戶都是 partial/unknown。這段虛構不支持 complete_for_checked_source。它也不支持把整個帳戶的資料涵蓋標為完整。

十一列虛構資料

第 7 列沒有日期，屬於另一份 unresolved 清單。它不是六則日期已知的貼文之一。覆核之後，帳戶 A 的時段總數可以改變。這段虛構沒有給第 7 列一個格式。格式保持 unknown。

這十一列是：A 有 6 則 included，加上 A 有 1 則 unresolved，加上 B 有 4 則 included。

按週的日曆

第 1 週是 2026-09-01 至 2026-09-07。第 2 週是 2026-09-08 至 2026-09-14。第 3 週是 2026-09-15 至 2026-09-21。第 4 週是 2026-09-22 至 2026-09-28。2026-09-29 的結束瞬間在全部四週之外。

最後一欄中的一天是觀察到的零紀錄。它表示該日沒有已納入的列。它不能證明該帳戶沒有發佈任何內容。兩個帳戶的涵蓋範圍都是 partial/unknown。對帳戶 A，9月1日沒有已納入紀錄。由 9月1日到 9月2日的邊界間隔是另一項備註。它不是第二則貼文。A-07 不填入任何一天。它的日期是未知，不是一個零紀錄日。

按週的格式計數

這張表中的零表示該週該格式沒有已納入紀錄。它不是沒有發佈任何內容的證明。

核對總數。帳戶 A 各週是 2 + 2 + 1 + 1 = 6。帳戶 B 各週是 1 + 1 + 1 + 1 = 4。A reel 是 2 + 1 + 1 + 0 = 4。A carousel 是 0 + 1 + 0 + 1 = 2。

發文率、佔比和涵蓋範圍

佔比計算是：

• A reel：4 / 6 = 0.667，即 66.7%。
• A carousel：2 / 6 = 0.333，即 33.3%。
• B reel，以全部已納入貼文計算：1 / 4 = 0.25，即 25%。
• B image：2 / 4 = 0.5，即 50%。
• B unknown：1 / 4 = 0.25，即 25%。
• B 的已知格式是 1 則 reel + 2 則 image = 3。unknown 列不計入這第二個組合。
• B reel，只以已知格式計算：1 / 3 = 0.333，即 33.3%。

不要把 A 的 66.7% 放在 B 的 33.3% 旁邊，當作同一種佔比。A 的分母是 6 則已納入貼文。B 的 33.3% 使用 3 則已知格式貼文。每次都寫出分母。

間隔

帳戶 A 日期已知的間隔，按次序是 3、4、4、7 和 7 日。最長的已觀察貼文間間隔是 7 日。

B 的貼文間間隔使用與 A 的間隔相同的減法。它們是部分清單中的間隔。它們不是帳戶 B 在中間沒有發佈任何內容的證明。A 的 7 日間隔是其已知日期之中最長的間隔。除非那些日子的涵蓋足夠好，否則它不是空白一週的證明。這段虛構沒有該涵蓋。

不要把邊界間隔平均進貼文間間隔。對帳戶 A，邊界間隔是 1 日和 2 日。它們回答另一個問題。它們顯示從時段開始或時段結束起計的等待。它們不顯示貼文之間的等待。

從這段虛構得出的一個規劃選擇

帳戶 A 已檢查的發文率是每週 1.5 則貼文。帳戶 B 的部分清單發文率是每週 1 則貼文。無法維持 1.5 的團隊不應採用 1.5。在這段虛構內，公平的試驗是連續 4 週、每週 1 則貼文。那與較低的已觀察清單相符。記錄這 4 則貼文各自的格式。你可以查看 A 的組合，即 6 則已納入貼文中有 4 列 reel。不要把該組合設為會改善結果的目標。這段虛構沒有顯示致勝格式。問團隊能否在整個時段維持所選格式。如果答案是否，就選擇較慢的時間表。然後在接下來的 28 日重複相同的時段規則。