建立定期研究流程前，先測試搜尋運算子

1. 先確定決策需求，再撰寫查詢

用一句話說明，這次搜尋必須協助你作出什麼決策。列出所需的頁面類型，以及要排除的頁面。

例如，你的決策可能需要說明某項指定功能的公開文件頁面。若頁面只在銷售方案中提到該功能，可能就不符合需求。請在檢查搜尋結果前，先確定這項標準。

請依下列步驟進行：

1. 說明研究問題。
2. 列出所需的頁面類型。
3. 說明必須包含的主題或詞組。
4. 說明是否限定網站或文件格式。
5. 訂明傳回的頁面在什麼條件下才有用。
6. 訂明傳回的頁面在什麼條件下不適用。
7. 說明缺少哪些證據會使你無法作出決策。

保持範圍明確。公開搜尋可以顯示可能適用的公開頁面，但不能存取私人帳戶紀錄，也不能列出網站的所有頁面。如果問題涉及你自己帳戶內的紀錄，請透過該帳戶檢查。不要以公開搜尋未找到結果，作為私人紀錄是否存在的證據。

本指南檢查查詢行為，以及查詢是否符合研究需求。至於如何保存搜尋樣本，請參閱設定範圍與上限的 Google 搜尋匯出指南。匯出筆數無法證明查詢是否找到你需要的頁面類型。

2. 選擇正例與反例參考頁面

參考頁面是你在測試前先行檢查的頁面。正例參考頁面符合你的納入標準。反例參考頁面則不符合該標準。

這些頁面用作對照。對照是用來協助解讀測試的已知範例。請選擇一小組能夠手動檢查的頁面。

1. 開啟每個擬用作正例的頁面。
2. 確認頁面包含所需資訊。
3. 保存完整網址，並記錄符合標準的原因。
4. 開啟每個擬用作反例的頁面。
5. 記錄不符合標準的原因。
6. 保存檢查日期。
7. 在檢查查詢結果前，先明確列出這組參考頁面。

反例頁面應代表研究中確實可能遇到的問題。例如，不相關網站上的頁面可能使用相同詞組。這能協助你檢查網站限制是否符合用途。

請分別判斷頁面身分與頁面相關性。只看標題，未必能確認是否為目標頁面。請檢查傳回的網址，必要時也要檢查目的頁面。如果無法確認頁面身分，請記為未知。

不要用恰好傳回的其他頁面，替換未出現的正例參考頁面，然後宣稱原測試通過。你可以稍後新增參考頁面。請為修改後的參考頁面組合建立新版本，並說明變更。

3. 核對 Google 文件所述的運算子行為

搜尋運算子是要求搜尋引擎套用限制的查詢文字。Google 文件列有引號、`site:`、減號排除、`before:`、`after:` 和 `filetype:`。請查閱你打算使用的搜尋引擎文件。不要假設其他搜尋引擎採用相同的語法或行為。 Google 搜尋說明 — 2026 年 10 月 25 日擷取；說明運算子的預期行為，並非本指南的測試結果

不要在運算子與其值之間加入空格。例如，`site:docs.example.com` 必須連在一起。Google 說明指出，符號或運算子文字必須緊接搜尋字詞。 Google 語法說明 — 2026 年 10 月 25 日擷取；遵循語法規則不保證會傳回特定頁面

只有在文件更新日期與研究有關時，才使用日期運算子。不要將其結果描述為已驗證的原始發布日期集合。

正例對照有一項主要限制：Google 表示，`site:` 結果並未涵蓋所有頁面。已編入索引的網址，也不保證會出現在 `site:` 查詢中。因此，正例頁面未出現時，該項納入檢查仍無法確定結果。這不能證明頁面未編入索引。 Google 搜尋中心說明 — 2026 年 10 月 25 日擷取；`site:` 結果並未涵蓋所有頁面，也不是完整的索引筆數

4. 撰寫每次只改一項的查詢變體

查詢變體是搜尋文字的其中一個版本。在可供比較的變體之間，每次只改一項功能。這樣較容易調查非預期結果。

可依下列順序進行：

1. 先使用一般詞組。
2. 為該詞組加入網站限制。
3. 保留網站限制，並在詞組前後加上引號。
4. 只有在研究決策需要時，才加入另一個運算子。

保存每項查詢的完整文字。只記下「網站測試」之類的備註，不足以重複執行搜尋。

比較時，保持搜尋引擎、國家、語言、結果上限及其他設定一致。記錄所有無法確認的設定。如果更改設定，請將下一次擷取視為條件已變更的測試。

結果上限是每項已執行查詢所要求的最多結果數。已執行查詢是擷取結果所附帶的搜尋文字。較小的上限讓你能逐筆檢查傳回的紀錄，但也會限制你對未出現頁面所能作出的結論。

完全相符的詞組能協助界定狹窄的需求，但也可能把有用的其他措辭排除在外。若需要第二個詞組，請將它作為獨立查詢測試。Reddit 關鍵字測試指南說明，為何有用的措辭變更仍可能漏掉另一類問題。該指南的 Reddit 結果不能用來驗證 Google 運算子。

5. 進行小規模手動檢查，或規劃 Actor 擷取

只有少數查詢變體時，先手動執行搜尋，並檢查傳回的公開頁面。保存查詢、能夠確認的設定、檢查時間，以及各頁面的備註。這能直接回答小範圍的查詢設計問題。

需要儲存結果資料列時，Chronometrica Google Search Scraper 文件所列的欄位符合這套方法的需求。Actor 是在託管環境中執行的資料擷取程式。它會提供搜尋紀錄；你仍須判斷相關性、檢查是否符合參考頁面，並選擇要採用的查詢。

所提供的小規模輸入如下：

{"country":"US","engines":["google"],"language":"en","maxResultsPerExecutedQuery":3,"queries":["site:developers.google.com \"site:\""]}

JSON 是用來表示具名值與清單的文字格式。這份輸入指定 Google、美國和英文設定，並將該查詢的結果上限設為三筆。查詢要在指定的 Google 文件網站內搜尋 `site:` 這個詞組。這是起始範例，不能證明某個特定文件頁面一定會出現。

請依下列順序替換範例值：

1. 將 `queries` 中的查詢替換為你事先列出的第一個變體。
2. 這次 Google 測試請將 `engines` 保持為 `["google"]`。
3. 依研究需求，保留或替換 `country` 和 `language`。
4. 開始時，將 `maxResultsPerExecutedQuery` 設為 3。
5. 擷取前，先保存完整輸入。
6. 使用相同設定測試其他變體。

已核對的上限範圍為 1 至 100。所提供的輸入通過了靜態結構描述檢查。結構描述是一組規範資料欄位和值的規則。靜態檢查只檢查輸入，不會執行資料擷取。這不能證明實際結果、完整涵蓋範圍或執行成功。 公開預設建置版本 1.0.15 — 2026 年 10 月 25 日已檢查；已檢視輸入與輸出規格，未執行實際資料擷取

Task 是為 Actor 儲存的一組預設輸入。公開的 Multi-Engine Search Results Scraper Task 可作為起點。其頁面與完整 Task ID 已經核對，但目前儲存的設定尚未驗證。使用前，請檢查並替換這些設定；不要假設它們與本範例相同。 Multi-Engine Search Results Scraper Task — 2026 年 10 月 25 日已檢查；已確認頁面存在，儲存的輸入與實際執行情況尚未驗證

6. 保存來源欄位與自己的測試判定

請將原始結果紀錄與審查備註分開保存。已檢查的產品規格列有下列適用於本方法的欄位：

這些是文件所列的欄位，並非本指南實際執行後觀察到的輸出。 公開預設建置版本 1.0.15 — 2026 年 10 月 25 日已檢查；僅確認規格所列的結果欄位，未驗證實際執行輸出

贊助結果是付費結果。審查相關性時，請保留其標記。保留來源的 `rank`，將它視為記錄的位置，不要用作相關性分數。Bing 排名快照指南說明另一項排名比較工作。本次 Google 對照測試不衡量排名穩定性。

在自己的工作表中加入下列審查欄位：

若缺少時間，請保留為未知。你可以在另一個欄位加入自己的檢查時間。不要將它填入 `observedAt`，讓人誤以為是來源提供的時間。

`snippet` 為 null 表示缺少文字，不能證明目的頁面是空白的。缺少結果筆數時，應記為未知。只有在證據顯示所定義的擷取作業確實儲存了零列資料時，才記錄為零。

7. 明確訂定通過、未通過與未知的規則

請將正例頁面檢查與限制條件檢查分開。

網站限制檢查通過，只表示已檢查的樣本符合規則。這不能證明未來每筆結果都會符合。

如果出現不相關網域，請先檢查傳回的網址與目的頁面，再診斷語法。如果擷取失敗，請將這項失敗與觀察到零筆結果的情況分開記錄。如果已知頁面未出現，請保留原測試及其無法確定的狀態。

不要因為一個參考頁面未出現，就計算 Google 的偽陰性率。偽陰性是指在明確定義的衡量方式下，相關項目被錯誤排除。這種小規模參考頁面檢查，無法確定 Google 所有相關頁面的完整母體。

8. 完整範例：無法確定的變體仍須保留為無法確定

原創虛構範例。本例的每個頁面、查詢結果、筆數與決策，皆為教學而虛構。這不是 Actor 的執行紀錄、客戶成果，也不是實際觀察到的公司研究發現。

一位研究者需要關於存取設定的公開文件。他們事先指定兩個參考頁面：

• 正例：`https://docs.example.com/guide`，已檢查且內容關於存取設定的文件頁面。
• 反例：`https://other.example.com/guide`，使用相同詞組但與研究無關的頁面。

他們撰寫三個變體，每一步只改一項功能：

這三次虛構擷取都使用 Google、美國和英文設定，並將每項查詢的觀察紀錄上限設為三筆。一筆觀察紀錄就是一筆已儲存的結果紀錄。

在這組虛構的相關性標籤中，Q1 有一筆相關、一筆不相關，以及一筆未知的觀察紀錄。Q2 有一筆相關及一筆未知的觀察紀錄。Q3 有一筆相關的觀察紀錄。

計算如下：

• 要求的可用額度：3 項查詢 × 每項查詢 3 筆觀察紀錄 = 9 筆觀察紀錄。
• 已儲存紀錄：3 + 2 + 1 = 6 筆觀察紀錄。
• 相關紀錄：1 + 1 + 1 = 3 筆觀察紀錄。
• 不相關紀錄：1 + 0 + 0 = 1 筆觀察紀錄。
• 未知紀錄：1 + 1 + 0 = 2 筆觀察紀錄。
• 標籤核對：3 + 1 + 2 = 6 筆觀察紀錄。
• 未使用額度：9 − 6 = 3 筆觀察紀錄。

這三筆未使用的觀察紀錄額度，不代表有三個已知頁面未出現。這六筆紀錄是搜尋結果的觀察紀錄，不是六個人，也不一定是六個不同頁面。同一個正例頁面同時出現在 Q1 和 Q3 的結果中。

在這個虛構樣本中，研究者採用 Q3，處理範圍狹窄的完全相符詞組任務。他們仍將 Q2 的正例參考頁面檢查保留為無法確定。Q3 不能補足 Q2 未出現的結果。這項選擇不能證明 Q3 在一般情況下較好，或能涵蓋所有結果。