Facebook 連結解析器
介紹
Facebook 連結是一團亂麻。同一則貼文可能以帶五個追蹤參數的 permalink.php 連結、story.php 連結、/share/p/ 權杖、粉絲專頁標籤頁 URL 或來自行動應用程式的 fb.watch 短連結等形式出現。內容相同,只是 URL 的形式不同。Facebook 連結解析器是一款免費線上工具,能識別 20 多種 Facebook 連結格式,提取內容 ID,移除追蹤噪音,並將連結重建為乾淨的規範連結、嵌入連結或分享連結。
解析器面向所有定期處理 Facebook 連結的人:發布連結的社群媒體經理、歸檔連結的社群管理員、衡量活動的行銷人員、大規模收集連結的研究人員,以及將連結存入資料庫的開發者。與其手動清理每一條連結,或依賴隱藏自身行為的縮短服務,你只需貼上連結,就能看到解析器發現了什麼:連結類型、粉絲專頁名稱、內容 ID、所有者和被移除的參數。
這個工具有兩個獨特之處。它即時解析,每次按鍵都會更新結果;它做到零網路請求:連結永遠不會離開你的瀏覽器。沒有伺服器,沒有 API 配額,也沒有你貼上內容的紀錄。
使用場景
發布與活動。 在把 Facebook 連結放進電子報、部落格文章或廣告留言之前,用規範格式清理它。fbclid 和 mibextid 等點擊追蹤參數是工作階段特有的,會很快過期並使分析報表失真。發布規範連結後,你的內容連結保持穩定,指標也保持真實。
歸檔與去重。 當你在試算表、CMS 或研究資料集中儲存 Facebook 連結時,同一則貼文可能以幾十種不同的 URL 形式出現。解析器將它們全部正規化為一種形式,因此指向同一貼文的 story.php?story_fbid=…、/share/p/… 和 /username/posts/… 會收斂為一個穩定的識別碼,供你去重。
客戶支援。 支援工單中經常包含從 Facebook 應用程式複製的連結,以短 fb.watch 連結或帶一長串參數的 permalink 形式送達。將連結貼到解析器中,即可獲得乾淨的規範連結、可供搜尋的內容 ID,以及用於識別發布者的所有者連結。
網站嵌入。 如果你在自己的網站上發布 Facebook 貼文,嵌入格式會產生官方 Facebook 外掛 URL,貼到 iframe 中即可。不需要第三方嵌入服務、不需要 widget 腳本、不需要爬取。
資料衛生。 對開發者和研究者來說,解析器還可作為規格參考:被移除的參數清單準確顯示 Facebook 今天新增了哪些追蹤鍵,支援的格式表記錄了工具識別的每一條路由。
Facebook 連結的結構
一個 Facebook 連結有三個值得理解的部分:主機、路徑和查詢字串。
來看一個真實的相片連結:
https://www.facebook.com/photo/?fbid=1476858904444046&set=pcb.1476858951110708&__tn__=-R&mibextid=rSxxaY
主機 www.facebook.com(或 m.facebook.com、fb.watch、fb.me)告訴解析器連結屬於哪個家族。路徑 /photo/ 指明路由:這裡是現代相片頁面。查詢字串混合了兩種解析器處理方式截然不同的參數:
| 參數 | 類型 | 解析器的處理 |
|---|---|---|
fbid=1476858904444046 |
識別 | 保留 – 這是相片的內容 ID |
set=pcb.1476858951110708 |
導覽 | 移除 – 相簿導覽內容,不屬於相片身分 |
__tn__=-R |
內部權杖 | 移除 – Facebook 的內部點擊追蹤權杖 |
mibextid=rSxxaY |
追蹤 | 移除 – 第三方應用程式歸因 |
識別參數告訴你連結指向哪則貼文、哪支影片、哪個 Reel、哪張相片、哪個粉絲專頁或哪個社團。其餘都是內容:你是怎麼到達的、你來自哪個應用程式、頁面的哪一部分被反白。解析器保留身分、丟棄內容,並報告被移除的鍵,使清理保持可核對。
運作原理
解析完全在你的瀏覽器內進行,沒有網路請求,也沒有伺服器往返。每次按鍵,連結都經過三個階段:
- 主機比對。 連結與三個 Facebook 網域比對:
facebook.com(帶任意子網域,如m.或mbasic.)、fb.watch和fb.me。 - 路由比對。 路徑被拆分為區段,與已知路由表比對:
watch、reel、photo、story.php、permalink.php、share/p/、groups/{id}/posts/{id}、profile.php、粉絲專頁名稱和標籤頁路徑。 - 查詢分析。 識別參數(
v、fbid、story_fbid、id)被提取並驗證,而追蹤參數由三條規則偵測並收集到移除清單中。
每個提取的值在接收前都會經過嚴格模式驗證:數字 ID 必須為 5–20 位,pfbid 權杖必須以 pfbid 開頭,使用者名稱必須為 2–50 個字元。未通過驗證的內容會令連結被標記為無效,而不是去猜測。
由於沒有網路存取,解析器不需要載入狀態,永遠不會達到配額,並在貼上的瞬間輸出結果。
支援的連結格式
解析器在七種結果類型中識別 20 多種格式。
| 格式 | 範例 | 結果類型 |
|---|---|---|
| 帶專頁名的貼文 | facebook.com/nike/posts/1234567890123456 |
post |
| 貼文(數字 ID 或 pfbid) | facebook.com/nike/posts/pfbid0AbCdEf |
post |
| story permalink | facebook.com/story.php?story_fbid=111222333444&id=555666777888 |
post |
| 舊版 permalink | facebook.com/permalink.php?story_fbid=…&id=… |
post |
| 分享權杖 | facebook.com/share/p/1AbCdEf2Gh3Ij/ |
post |
| watch 影片頁 | facebook.com/watch/?v=10153231379946729 |
video |
| watch 影片路徑 | facebook.com/watch/10153231379946729 |
video |
| 舊版影片頁 | facebook.com/video.php?v=637842556329505 |
video |
| 帶專頁名的影片 | facebook.com/nike/videos/10153231379946729 |
video |
| Reel | facebook.com/reel/Reel1AbCdEfGh |
reel |
| 帶專頁名的 Reel | facebook.com/nike/reels/pfbid0Reel12345 |
reel |
| 現代相片頁 | facebook.com/photo/?fbid=1476858904444046 |
photo |
| 舊版相片頁 | facebook.com/photo.php?fbid=9876543210123456 |
photo |
| 帶專頁名的相片 | facebook.com/nike/photos/1234567890123456 |
photo |
| 簡單專頁 | facebook.com/nike |
page |
| 專頁標籤頁 | facebook.com/nike/reviews |
page |
| 數字專頁 URL | facebook.com/profile.php?id=100001234567890 |
page |
| 社團貼文 | facebook.com/groups/999888777666/posts/111222333444 |
group-post |
| 短連結 | fb.watch/AbC12dEfXy |
short |
| 重新導向網域 | fb.me/nike |
page |
| 行動子網域 | m.facebook.com/meta、mbasic.facebook.com/nike |
與桌面端相同 |
專頁標籤頁被泛化接受:路徑第二個區段中的任何小寫單字,about、reels、photos、followers、mentions、music、jobs、fundraisers、support 以及任何未來的標籤頁,都會解析為專頁本身,因為標籤頁是專頁的一個檢視,而不是單獨的資源。
解析器還會拒絕不屬於可分享 Facebook 內容的路由。login、help、settings、search、marketplace、events、hashtag、messages 等平台保留路由會回傳無效連結訊息,數字第二區段(nike/1234567890123456)或未知的三區段路徑等畸形形式也是如此。保留路由的完整清單記錄在技術規格一章中。
理解貼文 ID
Facebook 使用三種不同的 ID 格式,解析器在任何位置都接受它們。
數字 ID 是傳統格式:5–20 位數字,如 10153231379946729。它們仍然出現在 watch 影片頁(watch/?v=)、相片頁(fbid=)和 story 連結的 id 參數中。穩定且可讀。
pfbid ID 是現代格式,自 2022 年起逐步引入。它們以 pfbid 字母開頭,後跟一長串字母、數字、底線和連字號的組合:真實範例約 70 個字元。與數字 ID 不同,pfbid 權杖會隨時間輪換而且不透明:不是序號,無法在本機解碼。Meta 發布了概念但沒有長度規範,因此解析器接受前綴後最多 200 個字元的任何 pfbid 權杖,而不是冒險拒絕合法連結。
Reel 權杖和分享權杖是 5–40 個字元的不透明字母數字權杖,如 Reel1AbCdEfGh。Reel 權杖始終以 Reel 前綴開頭,但解析器並不依賴這一點:任何形狀正確的權杖都會被接受。
你能用提取出的 ID 做什麼?它是內容的穩定鍵:用於在資料庫中給連結去重、搜尋貼文、在 CMS 中引用它,或在你擁有存取權限時透過 API 查詢它。解析器將 ID 顯示在獨立的一行上,正是為了讓你無需手動從 URL 中提取即可使用。
我們移除的追蹤參數
Facebook 會向連結新增一長串參數,解析器用三條偵測規則移除它們:
- 活動參數 – 任何以
utm_開頭的鍵(Google Analytics 慣例):utm_source、utm_medium、utm_campaign、utm_term、utm_content。 - 內部權杖 – 任何以雙底線開頭的鍵,如
__tn__和__cft__[0]。這些是 Facebook 的內部點擊追蹤標記,通常經過 URL 編碼並帶方括號。 - 精確清單 – 37 個已知的追蹤、工作階段和導覽參數。
精確清單中最常見的參數:
| 參數 | 記錄內容 |
|---|---|
fbclid |
點擊來自哪個廣告或貼文 |
mibextid |
哪個第三方應用程式分享了連結 |
rdid、rd |
行動裝置 ID |
ref、fref、refid、ref_src、ref_url |
連結被點擊的頁面 |
eav、ftid、paipv、jazoest |
工作階段與反濫用權杖 |
sk、lst、rsv、tn |
頁面與工作階段狀態值 |
eid、notif_t、notif_id |
通知內容 |
comment_id、reply_comment_id |
留言導覽內容 |
set、type、theater、offset、locale |
相簿導覽、顯示模式、位置和語言 |
action_history、acontext、app、video_source、ls_ref、pageid、ftentidentifier、padding |
點擊內容和來源中繼資料 |
識別參數永遠不會被移除:v(影片 ID)、fbid(相片 ID)、story_fbid(貼文 ID)和 id(所有者 ID)就是內容本身。對於 story.php 連結,解析器因此在規範輸出中同時保留 story_fbid 和 id:移除它們會破壞連結。
為什麼移除總是安全的?追蹤參數描述的是你如何到達,而不是連結指向什麼。fbclid、mibextid 和 utm_* 只改變歸因報表;沒有它們,渲染的內容完全相同。被移除的參數一行顯示到底移除了什麼,讓清理一目了然、可以核對。
輸出格式指南
每一條被解析的連結都可以輸出為三種格式。
| 格式 | 輸出 | 使用時機 |
|---|---|---|
| 規範連結 | 乾淨穩定的連結。story 連結保留 story_fbid 和 id;帶使用者名稱的路由保留路徑 |
發布、歸檔、去重:一切需要長期儲存連結的場景 |
| 嵌入連結 | Facebook 外掛 URL(plugins/post.php、plugins/video.php 或 plugins/page.php) |
貼到 <iframe> 中,在自己的網站上顯示內容 |
| 分享連結 | 官方分享對話框(sharer/sharer.php?u=…) |
按鈕和連結,開啟帶預填內容的 Facebook 分享對話框 |
嵌入格式根據內容類型選擇正確的外掛:貼文、相片、Reels 和社團貼文使用 plugins/post.php(帶 show_text=true 以渲染貼文文字),影片使用 plugins/video.php,專頁使用 plugins/page.php。分享格式包覆規範連結,因此被分享的連結始終指向乾淨版本。
短連結(fb.watch)遵循特殊規則:由於目標無法在本機解析,規範形式就是短連結本身,嵌入和分享格式不可用。當解析短連結時,輸出格式選項會自動隱藏。
使用方法
- 貼上連結。 點擊輸入框,貼上 Facebook URL(Ctrl+V 或 Cmd+V)。解析器會在你輸入時讀取它:無需點擊任何按鈕。
- 閱讀結果面板。 五行內容總結了解析結果:
| 行 | 顯示內容 |
|---|---|
| 類型 | 結果類型:post、video、reel、photo、page、group-post 或 short |
| 專頁名稱 | URL 中的專頁或個人檔案名稱,為可點擊連結 |
| 內容 ID | 提取出的 ID:數字、pfbid、Reel 權杖或分享權杖 |
| 所有者 | 所有者的數字 ID 連結,僅限無專頁名的連結(如 story.php 和社團貼文)。專頁名稱與所有者 ID 天然互斥:URL 要嘛命名所有者,要嘛用數字識別它 |
| 被移除的參數 | 被移除的追蹤參數,以逗號分隔 |
- 選擇輸出格式。 規範連結是預設值。需要時切換到嵌入連結或分享連結。
- 複製結果。 輸出框即時更新;按複製放入剪貼簿。
教學
跟隨一個完整範例,從凌亂的應用程式連結到乾淨的、可發布的 URL。
第 1 步 – 貼上 permalink。 複製這個連結,就像它可能來自一則被分享的貼文:
https://www.facebook.com/permalink.php?story_fbid=pfbid0Vh6GpZMMpB4G4Zrhw7GPoRDnPEQwTUtK8zvYue2qScZatWKvE9REsyqxw7TxjpnXl&id=100063598515444&__tn__=-R&mibextid=rSxxaY
貼到輸入框。結果面板立即填充:類型 post、內容 ID pfbid0Vh6…TxjpnXl、所有者 page 100063598515444(可點擊連結)以及被移除的參數 __tn__、mibextid。
第 2 步 – 複製規範連結。 輸出顯示乾淨的 story 連結:
https://www.facebook.com/story.php?story_fbid=pfbid0Vh6…&id=100063598515444
兩個識別參數都被保留:移除任何一個都會破壞連結。
第 3 步 – 嵌入貼文。 切換到嵌入連結。輸出變為 https://www.facebook.com/plugins/post.php?href=…&show_text=true。用網站上的 iframe 包覆它:
<iframe src="https://www.facebook.com/plugins/post.php?href=…&show_text=true"
width="500" height="600" style="border:none;overflow:hidden" scrolling="no"
frameborder="0" allowfullscreen="true" allow="autoplay; clipboard-write;
encrypted-media; picture-in-picture; web-share"></iframe>
第 4 步 – 清理相片連結。 貼上 https://www.facebook.com/photo/?fbid=1476858904444046&set=pcb.1476858951110708&locale=en_GB。類型顯示 photo,ID 為 1476858904444046,移除清單顯示 set 和 locale。規範輸出是簡短的現代形式 https://www.facebook.com/photo/?fbid=1476858904444046。
第 5 步 – 解析專頁標籤頁。 貼上 https://www.facebook.com/FubonGuardiansBaseballTeam/reviews。類型顯示 page,專頁名稱連結到專頁,規範輸出將標籤頁摺疊回 https://www.facebook.com/FubonGuardiansBaseballTeam:標籤頁是一個檢視,不是單獨的資源。
第 6 步 – 處理短連結。 貼上 https://fb.watch/AbC12dEfXy。類型顯示 short,輸出保留短連結,格式選項消失:解析器從不猜測短連結指向何處。
專業提示
- 按內容 ID 給歸檔去重。 批次清理試算表時,內容 ID 行是你的穩定鍵:同一則貼文無論以什麼 URL 形式送達,都產生相同的 ID。按該欄排序和去重,而不是按 URL。
- 規範發布,規範衡量。 如果你的團隊透過 link-in-bio 服務或縮短器分享 Facebook 連結,在下方發布規範形式可以避免雙重重導向層,並保持 UTM 報表可讀。
- 嵌入連結搭配官方 iframe 使用。 Facebook 外掛 URL 不需要額外的 JavaScript 或第三方嵌入服務:只需要教學中的 iframe。外掛處理響應式寬度,並顯示官方貼文樣式,包括分享按鈕。
- 信任連結前先核對所有者。 所有者行將
story.php連結和社團貼文連結到它們的數字專頁或社團。一次點擊就能看出哪個帳號真正發布了內容,收到可疑的轉寄連結時很有用。 - 把移除清單當作監控訊號。 Facebook 有時會更改其追蹤詞彙。如果清單開始出現你從未見過的參數,值得一看:解析器準確暴露了應用程式今天新增的內容。
- 專頁標籤頁會自動摺疊。 不要手動把試算表裡的
facebook.com/nike/reviews改成facebook.com/nike:解析器會替你完成,並保持專頁名稱行完整。
替代方案
| 選項 | 優勢 | 劣勢 |
|---|---|---|
| 本解析器 | 零請求、即時、支援 pfbid、20 多種格式、嵌入與分享產生器、可核對的移除清單 | 無法透過 API 取得貼文標題等中繼資料 |
| 在網址列手動編輯 | 無需工具 | pfbid 連結容易出錯,可能誤刪識別參數,沒有嵌入或分享格式 |
| 通用連結清理器 | 使用簡單 | 面向縮短器和通用連結,不面向 Facebook 路由;通常無法識別 story_fbid/id 識別對和專頁標籤頁 |
| Meta Content Library API | 官方中繼資料、搜尋與篩選 | 需要獲准的開發者帳號、基於配額、網路往返、沒有金鑰就無法在瀏覽器中使用 |
| Facebook 分享按鈕 | 官方、零成本 | 只分享連結,不清理、歸檔或嵌入任何內容 |
單次清理用本解析器的規範格式最快;需要中繼資料的批次研究可以用 Meta 的 API,但那是開發者工具,不是連結清理器。
與官方 API 對比
Meta 提供官方嵌入 API:位於 graph.facebook.com/v25.0/oembed_post、oembed_video 和 oembed_page 的 oEmbed 端點,自 2026 年 6 月起無需存取權杖即可使用,每個端點每小時 1,000 次請求的配額。它們正是本站圍繞 Facebook 建置的嵌入產生器的合適基礎,也能解析本機解析器無法獲得的中繼資料。
本解析器有意不呼叫它們。本機解析器涵蓋了 API 做不到的部分:
| 情況 | 本機解析器 | oEmbed API |
|---|---|---|
| 社團貼文和專頁標籤頁 | 本機解析 | 未作為可嵌入內容公開 |
分享權杖(/share/p/…) |
本機解析 | 沒有端點 |
| 任何歸檔的連結清理 | 即時、無限、離線 | 每次請求消耗配額 |
| 隱私 | 連結不離開瀏覽器 | 傳送到 Meta 的伺服器 |
兩種方法互補:解析器清理並識別你貼上的每一條連結,官方 API 則豐富你真正想要嵌入或解析的內容。
它不會做什麼
它無法區分專頁與個人檔案。 facebook.com/nike 無論 nike 是專頁還是個人檔案,外觀都相同。只有 API 呼叫才能揭示帳號類型,因此兩者都被標記為 page。
它無法解析 fb.watch 短連結。 短連結是不透明的程式碼;解析目標需要在網路上跟蹤重新導向。解析器保留短連結作為規範形式,而不是猜測。
它拒絕非內容路由。 平台框架,如 login、help、settings、search、marketplace、events 和 hashtag,不是可分享內容,會被視為無效拒絕。相簿(/username/albums、/username/album/…)和影片分享權杖(/share/v/…)也在支援範圍之外。
它不取得中繼資料。 沒有向 Facebook 發出的請求,因此解析器從不顯示貼文文字、標題、觀看次數或發布日期。它回答的是這個連結是什麼、它的乾淨形式是什麼,僅此而已。
它不修改任何東西。 這個工具從不縮短、重新導向、儲存或重新提供連結。輸出是一段你可以帶走的 URL。
故障排除
| 問題 | 原因 | 解決方案 |
|---|---|---|
| 顯示「請輸入有效的 Facebook URL」 | 連結使用了 login 或 search 等保留路由、畸形形式或非 Facebook 網域 |
確認連結確實是從 Facebook 複製的。保留路由被有意拒絕,因為它們不是內容 |
| 專頁標籤頁連結顯示為專頁 | reviews 或 followers 等標籤頁是專頁的檢視,不是單獨的資源 |
這是正確行為:專頁的規範根路徑正是你想要的穩定連結 |
| fb.watch 連結沒有嵌入或分享選項 | 短連結無法在本機解析,因此只存在規範形式 | 依原樣使用短連結,或者開啟一次並從網址列複製長 URL(如果你需要嵌入或分享形式) |
| 帶專頁名的連結所有者行為空 | 帶專頁名的連結將所有者包含在 URL 本身中;數字 ID 只出現在 story.php 等無名稱格式中 |
這兩行是有意互補的:專頁名稱行就是這些 URL 的所有者連結 |
輸出保留了 story_fbid 和 id 參數 |
它們是識別參數,不是追蹤參數:移除它們會破壞連結 | 保留它們。只有追蹤鍵會出現在移除清單中 |
| pfbid 連結被拒絕為無效 | 權杖不以 pfbid 開頭或超過接受的長度 |
確認連結被完整複製,包括結尾字元 |
| 連結的雜湊片段消失 | #_=_ 等片段是瀏覽器端標記,不屬於 URL 身分 |
符合預期:規範連結從不包含片段 |
隱私與資料處理
這個工具零網路請求。你貼上的 URL 完全在你的瀏覽器中處理:沒有伺服器接收它,沒有分析腳本看到它,沒有第三方日誌記錄它。沒有帳號、沒有儲存,工具也完全無法知道你在關閉頁面後貼上了什麼。
這是解析器與基於 API 的工具之間的具體區別:連結、它的所有者 ID 和內容 ID 絕不會經過你無法控制的伺服器。你可以清理發布前連結、內部活動連結或私下轉寄的連結,而不會出現在第三方日誌中。
解析器也不整合第三方腳本。它產生的嵌入連結指向 Facebook 官方外掛端點,只有當你選擇在自己的網站上使用這些 URL 時,Facebook 才會看到它們:解析器本身從不載入它們。
技術規格
| 屬性 | 值 |
|---|---|
| 處理 | 100% 用戶端,零網路請求 |
| 更新模型 | 每次按鍵即時更新 |
| 接受的網域 | facebook.com(任意子網域)、fb.watch、fb.me |
| 結果類型 | post、video、reel、photo、page、group-post、short |
| 數字 ID 模式 | 5–20 位(\d{5,20}) |
| pfbid 模式 | pfbid + 1–200 個字母數字字元、底線或連字號 |
| 權杖模式(Reels、分享程式碼) | 5–40 個字母數字字元、底線或連字號 |
| 使用者名稱模式 | 2–50 個字母、數字或點 |
| 專頁標籤頁規則 | 路徑第二區段中的任意小寫單字,非數字 |
| 追蹤參數規則 | utm_* 前綴、__ 前綴以及 37 個鍵的精確清單 |
| 保留的識別參數 | v、fbid、story_fbid、id |
| 輸出格式 | 規範連結、嵌入連結(post/video/page 外掛)、分享連結(sharer 對話框) |
| 依賴 | 無:純 JavaScript,無框架 |
| 瀏覽器相容性 | 支援 URLSearchParams 的現代常青瀏覽器(Chrome、Edge、Firefox、Safari) |
保留路由清單為:login、signup、checkpoint、help、settings、privacy、about、careers、policies、developers、plugins、sharer、sharer.php、dialog、l.php、tr、messages、marketplace、events、pages、search、directory、friends、notes、hashtag、p、s、u、campaigns、fundraisers、live、profile.php、watch、reel、photo、story、permalink、share、groups、reels、posts、videos、photos。
功能特色
- 解析 20 多種 Facebook 連結格式,包括貼文、影片、Reels、相片、粉絲專頁、社團貼文和短連結
- 自動移除 fbclid、mibextid、utm_* 等追蹤參數,並準確顯示移除了什麼
- 同時支援傳統數字 ID 和現代 pfbid 格式的內容 ID 提取
- 一鍵產生規範連結、Facebook 外掛嵌入連結和分享對話框連結
- 識別粉絲專頁標籤頁、story 與 permalink 連結,以及 fb.watch 短連結
- 零請求在瀏覽器內即時解析,連結絕不會離開你的裝置