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

工具設定與對照檢查

在試行中，把 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. 如果名錄需要城市服務範圍或外部網站，請人手查閱相符的公開商戶來源，並在獨立的增補欄位中記錄證據、來源及時間。不要用從 handle 猜出的城市覆寫為 null 的 Actor 地址。此工具不會做這項連結網站檢查。
6. 按所述用途界定名錄列的就緒條件。例如，身分索引需要已配對的身分；聯絡名錄還需要已查閱的公開聯絡途徑；城市商戶清單另外需要有依據支持的本地相關性。每項規則都要寫明。缺少可選資料，並不證明該商戶沒有該屬性。
7. 把紀錄分成 ready、needs_review 及 unavailable_target。已配對身分、可得欄位及就緒紀錄要分開計算。失敗的來源請求不是一筆空白而成功的商戶紀錄。保留來源狀態原因，以便日後重試可以限定範圍。
8. 匯出有用的名錄，並附就緒原因及證據連結。需要時重新取得觀察，不要斷言此工具會提供過往紀錄。本指南不會發送主動聯絡，也不會認證商戶。

原創虛構例子與表格

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

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