Instagram URL 解析器

介紹

Toollect Instagram URL 解析器回答一個細小而常見的問題：這個 Instagram 連結裡到底是什麼，轉發之前我可以安全地移除什麼？ 貼上任意 Instagram URL，工具就會說出它的類型——貼文、Reel、IGTV、個人頁面、限時動態、指南、主題標籤、地點或私訊——然後取出使用者名稱、短代碼和數字媒體 ID，再將其重建為規範、無追蹤的 URL。無需帳戶、無需 API 金鑰、零網路請求。

它移除的問題是 Instagram 應用程式給每個連結貼上的後綴。複製連結發給朋友，你會得到附加的 ?igsh=… 或 ?igshid=…——一個標記連結如何被複製、從哪個裝置、在哪個脈絡中複製的分享指紋。把同一個連結貼到文件裡，參數也會跟著走，留下指向分享事件而非內容的痕跡。

該工具完全在你的瀏覽器中執行。它使用 Instagram 自身所用的路由讀取 URL，對背後的內容進行分類，用 base-64url 運算將短代碼解碼為數字媒體 ID，把追蹤參數收集成可移除的清單，並重新組裝規範連結——全部是本地字串處理，不會有任何請求離開頁面。

使用場景

除了顯而易見的「在傳送前清理這個連結」之外，解析器還能融入真實的工作流程。

內容創作者與日常分享

從 Instagram 的分享按鈕複製的連結，從你點下複製那一刻起就帶著 igsh 或 igshid。創作者把貼文與 Reels 連結貼上到說明文字、個人頁面和文章中時，得到的是乾淨的 URL 而非裝置指紋——嵌入格式可以直接放進網站或部落格文章，不留分享痕跡。

開發者和網站

嵌入貼文通常意味著手寫 iframe src。解析器會為你收到的動詞產生嵌入 URL——/p/{sc}/embed/、/reel/{sc}/embed/ 或含說明文字的變體——因此無需猜測哪個端點服務哪個動詞。同樣的流程可以擴展到產生的頁面：輸入一串短代碼，複製乾淨的嵌入 URL。媒體 ID 解碼是通往以數字 ID 為鍵的 API 匯出和資料庫的橋樑。

資料分析與歸檔

處理連結清單的記者、研究人員和分析師，一次貼上就能完成兩項工作：URL 被拆分為結構化元件（類型、使用者名稱、短代碼、媒體 ID）用於記錄，被移除的參數清單則精確記錄每個連結攜帶了哪些追蹤器。批次工作就是一連串無需等待的貼上——解析是即時且本地的，一百個連結大約和一百次按鍵一樣快。

注重隱私的分享

igsh 參數標記了連結被複製的裝置和脈絡——一個隨 URL 一起傳播的分享指紋。轉發前先把連結貼進解析器可以移除它，這樣另一端的人收到的是內容，而不是連結來源的記錄。

Instagram 連結的結構

在解析機制之前，先看一張地形圖：每個 Instagram 連結都由同樣的幾個部分組成，解析器只是在讀取它們。

以一個剛從應用程式裡出來的連結為例：

https://www.instagram.com/_window7/p/DS7w7fokujz/?igsh=cXdlbg%3D%3D

路由動詞

主機之後的第一個路徑區段表示連結是什麼，解析器將每個動詞對應為一種類型：

短代碼

媒體路由的最後一部分是短代碼：像 DS7w7fokujz 這樣的 11 位字串。它並非隨機——Instagram 用 base-64url 寫出媒體的數字 ID，使用 64 個字元的字母表（A–Z、a–z、0–9、-、_）。11 個字元給出 64^11 ≈ 2^66 個可能值，足以容納 Instagram 將發行的每一個媒體 ID。解析器雙向轉換——短代碼轉 ID（DIPPWkUh7Rj → 3607169348072354915）和 ID 轉回短代碼——使用 BigInt 運算，因為真實的媒體 ID 超出了 JavaScript 的安全整數範圍。

追蹤尾部

分享參數——igsh、igshid、utm_*——掛在查詢字串末尾，標記連結是如何被複製的。它們可以安全移除，而移除它們正是解析器的核心工作；機制接下來介紹。

運作原理

清理 Instagram URL 是一個四步驟管線，全部是在本地執行的字串解析。

1. 路由識別 —— 工具將 URL 與 Instagram 產生的路由進行比對。媒體使用短代碼路徑（p/、reel/、reels/、tv/），同樣的媒體路徑也會出現在使用者名稱前置詞之後（{username}/p/{sc}/、{username}/reel/{sc}/），用於從個人頁面頁面複製的連結——解析器將這些視為相同的媒體類型，而非個人頁面頁面。個人頁面使用 /username/，限時動態使用 /stories/{username}/{id}/ 和 /stories/highlights/{id}/，指南使用 /guide/{username}/{id}/，標籤和地點瀏覽器位於 /explore/tags/ 和 /explore/locations/，私訊位於 /direct/t/{id}/。單獨的 11 位短代碼也可以接受，當你從 API 回應中取出 ID 時很方便。
2. 嵌入歸一化 —— 媒體 URL 有時會透過 /embed 或 /embed/captioned/ 到達。工具將它們視為貼文的別名，摺疊回規範的 p/{shortcode}/ 路徑，而不建立單獨的結果類型，因此從嵌入小工具貼上的分享仍然讀作一般貼文。
3. 媒體 ID 解碼 —— 工具將短代碼的字元對照 base-64url 字母表遍歷，以 BigInt 精確度摺疊成一個整數，回傳精確的十進位字串——沒有捨入，沒有損失。
4. 追蹤移除 —— 檢查查詢字串中的分享參數（igsh、igshid）和廣告活動標籤（utm_*）。每發現一個，就依名稱記錄在 已刪除的參數 行中，然後丟棄，因此乾淨 URL 只攜帶影響播放的內容：僅此而已。

這些都不會觸及網路。工具不發出任何請求——連輕量級的 oEmbed 探測都沒有。貼上的 URL 完全在瀏覽器中解析、拆分和重建，因此沒有可洩漏、可記錄或需要配額的內容。

什麼算作追蹤

Instagram 的分享流程會附上一個小小的指紋，記錄連結是如何複製的。工具認識每一種：

• igsh —— 分享雜湊；標記複製的裝置和分享來源，取代舊的 igshid 參數
• igshid —— 舊版分享雜湊，一些較舊的應用程式版本仍會產生
• utm_source / utm_medium / utm_campaign / utm_term / utm_content —— Web 分享時有時會附加的 Google Analytics 廣告活動標籤

它們都可以安全刪除。它們不攜帶播放或路由含義，工具會報告每個被移除的名稱，讓你看到每個參數的判定。

當連結以 l.instagram.com 分享包裝形式到達時，同樣的清理也適用於目標本身：包裝目標的自身分享指紋——YouTube 的 si、feature、pp 和 ab_channel，或 Facebook 的 fbclid——會與任何 Instagram 參數一起被移除，因此解開後的輸出在兩層上都是乾淨的。

支援的連結格式

輸入接受 Instagram 自己分發的每一個地址。每個地址都會解析為以下類型之一：

單獨的 11 位短代碼也可以接受，當你處理 API 回應或 ID 試算表而非分享連結時很有用。https:// 前置詞和 www 子網域都可省略——instagram.com/p/…、www.instagram.com/p/… 和 https://www.instagram.com/p/… 解析方式相同，輸出始終使用完整的規範形式。媒體別名（嵌入和含說明文字的嵌入）會被歸一化回貼文類型，而不是作為單獨的類型呈現。帶使用者名稱前置詞的變體（{username}/p/、{username}/reel/、{username}/tv/）是從個人頁面頁面內部複製的連結：它們指向同一媒體，解析為與無前置詞形式相同的類型——以及相同的乾淨 URL——因此同一個貼文絕不會被解析為個人頁面。主題標籤、地點和私訊對話被識別為各自的類型，並產生規範的 explore 或私訊連結，而限時動態、精選、指南和關鍵字搜尋沒有公開的永久連結，因此會輸出移除追蹤參數後的原始 URL。

兩個輔助網域與 instagram.com 的運作方式完全相同：instagr.am（Instagram 最初的短網域，舊分享仍在用）路由完全一致，因此 instagr.am/p/… 與長網域孿生解析為相同的貼文類型；ig.me（直連網域）將 ig.me/m/{id} 對應為私訊對話，將 ig.me/u/{username} 對應為個人頁面。另一個不同的情況是分享包裝 l.instagram.com/?u=…&e=…——連結從應用程式分享或從個人頁面連結出來時 Instagram 給出的地址。解析器會將其解開：如果 u 參數指向 Instagram 內容，結果就是該內容（被包裝的貼文解析為貼文並帶完整詳情）；如果指向外部網站，類型顯示為 redirect，詳情中顯示被包裝的地址。輸出始終是解開後的目標本身。

使用方法

工具在你輸入時解析——無需按下任何按鈕：

1. 貼上 Instagram 連結 —— 上面格式中的任意一種，或輸入單獨的 11 位短代碼。
2. 閱讀結果面板 —— 連結類型、使用者名稱、短代碼、數字媒體 ID 和詳情欄位隨輸入顯示，每次按鍵都會更新。
3. 查看已刪除參數行 —— Instagram 附加的每個追蹤參數都依名稱列出，清理過程可稽核。
4. 複製結果 —— 規範 URL 出現在輸出欄位中，隨時可以複製。

結果面板還會列出被移除的參數，因此清理是可稽核的：你看到的是 igsh 和 utm_source 被移除，而不只是一個更短的 URL。

輸出格式

對於媒體連結（貼文、Reels 和 IGTV），輸出欄位提供最多四種格式，每種都有自己的地址形狀：

Reels URL 只在連結以 Reel 形式到達時提供——/reel/ 或 /reels/，帶或不帶使用者名稱前置詞——因為這些路由保證媒體是 Reel。/p/ 連結可能在貼文形式後面隱藏著 Reel，但也可能是一般貼文，僅憑 URL 無法判斷；為非 Reel 媒體產生 /reels/ 連結會把造訪者帶到 Reels 瀏覽器而不是貼文，這比斷連更糟。當類型不確定時，選項乾脆不顯示，任何已選擇的 Reels 輸出都會重設為貼文形式。

嵌入形式保留連結到達時的路徑動詞——/reel/ 連結嵌入為 /reel/{sc}/embed/，/p/ 連結嵌入為 /p/{sc}/embed/——因為 Instagram 分別提供每個動詞的嵌入端點，而 /reels/{sc}/embed/ 並不存在。格式選擇只出現在媒體連結上；個人頁面、標籤、地點和私訊對話只有一種規範形式，限時動態、精選和指南則輸出無追蹤的原始 URL。

教學

將一個嘈雜的分享連結從複製走完到乾淨 URL。

第 1 步 —— 取得一個嘈雜的連結。 打開 Instagram，找到一個貼文，點擊分享並複製連結。它看起來像 https://www.instagram.com/p/DIPPWkUh7Rj/?utm_source=ig_web_copy_link&igshid=YzMyNjBhcA%3D%3D&igsh=cXdlbg%3D%3D。已經貼上了兩個分享參數。

第 2 步 —— 貼上它。 點擊輸入框並貼上（Ctrl+V 或 Cmd+V）。結果面板立即填滿：類型 貼文、短代碼 DIPPWkUh7Rj、媒體 ID 3607169348072354915，已刪除參數行顯示 utm_source、igshid、igsh。

第 3 步 —— 讀取媒體 ID。 媒體 ID 行顯示 3607169348072354915。這就是 Instagram 自己的 API 用於這個貼文的整數，從短代碼本地解碼，無需網路往返。在這裡貼上任意 11 位短代碼，立刻就能得到它的數字孿生。

第 4 步 —— 複製乾淨的貼文 URL。 輸出欄位現在顯示 https://www.instagram.com/p/DIPPWkUh7Rj/——同一個貼文，沒有指紋。複製轉發給別人、放進文件，或存入連結封存，都不會留下分享痕跡。

第 5 步 —— 試試 Reel。 貼上 https://www.instagram.com/reel/DIPPWkUh7Rj/?igsh=gCXI。類型顯示 reel，短代碼和媒體 ID 以同樣方式得到，輸出預設為通用貼文形式 instagram.com/p/DIPPWkUh7Rj/。因為輸入路由保證這是 Reel，Reels URL 選項可用——切換後輸出變成 instagram.com/reels/DIPPWkUh7Rj/。切換到 嵌入 URL，你會得到 instagram.com/reel/DIPPWkUh7Rj/embed/，可直接用於 iframe。

第 6 步 —— 試試單獨短代碼。 在 ID 試算表上工作？單獨輸入 11 個字元——DIPPWkUh7Rj——工具會把它當作完整的貼文連結，帶媒體 ID 和規範 URL。

第 7 步 —— 解開分享包裝。 貼上一個個人頁面連結：https://l.instagram.com/?u=https%3A%2F%2Fwww.instagram.com%2Fp%2FDIPPWkUh7Rj%2F%3Figsh%3Dabc&e=AUD-…。包裝打開：類型顯示 貼文，帶完整短代碼和媒體 ID，已刪除清單顯示 igsh，輸出是規範的 https://www.instagram.com/p/DIPPWkUh7Rj/。現在貼上一個指向外部網站的包裝——?u=…youtube.com/@hello_lucy?si=…&fbclid=…——類型顯示 redirect，詳情顯示包裝目標，輸出是該目標移除自身 si 和 fbclid 指紋後的結果。

專業提示

• 轉發前剝離所有分享痕跡。 Instagram 附加的參數（igsh、igshid、utm_*）標記的是分享事件，而非內容。每次把連結過一遍解析器是兩秒鐘的習慣，可以確保它們被移除。
• 用媒體 ID 交叉參照資料集。 如果你有一份媒體 ID 匯出（來自資料下載、備份或另一個 API），在這裡貼上短代碼，複製媒體 ID，然後在記錄中搜尋精確比對。解碼器使用 BigInt，因此大的 Reel ID 也精確。
• 把 Reels、貼文和嵌入視為一體。 /reel/、/p/ 和 /p/embed/captioned/ 都會解析為同一個媒體 ID 和同一個規範 URL。貼上你收到的任意變體，得到一致的答案。
• 記錄前先解開個人頁面連結。 l.instagram.com/?u=… 包裝把目標隱藏在 URL 編碼的參數後面，並帶有自己的過期權杖。過一遍解析器就能得到真實地址——Instagram 內容解析為其規範形式，外部連結顯示為 redirect 並清理掉自身的分享指紋。
• 限時動態和精選不是永久連結。 它們沒有規範 URL，因此解析器將它們報告為限時動態/精選，改為輸出剝離分享參數後的原始連結——一個仍指向正確位置的、可分享的地址。
• 批次稽核連結封存。 因為解析是即時且本地的，一百次貼上大約和一百次按鍵一樣快，已刪除參數行依連結記錄每個連結攜帶了多少追蹤。

替代方案

人們通常如何檢查 Instagram 連結？下表列出各種選項：

手動檢查有效但費神：igsh、igshid 和 utm_source 看起來很像，手算 base-64url 媒體 ID 是計算機才能幹的活。Instagram 自己的嵌入產生器只處理媒體，需要網路往返，並且會把 URL 發回伺服器產生嵌入程式碼。第三方短網服務用它們自己的重新導向取代 Instagram 的追蹤，並把 URL 上傳到它們的伺服器。本工具是唯一零上傳且有結構化分解的一行，而且它展示移除的內容而不是默默改寫。

與官方 API 對比

解析器的零請求設計是刻意的取捨，取捨的另一面也值得一提。確實能回答關於媒體的更豐富問題的 Instagram 介面是 oEmbed 和 Instagram Graph API——下表顯示每條路徑各贏在哪裡：

oEmbed 回答「這個媒體叫什麼」，一次呼叫仍然需要權杖；Graph API 回答「一切」，代價是權杖、登入和配額；本工具回答「這個連結裡有什麼」，不需要任何請求。三者並不競爭——URL 解析是瀏覽器的工作，中繼資料是網路的工作。如果一個工作流程兩者都需要，URL 用解析器，說明文字呼叫 Graph API：各自完成自己的工作，不承擔對方的成本。

它不會做什麼

誠實面對限制，正是讓解析器可信的一部分。

• 它不取得媒體。 沒有縮圖請求、沒有播放器載入、沒有 Reel 解析、沒有分析信標。解析純粹是本地字串處理。
• 它不把使用者名稱解析為個人頁面 ID。 some_user 保持為使用者名稱。解析需要 Instagram Graph API 和登入權杖，而這個工具刻意從不呼叫。
• 它不顯示說明文字、觀看次數或所有者名稱。 那些來自 oEmbed 或 Graph API——兩者都是網路呼叫。工具的零請求設計用豐富性換取隱私。
• 它不驗證媒體是否存在。 有效的 11 位短代碼無論貼文是活躍、被移除還是從未存在過，都會正常解析。確認存在需要網路呼叫。

讓解析器有用的一切——拆分、解碼、清理、轉換——都是本地的。需要網路的一切都是單獨的服務，這個取捨在此記錄而不是隱藏。

故障排除

隱私與資料處理

解析器遵循 Toollect 工具中最嚴格的隱私模式：它完全不發出網路請求。

• 不上傳任何內容。 URL 在瀏覽器中解析。包含它的請求絕不會發出——不發給伺服器、不發給 Instagram 的 API、不發給分析信標。
• 無帳戶、無追蹤。 沒有登入、沒有分析、沒有你貼上過的連結的歷史。
• 不儲存任何內容。 工具在造訪之間不保留狀態；關閉分頁，貼上的 URL 就消失了。
• 無第三方指令碼。 與載入嵌入或分享小工具的工具不同，此頁面完全執行在自己的程式碼上。

如果隱私是你來這裡的原因：這就是那個你可以貼上在其他任何地方都不願意貼上的連結的頁面。

技術規格

詳情：

• 輸入格式：貼文、reel、reels、IGTV、embed/captioned 別名、單獨的 11 位短代碼、個人頁面、限時動態、精選、指南、主題標籤、地點、關鍵字搜尋、私訊對話、新短連結方案、instagr.am 和 ig.me 短網域、l.instagram.com/?u=… 分享包裝；https:// 和 www 子網域可省略
• 移除的分享參數：igsh、igshid、utm_source、utm_medium、utm_campaign、utm_term、utm_content；解開 l.instagram.com 連結時，包裝目標的自身分享指紋（si、feature、pp、ab_channel、fbclid）也會被移除
• 媒體 ID 解碼：對照 Instagram 字母表（A–Z a–z 0-9 - _）進行 base-64url，使用 BigInt 運算，回傳十進位字串；可逆回短代碼
• 輸出：對於媒體，instagram.com/p/{shortcode}/（貼文）、instagram.com/reels/{shortcode}/（Reels 展示）、instagram.com/{p|reel|tv}/{shortcode}/embed/ 和 /embed/captioned/（嵌入形式，保留輸入動詞）；對於其他類型，instagram.com/{username}/、instagram.com/explore/tags/{tag}/、instagram.com/explore/locations/{id}/ 或 instagram.com/direct/t/{id}/
• 處理：100% 用戶端 JavaScript，零網路請求，無 API 金鑰，無伺服器
• 瀏覽器支援：所有現代瀏覽器（BigInt、URLSearchParams、clipboard API）

功能特色

• 將 Instagram 的貼文、Reels、IGTV、個人頁面、限時動態、指南、主題標籤、地點和私訊拆分為組成部分
• 以 BigInt 精確度將 11 位短代碼解碼為數字媒體 ID，並可再編碼回去
• 移除 igsh、igshid、utm_* 等分享追蹤參數，並列出確切移除的內容
• 為貼文、個人頁面、標籤、地點和私訊對話產生規範的、無指紋的連結
• 將嵌入和 /embed/captioned/ 變體歸一化回標準貼文 URL
• 解開 l.instagram.com 分享包裝連結，直達包裝目標，並同時清理其分享指紋
• 識別 instagr.am 和 ig.me 輔助短網域
• 接受單獨的短代碼，適合從 API 或試算表中取出的 ID
• 接受帶或不帶 https:// 前置詞和 www 子網域的連結
• 100% 用戶端 JavaScript，零網路請求，無需 API 金鑰，不上傳任何內容

常見問題