オンライン無料バーコードジェネレータ
人気の形式でバーコードを生成します。カスタマイズしてPNGまたはSVGでダウンロードします。
バーコードの簡単な歴史
バーコードは単一の発明瞬間を持つ 77 年の技術です。1948 年、フィラデルフィアの Drexel Institute of Technology の学部長は、大学院生 Bernard Silver が地元の食品チェーンの社長と、レジで製品データを自動的に読み取る方法について話し合うのを耳にしました。学部長は依頼を断りましたが、Silver はその案を、知り合いの 27 歳の講師 Norman Joseph Woodland に持ち込みました。Woodland は元ボーイスカウトで、モールス符号にしっかり通じており、エンジニア特有の落ち着きのなさを抱えた人物でした。Woodland はその冬に Drexel を辞め、祖父の Miami Beach のアパートに移り、1949 年初めのある午後、何気なく 4 本の指を砂に走らせていたとき、答えが浮かびました。モールス符号の点と線をそのまま下に引き延ばせば、太さの異なる帯が並び、その上を光のビームが走ることで、復号可能なパルス列が生まれます。砂に描いた最初のスケッチは平行線ではなく、同心円、つまり「ブルズアイ」状の模様で、ビームがどの方向から横切っても読み取れるものでした。Woodland と Silver は 1949 年 10 月 20 日に特許を出願し、1952 年 10 月 7 日に 米国特許 2,612,994、「Classifying Apparatus and Method」として取得しました。読み取り装置として提案されたのは 500 ワットの白熱電球をベースにしたものでした。この特許は商業的には成立しませんでした。それを消費者向け価格で読み取るのに必要なレーザーやフォトダイオードがまだ存在しなかったからです。二人の発明者は 1962 年に特許を 15,000 ドルで Philco に売却しました。Silver はその翌年に交通事故で 38 歳で亡くなり、ただ 1 つの製品さえバーコードで読み取られる前に世を去りました。
ブレークスルーは 20 年後にやってきました。IBM の Research Triangle Park 研究所(ノースカロライナ州)の George Joseph Laurer が長方形の代替案(同心円ではなく縦線)を提案し、それが Universal Product Code(UPC)になりました。Symbol Selection Committee は 1973 年 4 月 3 日に IBM のデザインを採用しました。最初の商業 UPC スキャンは 1974 年 6 月 26 日にオハイオ州 Troy の Marsh Supermarketで起こりました。67 セントの 10 個入り Wrigley's Juicy Fruit ガムを、レジ係の Sharon Buchanan が NCR 製のスキャナーに通し、それを手渡したのが、当の機材を製造した National Cash Register Company の幹部 Clyde Dawson でした。包み紙は今も Smithsonian Museum of American History に保管されています。10 年以内に UPC スキャンはアメリカの食品スーパーで当たり前になり、1976 年には欧州小売業者連合が EAN-13(European Article Number、現在は GS1 用語で GTIN-13)を採用しました。国コードプレフィックスのための桁が 1 つ追加された同じ仕組みで、今や北米以外の世界標準です。スーパーのレジ、配送ラベル、図書館の本、病院のリストバンド、会議の名札、資産追跡、こうした現代のバーコード生態系のすべては、Miami Beach の砂に描かれたあの 4 本の線から派生しています。
バーコード形式ガイド
- UPC-A(Universal Product Code、1973)。 チェック桁を含む 12 桁、米国とカナダの支配的な小売バーコード。製造業者プレフィックス(GS1 によって割り当て)と製品番号をエンコード。世界で最もスキャンされたバーコード形式。
- EAN-13 · 世界的な小売(米国/カナダを除く)で使用される標準のバーコード。正確に12桁が必要(13桁目はチェック桁)。
- EAN-8 · 小型製品用のコンパクトバージョン。正確に7桁が必要。
- Code 39(Intermec、1974)。 英数字(A-Z 大文字、0-9 数字、加えて
- . $ / + % *とスペース)。歴史的な産業バーコード、運転免許証、軍用機器ラベル、病院ブレスレット。Code 128 より低いデータ密度(文字あたり約 9 のワイドオアナローバー)、組み込みチェック桁なし。設計により自己チェック、各文字はバーで始まり終わるので、孤立した誤読は構造的に検出可能。ISO/IEC 16388。 - Code 128(Computer Identics、1981 年)。 完全な ASCII(128 文字、加えて 4 つの関数コード)、必須のチェック桁を持つ高密度可変長フォーマット。3 つのサブコード:A(制御文字 + 大文字 + 数字)、B(大文字 + 小文字 + 数字)、C(2 桁ペアを単一文字としてエンコード、「12」は 1 文字、または半分の幅)。世界中の出荷ラベルの支配的フォーマット、UPS、FedEx、DHL、USPS Priority Mail ラベルはすべて Code 128。ISO/IEC 15417。
- ITF-14(Interleaved 2 of 5)。 正確に 14 桁をエンコード、出荷段ボール GTIN(小売製品を含む段ボール)の GS1 標準。高密度数値、ペアあたり 2 文字のバーとスペースをインターリーブ、桁あたり約 4 ワイドオアナロー要素を達成。GS1 によって標準化された GTIN-14 長さなので常に 14 桁。ISO/IEC 16390。
- Codabar(1972)。 数値プラス 6 文字(A-D 開始/終了文字として)、FedEx、血液銀行、写真ラボ、図書館貸出システムによって歴史的に使用。今日大部分廃れ、新しいアプリケーションは Code 128 または Code 39 を使用。
- Pharmacode · 医薬品包装で使用。数字のみ(3〜131,070)。
チェック桁、誤読をキャッチする数学
ほとんどの小売バーコードは前の桁から計算された最後のチェック桁を含みます。計算は単一桁誤読(最も一般的なスキャナーエラー)とほとんどの隣接桁転置をキャッチします。UPC-A と EAN-13 は modulo 10 アルゴリズムを使用:右から始めて、各桁を 1 と 3(UPC-A)または 3 と 1(EAN-13)で交互に乗算、積を合計、結果を modulo 10 で取り、10 から減算、結果がチェック桁(modulo が 0 ならば 0)。UPC-A コード 03600029145 には、チェック桁は 7、Coca-Cola 缶の完全な 036000291452 を与えます。Code 128 は開始文字を含むより複雑な modulo 103 重み付き合計を使用します。Code 39 は設計により自己チェック(各文字のバーパターンは構造的に明確)ですが、高信頼性アプリケーションのためにオプションで modulo 43 チェック桁を加えます。Pharmacode はチェック桁を持ちません、代わりにその限定された範囲と生産ライン文脈に依存します。このツールは自動的にチェック桁を計算します、生のペイロード(そしてツールがチェック桁を加える)または完全なペイロードとチェック(そしてツールが検証する)のいずれかを入力できます。
クワイエットゾーン、バーは周囲に空のスペースを必要とする
あらゆる 1D バーコードは左右のエッジで最小量の空のスペース、クワイエットゾーンを要求します。標準要件は各側で最も狭いバー幅の少なくとも 10×(バーコード仕様で「X」と表記)です。クワイエットゾーンなしでは、スキャナーはバーコードがどこで始まり終わるかを確実に検出できません、シンボロジーの開始と終了パターンは実際に空のスペースとコントラストするときのみ明確になるように設計されています。最も一般的な生産失敗はスペースを節約するためにバーコードをカラーエッジや他のラベル要素に対してきつく押し付けることで、クワイエットゾーンを破ります。GS1 仕様はシンボロジーと X 寸法ごとにクワイエットゾーン幅を強制します、検証時にクワイエットゾーンチェックを失敗することはバーコードが店内で確実にスキャンされないことを意味します。このツールは適切なクワイエットゾーンを自動的に出力します、PNG と SVG 出力は必要なマージンを含みます。
JsBarcode、基礎となるライブラリ
このツールは JsBarcode(Johan Lindell、MIT ライセンス、~5k GitHub 星)を使用、最も使用されているオープンソース JavaScript バーコードライブラリ。JsBarcode は CODE128、EAN(8/13)、UPC、CODE39、ITF-14、MSI、Pharmacode、Codabar をサポート、SVG、Canvas、または HTML img にレンダリング、60 KB のミニファイされた単一バンドルとして出荷。それは完全にブラウザで実行されます、サーバーなし、アップロードなし、これがまさにこのツールが依存するプライバシー特性です。ここでロードされる特定のバージョンは JsBarcode 3.11.6(オールシンボロジーバンドル)、CDN を侵害する攻撃者が異なるバージョンを置換できないように Subresource Integrity(SRI)ハッシュ経由でピン留め。ライブラリは WordPress プラグイン、ラベル印刷ユーティリティ、レストラン POS システム、小規模ビジネス在庫アプリで広く使用されています、それが「無料のブラウザベースのバーコード生成器」が最初に viable な製品である理由です。
GS1、実際の小売バーコードの出所
GS1(Global Standards 1)は UPC、EAN、GTIN-13/14、GLN(Global Location Number)、出荷で使用される GS1-128 Application Identifier システムをメンテナンスする非営利標準団体です。GS1 は 150 以上の国で運営される約 117 の国家メンバー組織を持ちます、製造業者は国家 GS1 組織に登録、年会費を支払い(価格は会社収益と製品数でスケール)、各製品の GTIN の先頭桁になる一意の製造業者プレフィックスを割り当てられます。これは:小売業者が実際にスキャンしてあなたの製品として認識する UPC または EAN が欲しいなら、GS1 メンバーシップが必要であることを意味します。 任意の桁でここで生成されたバーコードは UPC のように見える、UPC のようにスキャンするでしょう、しかし製造業者プレフィックスはあなたの名前で登録されない、小売業者のチェックアウトはそれを未知の製品としてフラグするか尊重を拒否するかもしれません。内部資産追跡、図書館カタログ、会議バッジ、教室ラベル、その他類似の非商業使用には、GS1 質問は無関係です、好きな桁を生成してください。
一般的なユースケース
- 小売製品ラベリング。 実世界の UPC/EAN、しかし製造業者プレフィックスのために GS1 メンバーシップが必要。
- 資産タグ付け。 オフィス機器、図書館の本、ラボサンプル、博物館標本の内部在庫コード。カスタムプレフィックス付き Code 128 が標準。
- 出荷ラベル。 出荷段ボールのために Code 128(シリアル化のための GS1 Application Identifier 付き)または ITF-14。
- 会議バッジ。 出席者はセッション入口でスキャンされる、バッジは通常登録 ID をエンコード。Code 128 や Code 39 はうまく動作。
- イベントチケッティング。 映画チケット、コンサートチケット、スポーツチケット、座席割り当てとユニークなトランザクション ID をエンコード。
- 小規模ビジネス在庫。 Etsy セラー、独立書店、ヴィンテージブティックは GS1 メンバーシップを支払うことなく内部 SKU のために Code 128 を使用。
- 教室と図書館貸出。 Code 39 は図書館システムの歴史的なデフォルト(1970 年代までさかのぼる)、多くの古い図書館カタログシステムが依然としてそれを期待します。
正しいフォーマットを選ぶ
一般使用(資産タグ、内部在庫、会議バッジ)には、Code 128 を選んでください、完全な ASCII、高密度、どこでも動作。店で売られる小売製品には、UPC-A(米国/カナダ)または EAN-13(世界の他の地域)を選んでください、そして登録された GS1 製造業者プレフィックスが必要なことを忘れないでください。出荷段ボールには、ITF-14(小売製品を含む外側段ボールの標準)を選んでください。Code 39 が既存システムによって強制される物流と軍用アプリケーションには、Code 39 を選んでください。完全な EAN-13 が収まらない小さな製品には、EAN-8 を選んでください。Pharmacode はニッチで、必要かどうかわかります。「Code 128 デフォルト」ルールはほとんどの非商業ケースをカバーします。
PNG vs SVG、正しい出力を選ぶ
SVG は印刷とバーコードがリサイズされる可能性のあるあらゆる文脈に正しい選択です。SVG はベクトル:バー幅は任意のスケールでシャープなまま、ラベルの 1 cm サムネイルから 50 cm サインまで。ファイルはプレーンな XML、典型的に単一バーコードに 2-5 KB、HTML にインライン化、ベクトルデザインソフトウェア(Illustrator、Inkscape、Affinity Designer)で開く、または品質損失なしに商業印刷業者に送信できます。PNG はサイズが固定されレシピエントが SVG をサポートしないデジタル文脈に正しい選択です:メール、ビットマップを期待する古い POS ソフトウェア、デスクトップラベル印刷アプリ。ここでの PNG 出力は retina シャープネスのために 2× 解像度でレンダリング、ファイルは典型的に 5-15 KB です。経験則:印刷するなら SVG を選ぶ、メールで送信するか古いアプリに貼り付けるなら PNG を選ぶ。
プライバシー、なぜブラウザのみがここで重要か
バーコード自体は秘密ではありませんが、エンコードされる値はしばしばそうです。内部資産コードは組織構造を明らかにします。出荷ラベルはサプライヤー関係と顧客住所を明らかにします。図書館貸出コードは利用者の読書習慣を明らかにします。サーバーでバーコードを生成することは、値がネットワークを横断してサーバーログに着くことを意味します。このツールはすべてを JsBarcode を介してブラウザでエンコードします、Generate をクリックする間に DevTools の Network タブを確認するか、ロード後にページをオフライン(機内モード)にしてもツールがまだ動作することを確認してください。内部 SKU ラベリング、資産追跡コード、会議バッジ生成、または見知らぬ人のハードドライブにコピーされたくないあらゆるバーコード値に安全です。
よくある質問
どのフォーマットを使うべきですか?
Code 128 は一般使用のために最も安全なデフォルトです、完全な ASCII、高密度、あらゆる現代のスキャナーで動作。小売製品バーコードには EAN-13(国際)または UPC-A(米国/カナダ)を選んでください、しかし製造業者プレフィックスが有効であるために GS1 メンバーシップが必要なことを忘れないでください。物流、軍用、または図書館システムが Code 39 を強制する場合は Code 39 を選んでください。出荷段ボールには ITF-14。非常に小さな製品には EAN-8。Pharmacode はニッチ、製薬のみ。
これらのバーコードで製品を売れますか?
内部使用、資産追跡、会議バッジ、その他類似の非商業使用には、はい、自由に。チェックアウトでスキャンされ小売業者のマスター製品ファイルで検索される店で売る予定の製品には、登録された実際の GS1 製造業者プレフィックスが必要です。それなしでは、ここで生成する EAN-13 または UPC-A は正しくスキャンします(フォーマットは有効)、しかし桁はあらゆる小売業者のシステムであなたの名前で登録されず、チェックアウトはそれを未知の製品としてフラグします。GS1 メンバーシップは会社のサイズと製品数によって年間 250 〜 1000 ドル前後から始まります。
PNG と SVG、どちらをダウンロードすべきですか?
印刷されるすべて(ベクトル、任意のサイズに完璧にスケール、Illustrator/Inkscape/InDesign できれいに開く、商業印刷業者によって受け入れられる)には SVG。サイズが固定されデスティネーションが SVG をサポートしないあらゆるデジタル(古い POS アプリ、SVG を除去するメールクライアント、シンプルなウェブサイト埋め込み)には PNG。PNG は retina シャープネスのために 2× 解像度でレンダリング、SVG は 2-5 KB のプレーンな XML。
「クワイエットゾーン」とは何で、追加する必要がありますか?
クワイエットゾーンはあらゆる 1D バーコードの左右のエッジで必要な空のスペース、各側で最も狭いバー幅の少なくとも 10×。それなしでは、スキャナーはバーコードがどこで始まり終わるかを確実に検出できません。このツールは PNG と SVG 出力に適切なクワイエットゾーンを自動的に含みます。最も一般的な生産失敗はスペースを節約するために印刷されたバーコードを他のラベル要素に対してきつく押し付けることで、クワイエットゾーンを破ります、ラベルをレイアウトするときマージンをそのままにしてください。
UPC-A と EAN-13 の違いは何ですか?
UPC-A は 12 桁で米国/カナダ小売標準(1973 年導入、最初の商業スキャンは 1974 年 6 月 26 日にオハイオ州 Troy の Marsh Supermarket)。EAN-13 は 13 桁、1976/1977 年に国際的に採用。12 桁の UPC-A は 0 をプレフィックスすることで 13 桁の EAN-13 として表現できます、ほとんどの現代の POS システムは両方を透過的に処理します。EAN-13 の追加桁は国コードプレフィックスです(米国/カナダ = 0、フランス = 30-37、ドイツ = 40-44、英国 = 50、日本 = 49 または 45 など)。両方とも今や GS1 GTIN 傘下にあります。
私のバーコード値はアップロードされますか?
いいえ。生成は JsBarcode を介してブラウザで完全に実行されます。入力する値はネットワークを横断しません、Generate をクリックする間に DevTools の Network タブを確認するか、ロード後にページをオフライン(機内モード)にしてもツールがまだ動作することを確認してください。内部 SKU コード、資産追跡 ID、会議バッジデータ、または見知らぬ人のハードドライブにコピーされたくないあらゆる値に安全です。