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

若要記錄競爭對手的文件變更，而不依賴記憶，請為同一組官方網頁儲存附有日期的副本。比較確切文字，並在每筆變更紀錄中保留新舊兩份副本。先從手動儲存網頁開始。使用搜尋來尋找可能相關的網頁。文字差異能證明你觀察到文件變更，卻不能證明網頁何時編輯、功能何時推出，或產品是否表現更好。

快照是在某次觀察時儲存的網頁副本。變更紀錄會連結兩份快照，並說明差異。有了這些紀錄，你就能把「我記得上週好像改過」換成其他讀者可以核對的陳述。

所提供的[公開討論，觀察日期為 2026 年 10 月 25 日；僅作個人情境參考](https://www.reddit.com/r/growmybusiness/comments/1vcb4eo/how_do_you_actually_keep_track_of_what/)提到手動檢查網頁、擷取螢幕畫面，以及難以記住先前文字的問題。本方法依此問題設計：保留舊證據，讓下次檢查可以與前次比較，並區分文字變更與產品仍待確認的事項。

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

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

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

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

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

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

| 網頁登記表欄位 | 應儲存的內容 |
| --- | --- |
| 網頁參照代號 | 你為選定網頁自訂且固定使用的參照代號 |
| 競爭對手與產品 | 正在審查的確切產品 |
| 買方任務 | 使這個網頁具有參考價值的工作 |
| 官方來源判定依據 | 你認定這是官方網頁的理由 |
| 請求網址 | 你開啟的網址 |
| 最終網址 | 經過重新導向後抵達的網址 |
| 網頁標題與章節 | 確切的比較位置 |
| 適用範圍 | 網頁註明的版本、方案、語言及條件 |
| 下次檢查 | 預定的觀察日期 |

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

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

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

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

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

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

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

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

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

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

公開的 [Competitor SERP Research Task，檢查日期為 2026 年 10 月 25 日；僅確認網頁存在](https://apify.com/chronometrica/google-search-scraper/examples/competitor-serp-research)當時確實存在，確切 Task ID 為 `Pjq0JLkzo0wHTcabU`。其儲存設定與實際執行行為仍未驗證。可先開啟它作為起點，並在使用前檢查設定。

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

| 搜尋欄位 | 用途與限制 |
| --- | --- |
| `engine` | 記錄搜尋引擎 |
| `executedQuery` | 記錄實際執行的查詢 |
| `observedAt` | 記錄搜尋的觀察時間，而非網頁儲存時間 |
| `rank` | 在所擷取各頁中，依支援類型解析出的結果區塊之累計順位 |
| `title` | 搜尋結果標題；實際網頁標題須另行檢查 |
| `canonicalUrl` | 回傳的候選網址，已經過正規化處理；不能據此證明網頁 HTML 中指定的標準網址 |
| `resultDomain` | 協助檢查候選網頁的網域；單靠此欄位無法確認是否為官方來源 |
| `snippet` | 可能缺漏的搜尋摘要文字；並非儲存的網頁文字 |
| `isSponsored` | 記錄結果是否標示為贊助內容 |

搜尋摘要是搜尋結果提供的一小段文字。將其文字用作證據前，請先開啟網頁。[網頁證據核查指南](/zh-Hant/articles/%E5%90%91%E7%B6%B2%E9%A0%81%E6%90%9C%E5%B0%8B%E4%BB%A3%E7%90%86%E6%8F%90%E4%BE%9B%E4%BE%86%E8%87%AA-bing-%E7%9A%84%E5%B7%B2%E6%A0%B8%E5%B0%8D%E7%B6%B2%E9%A0%81%E8%AD%89%E6%93%9A/)說明如何從搜尋結果進一步取得來源段落。

將儲存的搜尋輸入與所有結果一併保留。同一個網頁若出現在多個查詢中，請保留各次觀察紀錄。[搜尋匯出資料合併指南](/zh-Hant/articles/bing-%E6%90%9C%E5%B0%8B%E7%B5%90%E6%9E%9C-%E5%90%88%E4%BD%B5%E8%88%87%E5%8E%BB%E9%87%8D/)說明如何保留查詢與順位證據。本指南中的變更比較，則以選定網頁及其儲存版本為準。

## 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 沒有較早儲存的副本。

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

| 網頁與觀察時間 | 確切的虛構段落 | 證據狀態 |
| --- | --- | --- |
| A，10 月 1 日 12:00:00 UTC | 「報表可匯出為 CSV。」 | 已確認可用的較早段落 |
| A，10 月 8 日 12:00:00 UTC | 「報表可匯出為 CSV 和 JSON。」 | 已確認可用的較新段落 |
| B，10 月 8 日 12:00:00 UTC | 「報表可匯出為 JSON。」 | 僅有本次觀察；較早文字缺漏 |

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. 移除證據不支持的採用情況、效能或商業影響主張。

## 從一個網頁開始，安排再次檢查

選擇一個與買方任務有關的官方網頁。儲存完整的相關公開文字、確切段落、網址、適用範圍及觀察時間。設定下次檢查日期，並保留第一次儲存的副本。

需要尋找可能相關的文件或版本說明網頁時，可使用 [Google Search Scraper Actor](https://apify.com/chronometrica/google-search-scraper)。使用前，先檢查建議的輸入內容。將網頁儲存與變更審查分成兩個步驟，由你自行控制。

取得下一份確認可用的副本後，判斷結果是可供比較的文字變更、未變動的段落，還是證據缺口。根據結果，決定下一項產品檢查。

## 來源與延伸閱讀

- [公開的競爭對手追蹤討論——觀察日期為 2026 年 10 月 25 日；僅為個人陳述，不代表普遍需求或產品成果](https://www.reddit.com/r/growmybusiness/comments/1vcb4eo/how_do_you_actually_keep_track_of_what/)
- [Google Search Scraper 公開預設建置版本——檢查日期為 2026 年 10 月 25 日；僅涵蓋建置版本 1.0.15 宣告的欄位與輸入靜態驗證，未實際執行](https://api.apify.com/v2/acts/mlmVX4amk2biciJaB/builds/default)
- [Competitor SERP Research Task——檢查日期為 2026 年 10 月 25 日；已確認確切 Task ID 與網頁存在，儲存設定及實際執行行為尚未驗證](https://apify.com/chronometrica/google-search-scraper/examples/competitor-serp-research)