一個值得信賴的免註冊批量網址產生器應該完全在瀏覽器中將數值預留位置展開成經過驗證的清單,於數秒內回傳結果,而且除了範本加上數值範圍之外什麼都不需要——不需帳號、不需電子郵件、不需權杖,也不需要上傳你的命名規則。「免費、不需註冊」的承諾只有在底層運作——序列運算、網址解析、主機正則化、憑證拒絕——發生在你正在使用的裝置上,而且唯一會離開該裝置的產出物只有你選擇複製或下載的網址時,才真正具有意義。

尋找這種組合的搜尋者通常有一個簡單的需求:他們已在某網站的網址結構(或他們收到的 CSV 檔)中發現一個編號模式,並希望在不用填寫表單、不用確認電子郵件、不用接受 Cookie 的情況下取得完整清單。批量網址產生器正是為這個工作流程所打造。你貼上一個含有字面 {n} 標記的範本,選擇起點、終點、步進與選擇性的補零,頁面便會回傳一份以換行分隔、可供複製或下載的清單。沒有伺服器端的帳號、沒有儲存的歷史紀錄,也不會對你產生的網址發出任何網路請求。

bulk url generator free no sign up
免註冊批量網址產生器

「免費、不需註冊」實際上應該代表什麼

這個說法在網路上被廣泛地隨意使用。對於一個用來建立網址清單的工具,以下三項具體特性必須同時成立:

  • 不需註冊。沒有電子郵件欄位、沒有 OAuth 提示、沒有綁定使用者檔案的使用額度。
  • 不上傳你的模式。範本與數值範圍保留在瀏覽器分頁中;不會被發送到任何後端。
  • 不進行網路探測。一個會悄悄對每個產生的網址發出 HEAD 請求的產生器,做的是不同的工作,而且可能會被目標伺服器限速或封鎖。

當這三項同時成立時,「不需註冊」才符合大多數讀者的意思:一個小巧、可預期、在瀏覽器內運作的實用工具。任何少於這個程度的,通常代表免費方案背後有行銷圍牆,即使共用同一個名稱,它也是截然不同的產品。

會改變輸出的設定

數值範圍是唯一決定你會取得多少個網址的因素,但有五個控制項會決定該清單的型態。下表概述每個控制項的作用,以及工具強制執行硬性限制的位置。

控制項其控制內容可接受的值
範本絕對網址中字面的 {n} 預留位置僅限 HTTP 或 HTTPS;最多 4,000 個字元
起點包含的第一個數值安全的整數(不可有小數、無限大)
終點包含的最後一個數值安全的整數
步進每次迭代移動的距離非零整數;正負號必須與朝終點的方向一致
補零數值部分的最小位數0 至 12
輸出上限產生的網址數量硬性上限10,000 行

方向很重要。在範圍 10 到 4 上使用正步進會被拒絕,因為數學上永遠到不了終點;從 4 到 10 使用負步進則會因對稱的原因被拒絕。產生器會將此情況以可見的失敗呈現,而不是悄悄產出一份空清單——當出錯的成本是遺漏一批網址時,這正是你想要的行為。

補零是最容易被誤讀的控制項。在補零為 3 的情況下,值 5 會變成 005,值 -5 會變成 -005,而值 5,000 則維持為 5000,因為這個規則設定的是最小位數而非最大位數。補零 12 是上限——足以涵蓋大多數檔案名稱與識別碼慣例,又不會產生不合理長度的字串。

如何在不到一分鐘內產生經過驗證的清單

  1. 在範本欄位中輸入絕對範本,於數字所在的位置使用字面的 {n}。例如 https://example.com/blog/page-{n}。
  2. 輸入包含的起點與終點值。如果不確定,先選用較小的數字——起點 1 與終點 5 是個五秒鐘的健全性檢查。
  3. 設定步進。遞增清單使用正整數,遞減清單使用負整數。步進不可為零。
  4. 若你的真實模式使用固定寬度的數字(常見於圖片檔名與 SKU 碼),請選擇補零。否則保留為 0。
  5. 產生一個簡短的範例。會顯示第一個與最後一個網址,讓你在放大規模前先驗證格式。
  6. 複製結果中以換行分隔的清單,或將其下載為文字檔。該清單最多 10,000 行。

範例步驟是最常被略過的一步,卻也是最能防止最常見錯誤的一步:一個看起來正確、卻因為多餘的空格、漏掉的斜線,或從未輸入的協定方案而產生無法解析之網址的範本。事先檢查三個值就能在放大規模前抓到這些錯誤。

哪些會被驗證、哪些不會

瀏覽器的網址實作——由 WHATWG URL 標準 所定義——處理所有替換作業。這意味著此工具僅接受 HTTP 與 HTTPS,拒絕內嵌的使用者名稱或密碼,對主機大小寫與預設連接埠進行標準化,並對標準要求的字元進行百分比編碼。只要其中任何一項檢查失敗,整個作業就會失敗,而不是悄悄丟掉錯誤的那一列——這讓計數保持誠實。

此工具刻意不做的事同樣屬於契約的一部分。它不會對任何產生的網址進行爬取、ping、HEAD 或開啟。語法上有效的網址仍可能回傳 404、重新導向、需要驗證,或指向不應被索引的內容。即時狀態屬於另一項工作,需要受控的檢查器,且通常需要目標網站的授權。如果你需要每一行的 HTTP 狀態,請在產生後將清單送交專用的狀態檢查器處理。

值得了解的實用模式

大多數編號式網址配置都屬於少數幾種形狀。下列清單涵蓋反覆出現的那些模式,以及產生它們所需的設定。請將數量視為性質上的描述——精確的數字由工具產生,那是這些數字唯一被計算的地方。

模式典型範本起點 / 終點 / 步進適用情境
分頁文章https://example.com/page/{n}1 / 100 / 1檢視封存分頁
年度封存https://example.com/blog/{n}2008 / 2024 / 1基於年份的網址稽核
資產檔名https://cdn.example.com/img-{n}.jpg1 / 5000 / 1,補零 4CDN 檔案清點
遞減優先順序清單https://example.com/promo/{n}50 / 1 / -1優先檢視最新項目
僅偶數 IDhttps://example.com/product/{n}2 / 1000 / 2依算術規則進行篩選
重複預留位置https://example.com/page-{n}?id={n}1 / 200 / 1使路徑與查詢字串保持同步

重複預留位置的模式值得特別標示。{n} 可以在同一個範本中出現多次,且每一次出現都會被替換為相同的值。當同一個識別碼同時出現在路徑與查詢字串中時,這非常方便,也省去執行兩份平行清單再加以合併的麻煩。

安全地處理輸出

產生的清單是一個確定性的產物:給定相同的範本與相同的數值控制項,工具會產生完全相同的行。當清單需要數個月後再次產生時,這是一項優勢;而這也正是將來源範本與匯出檔案一同保存是好習慣的原因。如果有人質疑某個網址的來源,範本能回答這個問題。

在確定性之上還有兩項限制。10,000 個網址的上限是保護頁面回應性的措施——反轉或極端的範圍可能會在無預警的情況下配置出極大的清單,使分頁當機。4,000 字元的範本限制則是針對輸入的類似措施。這兩項限制的目的都不是為了配給免費方案;而是為了讓頁面在長範圍下仍能使用。

還有一條值得劃清的界線,那就是網址清單與 XML sitemap 之間的界線。輸出是純粹的網址行,每行一筆,沒有 XML 外層結構、沒有 <lastmod> 後設資料,也不支援 sitemap 索引。若目的地是 sitemap 檔案,請在檢視過清單後,將其交給 Sitemap URL Extractor 或專用的 sitemap 建立工具處理——而且不要提交指向你實際上並未發布之內容的網址。模式化的批量建立只有在反映真實網站上的真實命名規則時,才能換得 SEO 上的價值;捏造大量沒有對應內容的模式化網址,適得其反。

有把握地選擇免費、不需註冊的工具

檢驗候選工具是否名副其實的最快方式,是檢視它在網路上傳送了什麼。真正在本機運作的產生器不會請求登入端點、不會把你的範本 POST 到分析路由,也不會對其產生的網址發出 HEAD 請求。如果該頁面發出任何一個與載入自身資產無關的外送呼叫,通常就足以將它從注重隸私的批次工作中排除。

批量網址產生器在上述每一點上都符合標籤所述:序列在瀏覽器中計算,每個網址都由 WHATWG URL 實作進行解析與序列化,憑證會被拒絕,且唯一的輸出就是你選擇複製或下載的那些行。對於想要快速參考每個控制項與模式的讀者,設定與模式速查表以更精簡的形式收錄了相同的規則。

延伸閱讀:Canonical Tag 產生器範例:從網址到 head 標籤