QRコードはジャケットの中のURLだけ(そしてその中には他にも何があるか)
QRコードにはURLが含まれることが多いが、WiFiの認証情報、vCard、SMS、地理座標など、さまざまな形式をサポートしている。ここでは実際に含まれている内容、エラーチェックレベルの仕組み、静寂ゾーンの実際の意味、動的コードと静的コードの使い分けについて説明する。
QRコードをスキャンすると、あなたのスマホがURLを開きます。そのような操作を数百回繰り返すと、QRコードが単なるウェブサイトへのピクセル化されたショートカットであると誤解してしまうでしょう。その誤解は間違いであり、QRコードを生成または読み取るアプリケーションを開発している場合は特に重要です。
QRコードはISO 18004によって定義されています。この仕様は数値、アルファnumeric、バイナリ、カナジの4つのエンコーディングモードをサポートし、バージョンと誤り訂正レベルによって約3KBのデータを保持できます。URLの慣例はただの慣例であり、その中に何を入力するかについては、形式自体が意見を示しません。
タンクコートの中身
いくつかのペイロードフォーマットが、モバイルOSのカメラアプリがそれをパースし、自動的に適切なアクションを取れるため、実際の標準となっています。
- メールアドレス —
https://example.com— ブラウザで開きます。最も明らかなものです。 - WiFi認証情報 —
WIFI:T:WPA;S:MyNetwork;P:hunter2;;— iOSおよびAndroidのカメラアプリがこれらをネイティブに読み取り、ネットワークに接続するよう提示します。第三者アプリは必要ありません。誰もがWPA2パスワードをスマホで読み取る経験がある人にとって、URL以外の最も有用なペイロードです。 - vCard連絡先 — 名前、電話番号、メールアドレス、組織、住所を含むv2.1またはv3.0の完全なvCardブロック。スキャン時に「連絡先に追加」のプロンプトが表示されます。
- 電話番号 —
tel:+15555551234— 電話の呼び出しを促します。 - SMS —
smsto:+15555551234:Pre-filled message text - メール —
mailto:user@example.com?subject=Hello&body=... - 地理座標 —
geo:37.7749,-122.4194— マップで開きます。 - カレンダーイベント — VEVENTブロック(iCalendar形式)で、デバイスのカレンダーにイベントを直接追加できます。
WiFiの機能は特に強調すべきです。多くの人がそれが存在することを知らないからです。ゲストネットワークを提供する場合(ホテル、コワーキングスペース、イベントなど)では、WiFiのQRコードを印刷する方が、カードにパスワードを書くよりも優れています。すべての現代のスマホカメラが、アプリなしでそれを処理できます。

誤り訂正:中央にロゴを配置してもスキャンできる理由
QRコードはリード・ソロモン誤り訂正を用いており、パターンに組み込まれた冗長セルから欠損または損傷したデータを再構成できます。誤り訂正レベルは4つあります:
| レベル | 名前 | 最大コード語回復 | 使用するタイミング |
|---|---|---|---|
| L | 低い | ~7% | クリーンなデジタル環境 — スクリーン、PDF、プレゼンテーションなど。最小のパターン密度。 |
| M | 中くらい | ~15% | 一般用途。ほとんどの生成器のデフォルト設定。ほとんどの印刷用途に良いバランス。 |
| Q | 四分の一 | ~25% | 工業用ラベル、屋外の看板、汚れや軽度の物理的損傷を受けやすいものなど。 |
| H | 高い | ~30% | ロゴを中央に意図的に配置したブランドQRコード。ロゴはデータを破壊しますが、H訂正はそれを補完します。 |
代償は密度です。誤り訂正が高くなるほど、同じパターンに冗長データセルが増加します。バージョン10のQRコードはHレベルではLレベルの同じURLに比べて明らかに複雑です。複雑さが高くなると、印刷サイズが一定の場合、個々のセルが小さくなり、不良スキャン角度や低対比の状況での失敗リスクが高まります。逆説的ですが現実です:誤り訂正を過度に高めると、実際のスキャンが難しくなることがあります。
ブランドロゴのトリックは、Hレベルコードが約30%のデータ損失を耐えられるように設計されているため機能します。中央に配置されたロゴがその量を下回っている場合、スキャナーは冗長セルからギャップを補完します。30%を超えると、スキャンできないきれいな画像が得られます。
静かゾーン:誰も記述しないルールでコードが失敗するまで
すべてのQRコードには静かゾーン — 四辺の空白領域が必要です。ISO仕様では、最小4モジュール(1モジュールはグリッド内の1つの小さな正方形)が必要とされています。これを無視すると、スキャナーは失敗します。特に照明が悪かったり、角度が悪い場合です。
これは「正しい」QRコードが生産現場でスキャンされない原因の#1です。コードが切り取りすぎたり、暗い境界に直接配置されたり、色の背景がマージンに入り込んでいたりします。暗いカーボンボードに白い境界がないQRコードは、確実に失敗します。スキャナーはコーナーのフィンダーパターンをその白い領域を使って特定する必要があります。
実用的な数値:印刷サイズに関わらず、コードの各辺に少なくとも4〜6mmの白い余白を確保してください。それができない場合は、マージンを確保できないため、コードを狭く詰めるよりも、コードのバージョンを大きくする方が良いです。
静的と動的:正しい選択は明らかではありません
あ 静的QRコード パターンにデータを直接エンコードします。印刷された後は永久に変更できません。データを指す内容を変更する唯一の方法は、再印刷することです。サーバーも必要なく、第三者も必要なく、永遠に機能します。
あ 動的QRコード 短いリダイレクトURLをサービス(qr.io、Bitlyなど)によって管理しています。リダイレクト先は印刷後に編集可能です。また、スキャン分析(回数、時間、デバイス、概ねの位置)も取得できます。
物理印刷物(メニュー、製品パッケージ、イベント看板など)に使用する場合、動的QRコードがほぼ常に正しい選択です。URLが変更された場合に1万個の製品ボックスを再印刷するのは高コストです。再印刷コストがゼロのデジタル用途では、静的QRコードの方がシンプルで、依存リスクはゼロです。
誰も話していないリスク:物理パッケージに動的QRコードを設置する場合、2年後に第三者リダイレクトサービスが存在することを前提にしています。スタートアップのQRサービスの無料プランに5万個のユニットを指すコードを印刷すると、そのサービスの稼働期間について長期的な約束を下しています。もしサービスが倒産、買収されたり、無料プランを終了すれば、すべてのコードが同時に破綻します。
QRコードを生成したい場合 — 静的または動的、どの誤り訂正レベルでも、URLまたはWiFiまたはvCardを含む場合 — IO ToolsのQRジェネレーター ブラウザ上でアカウントなしですべてを処理します。
