當步進剛好落在起始值與結束值時，「批次 URL 產生器」會將它們一併納入，當範圍無法整除時，產生器會在跨越結束值之前安全地停止。對任何以數值佔位符所構成的等差數列而言，此工具將起始值與結束值視為「包含式邊界」。像 start 1、end 5、step 1 這種簡單範圍，會產生 1、2、3、4 與 5，因為每個值都可以一步到達。當範圍無法被整除時，最後一個值就是剛好會跨越結束值的前一個值。這種可預期的行為讓樣式清單具有可重現性，這對分頁路徑、編號資產，以及任何因差一錯誤而默默破壞網站地圖、轉址或測試固定資料的地方都非常重要。數列會在瀏覽器中於本地端計算，並在被加入清單前驗證為絕對的 HTTP 或 HTTPS URL，因此每一行產生的結果都是語法上有效的網址，可直接複製或下載。
編號 URL 範本中的包含式邊界運作方式
數值型 URL 範本使用字面符號 {n} 作為佔位符。產生器會將 {n} 替換為由你的起始值、結束值與步進所計算出的等差數列中的每一個值。在數學意義上，起始值與結束值都屬於包含式邊界:在它們之間步進所造訪的每一個值都會輸出，包含邊界值本身，前提是步進實際能夠到達。
包含式邊界意味著 start 1、end 3、step 1 會產生三個結尾為 1、2 與 3 的 URL。沒有差一修剪或隱藏略過的情形。當範圍可被步進整除時，結束值會剛好出現一次。當範圍無法被整除時，產生器會刻意在跨越結束值之前停下，因此最後一個值永遠是仍符合數列規則、最後一個可到達的整數。
這個單一規則同時管轄所有輸出，無論是升冪或降冪。它消除了下游工具中的模糊空間，因為你不必再猜測清單中是否混入了超出你所宣告的結束值的雜散值。清單永遠會精準地在等差數列所指出的位置結束，重新執行相同的範本與設定，必定能重現同一個最終 URL。
以正確的起始值與結束值產生 URL
請依照下列步驟，確保你的第一個與最後一個值都如你所預期地出現在輸出中。
- 在瀏覽器中開啟 批次 URL 產生器。
- 輸入一個包含字面 {n} 符號的絕對 HTTP 或 HTTPS 範本，例如 https://example.com/page-{n}。
- 設定包含式的起始值與結束值，使其對應到清單中你期望的第一個與最後一個編號。
- 選擇一個朝結束值方向移動的步進。升冪範圍使用正步進，降冪範圍使用負步進。
- 若你的識別碼需要固定寬度，請將選用的零填補設定為 0 到 12 位數之間。
- 先產生一小段樣本，檢查第一個與最後一個 URL 是否符合預期的第一個與最後一個值。
- 當樣本確認了邊界、方向與填補皆正確無誤後，即可複製或下載已驗證的清單。
無法整除的範圍與結束值前的最後一個值
無法整除的範圍正是包含式邊界可能讓人意外之處。從 1 到 6、步進為 2 的範圍會產生 1、3 與 5。結束值 6 並不會被納入，因為在 5 之上再加 2 等於 7，會跨越結束值。產生器會停在 5，而不是自行捏造 6 或重複一個不符規則的值。
這種行為讓清單具有可預測性與可重現性。任何重新執行相同範本、起始值、結束值、步進與填補設定的人，都會得到完全相同的輸出，精確到最後一個 URL。這對 SEO 工作而言至關重要:由已知清單所建立的網站地圖項目、轉址規則或測試固定資料，絕不會因為原作者數錯，而默默納入一個未預期的編號。
同一條規則也保護了降冪數列。從 10 到 4、步進為 -2 的範圍會產生 10、8、6 與 4。結束值 4 會被納入，因為步進剛好落在該處。如果是從 10 到 3、步進為 -2 的範圍，結果會是 10、8、6 與 4，其中 3 被排除，原因與前述升冪範例中 6 被排除相同。
| 情境 | 起始 | 結束 | 步進 | 輸出 | 是否包含結束? |
|---|---|---|---|---|---|
| 升冪，到達結束 | 1 | 5 | 1 | 1, 2, 3, 4, 5 | 是 |
| 升冪，無法整除 | 1 | 6 | 2 | 1, 3, 5 | 否(會跨越) |
| 降冪，到達結束 | 10 | 4 | -2 | 10, 8, 6, 4 | 是 |
| 降冪，無法整除 | 10 | 3 | -2 | 10, 8, 6, 4 | 否(會跨越) |
| 方向錯誤 | 1 | 10 | -1 | 操作明顯失敗 | 不適用 |
請將此表格視為包含式邊界的官方行為。「是否包含結束」一欄反映步進是否剛好落在結束值上;產生器絕不會為了強迫結束值出現而進行向上或向下取整。
降冪數列與方向控制
降冪數列依賴負步進。Start 10、end 4、step -2 會產生 10、8、6 與 4，因為每次減法都會落在下一個值，而最後一步剛好到達結束值。負號會保留在輸出中，並出現在任何零填補之前，因此負的數列值在整個過程中都會保留其正負號。
正步進無法朝較低的結束值移動，負步進也無法朝較高的結束值移動。方向錯誤會以明顯方式失敗，而不是回傳空清單，或是更糟地回傳一個含有無意義數值的清單。 驗證作業是依據 WHATWG URL 標準 進行，因此每個代入後的值都會被剖析為絕對的網址，且僅接受 HTTP 與 HTTPS 兩種協定。
匯出前檢查第一個與最後一個 URL
在投入產生大型清單之前，先產生一小段樣本是確認包含式邊界、方向與填補最省錢的做法。第一個 URL 能告訴你範本正確、佔位符位置正確，且起始值就是你輸入的值。最後一個 URL 能告訴你數列究竟是否到達了結束值，或是剛好在結束前停下，而這正是包含式邊界會讓新使用者感到意外的唯一地方。若需要更廣泛的樣式涵蓋說明，以及當範圍不如預期運作時常見的陷阱，請參考 秘訣與常見錯誤逐步解說，其中以檢查清單的形式整理了相同的檢查項目。
填補後的值非常容易以視覺方式驗證。填補位數為 3 時，會把 5 變成 005，把 -5 變成 -005，而較大的值如 12345 則維持不變。若你的輸出顯示 page-5 而不是 page-005，代表你忘了啟用填補。無論是哪種情況，視覺檢查只需數秒，就能避免一份有瑕疵的清單進入網站地圖或測試腳本。
包含式 URL 範圍的實務應用情境
編號 URL 範本相當常見，因此包含式邊界值得刻意檢查。像 /blog/page-{n} 這樣的分頁路由，會從 page-1 與最後一頁同時出現的數列中受益;只要步進能到達它們，產生器就會兩者都納入。編號資產、以年份為基礎的彙整頁面，以及匯入清單用的 ID 範圍，都共用相同的等差規則，並同樣預期第一個與最後一個識別碼都會出現在輸出中。
測試固定資料依賴包含式邊界，因為缺少任一端點都會往下位移所有斷言。若你的固定資料集應包含 1 到 10 的值，而產生器默默地修剪掉最後一個值，你的測試就不再涵蓋完整的範圍。在樣本執行後確認第一個與最後一個 URL，就是防範此類靜默截斷最簡單的做法。
就 SEO 工作而言，產生器產生的是純粹的 URL 行。它不會產生 XML、lastmod 值或多個網站地圖索引，因此在你檢視過清單後，其輸出適合作為探索檔案或轉址對映表的建構區塊。請同時記住，語法上有效的 URL 仍可能回傳 404、進行轉址或要求驗證，因此當實際狀態很重要時，請使用可控管的檢查工具，而非假設每個產生的網址都存在。
匯出前值得了解的限制
輸出上限為 10,000 個 URL，範本長度上限為 4,000 個字元。這些限制讓頁面保持反應靈敏，並防止反向或極端範圍配置出意外龐大的清單。若你的專案需要超過 10,000 個 URL，請將範本拆分為可重疊或連續的批次，並在產生後合併已驗證的輸出。請同時留意，此工具不會對任何產生的 URL 發出請求、抓取、開啟或進行測試;產生僅能證明樣式計算與 URL 文法，無法證明每個網址的實際線上狀態。
若你正在權衡各種選項，從網站地圖中擷取 URL:解析步驟詳解對此有詳細說明。