Chronometrica 與 Apify Instagram Scraper：哪個日期篩選條件適用於留言？

先確認所需紀錄的日期

貼文日期與留言日期回答的是不同問題。貼文可能在八月發布，並在九月收到留言。九月的貼文也可能在十月再收到留言。選取貼文並不能確定其留言的日期。

促成本比較的公開問題涉及留言擷取和 `onlyPostsNewerThan`。維護者說明了此欄位適用於貼文日期，並關閉了該問題。這不能作為目前存在程式錯誤的證據。已關閉的公開問題

選擇輸入欄位前，先用 1 句話寫出所需的輸出。例如：「保留收集到的頂層留言，其日期須介於 9 月 1 日至 9 月 30 日，並包含這 2 個日期。」這句話明確指出所需紀錄、要檢查的日期，以及日期上下限。

接著，另外寫出來源規則。你可以選定一份固定的公開貼文清單，不限其發布日期。你的研究也可能同時限制貼文日期與留言日期。這是 2 項獨立檢查。除非有證據證明同一個日期欄位同時適用於兩者，否則不能用它代表這 2 項條件。

依所需輸出比較 2 種收集方式

使用此表選擇收集方式。表中列出的必要欄位，是驗收檢查所需的資料。請檢查匯出檔案，確認實際欄位名稱。

產品輸入欄位與適用範圍參考資料：Chronometrica 和 Apify。

先決定每列代表的紀錄單位。頂層留言直接出現在貼文下方。回覆則是在留言串內回應的內容。如果你的問題涉及人與人之間的討論，回覆文字可能不可或缺。如果你的問題涉及對貼文的直接反應，頂層留言文字可能已能滿足需求。

不要只因日期設定方便，就選擇範圍較小的輸出。只有在該輸出能回答研究問題時，才選擇它。

Chronometrica 的留言日期輸入欄位有何作用

`commentsFrom` 設定可接受的最早留言日期。該日期的頂層留言可以符合條件。`commentsUntil` 設定可接受的最晚留言日期。該日期的頂層留言也可以符合條件。任一欄位留空，即表示不設定該日期界限。Chronometrica 輸入欄位文件

若要設定九月的日期範圍，請使用 `2026-09-01` 和 `2026-09-30`。這表示留言日期規則。它不要求來源貼文本身必須在九月發布。

結果數量限制是另一項獨立設定。`maxCommentsPerPost` 設定每篇貼文最多儲存多少則不重複的頂層留言。文件記載的預設值為 100，最小值為 1，最大值為 999999。移除結果數量限制後，系統會忽略此設定。Chronometrica 輸入結構規格

設定這些欄位時，請分別考慮以下 3 個問題：

1. 哪些公開貼文屬於收集範圍？
2. 哪些留言日期符合條件？
3. 每篇貼文最多可儲存多少則符合條件的留言？

日期範圍不能回答第 3 個問題。結果數量限制不能回答第 2 個問題。請記錄這 2 項設定，讓其他人能理解匯出檔案為何包含這些資料列。

日期篩選不代表涵蓋完整資料

Chronometrica 會篩選並排序它收集到的公開樣本。日期輸入欄位不會要求取得不同的動態消息來源。除非使用 `collectAllAvailable` 移除結果數量限制，否則日期篩選與最舊優先排序最多只會檢查每篇貼文的 250 則公開留言。即使移除該限制，也不能證明資料涵蓋完整。設定日期界限時，系統會略過沒有日期的留言。Chronometrica 收集限制

掃描數量限制與儲存列數限制，分別說明收集流程中的不同部分。掃描數量限制是日期處理作業可檢查的公開留言數量。儲存列數限制是 Actor 可保留的符合條件留言數量。

描述結果時，這項差異很重要。要求最多儲存 100 則留言，不能證明有 100 則附日期的留言。匯出資料較少，也不能證明沒有其他符合條件的留言。請將實際儲存數量與原本希望研究的留言總數分開記錄。

請使用「收集到的日期範圍內頂層留言」之類的描述。除非你另有證據證明資料完整，否則不要聲稱檔案包含該月份的每則留言。

對研究而言，這是方法的一部分。日期規則決定哪些已收集紀錄符合條件。收集限制則決定該規則能涵蓋多少資料。

採用這套實用驗收方法

驗收檢查會逐一確認每筆已儲存資料是否符合研究規則。它也會記錄無法從匯出檔案確認的事項。

1. 定義所需紀錄。說明你需要頂層留言文字、回覆文字，或兩者皆需。將來源貼文規則與留言日期規則分開寫明。收集前，先記錄開始日期與結束日期，並註明包含這 2 個日期。
2. 檢查輸入設定。確認每項日期設定都適用於所需紀錄。若採用 Chronometrica 收集頂層留言，請輸入 `commentsFrom` 和 `commentsUntil`。記錄 `maxCommentsPerPost`，並註明是否移除了結果數量限制。
3. 先檢查一份小量匯出檔案。找出來源參照、留言識別資料、文字和留言日期。使用檔案中的實際欄位名稱。不要因為其他工具使用某個欄位，就假定此匯出檔案也有該必要欄位。如果你無法將某列資料對應至來源，或無法確定其日期，請在分析前記錄這項限制。
4. 檢查日期上下限。檢視日期範圍起點與終點的紀錄。如果資料含有時間戳記，請記錄檢查時使用的時區。來源未明確提供時區時，不要自行假定。位於日期界限且資訊不明的紀錄，必須先經過審查才能通過驗收。
5. 將通過驗收與排除的資料列分開。記錄每筆排除資料的原因，例如超出日期範圍、缺少日期，或紀錄類型不符。如有留言識別資料，請用它檢查重複紀錄。只比對文字可能不足，因為 2 個人可能寫出相同內容。
6. 記錄數量與未知項目。記錄已儲存的資料列數，以及通過檢查的資料列數。當現有證據提供相關數量時，請記錄略過或缺少日期的筆數。如果收集結果未提供某項數量，請標示為未知。不要為了填完工作表而輸入 0。

這套方法檢查的是檔案能否用於回答已定義的問題。它不會比較速度、準確度、可靠性或涵蓋範圍。本文查閱的文件不足以判定哪個產品在這些指標上勝出。

請將收集紀錄與通過驗收的檔案一起保存。收集紀錄應包含來源清單、收集日期、選定的日期範圍、結果設定、儲存數量、驗收通過數量，以及尚未解決的資料缺口。這份紀錄能讓後續讀者分辨你的規則，以及收集作業實際能觀察到的資料。

如需完整的試算表與研究紀錄方法，請參閱為學位論文將公開 Instagram 留言匯出至 Excel。但應先做出本文所述的選擇：選擇紀錄類型與日期輸入欄位符合研究問題的收集工具。

從 Task 開始，再套用已檢查的輸入設定

Task 是為 Actor 儲存的輸入預設設定。公開的將 Instagram 留言匯出為 CSV 的 Task 可作為起點。我們已查閱其頁面，但該次查閱並未確認目前儲存的輸入設定。執行前，請先檢查設定。

以下輸入已依本比較所提供的公開結構規格通過靜態檢查。靜態檢查會檢查輸入的結構與允許值。它不會執行收集，也不能確認範例貼文目前是否仍可存取。

{
  "postUrls": [
    "https://www.instagram.com/reel/DIwcCZgxVZP/"
  ],
  "maxCommentsPerPost": 100,
  "commentsFrom": "2026-09-01",
  "commentsUntil": "2026-09-30"
}

請將範例網址換成你要收集的公開貼文或 Reel。將日期換成研究所需的日期範圍。所提供的結構規格要求 `postUrls` 至少包含 1 個項目。此範例要求每篇貼文最多儲存 100 則不重複的頂層留言，並受日期規則與收集限制約束。Chronometrica 輸入結構規格

開始前，請將這 4 個欄位合併理解為一項請求：這些來源、這個儲存數量上限、這個最早留言日期，以及這個最晚留言日期。請將確切輸入設定與收集紀錄一起保存。僅有 Task 名稱，無法顯示你使用了哪些設定。

虛構範例：九月留言研究

此範例為虛構。它只是選擇規則的紙上檢查，不是收集測試、客戶成果，也不是實測資料集。

一位研究者需要日期介於 2026 年九月 1 日至九月 30 日的頂層留言。選定的貼文包含一篇八月貼文，該貼文可能在九月收到留言。研究者需要的是留言日期，因此研究規則不會只因該貼文在八月發布就將其排除。

研究者將 `commentsFrom` 設為 `2026-09-01`，將 `commentsUntil` 設為 `2026-09-30`。為了進行紙上檢查，研究者編寫了 5 筆虛構候選紀錄。它們的日期分別是 8 月 31 日、9 月 1 日、9 月 30 日、10 月 1 日，以及未知。

位於日期上下限的兩筆紀錄通過日期規則，因為規則包含起訖日期。八月與十月的紀錄未通過。日期不明的紀錄不能納入通過驗收的有日期樣本。因此，這次虛構檢查中有兩筆通過、兩筆超出日期範圍，以及一筆日期未知。

這些數字用於說明規則。它們不能預測 Actor 將收集多少筆紀錄。Chronometrica 在實際設定日期界限的收集作業中，會略過沒有日期的留言。研究者不得從紙上範例推算略過數量。Chronometrica 日期篩選文件

研究者將最終資料描述為收集到的九月樣本，並記錄掃描與結果設定。研究者不會將其稱為全部九月留言。如果研究改為探討參與者之間的回覆，研究者會改用另一種收集方式，再於收集後套用相同的日期驗收規則。