2 份搜尋清單連起不同已儲存觀測資料中的同一頁面。

選擇的關鍵在於排名檢查需要多詳細的搜尋情境。簡單的觀測可能只需國家與語言設定。若研究要求特定裝置或城市,就需要更細緻的控制。請先作出這項選擇,再採集結果。

Actor 是託管的採集程式。Task 是該程式已儲存的預設輸入。在這個工作流程中,Actor 負責採集搜尋結果。儲存的觀測資料可讓你比較目標網址在不同執行中的排名。

一則公開的 SEO 討論詢問如何監測特定關鍵字的排名,而不附加其他報告。本比較針對這項明確需求:選擇採集工具、檢查輸出,並保留有用的排名紀錄。

依排名檢查所需的情境選擇工具

如果你的任務可以明確描述為:針對這些確切查詢,採集數量有上限的 Google 結果、儲存情境,並檢查這些目標網址是否出現,那麼 Chronometrica 就很適合。其文件列出的欄位可支援這種範圍明確的紀錄。Chronometrica 文件。

Apify Google Search Results Scraper 的文件列有自然搜尋結果、付費搜尋結果、本地化控制,以及將自然與付費搜尋結果攤平成表格的匯出檢視。因此,單憑扁平表格並不能算是 Chronometrica 的獨有優勢。Apify 額外提供的情境控制,可能是精確排名研究的選擇關鍵。Apify 文件。

依排名檢查所需的情境選擇工具
選擇要點ChronometricaApify Google Search Results Scraper
結果表格固定的結果欄位,以及明確的每筆查詢上限將自然與付費搜尋結果攤平成表格的匯出檢視
所需情境檢查提供的市場設定是否足夠`mobileResults` 與 `locationUule`
更廣泛的採集需求適合範圍有上限的排名觀測工作流程頁面匯出,以及選用的 AI 或網站內容工具

此表彙整了已查核的 Chronometrica 規格與 Apify 規格。

若關鍵字清單不長,且 Chronometrica 的功能範圍符合需求,就可以放心選用。原因在於它的採集規格明確:每筆結果都有欄位可識別查詢、搜尋引擎、排名與觀測時間。你可以用這些欄位建立精簡的排名表。

本文由 Chronometrica 發布。建議依據是文件記載的適用性,以及在 2026 年 10 月 20 日查核的證據。這些證據並未提供速度、成本、準確度或長期可靠性的實測比較。

選擇前先檢查結果上限

Chronometrica 的文件規定,`maxResultsPerExecutedQuery` 是 1 到 100 的整數。此上限適用於每筆實際執行的查詢。已查核的結構定義允許 `queries` 包含 1 到 100 個項目。這是 2 項不同的限制:一項設定查詢數量,另一項設定每筆實際執行的查詢最多回傳多少資料列。Chronometrica 輸入結構定義。

如果你原本要求取得某筆查詢的全部結果,而且需要超過 100 列,Chronometrica 就不符合該需求。把要求改為前 100 列,等於更改任務。這並未完成原本的要求。

若檢查範圍有上限,請選擇能回答實際問題的上限。觀測前 10 筆結果,可以顯示目標是否出現在已儲存的範圍內,以及回傳資料列記載的排名。它無法提供範圍外目標的數值排名。

請分別保留設定的上限與實際回傳的資料列數。上限設為 10,代表最多回傳 10 列。這不表示該次執行確實回傳了 10 列有用資料。請儲存這 2 個值,讓日後的讀者能看出證據的涵蓋範圍。

同一原則也適用於固定關鍵字清單。輸入有效,不代表每個關鍵字都產生了可用結果。將這次觀測標記為完成之前,請先檢查回傳的查詢值。

用簡單方法作出選擇

1. 定義要回答的排名問題

執行 Actor 之前,先寫下確切的關鍵字清單與目標網址。保留提交的關鍵字文字,以便與輸出中的 `executedQuery` 比較。

接著記錄所需情境:

  • 搜尋引擎。
  • 國家與語言。
  • 觀測是否納入贊助搜尋結果。
  • 每筆實際執行的查詢之結果上限。
  • 任何必要的城市或裝置情境。

決定你要檢查的是單一頁面,還是某個網域中的任何頁面。這些問題可能得到不同答案。如果任務詢問的是某篇文章的網址,同一網站中的其他頁面就不符合該目標規則。

概略的市場偏好也不同於精確的搜尋設定。國家值無法證明搜尋使用了特定城市、裝置或登入狀態。如果你的決策取決於其中某項細節,請先釐清採集設定,再接受這個工具。

2. 設定僅使用 Google 的輸入

開啟 Keyword Rank Snapshot Task,並檢查其已儲存的輸入。這個 Task 過去曾包含多個搜尋引擎。它的標題無法證明目前選取的是哪個搜尋引擎。

請明確將 `engines` 設為 `["google"]`。可從這個已查核的輸入格式開始:

json
{
  "queries": [
    "machine learning tutorials"
  ],
  "engines": [
    "google"
  ],
  "maxResultsPerExecutedQuery": 10,
  "country": "US",
  "language": "en",
  "includeSponsoredResults": false
}
用簡單方法作出選擇

這些提供的欄位與值,已通過快取公開輸入結構定義的檢查。這項檢查確認的是輸入格式。它無法證明實際執行時能連上 Google,或回傳要求的結果數量。Chronometrica 輸入結構定義。

將範例查詢換成你的固定關鍵字清單。儲存前,再檢查一次完整輸入。尤其要確認搜尋引擎選項與贊助搜尋結果規則。

已查核的結構定義允許 `country: "US"`。不要假設這項輸入支援其他國家。如果你需要不同市場,請先確認有支援的設定,再選擇採集工具。提供的 `language` 值是字串;僅有這個值,不足以確立精確的在地搜尋情境。

3. 檢查回傳欄位

Chronometrica 文件列出的結果欄位包括 `engine`、`executedQuery`、`country`、`language`、`page`、`rankOnPage`、`rank`、`canonicalUrl` 與 `observedAt`。這些欄位共同識別一筆結果,以及觀測該結果時的情境。Chronometrica 文件。

計算排名變動前,先檢查這些欄位。請使用回傳的 `rank` 作為觀測排名。不要使用資料列在匯出檔案中的位置。排序或合併檔案都可能改變資料列順序。

保留 `page` 與 `rankOnPage` 作為輔助欄位。它們可協助你檢查排名紀錄,無須從匯出資料重新推算。

也要檢查用於比較的每筆資料列,確認 `engine` 都是 Google。如果發現其他搜尋引擎,請將那些資料列分開保留,並修正已儲存的輸入。其他搜尋引擎的排名,不能用作較早或較晚的 Google 排名。

4. 明訂網址比對方式

使用回傳的 `canonicalUrl` 欄位與目標網址比較。寫下一套網址比對規則,並套用於 2 次觀測。

若要檢查特定頁面,先採用完全相符的比對方式。如果你選擇忽略結尾斜線,或移除特定追蹤參數,請在規則中列明這些調整。未經檢查,不要移除所有查詢參數。參數可能用來識別不同頁面。

若調整網址後再比對,請在調整值旁保留原始回傳網址。這樣日後就能檢查比對結果,也有助於說明為何將某頁面視為目標。

對 2 次執行套用相同規則。如果你在 2 次觀測之間更改規則,請先重新檢查較早的資料,再報告排名變動。

5. 只比較條件相容的觀測

確認搜尋引擎、實際執行的查詢、市場設定、贊助搜尋結果規則與網址規則都相符。也要檢查已儲存的上限。如果目標只在較晚、範圍較廣的結果中出現,而較早的範圍未包含該目標,仍然無法得知它較早的排名。

使用 `observedAt` 標示觀測時間。將採集設定與該次觀測一併保留,以便日後解釋差異。

若必要情境尚未釐清,請明確保留這項資訊。例如,紀錄可以註明城市或裝置情境尚未確立。這比只提供看似精確、卻未解釋適用範圍的排名更有用。

為每組目標與關鍵字建立有用的排名紀錄

分析表應在每個觀測時間,為每組關鍵字與目標網址保留 1 筆紀錄。這就是你的排名紀錄。它不同於 Actor 的結果資料列:結果資料列包含候選結果,而你的紀錄則說明目標是否與其中一筆相符。

每筆紀錄都應保留以下值:

  • 關鍵字與目標網址。
  • 搜尋引擎與市場設定。
  • `observedAt`。
  • 是否找到:在回傳範圍內為是或否。
  • 設定的上限與實際回傳的資料列數。
  • 觀測到的排名,或未知。
  • 任何尚未釐清的情境。

保留來源結果資料列,以便檢查比對結果。精簡紀錄用於比較;結果資料列則說明你如何得出該紀錄。

將未知排名視為獨立的值。不要以 0 取代。也不要以上限加 1 代替。這些值會暗示排名已經過測量,但已儲存的結果並未提供這種資訊。

也要區分這 2 種情況:已檢查結果集,但沒有結果符合目標;或採集未產生可用證據。兩者都可能讓排名維持未知,但後續處理不同。前者可能需要採集工具支援的更廣範圍。後者則需要先檢查採集情況,再作出排名結論。

虛構範例:排名從第 7 名升至第 4 名

這是虛構範例。它不是 Actor 測試、實際資料集,也不是客戶成果。

一名分析人員針對固定的 Google 查詢,追蹤 1 個目標網址。2 次已儲存的觀測都使用相同查詢、美國市場設定、英語設定、贊助搜尋結果規則、網址比對規則,以及 10 列的上限。

第 1 次觀測中,目標出現在自然搜尋結果第 7 名。第 2 次則出現在自然搜尋結果第 4 名。

分析人員計算如下:

`7 − 4 = 3 places upward`

有用的結論範圍明確:在這 2 次條件相符且已儲存的觀測之間,目標上升了 3 個名次。這些紀錄無法證明每個搜尋該查詢的人,都看到了相同排名。

對於第 2 個關鍵字,目標未出現在已儲存的前 10 列。分析人員將「是否找到」記為否,排名記為未知。分析人員不會填入 0 或 11,也不會宣稱 Google 移除了該頁面。

假設分析人員稍後提高上限,並找到了該目標。新的排名可以儲存為一次觀測。但它無法補上較早執行時缺少的排名。任何排名變動計算,仍需要來自條件相容觀測的 2 個已知排名。

這個範例說明,排名紀錄為何需要包含上限。少了這項資訊,讀者就無法判斷未知值是因為儲存範圍較窄,還是其他採集問題。

重複執行前先確認是否適用

先進行一次小規模執行,回答幾個驗收問題。確認回傳的搜尋引擎是 Google、實際執行的查詢與清單相符,且結果欄位能支援你的網址規則。接著檢查回傳範圍對目標是否有用。

依賴摘要表之前,請直接在已儲存的資料列中,檢查至少 1 筆符合目標的結果。若目標未出現,請確認實際回傳了哪些資料列。這項檢查可在輸入或比對問題進入歷史紀錄前,先找出問題。

提供的證據包含一次 Chronometrica Google 對照檢查;它在設定的上限內回傳了 3 列有用資料。這支持 Google 在該次已查核觀測中可用。但它無法證明能持續存取、完整涵蓋結果,或未來採集會成功。本比較未進行新的執行。

第 1 次輸出符合要求後,請將輸入與觀測資料一併儲存。只有在理由明確時才更改輸入,並記錄變更。上限或網址規則的變更,可能影響哪些比較仍然有效。

若要使用既有的 Bing 分析方法,請參閱如何保留可比較的 Bing 關鍵字排名快照。請將 Bing 觀測與 Google 觀測分開保留。先前的指南可支持比較方法,但無法證明 Google 的採集結果。

來源與延伸閱讀

作者 Chronometrica · 更新日期

返回頂端 ↑