QR コードの仕組みと業務活用 — 種類・誤り訂正・注意点

QR コードの歴史

QR コードの誕生は 1994 年。発明したのは当時のデンソー、いまのデンソーウェーブの原昌宏氏をはじめとする開発チームです。開発のきっかけはごく実務的で、自動車部品の工場現場で「1 つの箱に複数のバーコードを貼って管理する」という非効率が問題になっていたことに端を発しています。バーコードは横方向にしか情報を持てないため、収められる文字数が限られ、ちょっと情報を増やしたいだけで何段もコードを重ねる必要があったのです。「この運用をなんとかしたい」という現場の声を受けて、原氏は「縦にも横にも情報を持たせられる二次元コード」の検討に入りました。

二次元コードのアイデア自体は当時すでに海外にもありましたが、QR が画期的だったのは 「どの角度から見ても一瞬で認識できる」 という点です。原氏は読み取り位置を決めるためのマーカー形状として、雑誌や新聞の紙面を大量に調べ上げ、「印刷物の中で最も出現頻度が低い白黒比率」を選んで現在のファインダパターンを設計したと言われています。これのおかげで、背景にどんな文字や絵があってもマーカーを確実に識別でき、結果として「とにかく速く読める」を意味する Quick Response という名前が付けられました。

開発直後の QR は主に自動車部品工場の内部でしか使われませんでしたが、2002 年前後にカメラ付き携帯電話（いわゆるガラケー）が普及すると一気に一般層へ広がりました。販促物やチラシに QR を載せて URL に誘導するスタイルが一般化したのもこの頃です。2000 年には ISO/IEC 18004 として国際標準規格になり、日本発のコードが世界共通仕様として受け入れられました。これはエンジニアリング史的にもなかなか珍しい成功事例です。

大きな転機は 2020 年の新型コロナ禍でした。対面接触を減らす目的で、飲食店のメニューを QR 経由で表示させたり、イベント入場時の紙チケットを QR に置き換えたり、決済の手段として QR を使うアプリが一気に拡大したり——「コードを読むだけで終わる」体験の心理的ハードルが一段下がり、結果として QR が改めて生活インフラの座を獲得した格好です。ワクチン接種証明やレストランの注文端末まで QR で賄うようになり、いまでは「QR を見たことがない人」のほうが探すのが難しいほどに普及しました。

構造 — ファインダパターンからデータ領域まで

QR コードを拡大して眺めてみると、三隅にある大きな四角、格子状に走る白黒の点、中央あたりに散らばる小さな四角など、いろいろな部品が見えてきます。これらはすべて仕様で役割が決まっており、意味を知ると読み取りエラーが起きたときの勘所も掴めるようになります。ざっと整理しましょう。

• ファインダパターン: 三隅にある「入れ子の四角」です。スキャナはまずこの 3 つを見つけ出し、QR の向き・傾き・おおよそのサイズを推定します。右下だけないので、3 つのマーカーの位置関係からコードの回転角を一意に決められます。
• セパレータ: ファインダパターンの周囲に付く 1 モジュール分の白い帯です。パターンを背景データから切り離して識別しやすくする目的で入っています。
• タイミングパターン: 左上から右上、左上から左下に走る白黒交互のラインです。コードがどれだけ伸縮・歪んでいるかを補正するための座標軸として機能します。カメラが斜めから撮っても、この軸さえ読めれば各モジュールの位置を再計算できるわけです。
• アラインメントパターン: 大きめのバージョンに入っている小さな入れ子四角です。コードが曲面に貼られて歪んでいるようなケースでも、アラインメントのおかげで局所的に位置を補正できます。
• フォーマット情報: ファインダパターン周辺に配置される短いビット列で、使用している誤り訂正レベルとマスクパターン番号を示します。ここが壊れると全体が読めなくなるため、このビット列自体にも強力な BCH 符号による冗長化がかかっています。
• データ領域: 実際のペイロードと、リード・ソロモン誤り訂正符号が詰め込まれる広大な領域です。入力モード（数字・英数字・バイナリ・漢字）に応じて効率よく詰め込めるように設計されており、容量不足になればバージョンが 1 段階上がる仕組みです。
• マスクパターン: 白黒の偏り（同じ色が長く続く・大きな塊が固まる）を避けるため、データ領域に規則的な XOR を掛けて見た目をばらけさせる処理です。8 種類のマスクから最もスキャンしやすい 1 つを選び、どれを使ったかはフォーマット情報に書き込まれます。

読み取り側の処理は、ざっくり「ファインダパターンで位置を決める → タイミングパターンで座標を補正 → フォーマット情報を読む → マスクを外す → データを取り出し誤り訂正を実行」という流れです。どれか 1 つでも欠けていると読み取れないので、デザイン目的で端を切り落としたりファインダパターンを削ったりするのは厳禁。逆にデータ領域の一部が汚れていても、後述する誤り訂正のおかげで最大 30% までは復元できる、というのが QR の強みです。

バージョン（1〜40）と容量

QR コードには「バージョン」と呼ばれるサイズの段階があり、一番小さい バージョン 1 は 21 × 21 モジュール、一番大きい バージョン 40 は 177 × 177 モジュールまでと決まっています。バージョンが 1 上がるごとに縦横のモジュール数が 4 ずつ増え（21, 25, 29, 33, ...）、収まる情報量も段階的に増えていきます。アラインメントパターンが配置されるのはバージョン 2 以降で、バージョン 7 以降はコード自身のバージョン情報も冗長化して埋め込まれる仕様です。

ポイントは「入力するデータ量が増えるほど自動的にバージョンが上がり、コードの見た目も細かく複雑になっていく」という点です。バージョン 1〜5 くらいであればスマホのカメラも余裕で認識できますが、バージョン 20 を超えるあたりから「モジュールが細かすぎてピントが合わない」「印刷時にドットが潰れる」といった読み取りトラブルが目立ち始めます。業務で紙に印刷する前提なら なるべくバージョンを抑える（＝データ量を減らす・URL を短縮する）のが実務的な鉄則です。

もうひとつ押さえておきたいのが「入力モード」で、同じ情報量でも数値だけか、英数字だけか、UTF-8 バイナリか、漢字かによって消費ビット数がまったく違います。数字モードが最も効率がよく、1 文字あたりわずか 3.33 ビット。英数字モード（大文字 A〜Z・数字・一部記号）は 5.5 ビット。バイト（バイナリ）モードは 8 ビット、漢字モード（Shift_JIS 準拠）は 13 ビットです。「URL をコードにしたい」と言ったときに入力が基本的にバイトモードになるので、容量の節約には文字数そのものを減らすのが一番効きます。

誤り訂正レベル（L / M / Q / H）

QR コードの象徴的な特徴が、リード・ソロモン符号による強力な誤り訂正です。コードの一部が汚れていたり、ロゴで隠れていたりしても、一定割合までならデータを復元できます。誤り訂正には次の 4 段階のレベルがあり、データ生成時に選びます。

直感的にはシンプルで、冗長度を上げるほど汚れに強くなる代わりに、同じバージョンに入れられる実効データ量は少なくなる、というトレードオフです。たとえば同じバージョン 5 でも、レベル L なら URL をかなり長く埋め込めますが、レベル H にすると実質的な容量が半分近くまで削られます。容量が足りなくなった瞬間にバージョンが自動で 1 段上がり、コードはさらに複雑になるので、結果としてレベル H + 長い URL の組み合わせは「見た目がごちゃごちゃして逆に読みづらい」失敗パターンにつながりがちです。

真ん中にロゴを重ねたいときはレベル H が事実上の必須です。ロゴの面積はだいたいコード全体の 15% 以下に収めるのが目安で、30% いっぱいまで埋めてしまうと、ほかの部分が 1 ドットでも汚れた瞬間に読めなくなります。逆にロゴを入れない普通の用途ならレベル M で十分実用的で、実装ライブラリの既定値も多くが M です。困ったら M、屋外ポスターなら Q、ロゴを乗せるなら H、と覚えておけば実務では困りません。

容量目安表

実際にどれくらいの文字数が入るのか、感覚を掴むためによく使われるバージョンを抜粋して並べてみます。数値はレベル M（既定値として採用されやすい）の場合の最大収容文字数です。

ぱっと見てわかるとおり、バージョン 1 にはそもそも普通の URL がほとんど入りません。ごく短いハッシュ ID や数桁の識別番号ならバージョン 1 で済みますが、https://example.com/campaign/2026/spring/referral?utm_source=flyer のような現実的な URL を載せると一瞬でバージョン 10 以上になり、印刷サイズ次第では読み取り精度が怪しくなってきます。

業務で使うときの実感値としては、バージョン 10 以下・レベル M で済むくらいに URL を短く保つ と、スマホでもデジカメでもストレスなくスキャンできます。どうしても長い URL を載せる必要があるときは、次章以降で扱う「URL を短縮して静的 QR に収める」「ダイナミック QR にしてリダイレクト側で長い URL を管理する」という 2 つのアプローチを検討してください。

URL の長さとコードの複雑さ

QR はデータを増やすとバージョンが自動で上がる仕組みなので、「長い URL を入れる」と「モジュールが細かく複雑になる」はイコールの関係にあります。見た目だけの問題に思えますが、実際には読み取り成功率に直結するので侮れません。スマホカメラの解像度は年々上がっているとはいえ、居酒屋の薄暗い照明下や、古いタブレットのフロントカメラ、雨の日の屋外、などの条件ではモジュールが細かいコードから順に読めなくなっていきます。

とくに注意したいのは 印刷物に載せる QR です。紙にオフセット印刷する場合、インクのにじみで 1 モジュールの境界が潰れてしまうと、そこだけ白黒が逆転したように見えて誤り訂正が限界を超えるケースがあります。バージョン 10 の QR を名刺サイズで印刷するとモジュールひとつが 0.5mm を切るため、オフセットの解像度次第では物理的に読めなくなります。印刷前提なら「バージョン × 物理サイズ × 印刷解像度」の 3 つを意識して設計するのが安全です。

対策はシンプルに 2 つ。まず短縮 URL サービスで文字列を短くしてから QR にする方法。もうひとつは後述するダイナミック QRで「QR に埋め込む URL は短く保ち、遷移先はサーバー側で差し替える」方法です。どちらもコード自体の複雑さを抑えられるので、印刷物・屋外掲示ではほぼ必須の選択肢になります。

スタティック QR vs ダイナミック QR

QR コードには大きく分けて 2 種類の運用形態があり、正しく使い分けるだけで運用トラブルをかなり減らせます。

• スタティック QR: 遷移先の URL やテキストを直接埋め込んだ QR です。一度印刷したら 中身を書き換える手段はありません。コストは純粋にツール代だけで済みますし、第三者のサーバーを経由しないのでサービス停止の影響も受けません。シンプルで確実、でも融通は利かない、という特徴です。
• ダイナミック QR: QR には中継サーバーの短い URL（https://qr.example/abc のような形）を埋め込み、スキャン時に中継サーバーが本来の URL へリダイレクトする運用です。管理画面から遷移先をいつでも書き換えられ、いつ・どこで・どの端末で読まれたかのアクセス解析も取れます。印刷物の内容が後から変わる可能性があるプロモーションや、キャンペーン期間ごとに遷移先を差し替えたいケースに強力です。

業務活用例

QR コードの強みは「URL でもテキストでも連絡先でも Wi-Fi 設定でも、同じフォーマットに詰め込める」点にあります。実務で使われているパターンをいくつか紹介します。

• コード決済: PayPay・LINE Pay・楽天ペイなどに代表される、店舗が QR を掲示して客がスキャンする「MPM 方式」と、客のアプリが QR を表示して店員がスキャンする「CPM 方式」があります。QR 部分はほぼ共通規格なので、専用端末がなくてもタブレット 1 台から始められるのが強みです。
• 名刺 vCard: 氏名・電話・メール・会社情報を vCard 形式で QR に埋め込む使い方です。スキャンするだけで連絡先アプリに登録できるので、名刺交換の手間を一段減らせます。
• Wi-Fi 設定: ゲスト用 Wi-Fi の SSID とパスワードを QR にしておけば、カフェや民泊で「パスワードを読み上げる」手間から解放されます。詳細は次章で。
• イベントチェックイン: カンファレンスや展示会の入場チケットに QR を印字し、受付で読み取って参加者を照合する使い方です。予約管理システムとつなぐとリアルタイムの入場者数も取れます。
• 商品情報・取扱説明書: 紙面を増やしたくない家電や家具に QR を印字し、スキャン先で PDF マニュアルや動画説明を提供するパターンです。多言語対応とも相性がよく、国別にリダイレクトを切り替えることもできます。
• 飲食店のモバイルオーダー: テーブルに QR を貼り、客が自分のスマホで注文する仕組みです。コロナ禍で一気に普及し、人手不足解消の手段としても定着しました。
• 工場の部品管理: QR の出発点がまさにここでした。部品箱や仕掛品に QR ラベルを貼り、ハンディスキャナで在庫と工程を管理します。
• 医療の薬剤・検体管理: 薬袋や検体容器に QR を貼り、取り違えを防ぐ仕組みとして導入が進んでいます。人命に関わる領域なので、誤り訂正レベルは Q か H を選ぶのが一般的です。

Wi-Fi 接続情報の QR 書式

Wi-Fi 設定を QR にする使い方はとても便利なのですが、書式を知らないと「なぜかつながらない」「特殊文字が入っている SSID でうまくいかない」といった小さなハマりどころにぶつかります。主要スマホ（iOS / Android）が読み取れる書式は次のような短い DSL で、Wi-Fi Alliance が策定した非公式ながらデファクトの形です。

WIFI:T:WPA;S:MyNetwork;P:mypassword123;;

フィールドの意味は次のとおりです。

• T: — 暗号化方式。WPA（WPA / WPA2 / WPA3）、WEP、暗号化なしの nopass を指定できます。
• S: — SSID（ネットワーク名）。
• P: — パスワード。nopass のときは省略可。
• H: — ステルス SSID（ブロードキャストしていない SSID）かどうか。true のときだけ指定します。

全体は WIFI: で始まり ;; で終わる、セミコロン区切りの構造です。値の中にセミコロン（;）・コロン（:）・カンマ（,）・バックスラッシュ（\）・ダブルクォート（"）が含まれるときは、バックスラッシュでエスケープします。たとえばパスワードに p@ss;word が使われている場合は P:p@ss\;word と書きます。

# ステルス SSID
WIFI:T:WPA;S:MyHiddenNet;P:secretpass;H:true;;

# 暗号化なしのゲスト Wi-Fi
WIFI:T:nopass;S:GuestNet;;

# セミコロンを含むパスワード
WIFI:T:WPA;S:MyNet;P:pa\;ssword;;

SSID やパスワードに日本語などのマルチバイト文字を入れる場合、QR の内部表現はバイトモードで UTF-8 になります。古い Android 端末では UTF-8 の SSID を正しく扱えないケースが残っているので、業務で配布するなら ASCII の範囲に収めるのが無難です。

ついでに、Wi-Fi 以外にも QR でよく扱う「ちょっとした書式」をまとめておきます。どれもスマホで読み取ると対応アプリが立ち上がる仕組みです。

# 電話番号（国際形式推奨）
tel:+81312345678

# 地理座標（地図アプリが開く）
geo:35.6812,139.7671

# メール（件名・本文つき）
mailto:support@example.com?subject=お問い合わせ&body=こんにちは

# SMS
sms:+81901234567?body=test

# カレンダー予定（iCalendar 抜粋）
BEGIN:VEVENT
SUMMARY:ミーティング
DTSTART:20260415T100000
DTEND:20260415T110000
END:VEVENT

QR フィッシング（quishing）の脅威

QR コードは便利さの代わりに、「見た目では遷移先の URL がわからない」という致命的な弱点を抱えています。この性質を悪用した攻撃が quishing（QR + phishing）で、近年ビジネスメール詐欺やマルウェア配信の手口として急増中です。

• 駐車場メーターの QR 偽装: 欧米の路上パーキングメーターで、偽の QR シールを本物の上に貼り、決済画面を模したフィッシングサイトにクレジットカード情報を入力させる事例が多発しました。
• 公共施設の掲示物すり替え: 駅のポスターやレストランのメニューに偽の QR を上貼りし、ログイン情報を盗む手口です。
• メール添付の画像: 社内メールのフッターや画像ファイルに QR を忍ばせ、URL フィルタを回避してスマホ側で開かせる手口。企業のメールセキュリティ製品が QR 内のリンクを展開できないことを突いています。
• 配送不在票の偽装: 本物そっくりの不在票を郵便受けに投函し、QR から偽の受取フォームに誘導する事例。

対策は「QR を読むとき、遷移先 URL を必ず確認する」に尽きます。iOS のカメラアプリも Android のカメラアプリも、読み取った URL を開く前にバナーで確認するステップがあるので、そのバナーを見ずに自動で開かないのが第一歩。怪しい場合は短縮 URL をそのまま踏まず、https://www.checkshorturl.com/ のようなプレビューサービスで展開してから判断するのが安全です。

ベンリーの QR 生成ツール使い方

ここまでの内容をさっと試したいときは、ベンリーの QR コード生成ツール をブラウザで開くだけで使えます。入力したテキストや URL をその場で QR に変換し、PNG としてダウンロードできます。処理はすべてブラウザ内で完結するので、機密情報や社外秘の URL を入力してもサーバーに送られる心配はありません。

• テキスト / URL 入力: 任意のテキストや URL を入力欄に貼るだけで、即座に QR が再生成されます。文字数に応じて自動でバージョンが調整されます。
• 誤り訂正レベル選択: L / M / Q / H を切り替えて、結果のコードがどれくらい複雑になるかを目で確認できます。ロゴを真ん中に載せる予定なら H を選んでください。
• Wi-Fi / vCard / geo URI: 本記事で紹介した短い DSL も、そのままテキストとして貼り付ければ QR 化できます。書式さえ守れば読み取り側のアプリが勝手に解釈してくれます。
• PNG ダウンロード: 生成した QR を任意の解像度で PNG 保存できます。印刷用途では 300dpi 以上を目安にしてください。
• モジュールサイズ調整: 1 モジュールあたりのピクセル数を変更できるので、印刷物のサイズに合わせて調整が可能です。

ロゴを中央に埋め込む場合の目安は、「コード全体の面積の 15% 以内」「誤り訂正レベルは H」「ロゴの輪郭を白フチで囲ってデータ領域との境界を明確にする」の 3 点。これを守るだけで、読み取り成功率は劇的に上がります。紙に印刷する前にかならずスマホ複数台（iOS / Android）で試し読みしておくのも、量産前のお約束です。