若要一次產生多個 QR code，請將每行的文字內容或網址貼到以瀏覽器為基礎的批次工具中，選擇 PNG 像素大小與容錯等級，然後觸發單次產生程序，即可一次產生最多 20 個獨立的 PNG 檔，每個檔案都有獨立的預覽縮圖與下載連結。批次 QR Code 產生器遵循的正是這個模式：它接收一組不重複的行，將每一行交給 Lizely 單一符號工具所使用的同一個 qrcode 1.5.4 編碼器處理，並為每個項目回傳一個 PNG 資料 URL,不會把檔案打包成壓縮檔,也不會把內容送到遠端服務。由於整個工作流程都在用戶端執行,因此無論是在手機、筆電或共用工作站上,都不需要設定網路、登入或背景任務追蹤就能使用相同的工作流程,而且輸入解析器會自動去除空行、修剪空白字元,並合併完全相同的重複內容,讓批次只反映您真正想編碼的不重複值。
批次 QR Code 產生器實際做了什麼
這個工具是建立在既有 QR 編碼器之上的輕量批次層,而非平行的實作。輸入的每一行會變成一個符號,每個符號會變成一個 PNG,而每個 PNG 會依據批次位置與從內容中抽取的一段簡短 ASCII 字根,取得一個固定可預測的檔名。像 https://example.com 這一行會產生 01-example-com.png;若該行不包含任何 ASCII 字母或數字,則會改用 qr-code 作為字根。輸入解析器在編碼前會執行三項整理步驟:修剪前後空白字元、去除空行,並將修剪後完全相同的重複內容合併為第一次出現的那一筆。「以最先出現為準」的規則代表,即使在不同位置貼上同一個網址兩次,也只會產生一個符號,讓批次聚焦在不重複的值上。
產生完成後,每個預覽縮圖都會顯示各自的下載連結,而不是提供單一的整合壓縮檔。這個設計選擇是有意為之:專案刻意避免新增額外的壓縮相依套件,並把下載決策交給實際處理批次的人。瀏覽器政策可能會要求每個檔案都必須點擊一次,或觸發下載授權提示,但產生器絕對不會在背後悄悄自動觸發 20 次下載,這能避免突如其來的行為,並讓選取的輸出保持明確可控。
如何一次產生多個 QR code
- 在目前的瀏覽器分頁中開啟批次 QR Code 產生器,並找到用於以行分隔輸入的文字區域。
- 每行貼上一個文字內容或網址,總行數請保持在 20 行以內的不重複值,每行長度也不要超過 2,000 個 JavaScript 字元。
- 從可用選項中挑選 PNG 畫布大小 —— 128、256 或 512 像素 —— 以及 L、M、Q 或 H 的容錯等級。
- 選擇產生動作,並等待所有預覽縮圖渲染完成。若其中一行在所選設定下超出編碼器的容量,批次會顯示錯誤,而不是把不完整的結果呈現為已完成。
- 在下載之前,請先用目標裝置與應用程式掃描每張預覽圖,因為即使影像已成功產生,也不代表每個掃描器都能讀出預期的內容。
- 透過瀏覽器一般正常的儲存流程,從各個預覽連結下載所需的 PNG,並在將其放到頁面、標籤或印刷品上時,為每張影像周圍保留一塊乾淨的靜止區。
挑選 PNG 大小與容錯等級
有兩項設定會影響批次中的每個符號:PNG 畫布大小與容錯等級。它們影響的層面不同,將兩者混淆是批次產生時常見的錯誤來源。
畫布大小只決定渲染出來的 PNG 檔在顯示或列印時看起來有多大,並不會為符號增加資料容量。同一個短網址的 512 像素畫布與 128 像素畫布,模組數量其實相同;較大的檔案只是把同樣的模組分散到更多像素上,這在條碼被列印成較大實體尺寸,或顯示在高密度螢幕上時會很有幫助。對標籤、商務名片與一般的網頁配置來說,256 像素通常已經足夠;512 像素則保留給海報、招牌或會被大幅放大的印刷品使用。
容錯等級決定當符號局部損壞、被遮擋或列印不良時,能夠還原多少內容。QR Code 的發明公司 DENSO WAVE 在其容錯參考文件中公布了概略的還原比例。取捨在於,容錯等級越高,可用資料容量就會減少,並可能迫使模組排列更緊密,這反過來會讓符號在較小的實體尺寸下更難掃描。
| 等級 | 概略還原比例 | 實際用途 |
|---|---|---|
| L | 約 7% 的碼字 | 乾淨的數位顯示、短內容、無遮蓋風險 |
| M | 約 15% 的碼字 | 大部分列印與顯示 QR code 的預設等級 |
| Q | 約 25% 的碼字 | 戶外擺放、輕微磨損、品牌圖層遮蓋 |
| H | 約 30% 的碼字 | 工業或嚴苛環境、長內容 |
在一般乾淨的環境下,等級 M 是實務上的合理預設。為了「保險起見」而選用等級 H 可能會適得其反:在相同實體尺寸下,排列更緊密的符號會比等級 M 的符號更難對焦,也更容易被誤讀。
驗證並下載每個 QR code
成功渲染並不保證每個掃描器都會以相同方式讀取條碼。長篇 UTF-8 文字、表情符號、印刷解析度、環境反光、相機對焦以及讀取 App 的行為,都會影響結果。底層程式庫註明尚未完整實作 ECI 支援,這代表某些掃描器可能會以不同方式解讀特殊的內容。在目標裝置逐字元解碼完成之前,請把每張預覽都當作草稿看待。
下載是逐張進行的。在掃描預覽並確認解碼內容無誤後,點選該縮圖的下載連結,即可儲存帶有固定可預測檔名的 PNG。更動輸入的某一行、畫布大小或容錯等級,都會讓先前的批次失效:非同步任務識別碼會確保舊的產生結果無法覆蓋較新的設定,因此您絕不會儲存到來自過時設定的 PNG。
為何批次產生要保留在瀏覽器內
批次中的所有內容與 PNG 資料 URL 都只存在於目前的分頁中。產生器所使用的 qrcode 1.5.4 套件在使用者端執行,支援最佳化的編碼區段,並在不需要聯繫遠端服務的情況下回傳 PNG 資料 URL。沒有任何內容會被上傳、短網址化、追蹤或記錄,因此同樣的工作流程可用於您不太願意交給第三方平台的內部庫存編碼、行銷活動網址、聯絡名片或 Wi-Fi 字串。
這個隱私模型同時也消除了某一類的失敗模式。沒有佇列要等、沒有速率上限會被觸發,也不必擔心伺服器端編碼器悄悄改寫內容。瀏覽器分頁就是整個工作本身,關閉分頁就會清空批次。
貼上之前值得了解的限制
批次上限為 20 個不重複的值,每行最多 2,000 個 JavaScript 字元。這些限制並非任意制定:它們限制了 CPU、記憶體與版面配置的工作量,並讓手機與一般筆電上的意外大量下載保持在可控範圍。若您需要超過 20 個符號,請以切割後的清單執行兩次工具,而不是嘗試突破上限。
若單一內容在所選設定下超出編碼器的容量,批次會顯示錯誤,而不是給出部分結果。最常見的原因是長網址搭配等級 Q 或 H;改用等級 M 或縮短內容幾乎都能解決。空行與完全相同的重複項會被自動移除,因此貼上之前不需要自行清理清單。
單一符號工具何時已足夠
對於一次性 QR code —— 單一聯絡名片、一組 Wi-Fi 登資訊、一條個人連結 —— 專屬的QR Code 產生器完整指南涵蓋了不帶批次負擔的更簡單工作流程。只有在工作真的涉及從您已準備好的清單中產生兩個以上符號時,才動用批次工具,因為批次工作流程的價值在於輸入是已整理好的文字區塊,而不是一筆一筆的個別項目。
若您正在權衡選項,如何用正確參數建立 UTM 碼對此有詳細說明。