EAN-13、UPC-A、Code 128、Code 39など15種類のバーコードをSVGまたは印刷用PNGで生成。12桁を入力すればチェックディジットは自動計算されます。末尾が違っていれば、本来あるべき数字をその場で指摘します。
検証に失敗した行は、理由とともにZIP内のskipped.txtに一覧されます。
小売で通用するバーコードには、GS1が発行する会社プレフィックスが必要です。本ツールは図形を描くだけで、番号は割り当てません。社内用ラベルには登録は不要です。
Go Toolsのエンコーディング系ツールを作っている開発者が執筆・レビューしています。ここに書かれているモジュール数、チェックディジットの計算式、エンコーダーの挙動は、他人がまとめた要約からではなく、実際に動くエンジンに対して測定したものです。
番号が自分に発行されたものである場合に限ります。 本ページが描く画像自体は正しく、スキャンもできますが、中に入っている**番号**は、小売店のシステムに受け入れてもらうためにはGS1加盟組織から発行されたものである必要があります。登録済みのプレフィックスで始まる番号を勝手に作ると、すでに他者に割り当て済みの番号と衝突するおそれがあります。棚、ビン、資産、作業指示書といった社内向けラベルには番号の割り当ては不要で、Code 128を使ってください。
どちらでも構いません。 13桁目は最初の12桁から導かれるチェックディジットなので、どちらを入力しても構いません。12桁を入力すればチェックディジットが付加されて表示され、13桁を入力すれば検証され、合わない場合は本来あるべき数字が示されます。
いいえ。 690–699と680–681はGS1 Chinaが管理するプレフィックス帯、489は香港、471は台湾、958はマカオです。ただしGS1自身が明言しているとおり、加盟企業は世界中どこでも製造でき、自分が選んだ任意の加盟組織からプレフィックスのライセンスを受けられます。つまりプレフィックスが示すのは**誰が番号を発行したか**であって、商品がどこで作られたかではありません。
ほとんどの場合、クワイエットゾーンか、リサイズされた画像が原因です。 原因として多い順に挙げると、クワイエットゾーンがラベルの端や枠線に切られている、レイアウトツールで画像がリサイズされてモジュールが整数個のドットでなくなっている、そのスキャナーと印刷解像度に対してモジュール幅が単純に小さすぎる、の3つです。いずれも印刷前に決まるもので、本ページはその3つすべてを表示します。
1次元バーコードは1つの文字列をランレングス符号化したものです。各文字は固定パターンの条（バー）と空白（スペース）に変換され、その幅はモジュール——最も細い条の幅で、Xと表記されます——を単位に測られます。Code 128は1シンボルあたり11モジュールを使うため、9文字の文字列は134モジュール幅になります。合計が 11 × (文字数 + 2) + 13 ——スタートシンボル1つ、チェックシンボル1つ、13モジュールのストップパターン——で決まるからです。
自作バーコードの大半がつまずくのは、シンボルの一部でありながら空白にしか見えない2つの要素です。1つ目はクワイエットゾーン、両端の空白マージンです。スキャナーはこれを手がかりにコードの端を見つけるため、ロゴや表の罫線がここに入り込むと、コード全体が読み取れなくなります。2つ目は小売系シンボロジーのチェックディジットで、他の桁から計算される1桁の数字であり、読み取りミスが起きたときにスキャナーが誤った商品番号を出すのではなく拒否できるようにします。
Code 128 text = "HELLO-123" symbols = 1 (start) + 9 (data) + 1 (check) = 11 modules = 11 × 11 + 13 (stop) = 134 X = 3px = 402 px + quiet zone 10X + 10X = 462 px
各桁の数字と重み、加重和、剰余の計算まですべて表示します。13桁を貼り付けて末尾が違っていれば、本来あるべき数字を指摘し、ワンクリックで修正後の番号を提示します——「無効」と表示するだけではありません。
表の中の数字だけではありません。規格が求める余白はプレビュー上に色付きで表示され、規格が左右非対称であればそのとおりに非対称にします——EAN-13は左11X・右7Xを要求し、両側10Xではありません。
203dpiで1モジュールは0.125 mm、300dpiでは0.085 mm、600dpiでは0.042 mmになります。パネルは選んだモジュール幅を、選んだ解像度でのミリメートルに換算するので、印刷サイズは偶然ではなく意図した決定になります。
サブセットCでは数字が2桁ずつ1シンボルに収まるため、8桁の数字は79モジュールで済み、1文字ずつ符号化すると123モジュールになります——35.8%狭い計算です。読み出しには実際に使われたサブセットと、削減できたモジュール数が表示されます。
EAN-13、EAN-8、UPC-A、UPC-E、ITF-14、インターリーブド2オブ5、Code 128（A/B/Cサブセット対応）、Code 39、Code 93、Codabar、MSI、Pharmacode。すべてページ内のJavaScriptで描画され、値がどこかへ送信されることはありません。
1行1件の値を貼り付ければ、SVGまたはPNGファイルをZIPにまとめて取得できます。検証に失敗した行は黙って除外されるのではなく skipped.txt に理由とともに記録されるので、100件中97ファイルしか返らなくても、どの3件が、なぜ弾かれたかが分かります。
npx bwip-js --bcid=ean13 --text=9780306406157 --scale=3 out.png BWIPP由来のエンジンで、シンボロジーの対応数は群を抜いて多く、2次元や郵便系を含め100種類以上をCLIとライブラリとして使えます。バーコードをビルドステップで生成する場合や、本ページが対応していないシンボロジーが必要な場合に検討する価値があります。paddingleft/paddingright を渡さない限りクワイエットゾーンが一切付かないこと、height の単位がピクセルではなくミリメートルであることには注意してください。
python -m barcode ean13 9780306406157 -o out.svg Pythonのパイプライン内で使いやすく、既定でSVGを書き出します。EAN/UPCファミリー、Code 39、Code 128をカバーしますが、より珍しいシンボロジーやGS1アプリケーション識別子は対象外です。
同じコードベースで生成と読み取りの両方を行う必要がある場合の定番です。有名なのはむしろ読み取り側で、生成に関してはシンボロジーの対応範囲がBWIPPより狭くなります。
ツールを何も必要としないため人気がありますが、スキャンできないラベルのよくある原因でもあります。Code 39フォントは * の区切り文字を自分で付ける必要があり、Code 128フォントはチェック文字を自分で計算する必要があります。しかもフォントはドキュメントが指定したサイズでそのまま描画され、モジュール幅を制御する手段がありません。
生成ツールではなく、小売で通用するコードにするなら省略できない手続きです。番号を発行するのはGS1で、バーを描くのはむしろ簡単な部分です。倉庫や資産管理用の社内ラベルには、そもそも番号の割り当ては不要です。
978030640615
9780306406157 digit 9 7 8 0 3 0 6 4 0 6 1 5 weight ×1 ×3 ×1 ×3 ×1 ×3 ×1 ×3 ×1 ×3 ×1 ×3 product 9 21 8 0 3 0 6 12 0 18 1 15 sum = 93, 93 mod 10 = 3, check = (10 - 3) mod 10 = 7
重みは3と1を交互に使いますが、payloadの最も右の桁から数え始めます。教科書はたいてい「奇数位置・偶数位置」という言い方をしますが、それだと桁数ごとに別の式が必要になります。右から数えれば、EAN-13の12桁、UPC-Aの11桁、EAN-8の7桁を1つの規則でカバーできます。この番号はある有名な教科書のISBN-13なので、答えは実物の本と照合して確認できます。
9780306406158
The last digit should be 7, not 8. [ Use 9780306406157 ]
下位のエンコーダーはこの番号をそのまま拒否します——ean13badCheckDigit を送出します。それ自体は正しい挙動ですが、役には立ちません。パッケージから書き写した番号は、構造的に誤っているケースよりも1桁だけ打ち間違えているケースの方がはるかに多く、必要なのは「どの桁か」という情報だけだからです。そのため、検証はエンコーダーを呼び出す前に行われます。
12345678
subset C: 4 symbols -> 79 modules subset B: 8 symbols -> 123 modules saving: 35.8%
サブセットCは1シンボルに2桁の数字を収めます。モジュール数は 11 × シンボル数 + 35 に従うため、シンボル数を半分にすれば幅もほぼ半分になります。だからこそ、全桁数字の社内コードはあえて全桁数字のまま保つ価値があります——1文字でもアルファベットを加えると、文字列全体が1文字1シンボルの符号化に戻されてしまいます。
12345
12345 (5 digits) -> 79 modules 123456 (6 digits) -> 68 modules 12345678 (8 digits) -> 79 modules
サブセットCは余った1桁を対にできないため、奇数長の数字列は余分な切り替えシンボルの分だけ幅を消費します。この結果は本当に直感に反していて、採番ルールを設計する前に知っておく価値があります。6桁は5桁より狭く、5桁はちょうど8桁と同じ幅になります。社内用の数値コードを偶数桁にしておくだけで、追加コストなしにバーコードを短くできます。
X = 3 modules px, printer = 203 dpi
1 dot @ 203 dpi = 0.125 mm X = 3 dot = 0.375 mm EAN-13 symbol = 95 modules + quiet 11X + 7X = 113 X = 42.4 mm
感熱プリンターは整数個のドットしか打てません。1×で書き出し、同じ解像度で印刷すれば、すべてのモジュールが整数個のドットに収まります。後からレイアウトツールで画像を拡大縮小すると、モジュールが小数個のドットになり、プリンターは各バーを個別に丸めるため、条空比が徐々にずれてスキャナーが読み取れなくなっていきます。
小売商品はEAN-13（小型パッケージはEAN-8、北米はUPC-A）を使います。外箱にはITF-14を使います。棚ラベル、資産タグ、作業指示書など内部用途は登録不要で数字を2桁ずつ1シンボルに詰められるCode 128が適しています。
EAN-13は12桁または13桁、UPC-Aは11桁または12桁、EAN-8は7桁または8桁を受け付けます。短い方の桁数で入力すればチェックディジットが自動で付加されます。Code 128とCode 39は可変長のテキストを受け付けます。
モジュール幅と、実際に使うプリンターの解像度を選びます。パネルには、その解像度で1モジュールが何ミリになるかが表示されます。レイアウトツールで書き出した画像を後からリサイズすると読み取れなくなる主原因になるので、サイズはここで決めてください。
SVGはどの印刷サイズでもシャープさを保ち、ラベルソフトが好む形式です。ベクターを受け付けない場所には2×または4×のPNGを使います。バッチモードは1行1件の値を受け取ってZIPを返し、弾かれた行は理由とともに一覧表示されます。
末尾が残り12桁と合わない13桁のEAN-13は、実際の入力として最も多いパターンです。「本来あるべき数字」を教えてもらえれば一目で済みますが、「無効です」とだけ言われると、別の計算ツールを探しに行く手間が発生します。
9780306406158 -> 無効なEAN-13
9780306406158 -> 末尾は8ではなく7であるべき
[ 9780306406157 を使う ] 12桁を入力して13桁が出てくるのは望ましい挙動ですが、それをきちんと知らされている場合に限ります。知らされなければ、印刷する番号とスプレッドシート上の番号が食い違い、どちらが正しいのか誰にも分からなくなります。
入力: 978030640615 出力: バーコード（13桁、説明なし）
入力: 978030640615 出力: バーコード + 「チェックディジット7を自動追加」
エンコーダーは止めてくれません。出てきたものはスキャンできますが、入力した文字にはデコードされず、しかも文字数から想像するよりも明らかに幅の広いバーコードになります。
Code 128 <- 订单（2文字、134モジュール——ASCII文字9文字分と同じ幅）
Code 128 <- ORDER-2026-0042（ASCII、幅が内容と一致）
多くの生成ツールは初期状態でマージンをまったく確保しません。狭いラベルの端に置いたり、枠で囲んだデザインの中に入れたりすると、スキャナーがコードの位置を特定するのに必要な空白がなくなり、単純に読み取れなくなります。
|▐▌▐▐▌ ▐▌▐ ▌▐▐▌| <- ラベルの端がバーに接触
| ▐▌▐▐▌ ▐▌▐ ▌▐▐▌ | <- 左11X・右7Xは空白のまま
「きりのいい」物理サイズに合わせてリサイズすると、1モジュールが小数個の印刷ドットになります。プリンターは各バーを個別に丸めるため条空比が徐々にずれ、コードは少しずつ劣化していきます——これは完全に失敗するより厄介です。机上のテストは通過するのに、現場では読めなくなるからです。
1×で書き出し、レイアウトツールで38 mmに縮小
300dpiで38 mmになるようモジュール幅を設定し、1×で書き出して100%で配置
C、奇数桁で切り替えが強制された場合は CB、数字以外を含む場合は B です。(10 - 和 mod 10) mod 10 です。978030640615 の場合、和は93なのでチェックディジットは7になります。本ページは入力欄の下にこの計算過程をすべて展開して表示します。同じ規則がUPC-Aの11桁、EAN-8の7桁、ITF-14の13桁にも適用されます。重みを右から数える限り、桁数は関係ないからです。 skipped.txt にまとめられるので、100件中97ファイルしか返らなくても、どの3件がなぜ失敗したかが分かります。すべてブラウザ内で完結するため、バッチのサイズはサーバー側の上限ではなく、お使いの端末の性能で決まります。 エンコーディングとフォーマット
ASCII 128文字の完全なコード表。10進・16進・8進・2進を並べ、文字⇔ASCIIコードの双方向変換もその場でできます。制御文字には各言語のエスケープ、キャレット表記、そして実際にどこで出会うかを併記。すべてブラウザ内で動作し、入力は送信されません。
エンコーディングとフォーマット
Base64のデコード・エンコードが無料でオンラインで行えます。リアルタイム変換、UTF-8・絵文字対応。100%ブラウザ上で動作しデータは外部に送信されません。登録不要。
エンコーディングとフォーマット
Base64 文字列やデータURIをブラウザ上で画像に戻します。プレビューし、寸法と MIME を確認して、PNG・JPG・GIF・SVG としてダウンロード。アップロード不要。
エンコーディングとフォーマット
CSVをブラウザ内で即座にJSONに変換。RFC 4180・型推論・ヘッダー行・大整数安全対応。100%プライベート、アップロード不要。
エンコーディングとフォーマット
文字化けしたテキストを貼り付けるだけで元の文字列を復元します。UTF-8、GBK、Big5、Shift_JIS、EUC-KR、Windows-1252 の組み合わせを総当たりで試し、往復検証を通ったチェーンを上位に並べて表示。各エンコードでのバイト対照と hex からの逆変換も可能です。無料・ブラウザ内処理で、貼り付けた内容は送信されません。
エンコーディングとフォーマット
.env ファイルを貼り付けるだけで即座に JSON に変換。データベースのパスワードや API キー、トークンはブラウザから一切出ません。100% プライベート、アップロード不要、無料の dotenv パーサー。