Bulk URL Generator 會在單一絕對 HTTP 或 HTTPS URL 內,把字面的 {n} 佔位符展開為一份可即時複製的編號網址清單,上限為 10,000 筆,包含起始與結束的閉區間值、具有方向感知的步進,以及選填的 0 至 12 位數補零設定。整個替換流程都在瀏覽器中依據 WHATWG URL 解析規則執行,因此每一筆輸出都會以絕對 http(s) 位址進行解析,而使用者名稱、密碼以及不支援的協定會在前置階段就被拒絕;只要任何一筆資料有誤,就會讓整批作業失敗,而不是產生部分清單。其結果是一組具確定性的序列,而非探索工具:它證明的是樣式規則與 URL 語法,而不是所產生的位址是否真能解析出實際內容。下方速查表將這份契約濃縮為可快速參考的表格與逐步操作流程,讓真實的命名規則能在單一流程中對應到正確的範本、範圍、補零,以及複製或下載的目的地。
從分頁路徑到以年份為基礎的彙整頁、用於測試固定資料的 ID 範圍,或是要提供給外部檢查器的乾淨匯入清單,只需同一組三項控制項就能涵蓋所有變化:用範本釐清數字出現的位置、用範圍釐清套用哪些數字、再用步進釐清序列遞進的方式。一旦這三者與規則吻合,補零與協定的檢查就能處理其餘所有事項。
{n} 如何代入你的範本
這個佔位符是絕對 URL 內的一段字面文字——它不需要跳脫處理,也不接受萬用字元、regex 或多段範圍。在路徑或查詢字串中,任何原本應該出現單一整數的位置,都是 {n} 的合法放置點;若同一個數字同時屬於路徑與查詢參數,該數值也可以出現一次以上,例如 https://example.com/posts/{n}?track=post-{n}。工具必須至少看到一個字面的 {n} 才會接受這個範本;若缺少佔位符,在讀取範圍之前就會先產生驗證失敗。
完成替換後,所產生的字串會透過瀏覽器的 URL 實作進行解析並重新序列化。這個步驟會統一主機大小寫、移除預設連接埠、對任何瀏覽器視為保留字元的字面字元進行 percent-encode,並拒絕所有無法依據 WHATWG URL Standard 解析為絕對位址的內容。只要有任一個值解析失敗,整個作業就會中止,而不是悄悄捨棄該筆資料。
逐欄位快速參考
每一種樣式背後都使用同一組五項輸入。下方表格列出每個欄位、可接受的值,以及通常設定該值的常見原因。
| 欄位 | 控制項目 | 可接受的值 | 常見設定 |
|---|---|---|---|
| 範本 (Template) | {n} 的替換位置 | 至少含一個 {n} 的絕對 http(s) URL | 來自實際網站或測試固定資料的真實路樣式 |
| 起始 (Start) | 閉區間下界 | 整數(正數、零或負數) | 真實序列中的第一個識別碼 |
| 結束 (End) | 閉區間上界 | 整數;必須可由步進到達或越過 | 預期最後一個識別碼 |
| 步進 (Step) | 每個值的遞增量 | 非零整數;正負號需與方向一致 | 分頁路徑設為 1,稀疏的識別碼可設為較大值 |
| 補零 (Zero padding) | 絕對數值部分的最小位數 | 0 到 12 位數 | 對應磁碟上檔名的位數寬度 |
所有欄位都會在計算清單前先行檢查,因此任一儲存格有打錯字時,會產生清楚的錯誤訊息,而非產出部分正確的檔案。補零設為 3 時,5 會顯示為 005,-5 則會顯示為 -005;較大的數值不會被截斷,而步進為 0 的情況會直接被拒絕,以避免迴圈無限執行。
逐步建立編號 URL 清單
請對任何數字實際存在的範本執行以下步驟,待樣本看起來正確後,再擴大範圍。
- 開啟 Bulk URL Generator,並輸入一個絕對的 HTTP 或 HTTPS 範本,在每個需要變動數字的位置都放入字面的 {n}——例如 https://example.com/products/page-{n}。
- 將閉區間的起始與結束值設定為真實序列中第一個與最後一個識別碼。對分頁路徑而言,通常為 1 與已知的最後一頁;對 ID 範圍而言,則為預計匯入的最小與最大 ID。
- 挑選一個能往正確方向推進的步進。當起始小於結束時使用正步進(1、2、3、……);當起始大於結束時使用負步進(−1、−2、−3、……)。若以正步進朝較小的結束值推進,或以負步進朝較大的結束值推進,系統會明確失敗,而非回傳空清單。
- 將選填的補零設定為下游系統預期的最小位數。設定為 0 時不補零,設定為 3 時會將 5 轉為 005,而設定為 12 則可涵蓋大多數的識別碼機制,又不會產生過於冗長的字串格式。
- 先生成一小段樣本(數十筆),再檢查輸出窗格中第一個與最後一個 URL,確認路徑、查詢字串與協定都符合後續管線的預期。
- 將範圍擴大為完整範圍後重新產生。複製以換行分隔的清單或直接下載,並將原始範本與匯出檔案一併封存,以利日後重現相同的轉換結果。
常見 URL 集合的樣式範例
下方表格將幾種常見的命名規則,對應到相符的範本與範圍設定。步進 (Step) 欄是搭配所述範圍的值;若要反向瀏覽同一範圍,請變更步進的正負號。
| 使用情境 | 範本 | 起始 | 結束 | 步進 | 補零 |
|---|---|---|---|---|---|
| 分頁彙整頁 | https://example.com/blog/page-{n} | 1 | 20 | 1 | 0 |
| 年度索引 | https://example.com/years/{n} | 2018 | 2026 | 1 | 0 |
| 補零的媒體檔案 | https://cdn.example.com/img/frame-{n}.png | 1 | 240 | 1 | 4 |
| 每 5 個取一次的稀疏 ID | https://example.com/api/record/{n} | 100 | 500 | 5 | 0 |
| 遞減的審核佇列 | https://example.com/reviews/{n} | 9000 | 1000 | −1 | 0 |
當同一個數值應出現在多個段落時,可在 URL 內重複使用這個佔位符。以 https://example.com/posts/{n}/share-{n} 這類樣式為例,工具會在單一次替換流程中,將兩個出現位置都換成同一個整數,因此路徑與分享代稱永遠會對應一致。
輸出限制、驗證,以及工具不會做的事
每次執行都受到三項硬性限制:輸出最多 10,000 筆 URL、範本最多 4,000 個字元,且僅接受不含認證資訊的 HTTP 或 HTTPS 協定。這些上限能維持頁面的反應速度,並避免因範圍反向或極端而配置出意外龐大的清單,因此像起始 0、結束 5,000,000、步進 1 這類要求,會在達到 10,000 筆時即被截斷,而不會讓瀏器當機。
接受與否是二元判斷。覽器的序列化器會解析每一個替換後的值,只要任何一筆失敗——例如 ftp:// 協定、嵌入的 user:pass@ 段落、主機拼字錯誤,或範本缺少佔位符——整批就會被拒絕。這種「寧可失敗也不靜默忽略」的行為,讓你更難在不知情的狀況下把部分檔案送交下游,同時也呼應 WHATWG URL Standard 在解析器中所制定的嚴格驗證規則。
工具「不會」做的事,對選擇下游檢查器同樣重要。它不會請求、爬取、開啟或測試所產生的 URL,因此一個語法上有效的位址仍可能回傳 404、重新導向、需要驗證,或指向不應被索引的內容。產生工具僅能證明樣式運算與 URL 語法;當實際狀態很重要時,請將這份清單搭配可控管的 HTTP 狀態工具一併使用。輸出內容也是純粹以 URL 列為一行的清單,而不是 XML、中繼資料,或多份 sitemap 索引;因此若要做為符合標準的探索檔,此處的輸出會再餵入下一個萃取步驟——例如蒐集同類型的乾淨清單——而不是取代流程中的該階段。
重現與記錄所產生的清單
由於這項操作具確定性,相同的範本、範圍、步進與補零永遠會產生同一份以換行分隔的清單。只要把這四項設定與匯出檔案一同儲存,即便是原本的瀏覽器工作階段已不存在,日後仍能重新產生完全相同的批次。在 URL 清單上方加上一行簡短的標頭,例如 template=…, start=…, end=…, step=…, pad=…,就能讓每一行的來源都可追溯。
每當導入新的範本時,請從短範圍開始。先檢查前幾個值,確認路與協定符合下游預期;再抽查最後一個值,確認閉區間行為符合命名規則的預期;之後再將範圍擴大為完整範圍。若是較大型的匯出,請將產生的筆數與預期筆數進行比對——起始 1、結束 6、步進 2 應產生三列而非六列——因為「含首末、於越過結束前停止」的算術,正是讓無法整除的範圍仍可預測的關鍵,也能避免單一不符樣式的值偷偷混入清單中。
請將輸出視為一份「有效網址的盤點清單」,而非發布的依據。SEO 價值仍然取決於真實、實用的網頁與正確的探索檔;一份樣式完美、但沒有對應內容的網址清單,既無法改善排名,還可能招致不必要的爬取或索引決策。請將這份速查表與狀態檢查及內容稽核搭配使用,再將任何產生的批次視為 sitemap 候選項目或公開的 URL 集合;若輸出的目的是要餵入探索檔而非單次匯入,也請參閱 sitemap 萃取完整教學。
若你在多方評估方案,如何建立一張能正確呈現的 Open Graph 圖片 URL 一文對此有詳細說明。