一個基於瀏覽器的 Mac 批次 QR code 產生器，可讓您從一份貼上的清單中產生最多 20 個獨立的 PNG QR code，無需安裝應用程式或上傳您的 URL。批次 QR Code 產生器完全在 macOS 上的 Safari、Chrome 或 Firefox 分頁中執行，透過專案既有的單張 QR Code 產生器所使用的 qrcode 1.5.4 函式庫，在用戶端編碼每個符號。您每行貼上一段文字或 URL，選擇像素大小(128、256 或 512)以及容錯等級(L、M、Q 或 H)，頁面就會回傳最多 20 個獨一無二的 PNG 預覽，每個都附有個別的下載連結。輸入解析器會去除前後空白、移除空行，並合併完全重複的行，確保批次中絕不會出現相同的符號。沒有任何資料會離開分頁:沒有上傳步驟、沒有追蹤、也沒有伺服器端渲染。對於不想安裝專用工具的 Mac 使用者而言，這符合單張影像產生器的相同本機工作流程，但會產生一個小型批次，可在發布前用手機進行驗證。
在 Mac 上以純瀏覽器方式批次產生 QR Code
大多數 macOS 使用者整天都已開啟 Safari、Chrome 或 Firefox，因此純瀏覽器的工作流程可免除下載 .dmg、授予輔助使用權限，或是將敏感 URL 交給沙箱化工具處理的麻煩。產生器會在專屬頁面開啟，讀取您貼上的輸入，然後直接將 PNG 資料 URL 寫入目前分頁，所使用的編碼器與專案單張 QR Code 產生器採用的 qrcode 1.5.4 相同。沒有獨立的 CLI 安裝、沒有 Node.js 設定，產品程式碼中也沒有保留第二套 QR 實作，這點很重要，因為兩組編碼器可能會在細微處產生差異(不同的遮罩、不同的區段編碼)，而混合兩者的單一批次有在不同裝置之間產生掃描行為不一致的風險。
批次刻意限制為最多 20 個不重複的值，且每行最多 2,000 個字元。這些限制可讓操作在一般的 MacBook Air 上保持快速、限制版面配置工作的記憶體用量，並避免在用於驗證符號的手機上意外觸發大量下載。頁面不提供 ZIP 步驟，因為專案刻意不加入任何封存相依套件;每張 PNG 都改用各自的明確下載連結。
三項控制項:輸入、尺寸與容錯
產生器只公開三項控制項加上一個貼上區域:輸入清單、PNG 畫布大小選擇器，以及容錯選擇器。其餘所有項目(邊距寬度、函式庫、編碼區段)都由實作固定，以便兩個批次能在完全相同的條件下執行。
當您貼上時，解析器會去除前後空白、移除空行，並在保留首次出現順序的前提下，移除完全重複的行。因此，一個含 5 個重複的 25 行批次，只會產生 20 個預覽，而不是 25 個。每行也限制在 2,000 個 JavaScript 字元;較長的文字會在編碼前遭到拒絕，避免頁面在您不知情的情況下截斷 URL 或聯絡資訊負載。
PNG 畫布選擇器提供 128、256 或 512 像素。像素尺寸會影響符號放大顯示或列印時的外觀，但不會改變 QR 符號本身的資料容量;將像素數加倍會使檔案大小約略變為四倍，而不是讓承載量加倍。對於標籤與小型貼紙，128 像素通常已足夠。對於海報、投影片，或高解析度列印，256 或 512 會顯得更清晰。
容錯採用每個 QR 編碼器都支援的 DENSO WAVE 四個等級:
| 等級 | 大致的碼字還原率 | 取捨 |
|---|---|---|
| L | 約 7% 的碼字 | 符號最密集、佔用空間最小，但耐損性最弱 |
| M | 約 15% 的碼字 | 一般顯示條件下的均衡預設值 |
| Q | 約 25% 的碼字 | 適合包裝、戶外標籤、輕微表面磨損的場合 |
| H | 約 30% 的碼字 | 容錯能力最高，但會迫使模組網格更密、符號更大 |
上表的數字為發明 QR Code 的組織 DENSO WAVE 所公布的大致還原率。等級越高並不一定越好:它會增加冗餘，進而迫使模組網格更密，可能讓較舊或低解析度的掃描器難以判讀。對於大多數用於乾淨螢幕或完好列印品的 Mac 端批次，等級 M 是實務上的合理預設。
在您的 Mac 上產生一批 QR Code
- 在 Mac 上的 Safari、Chrome 或 Firefox 中開啟批次 QR Code 產生器。
- 在輸入區中每行貼上一段文字或 URL，且不超過 20 個不重複的行。
- 選擇 PNG 畫布大小(128、256 或 512 像素)以及容錯等級(L、M、Q 或 H)。
- 點擊「產生 QR code」，並等待預覽完成渲染。
- 使用您的目標受眾實際會用的 iPhone 或 Android 相機掃描每個預覽，逐字元檢查解碼後的內容。
- 逐一從每個預覽的下載連結下載已驗證的 PNG，並在排版時為每張影像保留清晰的靜默區。
如果您是第一次使用此產生器，批次 QR Code 產生器入門:第一步 中的初學者教學會以額外說明與一個簡短的範例清單，涵蓋相同流程。
檔名、靜默區與不採用 ZIP 的決定
每個預覽都會取得一個固定的決定性檔名，讓批次在磁碟上保持井然有序。檔名以兩位數的批次位置(01 到 20)開頭，後接一段從內容衍生的短 ASCII 字幹。像 https://example.com 這樣的 URL 會變成 01-example-com.png。若該行完全不含 ASCII 字母或數字，則會改用 qr-code 作為字幹，因此即使是一整行的純 emoji 也能產生可讀的檔名。檔名僅為方便辨識的標籤，並不會改變編碼在符號內部的內容。
頁面不會將檔案打包成單一的 ZIP 封存檔，因為此批次刻意不加入任何封存相依套件。每個預覽都提供自己的下載連結，且產生器絕不會觸發 20 次自動下載。這樣可避免在 macOS 上出現突如其來的多檔下載對話框，尤其在 Safari 中可能會跳出允許多檔下載的權限提示。取而代之的做法是:您點擊想要保留的每個預覽，瀏覽器就會以預先決定的檔名儲存對應的 PNG。
靜默區是圍繞在每個 QR 符號定位圖案四周的空白邊距。產生器預設會在每張影像周圍寫入 2 個模組的邊距，這是該函式庫的標準值;下載後請勿裁切、重新上色、拉伸或遮蓋定位圖案。一個可掃描的符號需要在每一側都保留呼吸空間。
在列印或發布前驗證每個符號
一張渲染出來的 PNG 並不能保證每台掃描器都會讀取到預期的內容。較長的 UTF-8 文字、emoji、列印尺寸、對比、相機對焦、螢幕反光、標籤的實體損傷，以及特定讀取器的行為，都會影響解碼後的字串是否與您貼上的內容一致。此處使用的編碼器已註明並未實作完整的 ECI 支援，這可能會影響部分負載在不同掃描器應用程式之間的解讀方式。
在發布、列印、清點庫存、發送活動資料，或取代現有 QR Code 之前，請務必使用目標裝置與應用程式掃描每張 PNG。逐字元比對解碼後的內容。若有任何一個字元不符，代表編碼的值有誤，該符號不應直接使用。請勿將未經驗證的 QR Code 用於付款、驗證機密、安全指示，或任何不可逆的動作;驗證步驟的存在正是為了防止這些錯誤。
若某筆負載超出 QR 的容量，批次會顯示錯誤，而不是將不完整的集合視為完成結果。更改輸入行或選項會使先前的批次失效，而非同步的工作識別碼可防止舊的產生結果覆寫較新的設定，因此預覽網格永遠會反映您最新的選擇。所有負載與 PNG 資料 URL 都保留在目前分頁中。不會上傳、縮短、追蹤或記錄任何資料。同一台 Mac、同一個分頁、同一份清單 — 一旦您關閉分頁，記憶體中的編碼物件也會一併消失。
延伸閱讀:如何在匯出前檢查批次 URL 產生器的結果。