X 個人檔案監測：Chronometrica 與 Apidojo Twitter User Scraper 比較

先選擇輸出，再選擇 Actor

Actor 是託管的資料蒐集程式。選擇之前，先確定每筆儲存的紀錄必須告訴你什麼。

追蹤人數時，問題是：這個個人檔案在這次觀測時顯示多少追蹤者？查明追蹤者身分時，問題是：這個個人檔案的追蹤者名單中有哪些帳號？只有人數無法回答第 2 個問題。

Apidojo 的文件記載了個人檔案查詢、個人檔案計數、追蹤者名單、正在追蹤的帳號名單、轉發者、關於帳號的資料，以及搜尋模式。需要這些紀錄時，請選擇它。Chronometrica 專注於快照的格式，是為自行提供的追蹤組選擇它的理由。這不代表 Apidojo 缺少可用於監測的資料。Apidojo 文件

此表中的 Chronometrica 限制，來自已查核的公開輸入和輸出文件。Chronometrica 文件

用 1 句話寫出你需要的輸出。例如：「儲存每個選定個人檔案目前的追蹤者人數，以便與下次觀測比較。」這項需求適合使用快照流程。如果需求是辨識個別新增追蹤者，就需要改選工具。

為何 Chronometrica 適合自行提供的個人檔案追蹤組

本比較背後的買方需求很簡單：追蹤多個由使用者自行選定之 X 個人檔案的追蹤者成長。保存的需求內容要求追蹤自行選定的帳號，而非服務供應商選好的固定名單。它也要求簡單的追蹤流程，不需要額外報告。這項提問確立了需求，但不能證明任一 Actor 已成功蒐集數千個個人檔案。買方公開提問

Chronometrica 接受你自行提供的個人檔案。它儲存的公開個人檔案資料列會保留 `profileId`、`handle`、`profileUrl`、`observedAt`、`status` 和 `profileMetricStatus`。公開範例將精確的 `followersCount` 與無法取得的指標欄位分開呈現。這種紀錄格式適合需要自行儲存並比較觀測資料的追蹤組。Chronometrica 文件

每個部分都有用途。`profileId` 可用於比對不同已儲存觀測中的同一個個人檔案。帳號代稱記錄該次觀測時顯示的名稱。`observedAt` 記錄觀測發生的時間。狀態欄位可協助你判斷指標是否可用。

只有追蹤者人數，不足以進行可靠的比較。沒有身分資料，你可能誤將不同帳號拿來比較。沒有時間，你無法將觀測放入正確期間。沒有人數狀態，你可能把無法取得的值誤認為實際總數。

這就是經查核後推薦 Chronometrica 的理由。文件記載的紀錄格式，適合已知個人檔案清單及重複蒐集目前人數的需求。它會保留必要資訊，讓你在接受一項變化結果前先進行審查。

確認 1,000 個個人檔案的輸入上限是否符合需求

Chronometrica 的公開 `profiles` 輸入接受至少 1 個項目、最多 1,000 個項目的陣列。陣列是一組數值或項目的清單。這是輸入限制，不代表每次執行都保證傳回 1,000 筆可用的個人檔案觀測。Chronometrica 輸入結構定義

如果你的需求是在單次輸入中提交超過 1,000 個個人檔案，Chronometrica 就不符合這項需求。請勿宣稱它符合不設數量限制、一次處理所有個人檔案的需求。

你可以改為事先規劃批次，每批都控制在輸入上限內。這會改變蒐集流程，但不能證明每個要求蒐集的個人檔案都會產生可用的人數。驗收檢查仍須逐一核對所有要求蒐集的個人檔案。

請分別記錄 3 個總數：要求蒐集的個人檔案數、傳回的觀測數，以及接受用於比較的觀測數。傳回的資料列可能仍須審查。要求蒐集的個人檔案，也可能在該期間沒有可用的人數。

處理大型追蹤組時，請將批次名稱與蒐集背景資料一併存入紀錄。將不同批次視為同一報告期間之前，先審查各批次的觀測時間。使用相同的報告標籤，不代表所有人數都在同一時刻觀測。

從已儲存的 Task 開始，再檢查輸入

Task 是為 Actor 儲存的輸入預設設定。Chronometrica 提供公開的個人檔案比較 Task，供你開始使用。已保存的證據確認其公開頁面當時可以存取，但不能確定 Task 目前儲存的輸入內容。請在執行前檢查輸入。個人檔案比較 Task

經查核的最小輸入如下：

{
  "profiles": [
    "https://x.com/elonmusk"
  ]
}

將範例 URL 換成你要蒐集的公開個人檔案。此範例只是輸入示意，並非蒐集結果，也不是建議你監測該帳號。

這份輸入已在本機通過快取之公開 JSON Schema 的檢查。JSON Schema 定義允許使用的輸入欄位和值。這項檢查確認輸入格式符合已保存的結構定義，但不能確認來源個人檔案是否可用，也不能確認實際線上蒐集是否成功。Chronometrica 輸入結構定義

首次驗收檢查時，先從預定追蹤組中選取少量個人檔案。納入對實際流程重要的個人檔案。擴大清單前，先檢查已儲存的資料列。目的是確認你能辨識每個個人檔案、讀懂人數狀態，並儲存可用的觀測。

連結中的 Task 可協助你開始使用。流程是否符合需求，取決於你審查過的輸入與儲存的輸出。

使用 5 步驟驗收方法

1. 定義追蹤組及其身分資料

儲存你打算追蹤的個人檔案。對每個通過驗收的個人檔案，保留其穩定的 `profileId`，以及觀測時看到的帳號代稱。這會建立身分對照表，也就是將個人檔案 ID 與顯示的帳號代稱連結起來的紀錄。

使用穩定 ID 比對觀測。保留帳號代稱的變更紀錄，以供審查。如果身分仍未確認，先不要將該個人檔案納入變化計算，直到問題解決。

如果清單超過輸入上限，請在蒐集前定義批次。記錄每個批次應包含哪些個人檔案。

2. 確認快照能回答問題

決定你需要的是人數總計，還是個別追蹤者紀錄。建立歷史資料表前，先做出這項決定。

快照可用於計算觀測淨變化，也就是同一個個人檔案 2 次通過驗收的人數之差。快照無法辨識造成這項差異的帳號。如果下一步需要知道追蹤者是哪些帳號，請依照上方比較中的改選條件選擇工具。

這項檢查能避免比算錯更大的錯誤：蒐集了不適合用於決策的紀錄類型。

3. 一併儲存人數、時間與狀態

每次觀測都要保留 `profileId`、觀測時的帳號代稱、`followersCount`、人數狀態，以及 `observedAt`。也要保留來源和執行背景資料。執行背景資料是追溯已儲存資料列所需的蒐集細節，例如所屬批次與報告期間。

接受人數前，先讀取 `status` 和 `profileMetricStatus`。保留無法取得的值與失敗狀態。不要用 0 取代缺少的人數。只有已儲存的觀測支持實際人數為 0 時，才保留 0。Chronometrica 的文件記載了這項審查所用的身分、時間和狀態欄位。Chronometrica 輸出文件

4. 比較可相互比較的觀測

下次按計畫蒐集時，以 `profileId` 比對紀錄。只有當 2 次觀測都屬於同一穩定身分的個人檔案，且人數可用並可相互比較時，才接受這組配對。

然後計算：

`observed net change = later followersCount − earlier followersCount`

在結果旁保留 2 次觀測時間。不同的時間間隔代表不同期間。比較各個人檔案的成長之前，先審查這些時間間隔。

如果人數無法取得，就將變化保留為未知。如果身分不符，就分別審查。這 2 種問題都不能靠計算得出有效結果。

5. 一併報告變化與涵蓋情況

說明要求蒐集的個人檔案中，有多少具有通過驗收的配對。也要說明有多少因人數無法取得、觀測失敗或身分未確認而仍未完成查核。

以通過驗收的配對計算出的總數，只描述這些配對。它不會自動代表整個要求蒐集的追蹤組。清楚列明納入哪些個人檔案，讓讀者判斷結果。

蒐集紀錄通過這些檢查後，再使用固定 X 個人檔案追蹤組指南，另行比較追蹤組內各個人檔案的成長。

虛構範例：只有 1 項變化有資料支持

以下範例為虛構。它不是 Actor 測試、即時資料集、買方成果，也不是實測成本結果。

追蹤組包含 3 個已知的個人檔案。你在 2 個時間點儲存觀測：

• 個人檔案 A 在相同穩定身分下的精確追蹤者人數為 1,000 和 1,200。
• 個人檔案 B 的第 1 次人數已通過驗收，但第 2 次人數無法取得。
• 個人檔案 C 的人數記錄在不同身分下，而身分差異尚未釐清。

對個人檔案 A，計算 `1,200 − 1,000 = +200`。報告其 2 次已儲存觀測時間之間，觀測到的追蹤者淨變化為 +200。

個人檔案 B 沒有通過驗收的變化結果。其無法取得的第 2 次人數仍應保留為無法取得。用 0 代替會造成虛假的減少。

個人檔案 C 也沒有通過驗收的變化結果。確認 2 個數字屬於同一個個人檔案之前，它們不能構成有效配對。計算差異前，先審查身分。

因此，這個追蹤組有 1 組通過驗收的比較，以及 2 組未完成查核的比較。在個人檔案 A 的結果旁，一併報告這項涵蓋情況。不要將 +200 當成全部 3 個個人檔案的完整變化。

即使個人檔案 A 的結果有效，也無法辨識哪些人開始追蹤或取消追蹤。它也不能解釋總數為何改變。這項結果衡量的是 2 個通過驗收之總數的差異，而非每一次個別追蹤或取消追蹤。

這個範例說明了身分與人數狀態為何會影響工具選擇。可用的監測紀錄必須既能支持計算，也能支持將計算結果保留為未知的決定。

了解新建歷史紀錄能確認什麼

新蒐集的歷史紀錄始於你第 1 次儲存的觀測。在這個流程中，Chronometrica 不提供更早的追蹤者人數，也不提供新增追蹤和取消追蹤各自的總數。不要把新建追蹤組描述成已包含過去的成長紀錄。Chronometrica 文件

第 1 份通過驗收的快照提供起始人數。之後可相互比較的快照才提供比較依據。在 2 者都存在之前，你只有目前總數，還沒有選定期間的實測變化。

請區分已儲存的觀測時間與變化發生的時間。2 份快照顯示的是觀測之間的差異，無法揭示該間隔內每次帳號操作的確切時刻。

也要區分蒐集證據與業務影響證據。公開追蹤者總數較高，本身不能證明銷售表現、受眾品質或成長原因。請使用適當的額外證據回答這些問題。

本比較支持依明確需求選擇蒐集格式。所提供的證據不支持宣稱 Chronometrica 比文中列出的替代工具成本更低、速度更快、涵蓋更完整或運作更可靠。