個人檔案卡片透過身分識別代碼連接,將已檢查和未解決的記錄分開。

如果你需要的結果是已完成的帳號存在與否或私人狀態檢查,或其固定全包結果費率更適合大部分帳號均有效的清單,請選擇 Social Fetch。Social Fetch Actor

Chronometrica 是本比較中自家 Actor 的發布者。Actor 是託管的資料收集程式。Task 是為 Actor 儲存的輸入預設設定。本文比較的是於 2026 年 10 月 20 日查核的文件規則。本文沒有執行新的收集作業。這些規則無法證明兩者在速度、準確度、可靠性或總成本上有實測差異。

先確定工作需要的輸出。你需要公開個人檔案資料,還是每個帳號名稱的查詢答案?這些工作可以使用同一份輸入清單,但需要的付費結果不同。當已完成的檢查即使沒有公開快照也有用時,主要選擇就會改變。

先比較結果單位,再看標示費率

結果資料列、收費事件和符合驗收標準的研究記錄,是不同的事物。

結果資料列記錄一筆輸入的處理結果。收費事件是會觸發費用的操作或結果。通過驗收的記錄則符合你的研究規則。資料列可以記錄查詢失敗的結果,卻沒有提供工作所需的公開資料。

Chronometrica 對 `ok` 和 `partial` 快照收取個人檔案事件費用。`missing`、`blocked`、`invalid` 或 `failed` 資料列不會觸發該事件的費用。這些資料列仍會保留,供你檢查。其 Free 方案目前標示每 1,000 筆有用結果收費 $2.50,另加平台用量費用。查詢失敗仍可能產生平台用量;免除的只有個人檔案結果事件費用。Chronometrica 規則與定價

Social Fetch 標示每 1,000 筆已完成的查詢結果收費 $1.98,包括 `not_found` 和私人帳號結果,不另收運算或代理伺服器費用。其公開定價 API 也列有啟動事件。Social Fetch 規則與定價

先比較結果單位,再看標示費率
決策檢查項目ChronometricaSocial Fetch
必要輸入`startUrls`:公開個人檔案網址或帳號名稱查核目前的結構定義
收費輸出單位`ok` 或 `partial` 快照已完成的查詢
資料缺失規則列出的失敗結果不收取個人檔案事件費用已完成的 `not_found` 查詢會收費
檢查所需欄位保留 `status` 和 `isBillable`查核目前的輸出欄位
主要成本限制仍有平台用量費用也列有啟動事件
改變選擇的條件需要公開快照需要已完成的檢查

連結中的 Chronometrica 服務條款及 Social Fetch 服務條款支持上述區別。本比較中尚未確定的欄位細節,不能證明某項功能不存在。

較低的標示費率與較窄的收費結果範圍,回答的是不同問題。兩者都無法確定完整帳單。結果單位、啟動事件和平台用量各有不同,因此無法只按每 1,000 筆的價格做簡單比較。若清單中的帳號大部分均有效,免收失敗個人檔案事件費用的實際價值也可能降低。

定義大量個人檔案收集工作必須交付的結果

促成本比較的公開提問,詢問個人檔案收集工具與其他 Instagram 工具有何差異。其更廣泛的工作涉及大量網紅研究與整合。這則提問不能證明有收費爭議。貼文的商業背景尚不明確,因此只能用來說明讀者的問題,不能視為獨立背書或市場規模主張的依據。讀者的公開提問

針對你自己的清單,先用一句話定義成功標準,再選擇工具。例如:通過驗收的記錄必須包含檢查所需的公開個人檔案欄位。接著列出這些欄位。像「請求已完成」這樣的規則,並未說明傳回的資料能否支援下一步決策。

公開快照收集工作可能用於篩選創作者、建立個人檔案目錄,或定期檢查指標。請選出會影響這些工作的欄位。一筆記錄即使包含有用資料,仍可能缺少流程要求的欄位。

檢查帳號是否存在的工作需要不同規則。你可能需要分類每個提供的帳號名稱,包括無法產生公開快照的帳號名稱。請決定這項分類本身是否就算通過驗收的結果。

也要決定能否使用資料不完整的記錄。有些專案可以保留這些記錄,並清楚標示缺失值。其他專案則必須暫留這些記錄,等待檢查。這是你必須作出的驗收決定。收費結果類別無法替你作決定。

規則必須清楚到其他分析人員也能使用。若 2 個人對同一資料列作出不同決定,請先釐清規則,再收集更大的清單。這能為比較兩者的服務條款提供穩定依據。

分別檢查 Chronometrica 資料列的結果與收費

使用 `status` 檢查處理結果。使用 `isBillable` 檢查是否適用個人檔案結果事件。請將這 2 個欄位與收集到的資料一起保留。Chronometrica 的文件說明了這些欄位,以及按結果收費的規則。Chronometrica 輸出與收費規則

首先檢查結果類別。`ok` 或 `partial` 資料列屬於會收費的個人檔案結果類別。列出的失敗類別不會觸發該事件。接著檢查資料列是否符合你的驗收規則。這 2 項檢查各有不同目的。

`partial` 資料列需要特別注意。事件規則包含此類結果,但不保證每個必要欄位都存在。接受記錄前,請檢查實際欄位。不要用 `isBillable` 衡量完整程度。

同樣地,不要將每個失敗結果都解讀為帳號不存在。收集嘗試遭阻擋與找不到個人檔案,是不同的結果。請保留回報的類別,讓之後的檢查人員能了解該資料列可以證明什麼。

缺失值必須維持未知。如果缺少某項指標,不要以 0 取代。0 是數值觀測結果。未知則表示你沒有觀測結果。將兩者視為相同,可能改變篩選、排名和摘要。

私人個人檔案的中繼資料,也不同於私人內容。不要因為取得私人個人檔案結果,就推斷能存取私人貼文或私人聯絡資料。在本比較中,不應基於這項假設選擇任何一個工具。請定義工作所需的公開資料或查詢結果。

用虛構清單檢驗決策

這是虛構範例。它不是真實資料集、產品測試、買家引言,也不是實測成本結果。

一名分析人員有一份清單,其中包含目前的公開個人檔案和舊帳號名稱。工作目標是從有用的公開快照建立待檢查清單。分析人員要求記錄包含一小組個人檔案欄位,並保留收集結果供日後檢查。

請考慮以下 4 種虛構結果:

  1. 個人檔案 A 傳回 `ok` 資料列,並包含必要欄位。分析人員接受這筆記錄。
  2. 個人檔案 B 傳回 `partial` 資料列。由於缺少一個必要欄位,分析人員將其暫留,等待檢查。
  3. 舊帳號名稱 C 傳回 `missing` 資料列。分析人員保留這項結果,但不將其納入快照清單。
  4. 個人檔案 D 傳回 `blocked` 資料列。分析人員保留這個類別,不將帳號標示為不存在。

根據 Chronometrica 的文件規則,前 2 種結果會觸發個人檔案結果事件。後 2 種則不會。平台用量費用仍可能適用。這是在說明已公布的規則,並非回報某次執行的結果。Chronometrica 事件規則

個人檔案 B 說明了收費結果與通過驗收的記錄為何可能不同。它屬於收費類別,但不符合這名分析人員較嚴格的欄位要求。選擇工具前,分析人員必須決定這種處理不完整記錄的方式是否適合工作。

現在改變工作要求。假設分析人員需要檢查每個帳號名稱是否存在,或是否為私人帳號。此時,已完成的檢查本身就可以是交付成果。即使輸入清單相同,目的改變也可能改變工具選擇。

不要用這些虛構結果計算總帳單。它們沒有提供平台用量、啟動事件,或真實清單中有用結果比例的實測資訊。這個範例檢驗的是決策規則,而非收集成本。

採用簡單的驗收方法

使用這個方法,將所需結果與傳回的證據對照。它也能將輸出檢查與收費檢查分開。

  1. 寫下所需結果。說明你需要公開快照,還是已完成的帳號名稱檢查。列出讓記錄可用的欄位。決定如何處理資料不完整的記錄。
  2. 閱讀目前的事件規則。檢查哪些結果會觸發費用。查看找不到帳號和私人帳號的結果、啟動事件,以及平台用量的規則。記錄你查核條款的日期。
  3. 準備一份小型輸入清單。使用與實際工作相關的公開來源。如果工作包含舊帳號名稱,也將它們納入。避免只用預期會成功的來源組成樣本。
  4. 檢查傳回的資料列。使用 Chronometrica 時,保留 `status` 和 `isBillable`。另行檢查必要欄位。讓未知值和失敗結果保持可見。
  5. 檢查實際費用。將記錄的事件和平台用量與條款對照。分別計算通過驗收的記錄、傳回的資料列,以及收費的個人檔案結果數量。
  6. 選擇合適的服務條款。綜合結果定義、欄位驗收標準和觀察到的費用作決定。在擴大執行規模前,先解決任何重大落差。

這些步驟供你自行檢查。本文沒有執行收集作業。日後的小規模執行,可以提供與你選定的來源、輸入和驗收規則有關的證據。它無法確立工具之間的一般效能排名。

檢查記錄保持簡單即可。將驗收規則、輸入清單、傳回資料和收費記錄存放在一起。其他人應能追查你為何接受某個資料列,以及該資料列適用了哪個已記錄的事件。

如果許多已收費的不完整記錄都不符合欄位規則,請在擴大收集前重新評估是否合適。如果已完成且結果為否定的檢查也是有用記錄,就將它們納入驗收規則。這 2 項決定都取決於你需要完成的工作。

如需更完整的成本檢查方法,請參閱 Instagram 研究資料收集預算。本比較著重於付費結果單位,以及失敗資料列的處理方式。

將身分檢查與收費檢查分開

輸入清單可能包含重複項目、舊帳號名稱,或團隊認為指向同一人的多筆參照資料。這些都是身分識別問題。收費標記無法解決這些問題。

Chronometrica 目前的 `startUrls` 結構定義接受 1 至 1,000 個公開 Instagram 個人檔案網址或帳號名稱。文件說明,重複輸入只會檢查一次。每個不重複的輸入都會建立一筆結果資料列,並增加用量。Chronometrica 輸入結構定義

這項重複輸入規則,無法證明 2 個不同帳號名稱屬於同一位創作者。傳回的快照也不能證明舊試算表標籤所指的人,就是目前的帳號持有人。請根據相關身分證據作出這些判斷。

保留足夠資訊,將每個已檢查的結果連回原本想查核的來源。如果你的流程會合併記錄,請保留判定相符的理由。不要只因為另一筆資料列看起來相似,就刪除失敗的資料列。

這會影響通過驗收的記錄數量。將 2 筆輸入合併為 1 筆研究記錄,會改變該數量,但這件事本身無法解釋收集費用。請分開計算輸入、結果和通過驗收的記錄數量。

如需完整的身分識別方法,請參閱如何從創作者清單移除重複的 Instagram 個人檔案。使用該指南解決身分識別問題。使用本文的檢查方法,決定哪些結果算是付費的個人檔案結果。

從已查核的最小輸入開始

已發布的 Instagram 個人檔案指標快照 Task 提供起始預設設定。2026 年 10 月 20 日的頁面檢查傳回 HTTP 200,並確認了預期的 Task 標題。這項檢查未能確定目前儲存的輸入。開始執行前,請檢查並套用你的輸入。

這份最小輸入已通過靜態檢查,符合所提供的目前公開結構定義:

json
{
  "startUrls": [
    "https://www.instagram.com/mrbeast/"
  ]
}
從已查核的最小輸入開始

結構定義規定可接受的輸入格式。靜態檢查會將輸入與這些規則比對,但不會執行資料收集。檢查涵蓋欄位名稱、必要欄位、允許值、清單大小、字串格式,以及適用的數值上下限。

這項檢查不會連線到 Instagram,也不能證明範例來源目前可用。請將範例網址換成你打算使用的公開來源。可接受的輸入格式與來源是否可用,需要分別檢查。

首次執行前,請確認輸入清單,並寫下必要欄位和不完整記錄的處理規則。執行後,先檢查實際輸出和收費記錄,再擴大清單。首次收集的規模應小到足以逐列依照這些規則檢查。

預設設定幫助你準備輸入。驗收規則決定傳回資料是否能用於你的工作。事件記錄說明實際收取了哪些費用。在作出更大投入前,請檢查這 3 項。

來源與延伸閱讀

作者 Chronometrica · 更新日期

返回頂端 ↑