# 如何核實本地商戶名錄中的 Facebook 專頁紀錄

先以已知的公開 Facebook 專頁網址建立名錄，再分開已配對的商戶身分、可得的公開資料，以及來源缺少的欄位。Actor 是一個託管的資料收集程式。Task 是已儲存的輸入預設。Actor 收集來源列，讀者則負責分析。

## 工具設定與對照檢查

在試行中，把 startUrls 內預設的兩個專頁樣本清單，換成一個擬定的已知公開專頁網址。

此工具的組建版本是 0.1.24。它接受 startUrls 中一至一千個已知公開專頁或個人檔案網址，不接受搜尋頁，也不會以城市關鍵字搜尋來發現專頁。一列是一次嘗試輸入。

輸出指標包括 requestedChannels、acceptedProfileInputs、rejectedInputs、datasetRows、usefulRows、billableRows、nonUsefulRows 及 statusCounts。列欄位包括 input、channelId、pageId、channelUrl、handle、displayName、alternateName、profileType、description、category、website、detectedLinks、detectedEmails、phone、email、address、profileTabs、status、statusReason、observedAt 及 isBillable。缺少的欄位為 null。channelId 與舊有或委派的 pageId 是不同的身分值，可以不相同。

對 NASA 的對照檢查回傳了已配對的 ID、status 為 ok、一段描述，以及兩條偵測到的 Facebook 區段連結。網站、電話、電郵及地址未能取得。這只證明在該次對照中，可選欄位可以未能取得。

## 建立名錄與核實動作

1. 收集前先界定名錄用途及必要欄位。使用已知的擬定商戶來源清單，並附本地列 ID，以及每個網址的來源。城市搜尋不屬此工具。人手發現是明確的先決條件，不是已承諾的功能。
2. 測試一個擬定的公開專頁。對照來源檢查 channelId、pageId、channelUrl、displayName、profileType、status 及 statusReason。即使可選的 About 欄位被隱藏，單是回傳的身分仍可以有用。兩家商戶同名時，不要只按名稱配對。
3. 保留來源列及時間。把個人檔案 ID 以字串儲存，並分開保留舊有或委派的專頁 ID。去除已核實身分觀察的重複時，不要捨棄輸入至來源的清單。
4. 就每個必要欄位記錄 source_available、unavailable 或 needs_manual_check。website 要與 detectedLinks 分開。About 或 photos 的 Facebook 連結是個人檔案區段，不是外部商戶網站。detectedEmails 及 detectedLinks 是未經核實的線索，不是完整的商戶聯絡資料集合。
5. 如果名錄需要城市服務範圍或外部網站，請人手查閱相符的公開商戶來源，並在獨立的增補欄位中[記錄證據、來源及時間](/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/)。不要用從 handle 猜出的城市覆寫為 null 的 Actor 地址。此工具不會做這項連結網站檢查。
6. 按所述用途界定名錄列的就緒條件。例如，身分索引需要已配對的身分；聯絡名錄還需要已查閱的公開聯絡途徑；城市商戶清單另外需要有依據支持的本地相關性。每項規則都要寫明。缺少可選資料，並不證明該商戶沒有該屬性。
7. 把紀錄分成 ready、needs_review 及 unavailable_target。已配對身分、可得欄位及就緒紀錄要分開計算。失敗的來源請求不是一筆空白而成功的商戶紀錄。保留來源狀態原因，以便日後重試可以限定範圍。
8. 匯出有用的名錄，並附就緒原因及證據連結。需要時重新取得觀察，不要斷言此工具會提供過往紀錄。本指南不會發送主動聯絡，也不會認證商戶。

## 原創虛構例子與表格

以下文字是原創虛構內容。一個虛構的清潔商戶名錄有四個擬定專頁。

| 紀錄鍵 | 已配對身分 | 原生狀態 | 原始網站 | 原始地址 | 偵測到的連結 | 人手地址／本地證據 | 人手來源與檢查（虛構） | 讀者評定的紀錄就緒及原因 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| B1 | 已配對 ID | ok | https://example.com/b1-site (虛構) | 123 Main St（虛構） | facebook.com/b1/about（虛構） | 虛構的 123 Main St, Target City，經其附日期的人手來源另行確認 | https://example.com/b1-source (2026-03-01, 本地檢查) | 就緒（已配對 ID，原生網站及地址存在，人手本地證據已確認） |
| B2 | 已配對 ID | ok | null | null | facebook.com/b2/photos（虛構） | 未知 | 無 | 需要覆核（已配對 ID，原生網站／地址為 null，沒有人手證據） |
| B3 | 無身分 | login_required | null | null | null | 未知 | 無 | 未能取得目標（需要登入，沒有取回身分） |
| B4 | 已配對 ID | ok | null | null | facebook.com/b4/about, facebook.com/b4/photos（虛構） | 虛構的 8 Side Rd, Other City，經其附日期的人手來源另行確認 | https://example.com/b4-source (2026-03-02, 城市以外) | 未就緒／超出範圍（已配對 ID，原生網站／地址為 null，連結是個人檔案區段，人手檢查證明在城市以外） |

三個已配對身分不會得出三筆就緒紀錄。當中有一筆就緒紀錄、兩筆需要覆核或超出範圍的紀錄，以及一個未能取得的目標。按確切規則，B4 因人手本地證據被排除於城市清單之外，而不是按專頁名稱猜測。在這則虛構內容中，三列已配對紀錄的欄位可得性是：網站為三列中的一列，回傳地址為三列中的一列。未能取得的目標 B3 另行報告。不要把這些分數當作此工具的真實成功率。

## 下一步

使用 [Apify Facebook Channel Scraper](https://apify.com/chronometrica/facebook-channel-scraper) 及 [Facebook Business Page Profile Dataset Task](https://apify.com/chronometrica/facebook-channel-scraper/examples/facebook-business-page-profile-dataset) 覆核你的輸入，以建立你的紀錄冊。

## 來源與延伸閱讀

- [Apify Facebook Channel Scraper Actor](https://apify.com/chronometrica/facebook-channel-scraper)
- [Reddit 關於 Facebook 專頁抓取的討論](https://www.reddit.com/r/webscraping/comments/16namzg/is_there_a_web_scraper_for_facebook_pages/)