一個大量網址產生器,是一種確定性的清單建構工具,它會把一個含有字面 {n} 佔位符的絕對 HTTP 或 HTTPS 範本,轉換成一份最多 10,000 筆、以換行分隔的已驗證網址序列。你不需要手動輸入每一個連結,也不必在試算表裡寫迴圈,只要描述一次數字的模式——數字放在哪裡、從哪裡開始、在哪裡停止、每次怎麼遞增——引擎就會依序代入每一個安全整數,把每個結果拿去用瀏覽器的 URL 實作解析,再回傳一份可以複製或下載的乾淨清單。{n} 這個標記可以在同一個範本中出現不只一次,所以同一個數值可以同時出現在路徑區段與查詢參數裡。整個運算都在本機完成,不會對這些網址本身送出任何請求;任何未通過語法或協定規則的網址,會讓整批全部失敗,而不是悄悄以一列壞掉的資料混進去。這種「模式運算加上嚴格網址文法」的組合,正是一個真正的產生器和陽春的尋找取代之間的差別。
大量網址產生器實際上在做什麼
這個工具的核心,依序執行三個動作:用安全的整數運算展開一個數字佔位符;把範本中每一個字面上的 {n} 換成算出來的值;再把每一個完整字串交給瀏覽器的 URL 剖析器,確認輸出是一個有效的絕對位址。只有 HTTP 與 HTTPS 協定能通過這道解析步驟,任何內嵌使用者名稱或密碼的網址都會直接被拒絕。最終的清單會以「每行一個位址」的形式輸出,方便貼到其他工具、存成檔案,或送進檢查器。
重點在於可重現性。因為整個轉換過程都由明確的設定驅動——範本、起點、終點、步進、補零——所以只要輸入相同,兩次執行永遠會得到相同的清單。這種確定性,正是這份輸出能拿來當測試固定資料、遷移參考,或後續驗證起點的原因。
組成要件:範本、範圍、步進與補零
每一份大量網址清單都從五個控制項開始。理解每一項,決定了你得到的是預期中的網址,還是一堆令人困惑、超出範圍的數值。
| 設定 | 它控制的內容 | 對輸出的影響 |
|---|---|---|
| 範本 | 一段含有字面 {n} 的絕對 HTTP 或 HTTPS 字串 | 定義每一個產生位址的形狀 |
| 起點 | 含頭的第一個數值 | 序列從這個整數開始 |
| 終點 | 步進能到達的、含尾的最後一個數值 | 序列在越過這個界線前停止 |
| 步進 | 每個值之間增加的量 | 負的步進會遞減,正的步進會遞增 |
| 補零 | 數字部分的最小位數 | 把 5 呈現成 005;既有較大的值不會被截斷 |
範本必須是絕對的,也就是說在路徑或查詢字串開始之前,一定要先包含協定與主機。{n} 佔位符是引擎唯一能理解的變數,而且至少要出現一個字面上的 {n},否則整個操作會失敗。起點與終點是步進能到達的含頭含尾邊界,並不是索引的第一個與最後一個值。範圍從 1 到 6、步進為 2,會產生 1、3、5——序列會在越過終點之前停止,而不會硬湊出一個 6。
如何用大量網址產生器建立一份已驗證的清單
- 開啟 Bulk URL Generator,在範本欄位中輸入你的絕對 HTTP 或 HTTPS 範本,把 {n} 放在數字會變動的位置。
- 輸入含頭的起點值與含尾的終點值,並選擇一個朝終點正確方向前進的步進值。
- 如果網址需要補零開頭——例如三位數的識別碼——把補零設定為你需要的最小位數。
- 先產生一份簡短的樣本,檢查確切的第一個網址與最後一個網址,確認模式和你想要的一致。
- 執行完整範圍,複製產生的換行分隔清單,或下載成檔案,進入你工作流程的下一步。
在展開完整範圍之前先用一份簡短樣本試跑,是最可靠的單一習慣。它能在一次 10,000 行的執行浪費你的時間之前,立刻暴露方向錯誤、補零打錯,以及邊界差一的問題。
方向、補零,以及引擎會處理的邊界情況
最常見的失敗模式,是步進方向偏離終點。正的步進搭配較小的終點值,或負的步進搭配較大的終點值,都會明顯地失敗,而不是悄悄產生一份空清單。這種明顯的失敗是刻意設計的:一份空清單看起來會和刻意設定的零長度範圍一模一樣,反而會掩蓋真正的錯誤。
補零只會改變呈現出來的位數。把補零設為 3,整數 5 會變成 005,整數 -5 會變成 -005。補零不會截斷已經比較長的值,所以補零設為 3 時,1234 仍然保持 1234。有效的補零範圍是零到十二位數,涵蓋一般檔名與識別碼慣例,又不會產生荒謬冗長的字串。負數序列值完全受支援,而且負號永遠會放在任何補零數字的前面,所以補零後的負數序列在後續工具中依然能被搜尋與排序。
{n} 佔位符可以在同一個範本中出現不只一次,這在同一個值同時屬於路徑與查詢字串時很有用。舉例來說,一個在路徑中使用 {n}、又在 id= 參數中再次使用 {n} 的範本,會在每一個產生出來的網址中,於兩個位置代入同一個整數。查詢參數以及其中的百分比編碼字元,會照常經過瀏覽器的 URL 序列化程序,所以你匯出的清單反映的是瀏覽器本身會如何正規化那些位址。
產生的清單在 SEO 工作流程中該放在哪裡
輸出結果是一份純粹以換行分隔的網址清單。它不是 XML 網站地圖、不是 hreflang 組合、不是結構化資料區塊,也不是重新導向對照表。把這份清單當成鏈中下一個工具的原始材料,才能維持合理的期待。
| 使用情境 | 為什麼帶編號的模式合適 | 該拿這份清單做什麼 |
|---|---|---|
| 分頁內容路徑 | 站台的網址已經在用序列式識別碼 | 送進狀態檢查器或網站地圖建構工具 |
| 年份或月份封存 | 行事曆範圍遵循可預測的數字序列 | 驗證後,只提交真實、上線中的頁面 |
| 編號式素材檔名 | 圖片、下載檔或 PDF 依循一種 ID 模式 | 與既有清單交叉核對 |
| 測試固定資料與匯入清單 | QA 工作需要確定性、可重複的輸入 | 與範本一起保存,以利重現 |
搜尋價值仍然來自真實、有用的頁面與正確的探索檔案,而不是大量產生沒有對應內容的模式化位址。這個產生器是一個確定性的清單建構工具;你拿這份清單來做什麼,決定了這項工作是有幫助的、中性的,還是有害的。
限制、驗證與誠實的邊界
這個工具把輸出上限訂在 10,000 個網址,範本上限訂在 4,000 個字元。這些限制存在的目的,是讓頁面保持反應靈敏,並避免一個反向或極端的範圍在記憶體中配置出一個意外巨大的陣列。每一個範圍控制項都需要安全整數,所以小數、無限值以及不安全的極大值,會在任何代入開始之前就被拒絕。只要有任何一個產生出來的值未通過網址驗證,整個操作就會失敗,這代表這個工具不會悄悄地從清單中間丟掉一列壞資料。
或許最重要的邊界,是這個產生器「不會」做的事。它不會請求、爬取、開啟或測試它產生出來的任何一個位址。一個語法上有效的網址,仍然可能回傳 404、重新導向到意外的地方、需要驗證身分,或指向不該被索引的內容。產生的動作只驗證了模式運算與網址文法;實際上線狀態則屬於一個獨立、受控的檢查器要處理的事。同一份能驗證你的運算沒有出錯的清單,同樣也可能驗證出一份原本就不該被建立的位址清單,所以判斷原則很簡單:只產生反映你有權管理的站台上真實、刻意存在的命名模式。
想更深入了解瀏覽器本身如何解讀這個工具產生的網址,WHATWG URL Standard 是權威的參考來源。
想深入了解,請參閱 How to Combine Keywords From Two Lists Into Every Pair。