# 查核 Reddit 產品推薦背後的證據

要分辨個人經驗自述與轉述的推薦，請檢查每項主張有哪些依據。找出明確的使用陳述、具體任務、結果、已說明的使用期間，以及清楚的比較。將這些細節與來源一起儲存。未說明使用經驗的建議，對你的任務而言仍是缺乏依據的建議。即使個人經驗自述很詳細，也仍須另行查核。這些標籤用來描述證據，不用來判斷作者是否誠實或收取報酬。

先親自閱讀公開討論。這比提及次數更能回答主要問題。資料蒐集程式可以協助你找到貼文，但無法只憑產品名稱確認個人使用經驗。

最後應整理出一份推薦證據表。每列應呈現一項主張、其依據、限制，以及下一項查核。用這份表格選擇要針對自身需求測試的項目。

## 搜尋前，先定義依據標籤

證據層級是用來標示一項主張現有依據的標籤。請使用以下四種標籤。在表格中保留這些名稱，讓其他讀者也能採用相同規則。

| 依據標籤 | 適用條件 | 尚未釐清的事項 |
| --- | --- | --- |
| 未說明使用經驗的建議 | 作者推薦一項產品，但未說明自己曾使用 | 個人使用經驗、任務與結果 |
| 有使用自述，但任務細節不足 | 作者說明自己曾使用，但相關任務或結果的細節太少 | 這份自述是否適用於你的需求 |
| 有使用自述，且任務範圍與結果明確 | 作者說明曾使用、具體任務，以及實際發生的情況 | 獨立確認，以及是否適合你自己的任務 |
| 經另行查核的證據 | 你記錄了另一個來源或已完成的測試，可支持某項具體的事實主張 | 該次查核範圍以外的所有事項 |

範圍明確的任務有清楚的限制。例如，匯入一個檔案的範圍，比聲稱某產品能處理所有報表工作的範圍小。

請為主張加上標籤，而非為帳號加上標籤。同一則推薦可能包含實用的任務自述，也包含缺乏依據的主張，聲稱該產品最適合所有人。請將兩者分列儲存。

使用第四種標籤時須特別謹慎。產品官方頁面可以支持文件所述的功能主張，但無法確認 Reddit 作者使用過該功能。你自己的測試可以顯示在該次測試條件下發生的情況，但無法驗證作者身分，也無法建立普遍適用的產品排名。

不要將這些標籤轉成數字化的信任分數。更多細節可以讓一份自述對某項任務更有用，但不能證明作者更誠實。

## 設定範圍明確的小規模搜尋

Reddit 上有一則公開提問：「把 Reddit 當作產品／服務評論的來源，有多可靠？」這個問法為本指南提供了實用的背景。所提供的證據記錄了標題，並非評論可靠性的研究，也無法顯示這個確切問題有多常見。[公開的評論可靠性提問——於 2026 年 10 月 25 日擷取；已核對標題，未記錄發布日期](https://www.reddit.com/r/AskReddit/comments/1kyd9dz/how_reliable_is_reddit_as_a_source_for/)。

如果只有少數已知推薦，請開啟公開來源，手動製作表格。需要更多候選貼文時，再使用資料蒐集程式。

Actor 是託管的資料蒐集程式。Reddit Search Scraper Actor 的文件列有輸入欄位，適合用來小規模搜尋相關貼文。Task 是已儲存的輸入預設設定。公開的 Reddit Market Research Posts Task 可作為起點。其頁面與確切的 Task ID `c2nOnGXoCJwsOgvdp` 已經核對，但目前儲存的設定未經驗證。[Reddit Market Research Posts Task——於 2026 年 10 月 25 日查核；僅確認頁面存在，儲存設定與執行情況未經驗證](https://apify.com/chronometrica/reddit-search-scraper/examples/reddit-market-research-posts)。

首次進行小規模蒐集時，請使用以下建議輸入：

```json
{
  "maxResults": 3,
  "query": "recommend reporting software",
  "sort": "relevance",
  "time": "all"
}
```

設定範圍明確的小規模搜尋

將範例 `query` 換成你的產品類別與任務用語。首次查核時，將 `maxResults` 保持為 3。這是要求的結果數量上限，並不保證會傳回三筆可用記錄。`sort` 要求依相關性排序，不會依證據品質排列推薦。`time` 要求使用不限時間的搜尋選項，不保證完整涵蓋所有歷史資料。

建議輸入已通過靜態結構檢查。結構定義說明允許的欄位與值。靜態檢查會依照該定義檢查輸入，不會蒐集資料。所提供的資料規格標示公開預設建置版本為 2.0.6。本次簡報並未執行 Actor。[預設建置版本資料規格——於 2026 年 10 月 25 日查核；僅驗證結構，未實際蒐集資料](https://api.apify.com/v2/acts/vwOCid7mnPXd0rMTz/builds/default)。

公開貼文與公開 Task 頁面是公開證據。你自己帳戶中儲存的設定與執行記錄是另外的記錄。如果執行 Actor，請將這些記錄與研究資料一起保留。本指南沒有僅限擁有者存取的執行證據。

## 依照八個步驟建立證據表

### 1. 寫下選購問題

說明你需要產品完成什麼工作。列出可能改變決定的條件，例如檔案類型、任務頻率、團隊需求或核准要求。

寫下一個能透過測試回答的問題。例如，詢問工具能否完成所需的匯入作業，而不必手動修正。「哪個工具最好？」這類寬泛的問題，無法讓你明確判斷一則推薦。

如果需要比較，請說明哪些條件必須相同。採用相同任務與輸入，比兩份不相關的自述更容易進行清楚的比較。需要界定選擇背後的條件時，可參閱[產品比較指南](/zh-Hant/articles/reddit-%E7%94%A8%E6%88%B6%E8%BD%89%E7%94%A8%E7%94%A2%E5%93%81%E5%8E%9F%E5%9B%A0/)。本表應持續聚焦於每項主張的依據。

### 2. 蒐集候選貼文，並保留來源資料列

儲存完整且確切的搜尋輸入與蒐集日期。將原始輸出與閱讀筆記分開保存。不要用自己的結論取代來源中缺少的值。

已查核的資料規格，為此處使用的記錄列出以下欄位：

| 確切欄位名稱 | 本方法需要保留的內容 |
| --- | --- |
| `inputQuery` | 與該筆記錄相關的搜尋查詢 |
| `requestedSubreddit` | 要求搜尋的社群值，如有提供 |
| `matchedSubreddit` | 符合搜尋的社群值，如有提供 |
| `postId` | 來源貼文的識別碼 |
| `canonicalPostUrl` | 貼文的標準公開網址 |
| `title` | 貼文標題 |
| `body` | 貼文內文，如有提供 |
| `createdAt` | 建立時間值，如有提供 |
| `observedAt` | 觀察時間值 |
| `status` | 該筆記錄傳回的狀態 |
| `unavailableFields` | 傳回的無法取得欄位清單 |

結構定義允許部分欄位缺少值。缺少 `body` 表示無法取得內文，不表示該陳述沒有個人使用經驗。缺少 `createdAt` 表示建立日期未知，不代表蒐集日期。

這些是資料規格列出的欄位，並非本指南實際執行後觀察到的結果。[預設建置版本資料規格——於 2026 年 10 月 25 日查核；僅確認所列欄位，未測試實際輸出](https://api.apify.com/v2/acts/vwOCid7mnPXd0rMTz/builds/default)。

### 3. 閱讀問題與前後討論

將每篇蒐集到的貼文視為待檢查的來源。不要假設記錄包含所有回覆，或包含理解一則推薦所需的全部上下文。

開啟公開來源。閱讀該則推薦所回答的問題。檢查作者討論的任務、產品或版本，是否與你的選購問題相同。

標題可能只是在徵求推薦，沒有包含任何經驗自述。回覆也可能引用其他作者的話。如能取得主張本身的公開連結，請將其與來源貼文連結一起儲存。

如果無法檢查所需的上下文，請標記為無法取得。不要用附近的文字或搜尋摘要補全主張。

### 4. 區分使用自述與轉述的建議

找出說明個人使用經驗的段落。保留足夠文字，以呈現作者的主張。將作者自己的自述，與描述他人使用情況的陳述分開。

「試試這個工具」這類推薦並未說明曾使用。說同事在使用，則是在描述他人的經驗。兩者都無法確立作者本人曾親自使用。

僅憑重複措辭，無法確定建議最初來自何處。如果作者指出較早的來源，請記錄該連結。如果來源不明，就保留為未知。不要因為措辭相似，就推斷存在協同行動。

必要時，請拆分主張。關於使用工具的陳述，與關於其目前功能的陳述，可能需要不同的查核。

### 5. 記錄任務、結果、使用期間與比較

針對每份使用自述，記錄作者做了什麼，以及發生什麼情況。保留範圍限制，例如一個檔案、一個專案或一個團隊。

只有在明確說明時，才記錄使用期間。完成一項任務，不能證明已使用數月。較早的發布日期，也不能證明自該日起持續使用。

遇到比較時，請儲存比較基礎。作者是否使用過兩項產品？是否比較相同任務？偏好是否基於已說明的結果？請明確保留尚未回答的問題。

請在工作表中使用以下欄位：

| 表格欄位 | 應儲存的內容 |
| --- | --- |
| 主張識別碼 | 你為單一主張設定的參照編號 |
| 來源連結與貼文識別碼 | 公開來源及其識別碼 |
| 來源日期 | 發布日期，如已知 |
| 觀察日期 | 你檢查或蒐集來源的時間 |
| 相關問題 | 該則推薦所回應的需求 |
| 證據段落 | 支持所用標籤的文字 |
| 產品與具體主張 | 主張涉及的內容 |
| 個人使用陳述 | 已說明使用、未說明使用，或不明確 |
| 任務與條件 | 所描述的工作與限制 |
| 自述結果 | 作者所述發生的情況 |
| 使用期間 | 已說明的期間，或未說明 |
| 比較基礎 | 比較的產品與條件，或未說明 |
| 關係揭露 | 明確說明關係的文字，或未說明 |
| 依據標籤 | 已定義的其中一種證據標籤 |
| 另行查核 | 如已完成，記錄來源、日期、查核結果與範圍 |
| 待解問題與下一步行動 | 你仍須釐清的事項 |

你的筆記可協助整理資料，但不會成為 Actor 的輸出欄位。

### 6. 將關係揭露與猜測分開

關係揭露是對某種關係的明確陳述。如果出現相關文字，請連同來源一起記錄。將其與個人使用陳述分開。

如果沒有關係揭露，請寫「未說明」。這不表示不存在任何關係，也不能用來指控對方收費推廣。

不要根據語氣、帳號歷史或轉述的建議，推斷身分、任職關係、客戶身分或隱藏的關聯。你的任務是評估主張的依據。

### 7. 使用目前的第一手來源查核重要事實

產品的第一手來源是產品供應商提供的資料，例如官方文件。請用這類來源查核對你的決定有影響的事實主張。

儲存確切頁面、查核日期、相關條件，以及該來源支持的內容。將「文件有記載」與「已測試」分開。文件可以說明產品支援某項任務，但不代表已證明它處理你的檔案時有何表現。

如果找不到相關文件，請記錄「在已查核來源中未找到」。不要寫成該功能不存在。如果主張仍不明確，請保留為尚未釐清，並選擇進一步查核。

此處未提供競爭產品的事實資料，也未提供已完成的產品測試。這個步驟說明的是讀者需要自行完成的工作。

### 8. 選擇下一項要測試的任務

對照原本的選購問題閱讀表格。找出直接依據最少的重要需求。針對該需求查核文件，或進行小規模測試。

開始前，先寫下測試條件與所需結果。測試後，儲存實際結果。計畫中的測試不是已完成的證據。

不要根據票數或提及次數選出優勝產品。多則推薦可能只是在重複同一項缺乏依據的主張。[Reddit 研究計數單位指南](/zh-Hant/articles/%E5%96%AE%E4%B8%80%E8%A8%8E%E8%AB%96%E4%B8%B2%E6%98%AF%E5%90%A6%E4%B8%BB%E5%B0%8E%E7%A0%94%E7%A9%B6%E7%B5%90%E6%9E%9C/)說明了為何需要分開處理記錄、帳號與來源群組。這些計數都無法取代任務證據。

## 逐步分析一個原創虛構範例

本例所有內容均為原創虛構。陳述與產品都是編造的。這不是 Actor 的執行記錄、客戶成果，也不是觀察到的公司研究結果。

這位虛構買方需要每月匯入 CSV。CSV 指逗號分隔值，是一種純文字表格格式。買方必須確認匯入時是否需要手動修正。

三則虛構陳述如下：

1. 推薦 A：「試試工具 A。」
2. 推薦 B：「我曾用工具 B 做過一次每月的 CSV 匯入。匯入完成了，但我必須手動修正日期欄。」
3. 推薦 C：「我用過工具 A 和工具 B。工具 A 比較好。」

| 卡片 | 使用自述 | 任務與結果 | 使用期間 | 比較基礎 | 依據標籤 |
| --- | --- | --- | --- | --- | --- |
| A | 未說明 | 未說明 | 未說明 | 未說明 | 未說明使用經驗的建議 |
| B | 已明確說明 | 完成一次每月的 CSV 匯入；日期欄需要手動修正 | 未說明 | 未說明產品比較 | 有使用自述，且任務範圍與結果明確 |
| C | 已說明使用過兩項產品 | 未說明任務與結果 | 未說明 | 列出兩項產品名稱；未提供比較條件 | 有使用自述，但任務細節不足 |

卡片 A 提供了一項候選產品，但沒有說明執行匯入任務的使用經驗。

對這個選購問題而言，卡片 B 的自述最具體。它同時記錄了任務完成情況與限制。「一次每月的 CSV 匯入」描述的是一項任務，不能證明使用了一個月，也不能證明重複匯入了一年。這份自述仍未經驗證。

卡片 C 說明使用過兩項產品，但沒有解釋「比較好」是針對哪項任務。請保留使用自述，並將這項寬泛偏好維持為缺少任務細節支持的主張。

這項計算統計的是卡片：1 張建議卡片 + 1 張有詳細使用自述的卡片 + 1 張有使用自述但缺少細節的卡片 = 3 張推薦卡片。

說明曾使用的卡片有 2 張：B 與 C。這是兩張包含使用主張的卡片，不是兩位經驗證的客戶，也不能證明某項產品有更多使用者。

這個虛構範例尚未完成任何另行查核，因此已完成的查核次數為 0。這個零表示範例中已完成的工作數量，不表示任何一項產品未通過測試。使用期間仍是「未說明」，而非零天。

下一步是透過目前的官方來源，查核所需的匯入行為。如果能進行測試，買方可接著使用獲准使用、且具有所需日期格式的樣本。建議的測試應檢查是否需要手動修正。此處未提供該測試的結果。

## 做決定前，先檢查表格

檢查表格是否有以下問題：

1. 缺少內文：將記錄保留為無法取得。無法閱讀時，不要將其標記為缺乏依據的建議。
2. 缺少上下文：在能檢查問題或回覆的上下文之前，將是否適合該任務保留為尚未釐清。
3. 個人使用經驗不明確：保留原文措辭。不要將建議提升為親身經驗。
4. 缺少使用期間：寫「未說明」。不要根據來源日期推斷使用期間。
5. 比較過於寬泛：將偏好與具體任務的證據分開。
6. 產品事實尚未釐清：儲存已查核的內容。將文件未記載與資料無法取得分開。
7. 來源重複：保留來源連結，避免同一項主張看起來像是多次獨立確認。
8. 蒐集不完整：說明輸入設定的上限，以及實際可用的記錄數量。不要聲稱已涵蓋完整討論。

請另一位讀者依相同規則查核少量資料。請對方指出支持每個標籤的段落。記錄意見分歧，並釐清規則。讓讀者核對判斷是否一致，有助於找出不明確的規則，但無法驗證原始使用自述。

將結論限於明確範圍。說明哪項主張對你的任務有幫助、有何依據、哪些事項仍未知，以及下一項查核是什麼。不要將表格變成產品排名，也不要用來評斷帳號。

## 從一則推薦找出下一項實用的查核

先選一則與你的選購問題有關的重要推薦。儲存來源與上下文。加上依據標籤。記錄任務、結果、使用期間、比較基礎，以及尚未釐清的事實。

如果需要更多候選貼文，請使用 [Reddit Search Scraper Actor](https://apify.com/chronometrica/reddit-search-scraper)，並採用建議的小規模輸入設定。擴大蒐集前，先檢查傳回的記錄。文件列出的欄位可用於蒐集資料與追蹤來源。你仍須閱讀推薦內容，並查核其中的主張。

根據尚缺的任務證據，選擇下一步行動。實用的成果是一個明確的選購問題，以及一項你能完成的查核。

## 來源與延伸閱讀

- [公開的 Reddit 評論可靠性提問——於 2026 年 10 月 25 日擷取；已核對標題，發布日期未知，並非可靠性研究](https://www.reddit.com/r/AskReddit/comments/1kyd9dz/how_reliable_is_reddit_as_a_source_for/)
- [Reddit Search Scraper 預設建置版本 2.0.6——於 2026 年 10 月 25 日查核；提供輸入與輸出結構定義的證據，沒有實際執行記錄或涵蓋範圍證明](https://api.apify.com/v2/acts/vwOCid7mnPXd0rMTz/builds/default)
- [Reddit Market Research Posts Task——於 2026 年 10 月 25 日查核；已確認確切的 Task ID 與頁面存在，儲存設定與執行情況未經驗證](https://apify.com/chronometrica/reddit-search-scraper/examples/reddit-market-research-posts)