建立競爭對手文件變更紀錄

1. 選定一項買方任務與少量網頁

先選定一項買方任務，也就是買方需要產品完成的工作。例如，研究人員可能需要確認文件為某個報表工作流程列出哪些匯出格式。問題範圍要夠小，才能完整審查相關段落。

儲存網頁前，先寫一份簡短的蒐集計畫：

1. 列出要檢查的競爭對手與產品。
2. 用一句話說明買方任務。
3. 選擇可能解答問題的官方文件章節。
4. 網頁若有註明產品版本、語言及方案，請一併記錄。
5. 選定下次觀察日期。
6. 說明哪些變更會影響買方任務。

方案或版本不明時，不要當作「所有方案」或「所有版本」。請記為未知。說明網頁與版本說明若陳述不同類型的資訊，應分開保留。

使用網頁登記表，列明你選定的網頁。這是你之後要再次檢查的網頁清單，不代表你已找到所有相關文件。

重新導向會將請求從一個網址轉送到另一個網址。請記錄這兩個網址。網址變更可能影響兩份副本是否代表同一個網頁的判定。

2. 用搜尋尋找網頁，再直接檢查網頁

如果已知道官方說明網頁，請直接開啟。需要尋找可能相關的網頁，或查找相關版本說明時，搜尋就很有用。單靠搜尋結果，無法取得已儲存的網頁歷史紀錄。

Google Search Scraper Actor 適合用於這個尋找網頁的步驟。Actor 是在託管環境中執行的資料蒐集程式。Task 是為 Actor 儲存的一組預設輸入設定。這兩個名稱都不表示本指南已蒐集網頁版本或測試產品。

所提供的檢查結果顯示，公開預設建置版本 1.0.15 宣告了下方使用的輸入與輸出欄位。這份小型輸入已通過依宣告的輸入規則所做的靜態檢查。本簡報未實際執行 Actor。這項檢查無法證明實際執行結果、完整涵蓋範圍或蒐集成功。請參閱公開預設建置版本的證據，檢查日期為 2026 年 10 月 25 日；僅涵蓋宣告欄位與輸入靜態檢查。

可使用以下建議輸入，小規模嘗試尋找網頁：

{"country":"US","engines":["google"],"language":"en","maxResultsPerExecutedQuery":3,"queries":["reporting software export release notes"]}

將範例查詢替換成所選競爭對手、產品及買方任務的相關詞語。若研究需要涵蓋其他市場，請替換國家與語言。執行前，先檢查完整輸入。這個範例建議使用 Google 作為搜尋引擎；靜態檢查並未確認它目前的實際執行行為。

每次執行查詢的結果上限為三筆。這是上限，不保證一定有三筆結果。這個範例是一份建議用來替換原設定的輸入，並非複製自已驗證的 Task 儲存設定。

公開的 Competitor SERP Research Task，檢查日期為 2026 年 10 月 25 日；僅確認網頁存在當時確實存在，確切 Task ID 為 `Pjq0JLkzo0wHTcabU`。其儲存設定與實際執行行為仍未驗證。可先開啟它作為起點，並在使用前檢查設定。

若要蒐集結果，請保留以下已宣告的搜尋欄位：

搜尋摘要是搜尋結果提供的一小段文字。將其文字用作證據前，請先開啟網頁。網頁證據核查指南說明如何從搜尋結果進一步取得來源段落。

將儲存的搜尋輸入與所有結果一併保留。同一個網頁若出現在多個查詢中，請保留各次觀察紀錄。搜尋匯出資料合併指南說明如何保留查詢與順位證據。本指南中的變更比較，則以選定網頁及其儲存版本為準。

3. 比較版本前，先確認網頁身分

網頁身分紀錄用來說明一份副本代表哪份文件。單靠網址，未必能確認這件事。網頁可能重新導向、更換語言，或顯示不同產品版本的文件。

每次再次造訪時，都要檢查請求網址、最終網址、網頁標題、章節標題及註明的適用範圍。比較文字前，先記錄這些項目的變更。

不要只因舊版匯出指南重新導向到新的綜合說明網頁，就直接比較兩者而不作註記。請保留兩份副本，並將比較標記為待釐清，直到確認各網頁代表的文件。

同樣地，不同語言及產品版本的副本也應分開保留。研究範圍若有變更，請記錄。擴大網頁清單可能有用，但不會因此補上新增網頁的舊快照。

4. 儲存文字與觀察時間

每次都要儲存網頁上完整的相關公開文字。同時保留與買方任務有關的確切段落及其上下文。螢幕截圖有助於保留可見版面，但仍須保留能準確比較與引用的文字。

保留陳述周圍的條件。關於 JSON 匯出的句子，可能受附近的方案限制、產品版本或存取要求約束。若只儲存格式名稱，可能遺漏賦予該陳述意義的條件。

每次觀察一個網頁，都建立一筆紀錄：

將觀察時間與網頁顯示日期分開記錄。儲存時間表示你何時觀察到這段文字。顯示日期只能按網頁賦予它的意義解讀。兩者都不能自動證明某一句話何時變更。

將公開證據與你自己的紀錄分開。官方網頁文字是公開來源資料。快照參照代號、儲存副本、審查備註及買方的優先事項，則是你自行維護的紀錄。已宣告的搜尋欄位，不能證明 Actor 會替你建立這些紀錄。

不要用新副本覆寫舊副本。若未保留舊文字，日後就無法核查差異。

5. 比較相對應的段落，並分類文字差異

比較同一網頁、相同相關適用範圍下的兩份已確認可用快照。將完整段落並排閱讀。文字比對可以找出待核查的差異，但每項差異仍須連同上下文審查。

將文字差異分成以下類別：

文字被移除，不代表功能被移除。新增文字，也不代表功能剛推出。對買方任務而言，限定條件的變更可能比新列出的格式更重要。

用清楚的話記錄觀察區間：「10 月 1 日與 10 月 8 日儲存的副本，文字有所不同。」不要將這項陳述改寫成證據未提供的確切編輯日期。

針對每項待核查的差異，儲存一筆變更紀錄：

6. 逐步檢視一個嚴謹的範例

以下為教學用原創虛構案例。這不是 Actor 執行紀錄、客戶成果或實際觀察到的公司情況。以下所有網址、段落、日期及紀錄均為虛構。

假設一位研究人員正在為某個報表工作流程檢查匯出文件。研究人員於 2026 年 10 月 1 日及 10 月 8 日，儲存虛構網頁 A（`https://example.com/help/exports`）的完整公開文字。兩次觀察時間均為 12:00:00 UTC。UTC 是標準時間基準。

兩份副本的網頁身分、語言及相關適用範圍均相同。研究人員也在 10 月 8 日找到虛構網頁 B：`https://example.com/help/report-formats`。網頁 B 沒有較早儲存的副本。

以下是這個範例保留的完整相關段落：

CSV 和 JSON 都是資料格式。範例提到它們，是為了示範文字比較，並未測試這兩種格式。

網頁 A 的已確認變更紀錄寫道：「在 10 月 1 日與 10 月 8 日兩次觀察之間，匯出段落新增了 JSON 相關文字。」兩份完整網頁副本與兩段確切文字都仍保留，可供審查。

網頁 B 的紀錄寫道：「10 月 8 日的段落記載了 JSON 匯出功能。沒有較早的快照可用。」這筆紀錄並未記載第二項已證實的變更。

計算時，須區分不同單位：

• 網頁 A 有 2 份已儲存的觀察副本。網頁 B 有 1 份已儲存的觀察副本。合計：2 + 1 = 3 份已儲存的觀察副本。
• 網頁 A 提供 1 組可比對的副本。網頁 B 因缺少較早的副本，無法提供成組的副本。
• 這組可比對的副本，在 1 個網頁上顯示了 1 項觀察到的文字變更。
• 網頁 B 提供 1 筆僅涵蓋本次的網頁觀察。其變更狀態未知。

這些數量計算的是網頁、副本與比較，並非客戶、使用者、功能推出次數或成功匯出次數。網頁 B 缺少較早的副本，不能據此認定先前完全沒有 JSON 相關文字。

買方任務備註指出，JSON 相關陳述可能影響匯出功能的審查。下一步是在買方要求的產品適用範圍內驗證功能。這筆紀錄沒有提供推出日期或使用結果。

7. 明確保留失敗情況與缺漏證據

檢查失敗，不能變成文字已消失的主張。請使用清楚的狀態，讓之後的讀者知道哪些比較有效。

「未觀察到文字變更」只適用於已檢查的段落與觀察區間，不代表整個產品都沒有變更。

缺少日期或段落時，請維持缺漏標記。只有已確認可用的比較確實支持零計數時，才能使用零。例如，零項已確認變更可以描述一次已完成的審查，卻不能描述缺少較新網頁文字的審查。

將失敗的觀察保留在歷史紀錄中。不要用空白或不完整的副本取代最後一份可用快照。

8. 檢查產品證據，並撰寫簡報

在將文字變更稱為功能推出之前，請另找一份附有日期的官方來源，支持這項主張。版本說明可能有幫助，但單靠附近出現的日期，無法確認該項功能的確切推出日期。

買方決策若需要經過測試的能力證據，請規劃另一項檢查，依所需的產品版本、方案及工作流程執行。檢查實際進行前，請標記為規劃中。文件記載支援與實測行為，是不同的證據狀態。

圍繞買方任務撰寫簡報。先說明觀察到的文字差異，再提供網頁連結、兩次觀察時間、兩段文字的參照資訊及相關適用範圍。解釋文字為何可能影響決策。最後列出待解決的問題，以及下一步需要的證據。

分享簡報前，先檢查以下事項：

1. 確認兩份儲存版本都仍可取得。
2. 檢查段落是否屬於同一網頁，且相關適用範圍相同。
3. 根據保留的文字，逐字核對所有引文。
4. 將觀察時間與所宣稱的編輯或推出日期分開。
5. 將僅有本次觀察的網頁與已證實的文字變更分開。
6. 移除證據不支持的採用情況、效能或商業影響主張。