Chronometrica 與 Streamers：YouTube 熱門與最新留言樣本比較

先確定樣本必須回答的問題

一篇公開 Reddit 貼文問道：「如何彙整一部影片的所有 YouTube 留言？」來源描述的是一部約有 1,000 則留言的教學影片。這提供了一個實用的起點：創作者希望檢視大量討論，而不只閱讀最先顯示的留言。「所有」表達的是目標，並不能證明任一工具能收集哪些內容。公開提問

在這次比較中，將目標縮小為一個實際問題：一小份熱門與近期留言樣本，能讓你了解這部教學影片的哪些情況？

你可能想找出不清楚的步驟、重複出現的問題，或後續課程的主題。這些都是檢視留言的實用理由。你不需要因此聲稱樣本包含所有留言，或能代表每一位觀眾。

選擇設定前，先定義計數單位。頂層留言直接位於影片下方。回覆則位於留言下方。本指南先從頂層留言開始，並關閉回覆收集。這樣較容易說明收集上限與檢視問題。

比較收集設定

已查核的公開介面規格支持這項選擇。來源查核日期為 2026 年 10 月 20 日。

來源：Chronometrica 輸入結構定義、Streamers 輸入結構定義。

Chronometrica 已查核的優勢很明確：它的合併模式內建上限分配與重複項目處理。用於此用途時，你不需要把這些工作安排成獨立的收集步驟。如果你的檢視計畫要求 2 份清單共用數量上限，它就很適合。Chronometrica Actor

Streamers 也透過 `replyToCid` 支援回覆連結。第一個範例不包含回覆。Streamers 輸入結構定義

如果每次收集都需要獨立紀錄，分次執行仍很有用。你可能想先比較 2 份清單再合併，或為每組資料保留收集時間。請在執行收集前決定。只保留合併後的檔案，可能無法保留檢視所需的差異資訊。

了解共用上限的意義

Chronometrica 的 `maxCommentsPerVideo` 接受的值為每部影片 1 至 1,000 則頂層留言。在 `both` 模式中，它會將上限分配給熱門與最新清單，而不是讓每份清單各自取得完整上限。回覆有獨立開關，以及每則上層留言的回覆數量上限。Chronometrica 輸入結構定義

上限是允許的最大數量，不是保證得到的最終資料列數。清單可能包含同一則留言。來源中的部分留言也可能無法取得。這 2 種情況都可能減少你收到的不重複留言數。

去除重複項目，是指移除同一項目的重複紀錄。這裡應使用能識別留言的留言 ID。不要只使用文字判斷。2 個人可能寫出相同的簡短回答。即使文字相同，它們仍是不同留言。

請在筆記中區分以下 3 種數量：

• 上限：你要求的頂層留言最大數量。
• 出現次數：若有相關資訊，指移除重複項目前，留言在所收集清單中的總出現次數。
• 不重複留言數：最終收集結果中，不同留言 ID 的數量。

不要假設每份結果都提供這 3 種數量。請檢查哪些資訊可用。如果你無法查看移除重複項目前的清單，就將出現次數與重疊數量保留為未知。

影片上顯示的留言數是另一個數值。它不能證明可以匯出相同數量的資料列。來源是否可用、留言移除、排序方式及設定上限，都可能限制收集。不要以顯示的留言數證明已完整收集。

先使用符合現行結構定義的小規模輸入

對 Chronometrica 而言，以下輸入要求收集一份小規模合併樣本，並關閉回覆收集。它使用公開結構定義中記載的欄位。這是輸入範例，不是已完成的執行，也不是經驗證的即時輸出。Chronometrica 輸入結構定義

{
  "startUrls": [
    "https://www.youtube.com/watch?v=dQw4w9WgXcQ"
  ],
  "maxCommentsPerVideo": 6,
  "commentSortMode": "both",
  "includeReplies": false
}

請將網址換成相關的公開影片。範例網址用來展示輸入格式，並不能證明目前可以從該來源取得留言。

較小的上限讓第一份結果更容易檢查。擴大收集前，請確認結果包含檢視所需的留言 ID 與留言內容。也請檢查你打算使用的時間或來源欄位。不要因為某個欄位對分析有用，就假設它一定存在。

Chronometrica 也有公開的 YouTube 觀眾留言研究 Task。Task 是已儲存的輸入預設組合。你可以從它開始，再檢查設定是否符合你的問題。

請保留所用輸入的副本。只有結果檔案而沒有設定，就無法回答基本問題：你要求收集哪部影片、選擇哪種排序，以及套用什麼上限？即使最終資料列數低於預期，輸入仍能提供這些背景資訊。

用虛構範例理解重疊情況

這是虛構的教學範例，不是即時結果、效能基準測試或客戶成果。

假設頂層留言上限是 6。這個範例將 3 個名額分給熱門清單，另 3 個分給最新清單：

• 熱門清單包含留言 ID A、B 和 C。
• 最新清單包含留言 ID C、D 和 E。

留言在 2 份清單中合計出現 6 次。留言 C 出現 2 次。移除重複項目後，剩下 5 個不同 ID：A、B、C、D 和 E。

這個虛構範例的重複出現率為：

`1 duplicate sighting / 6 sightings × 100 = 16.67%`

這個百分比描述的是範例內的重疊情況，不是已收集留言占全部留言的比例。可存取留言的總體數量仍未知。

實用的報告很簡單：要求的上限為 6，計畫分配為每份清單 3 個名額，合併收集結果包含 5 則不重複留言。不要承諾這項設定會得到 6 個不重複資料列。

現在假設檢視工作需要把熱門與最新清單作為獨立證據。請保留 2 份清單及各自的收集紀錄。你仍可以建立合併檢視，但要保留足夠資訊，說明每則留言出現在哪份清單。

如果你只收到最終的不重複資料列，就只報告已知資訊。你可以計算這些資料列的數量。只憑結果比上限少了多少，無法還原確切的重疊情況。來源留言無法取得，也可能使資料列減少。

採用日後能清楚說明的簡明方法

1. 寫下檢視問題

選擇熱門留言、近期留言，或兩者都選。說明這種排序為何符合問題。

檢視教學影片時，合併樣本可讓你在同一份收集結果中查看 2 份清單的留言。請將問題縮小到能透過閱讀樣本回答的範圍。「這些留言對哪些步驟提出疑問？」比「所有觀眾有什麼想法？」更容易找到證據支持。

不要把熱門與最新清單視為 2 個獨立的人群。同一則留言可能出現在 2 份清單中。這些分類代表收集排序，不代表不同的觀眾群體。

2. 設定頂層留言上限與回覆範圍

請選擇你能仔細檢視的數量上限，並在收集前記錄。如果問題只涉及直接位於影片下方的留言，請關閉回覆收集。

如果回覆很重要，請修改計畫。回覆可以補充其上層留言的背景，也會改變你的計數單位。請區分上層留言與回覆，讓總數保持清楚。

不要只為了符合影片顯示的留言數而提高上限。先檢查初次收集是否提供有用的紀錄，以及你是否有時間檢視更多內容。

3. 選擇收集工作流程

如果共用上限的分配方式符合計畫，請使用 Chronometrica 的 `both` 模式。如果你需要將各種排序及收集時間作為獨立證據，請分次執行，並明確設定各次排序。

請記錄觀察時間與要求的排序。觀察時間是你收集樣本的時間，與留言發布時間不同。請在筆記中區分這 2 種含義。

如果分次執行的時間不同，請記錄各次時間。不要將它們描述為同一時間的討論狀況。

4. 合併資料列前先檢查 ID

使用留言 ID 找出重複留言。即使文字相同，也要保留不同 ID 的留言。計算合併後的不重複留言數時，請排除同一 ID 重複出現的次數。

如果必要的 ID 缺失，請保留缺失值。不要將它替換為 0，也不要用 0 作為共用 ID。否則，不相關的資料列會被視為同一則留言。

在聲稱有確切的不重複留言數前，請先解決 ID 缺失問題。你仍可以描述已檢視的資料列，但須說明重複檢查的限制。

5. 用簡單明確的文字報告收集情況

請記錄影片網址、觀察時間、要求的排序、上限、回覆設定，以及經驗證的不重複留言數。只有在具備證據時，才加入重疊數量。

一份簡短的收集筆記通常就足夠。它應讓其他讀者了解你如何選取留言，而不必根據檔名猜測。

請區分要求的設定與觀察到的結果。上限屬於請求設定，不重複留言數屬於結果。兩者有差異時需要檢查；差異本身不能證明收集失敗，也不能證明已完整涵蓋來源。

6. 檢視樣本中的主題

閱讀每則留言，並依內容指定簡短的主題標籤。請保持標籤一致。你可以依問題涉及的步驟，或留言要求的說明，將教學相關問題分組。

保留足夠背景，以便日後檢查標籤。如果一則留言有多個主題，請決定檢視方法是否允許多個標籤。比較各主題的留言數前，先說明這項規則。

請將發現描述為所收集樣本中的主題。留言樣本不是觀眾問卷調查。看過影片但未留言的人不在收集範圍內。留言的人則可能透過不同留言出現多次。

利用這些發現，擬定下次檢視的問題。不要用某個主題的留言數，對每位觀眾作出斷言。

明確掌握改選工具的主要條件

如果必須使用 `oldestCommentDate`，請選擇 Streamers。這個篩選條件會強制採用最新優先排序。Streamers 輸入結構定義

如果所需工作流程是收集數量有限的「熱門 + 最新」樣本，並共用上限及移除重複 ID，就可以放心選擇 Chronometrica。這是本次比較已查核的適用情境。Chronometrica Actor

無論選擇哪個工具，都不會讓樣本變成隨機或完整樣本。隨機樣本採用明確定義、依機率選取的程序。普查則嘗試納入既定總體中的每個項目。這種合併收集方式無法證明上述任何一項條件成立。

若想進一步了解這 2 種排序如何影響你看到的內容，請閱讀 YouTube 留言抽樣：熱門與最新排序比較。就這次選擇而言，關鍵問題是現成的合併模式是否符合你的收集計畫。