여기서 생성한 바코드를 매장 상품에 쓸 수 있나요?
그래픽 자체는 유효하고 스캔도 됩니다. 하지만 소매용 바코드는 그 안에 인코딩된 번호가 당신에게 할당된 경우에만 쓸 수 있습니다. 번호는 GS1 회원 조직이 발급합니다 — 중국 본토는 GS1 China, 다른 시장에는 각각 대응하는 기관이 있습니다. 이 도구는 막대를 그릴 뿐 번호를 배정하지 않으며, 어떤 온라인 생성기도 그럴 수 없습니다. 라벨이 자체 창고, 매대, 고정 자산용이라면 할당이 전혀 필요 없으므로 Code 128이 알맞은 선택입니다.
EAN-13의 체크 디지트는 어떻게 계산하나요?
12자리 숫자를 놓고, 맨 오른쪽부터 3과 1을 번갈아 곱합니다. 그 곱을 모두 더하십시오. 체크 디지트는 그 합을 다음 10의 배수로 만들어 주는 값입니다 — 공식으로는 (10 - sum mod 10) mod 10입니다. 978030640615의 경우 합이 93이므로 체크 디지트는 7입니다. 이 페이지는 입력란 아래에 전체 계산 과정을 펼쳐 보여 줍니다. 가중치를 오른쪽부터 세면 길이가 상관없어지므로, 같은 규칙이 UPC-A의 11자리, EAN-8의 7자리, ITF-14의 13자리에도 그대로 적용됩니다.
690이나 489 같은 프리픽스는 무엇을 알려 주나요?
번호를 발급한 GS1 회원 조직이 무엇인지 알려 줍니다. 690–699와 680–681은 GS1 China가, 489는 GS1 Hong Kong이, 471은 GS1 Taiwan이, 958은 GS1 Macau가 관리하며, 978–979는 ISBN 전용으로 예약되어 있습니다. 제조국을 알려 주는 것은 아닙니다: GS1 자신의 공식 입장은 회원 기업이 어디서든 제조할 수 있고 원하는 조직에서 프리픽스를 발급받을 수 있다는 것입니다. "690은 중국산을 뜻한다"는 널리 퍼진 주장은 바로 이 이유로 여러 팩트체크 기관이 검토 후 사실이 아니라고 판정했습니다.
어떤 코드 체계를 골라야 하나요?
상품이 소매로 판매된다면 선택은 이미 정해져 있습니다: EAN-13, 포장이 너무 작으면 EAN-8, 북미라면 UPC-A이고 배송 카톤에는 ITF-14를 씁니다. 내부용이라면 무엇이든 Code 128을 쓰십시오 — 문자와 숫자를 모두 받고, 등록이 필요 없으며, 숫자 데이터는 심볼당 두 자리로 압축합니다. Code 39는 아주 오래된 스캐너를 상대해야 할 때만 고려할 가치가 있습니다. 같은 내용이라도 약 40% 더 넓어지기 때문입니다.
왜 제 5자리 Code 128이 6자리보다 더 넓은가요?
서브셋 C는 심볼 하나에 숫자 두 개를 채워 넣는데 홀수로 남은 마지막 숫자는 짝지을 수 없어서, 홀수 길이의 숫자 문자열은 서브셋 전환 심볼을 하나 더 지불하기 때문입니다. 5자리는 79개 모듈, 6자리는 68개 모듈이 되며, 5자리는 마침 8자리와 폭이 정확히 같습니다. 아직 번호 체계를 설계하는 중이라면, 코드를 짝수 자릿수로 만드는 데는 아무 비용도 들지 않으면서 더 좁은 라벨을 얻을 수 있습니다.
정적 영역이란 무엇이고 얼마나 필요한가요?
막대 양쪽의 빈 여백으로, 모듈(X) 단위로 잽니다. 스캐너는 이 빈 구간으로 코드가 시작되는 지점을 찾으므로, 장식이 아니라 심볼의 일부입니다. EAN-13은 좌측 11X, 우측 7X를 요구합니다 — 비대칭이라서, 양쪽에 같은 여백을 적용하는 생성기가 여기서 걸립니다. UPC-A는 양쪽 각 9X, EAN-8은 7X, Code 128과 Code 39, ITF-14는 최소 10X를 요구합니다. 이 페이지에서는 필요한 여백을 미리보기에 색으로 표시하므로 라벨에 그만한 공간이 있는지 바로 확인할 수 있습니다.
바코드에 중국어 문자를 넣을 수 있나요?
일반적인 종류의 1차원 바코드로는 안 됩니다. Code 128은 Latin-1에서 끝나고, Code 39는 그보다도 좁습니다. 더 나쁜 건 대부분의 인코더가 한중일 입력을 거부하지 않는다는 점입니다 — 스캔은 되지만 입력한 것과 다른 내용으로 디코딩되고, 글자 수로 예상되는 것보다 눈에 띄게 넓은 바코드를 만들어 냅니다. 이 페이지는 대신 그런 입력을 차단합니다. 스캔 가능한 심볼에 정말로 중국어 텍스트를 담아야 한다면 QR 코드 생성기를 쓰십시오 — QR에는 전용 간지(Kanji) 모드가 있어 이런 제한이 없습니다. SVG와 PNG 중 무엇을 골라야 하나요?
인쇄할 것이라면 SVG입니다. 자체 해상도가 없으므로 프린터가 고유 해상도에서 막대를 한 번만 래스터화하고, 모든 모듈이 정수 개의 도트에 정확히 맞습니다. PNG는 이미 픽셀 격자를 확정한 상태라, 그 격자가 프린터와 맞지 않으면 막대가 다시 샘플링되어 바와 공백의 비율이 어긋납니다. 벡터를 받지 않는 곳에서만 PNG를 쓰고, 여유 해상도를 남기도록 2×나 4×로 내보내십시오.
바코드를 한꺼번에 많이 생성하려면 어떻게 하나요?
일괄 패널을 열고 한 줄에 값 하나씩 붙여 넣으십시오 — 스프레드시트에서 열 하나를 그대로 복사해 붙여도 됩니다 — SVG나 PNG를 고르면 각 값의 이름을 딴 ZIP을 받게 됩니다. 검증에 실패한 행은 조용히 건너뛰지 않습니다: 이유와 함께 skipped.txt에 모이므로, 100개를 넣어 97개만 나와도 어느 세 개가 왜 실패했는지 알 수 있습니다. 모든 처리가 브라우저 안에서 이루어지므로, 일괄 처리량의 한계는 서버 할당량이 아니라 사용자의 기기입니다.
인쇄 해상도는 얼마로 설정해야 하나요?
실제로 쓰는 프린터의 해상도 그대로입니다 — 여기서 해상도를 고르는 이유는 페이지가 모듈 하나가 몇 밀리미터인지 알려 줄 수 있기 때문입니다. 흔한 열전사 해상도인 203dpi에서는 도트 하나가 0.125mm이므로, 3도트짜리 모듈은 0.375mm입니다. 300dpi에서는 도트 하나가 0.085mm, 600dpi에서는 0.042mm입니다. 해상도가 높을수록 더 작은 모듈을 쓸 수 있어 라벨이 작을 때 중요하지만, 크기 자체가 잘못된 코드를 더 잘 스캔되게 만들어 주지는 않습니다.
이 페이지가 이미지 속 바코드를 읽을 수도 있나요?
아니요 — 생성만 합니다. 사진에서 인쇄된 1차원 바코드를 읽어 내는 것은 다른 문제이며 다른 도구가 필요합니다. 이 사이트의 다른 곳에 있는 QR 디코더는 QR 코드만 처리하며 EAN-13이나 Code 128은 디코딩하지 않습니다. 이 페이지는 번호가 어떤 상품에 해당하는지 조회할 수도 없습니다 — 그러려면 GS1 상품 데이터베이스가 필요합니다.
무언가가 업로드되나요?
아니요. 인코더는 페이지에 로드되는 JavaScript 모듈이며, 일괄 처리 전체와 그 ZIP을 포함해 모든 바코드가 사용자 자신의 기기에서 만들어집니다. 입력한 어떤 내용도 어디로도 전송되지 않고, URL에 기록되지 않으며, 탭을 닫은 뒤에도 남지 않습니다 — 외관 설정(모듈 폭, 바 높이, 해상도)만 다시 설정할 필요가 없도록 로컬에 저장됩니다.