命令列條碼產生器從終端機提示字元執行，並將影像檔案寫入磁碟；而線上條碼產生器則在網頁中運作，在你輸入的同時即時繪製條碼符號，只要一個點擊就能交給你一個可下載的檔案。第一種方式是開發者從 Zint 等開源工具，或 ActiveBarcode 命令列套件這類商業命令列工具所沿襲下來的習慣，每次呼叫會根據一個引數字串產生一張影像。第二種方式則是一個瀏覽器頁面，使用 JavaScript 在本機繪製條紋，並輸出一個可直接放入標籤模板、包裝設計或試算表的向量檔案。對於大多數只需要一張可掃描標籤的讀者而言——無論是零售 EAN、貨運 Code 128、還是庫存 Code 39——線上方式在建置時間、格式指引以及內建的檢查碼計算上都勝出，而且完全免費。
命令列條碼產生器實際上在做什麼
命令列條碼工具是一個小型的執行檔，存在於你的作業系統中。你輸入類似 zint --barcode=128 --output=label.png "ABC-12345" 的指令，程式就會將影像檔案寫入你指定的路徑。開源專案 Zint 自我描述為一款跨平台的桌面、命令列與開發者條碼產生解決方案，而 ActiveBarcode 這類商業套件則在 Linux、macOS 與 Windows 上提供命令列介面以達到相同目的。這種模式的優勢在於可重複的自動化：shell 指令稿可以逐一讀取產品代碼的 CSV，每列呼叫一次二進位檔，無需任何人操作滑鼠就能產出一整個資料夾的標籤影像。
取捨在於這次呼叫之外的所有事情。你必須安裝二進位檔、將它加入 PATH、學習每種條碼類型的旗標語法、自行處理檔案命名與清理，而且只能使用該工具支援的輸出格式，或透過 ImageMagick 進行轉檔。需要檢查碼的零售格式會強迫你自行計算或提供該檢查碼，EAN-13 或 UPC-A 若帶有錯誤的檢查碼會在列印時毫無異狀，卻在結帳時無法掃描。
線上條碼產生器在做什麼
線上條碼產生器是一個在你自己的瀏覽器內以 JavaScript 繪製條碼符號的網頁。Lizely 的 條碼產生器涵蓋了最常用的四種一維條碼類型——Code 128、EAN-13、UPC-A 與 Code 39——並將結果渲染為可一鍵下載的向量 SVG。由於運算都在本機進行，你輸入的內容從不離開你的裝置，頁面載入後即使離線也能使用，而且沒有帳號、浮水印或使用次數限制。
格式選擇器同時也是決策輔助：Code 128 適用於貨運標籤以及任何混合字母與數字的文字，EAN-13 或 UPC-A 適用於零售商品，Code 39 適用於內部庫存。檢查碼——也就是讓掃描器能夠在 EAN-13 與 UPC-A 上偵測讀取錯誤的那個最終 modulo-10 數字——會在你輸入 13 位數中的前 12 位時自動補上，並在你貼上完整條碼時進行驗證，因此錯字會在浪費一張標籤紙之前就先被發現。
命令列 vs 線上條碼產生器一覽
下表整理了對大多數讀者正在權衡的工作類型而言，兩者之間的實務差異。它從建置、格式涵蓋、檢查碼處理、輸出類型、隱私以及各自最適合的情境進行比較。在選定工作流程之前，請將它視為快速的篩選工具。
| 面向 | 命令列條碼產生器 | 線上條碼產生器 |
|---|---|---|
| 建置 | 安裝二進位檔、學習旗標、管理檔案路徑 | 在任何瀏覽器中開啟頁面，無需安裝 |
| 常見格式 | 視工具而定，種類繁多（Zint 列出了數十種） | Code 128、EAN-13、UPC-A、Code 39 |
| EAN/UPC 檢查碼 | 你必須自行計算或提供 | 自動補上或自動驗證 |
| 輸出格式 | 依工具支援 PNG、SVG、EPS 或 PDF | 向量 SVG，縮放不會模糊 |
| 隱私 | 預設為本機處理，因為二進位檔跑在你的機器上 | 在瀏覽器內產生時為本機處理；不會上傳任何內容 |
| 最適合的情境 | 批次腳本化、CI 工作、資料庫驅動的標籤流程 | 一次性標籤、零售 SKU、貨運標籤、庫存貼紙 |
| 需要的技能 | 熟悉終端機與 shell 指令稿 | 只需輸入數值並點擊下載，無需任何技術背景 |
如何用三個步驟在線上產生條碼
如果你的任務是單一標籤或少量的標籤，這是使用條碼產生器取得可列印檔案的最短路徑。整個流程都在你的瀏覽器中執行，因此你的產品代碼與 SKU 都會保留在你的裝置上。
- 選擇條碼格式。貨運標籤、物流追蹤或任何混合字母與數字的內容，請選擇 Code 128。在全球銷售的零售商品請選擇 EAN-13；在美國與加拿大扮演相同角色的則選 UPC-A。內部庫存、汽車或工業標籤若只需要強健的英數混合碼，請選擇 Code 39。
- 輸入你的數值。EAN-13 請輸入前 12 位數，工具會自動補上正確的 modulo-10 檢查碼；或貼上完整的 13 位數條碼，工具會驗證檢查碼是否相符。UPC-A 請以相同的模式輸入前 11 位數，或貼上完整的 12 位數條碼。Code 128 與 Code 39 會直接編碼你輸入的文字，無需設定檢查碼。
- 下載 SVG。條碼會在你輸入的同時即時渲染。點擊 Download SVG 即可儲存一份向量檔案，無論尺寸大小——從小型商品吊牌到整頁海報——都能保持清晰，並在任何印表機上列印得乾淨俐落。
將 SVG 放入你的標籤模板、包裝設計、試算表或設計檔案中。由於條紋是向量圖，你可以自由縮放，無需重新渲染，也不會犧牲掃描可靠性。
命令列仍然是較佳選擇的情境
瀏覽器式的產生器並非適用於所有任務。以下三種情境仍然偏好以終端機驅動的流程：
- 來自資料來源的批次自動化。當夜間工作需要把一整份產品代碼 CSV 轉成一個資料夾的標籤影像時，相較於瀏覽器分頁，透過 shell 指令稿逐列迴圈並呼叫 CLI 二進位檔更為可靠。
- 無介面的伺服器環境。沒有瀏覽器也沒有顯示器的建置伺服器或後端，仍需要一個可以呼叫的二進位檔，而輸出會是一個磁碟上的純檔案，可用於提供服務或寄送電子郵件。
- 自訂條碼類型或編碼規則。Zint 這類開源套件所涵蓋的格式目錄遠比任何單一瀏覽器頁面來得廣泛。如果你需要郵政條碼、堆疊式條碼或非標準的 GS1 複合條碼，CLI 工具才是務實的選擇。
在這些情況之外，終端機方式大多只是額外負擔。你得花時間處理旗標、檔案路徑與檢查碼運算，而這些都是瀏覽器頁面當下就能處理的事情。
列印前該檢查的事項
有兩個細節決定一張條碼能否可靠地被掃描，無論你是怎麼產生它的：
- 輸出格式。向量 SVG 讓條紋邊緣在數學上保持精確，因此條碼符號在一公分或一公尺大小下都能有一致的掃描結果。點陣 PNG 或 JPEG 在放大時會模糊這些邊緣，而邊緣模糊正是標籤看起來正常、卻無法掃描最常見的原因。如果你需要點陣檔，請先產生 SVG，再以實際列印的像素尺寸匯出為 PNG。
- 靜區與條寬。每一種一維條碼都需要在條紋兩側保留乾淨的邊距——也就是「靜區」，而條寬也必須符合掃描器的預期。CLI 二進位檔與瀏覽器頁面在合理的尺寸下都能產生乾淨可掃描的條碼，因此務實的做法是在實際的標籤紙材與掃描器上先測試列印一張，再決定是否整批印製。
對於要在腳本化流程與快速瀏覽器作業之間取捨的團隊而言，同樣的權衡也出現在其他工具中——例如我們在大量 URL 產生器：命令列 vs 線上比較指南中所整理的比較，就針對 URL 產生進行了平行的取捨分析。模式是一致的：選擇符合工作量與環境的路徑，並避免為了每月只執行幾次的任務而安裝一整套流程。
如果你正在權衡各種選項，Htaccess 產生器：命令列 vs 線上比較對此有詳細說明。