# Chronometrica 與 Trudax Reddit Scraper Lite：哪個適合擷取你的討論串留言？ 如果每個討論串所需的留言集不超過 500 個已儲存資料列，而且你能確認所需的公開分支都已處理完成，就選擇 Chronometrica。如果一個討論串需要超過 500 列，Chronometrica 就無法滿足收集全部留言的要求。請為 Trudax Reddit Scraper Lite 設定較大的 `maxComments` 請求值，再驗證它傳回的資料涵蓋範圍。這些限制來自 2026 年 10 月 20 日查核的產品證據。[Chronometrica 輸入與輸出](https://apify.com/chronometrica/reddit-comments-scraper)、[Trudax 文件](https://apify.com/trudax/reddit-scraper-lite)。 如果所需的留言集符合容量限制，我們推薦 Chronometrica，因為其文件列出了樹狀結構稽核欄位。它的攤平輸出會將每則不重複的公開留言各存成一列。父層與深度欄位可協助你檢查回覆關係。隱藏分支與停止情況的記錄，則可協助你評估哪些部分仍未解決。對於有明確上限的匯出工作，這些功能很實用。但這些功能不能證明它比其他擷取工具涵蓋更多資料。[Chronometrica 文件](https://apify.com/chronometrica/reddit-comments-scraper)。 這是 Chronometrica 對這 2 款產品的比較。本文使用標有日期的文件與輸入證據。我們沒有為本文進行相同條件的擷取對照測試。 ## 先確認原本收集全部留言的要求 買家的需求很明確：從一份已知的 Reddit 討論串清單收集全部留言。一則 [Reddit 開發者提問](https://www.reddit.com/r/redditdev/comments/12f885c/getting_all_the_comments_in_a_post)所儲存的標題與搜尋摘要，支持這項需求。這裡可用的證據是摘要，並非完整原文。它不能證明任何一款產品的擷取結果。 不要因為擷取工具的上限較低，就把需求改成抽樣。樣本可以用來回答另一個研究問題。但只要原本的要求仍是取得每則必要留言，樣本就無法滿足要求。 Actor 是在 Apify 上託管執行的資料擷取程式。本文比較的是這 2 個具名 Actor，以及它們是否適合處理已知討論串。首先，判斷所選 Actor 能否容納所需的結果集。接著，檢查傳回的證據是否足以支持所需的涵蓋範圍。 執行任何一款工具前，先定義所需的資料集。記下每個討論串的 URL。說明匯出結果是否必須保留文字已刪除或已移除的回覆位置。也要說明工作需要公開討論串結構、可用的留言文字，還是兩者都需要。 這些選擇會影響資料列數。佔位列是在留言文字缺失時，用來記錄留言位置的資料列。將它計入已儲存資料列數，與將它計為具有可用文字的留言，是不同的做法。如果研究需要兩種數量，就分別保留。 ## 比較會影響選擇的限制 下表分開列出文件所載的適用條件，以及你仍需執行的檢查。 | 決策要點 | Chronometrica Reddit Comments Scraper | Trudax Reddit Scraper Lite | | --- | --- | --- | | 已知討論串的輸入 | 每次輸入最多 50 個 `postUrls` | 文件說明可從已知討論串擷取資料 | | 留言設定 | `maxCommentsPerPost`：1–500 | 可設定 `maxComments` | | 單一討論串所需的資料集超過 500 列 | 不適用 | 可設定較大的請求值，列為評估對象 | | 樹狀結構稽核證據 | 每則不重複留言各有一個攤平資料列，並提供父層／深度欄位、隱藏分支與停止情況記錄 | 依照你的驗收記錄檢查傳回的輸出 | | 證明已取得全部必要留言 | 除了已儲存數量，還需要其他檢查 | 除了請求設定的上限，還需要其他檢查 | 表中的產品資訊來自已查核的 [Chronometrica 輸入與輸出規格](https://apify.com/chronometrica/reddit-comments-scraper)及 [Trudax 文件](https://apify.com/trudax/reddit-scraper-lite)。 Chronometrica 目前的輸入結構定義了允許使用的欄位與值，並將每篇貼文的上限設為 500 列。沒有任何輸入設定可以移除這個上限。已刪除與已移除留言的佔位列也會計入已儲存資料列數。因此，一次執行可能還沒儲存到 500 則具有可用文字的留言，就已達到資料列上限。[Chronometrica 輸入結構與文件](https://apify.com/chronometrica/reddit-comments-scraper)。 Trudax 也指出，Reddit 的列表上限不會對已知貼文內的留言施加相同限制。這支持將它列為較大留言樹的評估對象，但不能證明它能完整擷取資料。[Trudax 文件](https://apify.com/trudax/reddit-scraper-lite)。 這份比較沒有透過實測證明任何涵蓋範圍、速度、可靠性或價格優勢。請依照所需範圍，以及你能檢查的證據來選擇。表中未提及的 Trudax 欄位或功能，不能據此視為不存在。 ## 為何 Chronometrica 適合有明確上限的樹狀結構稽核 有明確上限的樹狀結構稽核，是指檢查設有明確資料列上限的留言集。留言樹由留言及其回覆關係組成。要完成這項工作，匯出結果必須能讓你檢查這些關係，並找出尚未解決的部分。 Chronometrica 文件說明，每則不重複的公開留言各佔一個攤平資料列。其欄位包括 `commentId`、`parentId`、`depth` 和 `permalink`，也包含欄位值缺失時的狀態。`commentId` 用來識別留言。`parentId` 用來識別其父層。`depth` 記錄留言在回覆樹中的層級。`permalink` 則連到該則公開留言。[Chronometrica 輸出文件](https://apify.com/chronometrica/reddit-comments-scraper)。 這些欄位可用來直接檢查資料。計算不重複的留言識別碼數量。檢查回覆關係在聲明的範圍內是否合理。接受不重複資料列總數前，先檢查識別碼缺失的情況。缺少識別資訊的資料列需要審查；它無法像具有已知識別碼的資料列一樣，支持相同的檢查。 Chronometrica 文件也說明了隱藏分支與停止情況的記錄。隱藏分支是匯出結果中仍未處理完成的回覆區段。請一併檢查 `hiddenBranchesRemaining` 與記錄中的停止原因。如果達到上限，或仍有未處理完成的公開分支，就應將結果標示為部分結果。[Chronometrica 輸出文件](https://apify.com/chronometrica/reddit-comments-scraper)。 對符合容量條件的資料集，這是選擇我們 Actor 的已查核理由：文件列出的欄位有助於稽核傳回的留言樹。僅憑資料列數較少，無法完成這項稽核。即使匯出的資料列數低於上限，也可能缺少分支。請根據擷取記錄，判斷結果是否符合所需範圍。 ## 分開記錄佔位列與可用文字 已刪除與已移除留言的佔位列，可以保留留言在樹狀結構中的位置。它們無法還原原始文字。Chronometrica 文件說明，依其有用留言計費規則，這些佔位列不收費，但仍會計入已儲存資料列的上限。這是計費細節，並非成本比較的主張。[Chronometrica 文件](https://apify.com/chronometrica/reddit-comments-scraper)。 如果佔位列的位置對所需的留言樹很重要，就保留它。將其文字標示為缺失。不要將刪除或移除標籤視為作者的意見。也不要用這種標籤判定作者的態度。 即使無法取得父層留言的文字，佔位列仍可協助檢查回覆結構。但結構無法揭示缺失的父層留言說了什麼。分析時，請分開處理已知的回覆關係與未知的文字。 我們的[已移除與已刪除 Reddit 留言稽核指南](/zh-Hant/articles/reddit-%E5%AF%A9%E6%A0%B8%E7%A0%94%E7%A9%B6%E8%A8%98%E9%8C%84%E7%BC%BA%E5%A4%B1%E6%96%87%E5%AD%97/)更詳細地說明了這項區別。就擷取工具的選擇而言，重點很簡單：必要的佔位列會佔用資料列容量，卻不會增加可用的留言文字。 ## 以 2 個討論串說明選擇方式的虛構案例 以下範例是虛構的。它不是 Actor 測試、即時資料集、買家言論的引述，也不是實測成本結果。 某個專案需要取得 2 個已知討論串中的每個必要資料列。由於分析人員需要回覆結構，範圍也包括已刪除與已移除留言的佔位列。在這個範例中，所需的來源資料集都已經驗證。 討論串 A 包含 420 個必要資料列。設定 500 列即可提供足夠容量。計算結果為 500 − 420 = 80 列剩餘容量。 這些剩餘容量不能證明涵蓋範圍。分析人員仍須檢查不重複識別碼、回覆關係、隱藏分支、停止原因及來源限制。如果所需分支仍未處理完成，分析人員必須將匯出結果標示為部分結果。結果低於上限，不代表自動通過驗收。 討論串 B 包含 650 個必要資料列。Chronometrica 的 500 列上限無法容納完整資料集。差額為 650 − 500 = 150 個超出上限的必要資料列。即使匯出結果包含 500 個必要資料列，仍至少有 150 個必要資料列未納入該次匯出。 對於討論串 B，分析人員會用較大的留言請求值評估 Trudax。在接受結果前，分析人員仍須檢查傳回的範圍。如果涵蓋範圍仍無法確認，就仍未滿足收集全部留言的要求。 專案可以為每個討論串分別選擇擷取工具。討論串 A 符合條件，不代表討論串 B 也符合。最終專案記錄必須顯示，每個必要討論串是否都通過各自的涵蓋範圍檢查。記錄也必須分開列出已儲存資料列、具有可用文字的資料列，以及畫面顯示的任何討論總數。 ## 使用 5 個步驟進行驗收檢查 使用這個簡單方法選擇擷取工具並審查結果。每個討論串都要保留一份驗收記錄。記錄應說明匯出結果必須包含什麼，以及證據能支持什麼。 1. 擷取前先確定範圍。記錄貼文的識別資訊與 URL。用淺白文字說明所需範圍。例如，可以要求取得全部公開留言資料列，包括佔位列，並保留回覆關係。 如果工作採用樣本，請另行說明並列出其上限。不要將樣本標示為全部留言。只有在專案接受變更時，才能更改要求。 範圍中任何未知的值，都應記錄為未知。缺失值不是 0。如果無法確定所需總數，就明確說明。未查明畫面所示討論數量的意義前，不要將它當成已驗證的必要資料列總數。 1. 選擇擷取工具前先檢查容量。將每個討論串所需的資料列數，與目前的輸入上限比較。Chronometrica 經查核的上限為每篇貼文 500 個已儲存資料列，其中包括佔位列。[Chronometrica 輸入結構](https://apify.com/chronometrica/reddit-comments-scraper)。 如果所需資料集超過上限，應在擷取前記錄該 Actor 不適用。即使執行到上限，也無法解決容量不足的問題。請選擇另一款擷取工具進行評估，或取得明確同意後變更研究範圍。 如果所需資料量未知，就也無法確定容量是否足夠。擷取後傳回的匯出資料量少，並不能回答這個問題。 1. 檢查識別資訊與回覆結構。檢查不重複的 `commentId` 值、`parentId` 與 `depth`。分開記錄不重複的已儲存資料列、具有可用文字的資料列及佔位列。審查缺失欄位，以及在所需範圍內無法解釋的回覆關係。 必要時，使用永久連結檢查公開留言。將來源存取限制列為結果的一部分。不要用虛構值填補缺失的文字或識別碼。 這些檢查可確認匯出結果中有哪些內容可供檢視。但它們不能證明沒有看見的分支就不存在。 1. 檢查擷取如何結束。檢查 `hiddenBranchesRemaining` 與停止原因。未知值應保留為未知。不要因為缺少分支數量，就聲稱剩餘分支數為 0。 記錄該次執行是否達到上限。也要記錄任何未處理完成的公開分支，或公開來源的限制。資料列總數與停止證據必須支持相同的結論。 數量低於上限可以作為有用的證據，但單憑這點無法確認涵蓋範圍完整。我們的 [Reddit 匯出資料列數少於貼文顯示數量的指南](/zh-Hant/articles/reddit-%E7%95%99%E8%A8%80%E5%8C%AF%E5%87%BA%E5%88%97%E6%95%B8%E5%B0%91%E6%96%BC%E5%B8%96%E6%96%87%E8%A8%88%E6%95%B8/)說明了數量差距。本文比較使用這些檢查來決定擷取工具。 1. 寫下證據能支持的結果。將以下項目記錄在一起：貼文識別資訊、所需範圍、不重複的已儲存資料列數、具有可用文字的資料列數、佔位列數、設定上限、隱藏分支、停止原因，以及尚未確認的涵蓋範圍。 當所需資料集超過容量時，記錄為不適用。當所需涵蓋範圍仍未確認時，記錄為部分結果。只有在可用證據支持已定義範圍時，才能接受該範圍的匯出結果。 不要將一個成功的討論串與一個尚未解決的討論串合併，進而聲稱整個專案已完成。請讓下一位使用資料的人清楚看見每個討論串的結果。 ## 執行前先設定公開 Task Task 是儲存在 Apify 上的輸入預設設定。公開的 [Reddit 討論串與回覆匯出 Task](https://apify.com/chronometrica/reddit-comments-scraper/examples/reddit-thread-and-replies-export)可作為起點。在 2026 年 10 月 20 日儲存的檢查中，其公開頁面傳回 HTTP 200。這只能確認頁面成功回應，不能確認目前儲存的輸入內容。執行前，請開啟並檢查實際輸入。 以下輸入已通過格式檢查，檢查依據是本文使用的快取公開輸入結構。這項檢查確認欄位與值符合允許範圍，但不能確認目前能否存取討論串，也不能確認擷取結果。我們未為本文執行任何資料擷取作業。 ```json { "postUrls": [ "https://www.reddit.com/r/LocalLLaMA/comments/1ui241x/the_number_1_public_enemy_of_opensource/" ], "maxCommentsPerPost": 100 } ``` 執行前先設定公開 Task 將範例 URL 換成你要處理的公開討論串。輸入結構接受 1 至 50 個 `postUrls`。將 `maxCommentsPerPost` 設為 1 至 500。如果所需資料集符合容量限制，請選擇能容納該資料集的設定值。[Chronometrica 輸入結構](https://apify.com/chronometrica/reddit-comments-scraper)。 範例 URL 來自已儲存的公開輸入結構與範例。它不是新擷取結果的證據。100 只是輸入範例值，並非收集全部留言工作的建議值。 在虛構的討論串 A 範例中，設定 100 列無法滿足 420 列的要求。設定 500 可提供足夠容量，但仍須透過驗收檢查來判定涵蓋範圍。開始擷取前，請檢查討論串清單與上限。 ## 選擇適合所需資料集的 Actor 如果明確聲明的樣本已足夠，或完整的必要資料集不超過 500 列且涵蓋範圍可驗證，就可以放心選擇 Chronometrica。其文件列出的攤平資料列、樹狀結構欄位、佔位列及停止情況記錄，都能支持這項審查。如果討論串需要超過 500 列，請評估其他擷取工具。Chronometrica 無法滿足這項完整匯出要求。 對於符合容量條件的討論串集，請開啟 [Chronometrica Reddit Comments Scraper](https://apify.com/chronometrica/reddit-comments-scraper)，檢查輸入，並設定每篇貼文的上限。執行後，先完成驗收記錄，再將匯出結果用作證據。 ## 來源與延伸閱讀 - [Chronometrica Reddit Comments Scraper — 已查核輸入限制、資料列結構、佔位列、有用留言計費規則及擷取情況記錄。證據於 2026 年 10 月 20 日查核，使用快取的組建版本 1.0.7；證據來自文件與輸入結構，未進行相同條件的擷取對照測試。](https://apify.com/chronometrica/reddit-comments-scraper) - [Trudax Reddit Scraper Lite — 已查核已知討論串的留言設定與列表限制說明。證據於 2026 年 10 月 20 日查核，使用快取的組建版本 5.8.7；這是文件證據，不能證明擷取完整，也不能證明有實測的涵蓋範圍優勢。](https://apify.com/trudax/reddit-scraper-lite) - [Reddit 討論串與回覆匯出 Task — 公開預設設定的起始頁面於 2026 年 10 月 20 日查核，並儲存了 HTTP 200 回應。頁面檢查不能證明目前儲存的輸入內容；執行前請先檢查該輸入。我們未為本文執行任何資料擷取作業。](https://apify.com/chronometrica/reddit-comments-scraper/examples/reddit-thread-and-replies-export) - [Reddit 開發者對全部留言的提問 — 2026 年 10 月 20 日查核的證據中，已儲存的標題與搜尋摘要支持這項買家需求。這是部分來源證據，並非完整原始貼文，也不是已驗證的擷取基準測試。](https://www.reddit.com/r/redditdev/comments/12f885c/getting_all_the_comments_in_a_post)