A product list in, print-ready labels out. Check digits are validated before anything is generated, so a typo never reaches the printer.
Your spreadsheet is read and rendered on this device. Nothing in it is uploaded.
Paste or upload a list of product codes and the page encodes each row with the same first-party encoders as the single barcode tool — check digits computed and verified per row, so one typo in a spreadsheet becomes one flagged row, not a printed label that fails at the till.
Alongside each batch you get a print-size note graded against the GS1 nominal dimensions: below 80% of nominal many laser scanners struggle, so the size control refuses to go lower, and anything above 200% is flagged as unnecessarily large. The print-sheet mode lays the finished codes out on A4 or US Letter at a size you choose in millimetres, with cut marks.
Your product list never leaves the tab — parsing, encoding and the ZIP are all local.
Yes. Enter 12 digits per row for EAN-13 and the 13th is computed; enter all 13 and it is verified instead, with the correct digit reported before anything is generated.
EAN-13, EAN-8, UPC-A, Code 128 and ISBN. Each has its own CSV template with the right columns.
SVG. Bar widths stay mathematically exact at any print size, which is what a scanner measures. PNG is fine for screens and documents.
No. The CSV is read in your browser and every barcode is drawn there. Your product data never reaches a server.
80% of the GS1 nominal size is the smallest a retail barcode may be printed and still be reliably read by laser scanners. The slider refuses to go lower so a batch cannot silently produce labels that fail at the till; the print note also flags anything above 200% as larger than necessary.