批次 QR Code 產生器可在當前瀏覽器分頁中，一次建立最多 20 個獨立的 QR Code PNG 檔案，輸入時每行可放入一段文字或網址——不需上傳、不需打包成 ZIP 壓縮檔，也不需在伺服器上排程工作。您文字清單中的每一行都會產生一個可掃描的符號，並擁有固定的檔名與單獨的下載連結，因此「多個 QR Code」的工作流程就化簡為貼上、產生、驗證、儲存。由於批次功能採用與 Lizely 單張 QR Code 產生器相同的 qrcode 1.5.4 編碼器，這些符號共用同一套程式碼基底、同一組容量規則，以及同一條渲染路徑，因此不會出現第二套 QR 實作彼此不同步的情況。整個作業都在本機執行：酬載絕不會離開此頁面，也不會被縮短、追蹤或記錄。這種結合瀏覽器內編碼、編號式檔名，以及每張圖片明確下載的方式，正是這個工具在 SEO 活動、目錄頁面、產品標籤，以及任何不想手動逐張產生、儲存、再掃描 QR Code 的短清單中，能夠真正派上用場的原因。
批次 QR Code 產生器的功能
批次 QR Code 產生器是一個小巧的瀏覽器內批次工具，可從純文字清單中產生最多 20 個獨立的 QR Code PNG 影像。它複用已為本專案單張 QR Code 產生器提供動力的 qrcode 1.5.4 編碼器，因此批次中的符號與單張一次性使用時，採用的是同一套程式庫、相同的編碼字組表，以及相同的編碼路徑。此頁面在該編碼器之上加入了以批次為導向的 UI：多行輸入框、去重與去除空白邏輯、小尺寸選擇器、糾錯等級選擇器，以及每張預覽圖各一個下載連結。沒有 ZIP 壓縮檔、沒有第二套 QR 實作，也沒有伺服器端作業。因此，這個工具在手機、平板與一般筆記型電腦上的行為都相當穩定，而一次成功的批次必定會在 PNG 旁邊一併回報每個符號。
輸入契約：解析器如何處理您的每一行
這份契約刻意設計得很簡潔。行會以換行字元分割；每個項目會去除前後空白；空行與完全相同的重複行會合併為首次出現的那一行；最終結果是依照首次出現順序保留的唯一值清單。批次上限為 20 個唯一值，而每行上限為 2,000 個 JavaScript 字元。這兩項上限的目的，是把 CPU、記憶體、排版工作量，以及意外的大量下載控制在一般瀏覽器分頁可承受的範圍內——它們並非您應該試圖繞過的限制。同一套解析器因此可同時適用於活動網址、一般英文文字、Wi-Fi 字串、聯絡人酬載，或任何您能放在單行內的內容。若某個酬載超出 QR 的容量，批次會回報錯誤，而不會把不完整的結果呈現為成功；因為印刷套件中少一張圖，比一開始就明確拒絕要糟糕得多。
固定檔名規則值得特別注意。產生的檔名以兩位數的批次編號開頭，後面接著由內容衍生出的一段簡短 ASCII 詞幹。像 https://example.com 這一行會變成 01-example-com.png；若該行完全沒有 ASCII 字母或數字，則會退回使用 qr-code。這個詞幹只是一個方便識別的標籤——它絕不會改變被編碼的酬載——它讓活動管理者即使將檔案全部放入同一個平面資料夾中，仍可依原本的順序排序下載的檔案。
如何從文字清單產生多個 QR Code
一次完整的批次作業只需幾個明確的步驟。以下編號順序即為工具所預期的順序；略過驗證步驟，是最終 PNG 在實際上線時失敗最常見的原因。
- 開啟 批次 QR Code 產生器，將每行一段文字或網址貼入輸入欄位，並將清單控制在 20 行以內的獨立內容。每一行都會成為恰好一個 QR 符號；若您希望將各個酬載分開，請勿將它們以逗號分隔後全部塞在同一行。
- 選擇像素尺寸（128、256 或 512）以及糾錯等級（L、M、Q 或 H），然後觸發批次。產生作業會在內部工作識別碼下並行執行，因此舊的批次不會覆蓋較新一次編輯的結果。
- 在進行任何下載之前，請先用目標手機、掃描器或應用程式掃描每一張預覽圖。相機對焦、反光、螢幕保護貼厚度、對比度，以及各掃描器對網址的處理方式，都會影響掃描成功率，而唯一能及早發現這些問題的方法，就是進行真實世界的掃描。
- 使用各自的專屬下載連結，逐一儲存已驗證的 PNG。請保留影像周圍原本的靜止區，下載後不要重新上色、裁切、拉伸或覆蓋定位圖案。
若您在批次產生後變更輸入值、尺寸選項或糾錯等級，先前的批次將會失效，只有新的執行結果會被視為當前批次。工作識別碼會負責保持畫布狀態清晰一致。
如何選擇像素尺寸與糾錯等級
像素尺寸與糾錯等級聽起來像同一個旋鈕，但實際上它們影響的是輸出的不同部分。像素尺寸（128、256 或 512 像素）純粹屬於渲染上的選擇：較高的像素數在較大尺寸顯示或列印時可讓符號更銳利，但它本身並不會增加 QR 符號的資料容量。容量是由編碼器依據酬載長度所選用的 QR 版本所決定，而不是由畫布寬度決定。若將同一段短網址編碼兩次——一次使用 128 px、一次使用 512 px——兩張 PNG 會包含相同數量的編碼字組；差別只在於較大的影像將同樣的格子展開到更多像素上。
糾錯才是真正的取捨所在。四個等級——L、M、Q 與 H——由 DENSO WAVE 所定義，代表大約的編碼字組還原門檻；等級越高，在承載相同酬載時必須使用更密集的符號。
| 等級 | 大約的編碼字組還原率 | 實務用途 |
|---|---|---|
| L | ≈ 7% | 在乾淨環境中，承載相同酬載時的最小符號 |
| M | ≈ 15% | 一般乾淨顯示環境的預設值 |
| Q | ≈ 25% | 標籤與輕度磨損的材質 |
| H | ≈ 30% | 戶外、受損或部分被遮蔽的表面 |
根據 DENSO WAVE 糾錯參考資料，H 等級並不會自動比較好——它是以犧牲可用資料容量為代價來提升還原能力，而且較長的酬載可能迫使編碼器選用更高的 QR 版本，進而在同樣大小的面積中塞入更多的模組。在一般乾淨的顯示條件下，M 等級是實務上的合理預設值；只有當符號所在環境有實際需求時，才升級為 Q 或 H。本專案單張 QR Code 產生器中的單張作業流程採用相同的等級詞彙，因此您在這裡所做的選擇，與單張一次性 QR Code 的選擇是一致的。
檔名、靜止區與使用前的驗證重點
靜止區是 QR 符號四周必須保留的空白邊距，以便掃描器能鎖定定位圖案。產生器預設以 2 個模組的邊距進行渲染，這是合理的起點；但當您將 PNG 儲存到磁碟之後，邊距的維持就成為您的責任。以非等比例方式拉伸影像、以低對比色調重新上色、在定位圖案上疊加文字，或裁切掉白色邊框，都會降低實際掃描成功率，即使底層的編碼字組是正確的。若活動需要非預設的邊距，請重新產生而非事後裁切。
驗證是區分一個能穩定運作的 QR 活動與不穩定活動的第二個關鍵習慣。產生出來的影像並不等同於「每台裝置上的每個掃描器都能讀取預期酬載」的證明。長篇 UTF-8 文字、表情符號、列印尺寸、對比度、相機對焦、反光、物理性損壞，以及各掃描器特有的行為，都會影響成功率；而底層的 qrcode 程式庫文件也指出尚未完整實作 ECI 支援。在發布、列印、製作庫存標籤、發送活動資料或替換既有 QR Code 之前，請務必使用目標裝置與應用程式掃描每一張最終的 PNG，並逐字元比對解碼出來的酬載。請勿將未經驗證的 QR Code 用於付款、身分驗證密鑰、安全指示或不可逆的動作。
隱私、限制，以及「重新掃描」勝過「漂亮 PNG」的時機
隱私是這個實作本身的特性，而非事後才想到的考量。所有酬載與 PNG 資料連結都停留在當前分頁內；不會被上傳、縮短、追蹤或記錄。這種做法讓活動管理者能安心貼上機密的訂房連結或內部短網址，而不必擔心會在伺服器上留下副本；此原則也與 Lizely 其他瀏覽器內工具一致。如需深入了解「不上傳」原則，可參考立即產生 QR Code 而不上傳資料。
需要記住的重要限制包括：20 行唯一內容上限、每行 2,000 字元上限，以及「去除空白後完全相同的行會合併為首次出現那一行」的規則。這些都不是編碼器隱藏的天花板，而是明確的批次控制項；變更輸入內容或選項會使先前的批次失效，使較舊的執行結果無法覆蓋較新的設定。當酬載確實大到超出 QR 容量時，批次會顯示錯誤，而不會將不完整的結果呈現為成功——對任何準備列印或散布的活動來說，這都是比較安全的失敗模式。
若您正在權衡各種選項，瀏覽器端清單的批次網址產生器 API 替代方案對此有詳細說明。