바코드 생성기

바코드는 스캐너가 빠르게 읽을 수 있는 숫자일 뿐입니다

1D 바코드는 짧은 문자열—대개 제품 번호, SKU, 자산 ID—을 인코딩한, 검은 막대와 흰 틈의 줄입니다. 레이저나 카메라 스캐너가 막대의 너비를 읽어, 누가 손으로 치는 것보다 훨씬 빠르고 정확하게 텍스트로 되돌립니다. 소매 포장, 창고 선반, 도서관 책, 배송 상자, 혈액 샘플 병, 그리고 사무실 노트북 밑면의 스티커에서 이것을 봅니다. 이 도구는 MIT 라이선스 라이브러리인 JsBarcode로 그 코드를 여러분의 브라우저에서 그리며, 실무에서 실제로 중요한 형식들을 지원합니다. CODE128, EAN-13, EAN-8, UPC-A, CODE39, ITF-14, MSI, Pharmacode, Codabar입니다.

사람들이 걸려 넘어지는 유일한 결정은 어떤 형식을 쓸지이고, 그것은 갈림길로 귀결됩니다. 바코드가 여러분 자신의 용도—재고, 자산 태그, 내부 추적, 여러분 창고의 선반 라벨—라면 CODE128을 원합니다. 어떤 문자와 숫자든 인코딩하고, 촘촘하게 담으며, 모든 스캐너가 읽습니다. 반면 바코드가 세계 어딘가의 실제 소매 계산대에서 스캔되어야 한다면 EAN-13, EAN-8, 또는 UPC-A가 필요한데, 여기 솔직한 부분이 있습니다. 그것들은 공식 GS1 소매 번호입니다. 번호 자체가 GS1을 통해 여러분(또는 여러분의 제조사)에게 등록되어 있어야 합니다. 이 도구는 어떤 13자리든 기꺼이 유효해 보이는 EAN-13으로 렌더링하지만, 지어낸 번호는 정당한 소매 코드가 아닙니다. 매장 시스템이 거부하거나, 더 나쁘게는 남의 제품과 충돌할 수 있습니다. 지어낸 EAN은 목업과 테스트용으로 렌더링하고 선반용으로는 쓰지 마세요. 내부 용도라면 CODE128이 등록 문제 전체를 비켜갑니다.

이 도구는 입력하는 대로 검증합니다. 엄격한 형식에는 규칙이 있고—EAN-13은 정확히 12자리에 검사 숫자가 필요하고, UPC-A는 자체 길이가 있죠—유효하지 않은 값을 주면 깨진 이미지를 내보내는 대신 즉시 메시지로 문제를 알립니다. 이는 의도적입니다. 멀쩡해 보이지만 스캔되지 않는 바코드는 명백한 오류보다 나쁩니다.

실제로 스캔되게 만들기

두 설정이 스캐너가 첫 시도에 코드를 읽는지를 결정합니다. 막대 너비(모듈 너비)는 가장 좁은 막대의 두께입니다. 너무 얇으면 프린터나 화면이 막대를 뭉개 붙입니다. 막대 높이는 스캐너가 그것을 가로지르는 깨끗한 선을 잡을 만큼만 높으면 됩니다. 세 번째는 제어 항목조차 아닙니다. 코드 좌우의 빈 여백인 여백 구역입니다. 스캐너는 바코드가 어디서 시작하고 끝나는지 찾으려 그 빈 공간이 필요하므로, 절대 막대에 바짝 붙여 자르거나 복잡한 배경 위에 붙이지 마세요. 강한 대비도 유지하세요. 밝은 배경의 어두운 막대죠. 여기서 전경색과 배경색을 설정할 수 있지만, 아주 밝은 막대나 어두운 배경은 코드가 읽히지 않는 흔한 이유입니다. 숨길 이유가 없다면 사람이 읽을 수 있는 텍스트 캡션을 켜 두세요. 스캔이 실패할 때 사람이 번호를 손으로 칠 수 있게 해줍니다.

왜 SVG이고, 왜 로컬인가

빠른 래스터 이미지가 필요하면 PNG로 내보내세요. 바코드가 인쇄될 것이라면 SVG로 내보내세요. SVG는 벡터라 막대가 어떤 크기와 어떤 DPI에서도 면도날처럼 선명하게 유지됩니다. 라벨 템플릿, Avery 스티커 시트, 포장 디자인에 넣으면 픽셀이 깨지는 대신 선명하게 인쇄됩니다. 실제 라벨 인쇄에는 SVG를 쓰세요.

모든 것이 여러분의 기기에서 일어납니다. 제품 SKU, 자산 번호, 배치 코드는 사업 데이터이고, 여기서 그것들은 절대 브라우저를 떠나지 않습니다. 업로드도, 계정도 없고, 페이지가 로드되면 오프라인으로 계속 작동합니다. 많은 온라인 바코드 제작기가 CODE128이나 SVG 내보내기를 가입이나 결제 벽 뒤에 가두거나 결과물에 워터마크를 넣습니다. 이것은 그러지 않습니다. 솔직한 한계 둘: 1D 바코드만 만듭니다—QR과 다른 2D 코드는 QR 도구를 쓰세요—그리고 한 번에 바코드 하나를 렌더링합니다. 인쇄된 시트나 라벨 롤이 아니라요.