QRコードをどのくらい小さく印刷できますか？計算されたサイズ

QRコードの単一の最小サイズはありません。モジュール数を取得するために、5つの実際のペイロードを当社独自のエンコーダーで実行してから、それをミリメートルに変換しました。

Max Čelar·2026年8月31日·印刷とスキャン

このトピックの新機能: 5つの実際のペイロードタイプのシンボルバージョンとモジュール数は、すべての4つのエラー訂正レベルで、MostlyQRが提供するエンコーダーで計算され、印刷ミリメートルに変換されます—最小サイズは1つの固定番号として引用されるのではなく、ペイロードから導出されます。

QR コードの印刷ガイドはいずれも単一の数字を示しています。2センチメートル。1インチ。パッケージング用に3センチメートル。これらの数字は標準のように見せかけたあてずっぽうであり、両方の方向で間違っています。ビジネスカードの短いリンクには大きすぎて、ボトルラベルの vCard には危険なほど小さすぎます。

本当の答えは除算で、印刷する前に計算できます。

# 単一の最小サイズが存在しない理由

QR コードは小さくなる画像ではありません。これはモジュール — 小さな四角 — のグリッドであり、モジュール数はあなたではなくペイロードによって固定されます。短いリンク 21 文字には 25×25 グリッドが必要です。名前、電話番号、メールアドレスを含む vCard には 49×49 が必要です。両方を 25mm で印刷すると、2 つのまったく異なるものを印刷したことになります。最初のものはモジュール幅が 0.76mm、2 番目のものは 0.44mm です。

モジュールは印刷機が保持し、カメラが解像する必要があるものです。したがって「QR コードをどれくらい小さくできるか」という質問は、実は「1 つのモジュールをどれくらい小さくでき、いくつモジュールがあるか」という質問であり、2 番目の部分は計算可能です。

# ペイロードがモジュール数でコストするもの

MostlyQR が実際に出荷しているエンコーダ(packages/qr の buildMatrix で MIT の node-qrcode ライブラリをラップ)を通じて、すべての 4 つの誤り訂正レベルで 5 種類のペイロードを実行しました。スラッシュ後の数字はグリッドサイズ — 無音域を数えない片側のモジュール数です。

これらは正確な文字列であり、すべての行を再現できます。

https://mqr.sh/AB12CD
WIFI:T:WPA;S:CafeGuest;P:coffee-and-cake-2026;;
https://example.com/spring-menu?utm_source=poster&utm_medium=qr&utm_campaign=spring2026
https://example.com/collections/spring-2026/products/heirloom-tomato-seed-pack-organic?variant=4471029&ref=packaging
BEGIN:VCARD ⏎ VERSION:3.0 ⏎ N:Novak;Ana ⏎ FN:Ana Novak ⏎ ORG:MostlyQR ⏎
TEL:+4420790000 ⏎ EMAIL:anna@example.org ⏎ URL:https://mostlyqr.com ⏎ END:VCARD

そこが重要です。通常の日常的なペイロード全体で、グリッドは片側 25〜61 モジュールの範囲 — 線形密度で 2.4 倍の係数で、誰も紙のサイズを選ぶ前です。

# このテーブルをチェックする場合は、文字列でチェックしてください

文字数だけではこれらの数字を再現できず、それが何を意味するかを理解してから、私たちが間違えたと結論づけるのは価値があります。

QR エンコーダは各文字をバイトとして扱いません。これは文字の実行ごとにエンコーディングモード — 数値(3⅓ ビット/桁)、英数字(5½ ビット、ただし数字、大文字、いくつかの記号のみ)、またはバイト(8 ビット) — を選択し、優れたエンコーダは 1 つのペイロードを複数のセグメントに分割して最安値の合計を取得します。私たちのはそうします。実際に選択したものです。

代わりに同じ文字数を単一のバイト実行としてエンコードすると、別の、より大きなテーブルが得られます — レベル Q での短いリンクに対して v3/29 ではなく v2/25、レベル L での vCard に対して v7/45 ではなく v6/41。両方のテーブルが正しいです。異なるペイロードを説明しています。

これは無料のレバーを提供します。短いリンクが大文字のスラッグを使用する場合。https://mqr.sh/AB12CD はスキームとホストが小文字のためバイト + 英数字に分割されます。URL 全体を大文字で書く — HTTPS://MQR.SH/AB12CD — そして 1 つの 21 文字の英数字セグメント になります。レベル L では、これは v1 21 モジュール、混合ケース形式よりも全体で 1 バージョン小さい。(レベル M と Q では、この特定の文字列は v2/25 のままです — 既に英数字の末尾の恩恵を受けています。利得はレベル L に表示され、大文字実行の長さとともに増加します。)スキームとホストはケースに依存しないため、URL は同じように解決されます。パスは 依存しないため、これはスラッグが本当に大文字の場合のみ機能します。私たちのはそうです。

# 同じ 25mm、5 つの異なるコード

ここで印刷された幅を修正し、各ペイロードが何を残すかを読み取ります。これは(幅 ÷ (モジュール + 8))で、8 は各側の必須 4 モジュール無音域です。

ページ上の同じ四角。テーブルの一方の端では 2 倍の機能サイズです。0.5mm をきれいに保持することに慣れた印刷業者は、同じレイアウトから完璧な短いリンクコードと周辺的な vCard を作成します。

# 反対側からの最小幅

ほとんどの人は反対の質問で到達します。「25mm でなにが得られるか」ではなく「どのくらい小さく行けるか」。あなたの印刷プロセスが実際に保持できるモジュールサイズを選択してください — 0.5mm はオフセットとコート用紙への体面デジタル印刷の一般的なフロアです — そして幅は続きます。

これが、インターネットが「約 2cm」に圧縮する範囲です。そのような場合、2cm は 20% 大きいか、40% 小さいか。

プリンタが 0.33mm を保持する場合 — 細いスクリーン印刷、良いデジタル、吸収性のない用紙 — これを 1.5 で割ります。波形段ボール、生地、またはインクを広げるものに印刷する場合は、反対方向に進み、1mm を想定します。

# 最大のレバーはプリンタではなく URL です

最初のテーブルをもう一度見てください。短いリンクと長い製品 URL は同じ情報です — どちらも誰かを同じページに連れていきます — そして 1 つは 25 モジュールで、もう 1 つは 45 です。

これがゲーム全体です。プリンタと議論することで購入するモジュールサイズのすべてのミリメートルは、エンコードされた内容を短縮することで無料で取得できます。動的な短いリンク は、宛先がどれだけ長いかに関わらず 21 文字であり、印刷実行でより重要な第 2 の利点があります。コードがランディングページを超えた場合、インクが乾いた後にポイント先を変更できるため、デッドエンドになりません。

ビジネスカード、ラベル、メニューのコーナーなど、小さく印刷されるものについては、短いリンクをエンコードしてリダイレクトします。完全なキャンペーン URL とその UTM タグをコードに直接エンコードすると、片側 16 モジュール、コストはリダイレクトがより良くできるものは何もありません。

# 誤り訂正がサイズに何をコストするか

誤り訂正は冗長性を追加するため、損傷したか部分的に覆われたコードは読むことができます。これは無料ではなく、上記のテーブルはそれを価格設定します。

• 短いリンク、M → H: 25 → 29 モジュール(+16% 線形)
• Wi-Fi 接続、M → H: 33 → 41 (+24%)
• vCard、M → H: 49 → 61 (+24%)

4 分の 1 以上の幅、傷、パッケージングに印刷された、またはロゴで部分的に覆われたコードが存続する場合。ポスターでは、スペースは無料であり、レベル H を取り、それについて考えるのをやめてください。ラベルで 30mm が必要な場合、短いリンク付きレベル M は長い URL 付きレベル H を打ちます — より短いペイロードは余分な誤り訂正よりも堅牢性の多くを運んでいます。

ロゴで中央をカバーしている場合、トレードオフは H に向かって大きく変わり、ロゴがどのくらい大きくできるかについての測定予算があります。

# これが測定しないもの

上記のすべてはシンボルについてです。エンコーダ上の算術であり、正確であり、再実行できます。また、印刷されたコードがスキャンされるかどうかを決定するもののうち、わずか半分です。

• 実際のカメラでスキャン距離をテストしませんでした。 業界の経験則 — コードの幅は、スキャンしたい距離の約 10 分の 1 である必要があります — は広く引用されており、検証していません。ポスターとサイナージの出発点として扱いますが、測定としてではありません。
• インク広がり、基板、コントラストは数字に含まれていません。 コート紙上の 0.4mm モジュールと段ボール上の 0.4mm モジュールは同じモジュールではありません。
• カメラの品質は非常に異なります。 薄暗いレストランで 5 年前の電話が本当のテストであり、実際に実行する必要があります。意図した大きさで、意図した在庫に対してコードを印刷し、オフィスで最悪の電話でスキャンします。

最後のものは注意ではなく、助言です。算術は、テストするのが価値あるサイズを教えてくれます。テストは、それが機能するかどうかを教えてくれます。

# 自分で再実行する

上記のすべてのテーブルは、記事に入力されるのではなく、スクリプトで印刷され、スクリプトはリポジトリの draft/mostlyqr/seo/benchmarks/print-size.js にあります。上記の 5 つの文字列に対して buildMatrix を実行し、エンコーディングモードセグメントをダンプし、実際のテーブルの隣にバイトモードコントロールテーブルを印刷し、ミリメートルの数字を派生させます。ここの数字が間違っている場合、そのファイルがどこで間違っているかです。

# 短いバージョン

1. 完全な URL ではなく、短いリンクをエンコードします — グリッドを変更する唯一のレバーです。
2. 上記のペイロッドのモジュール数を調べるか、計算します。
3. (モジュール + 8) を印刷プロセスがきれいに保持する最小モジュールで乗算します。これが最小幅です。(コードをいずれかのテンプレートに配置している場合、ポスターは A3 で チラシは A4 で、ここのペイロードが必要とする以上のはるかに多くのスペースを残します。)
4. その大きさで、実際の在庫に対して印刷し、悪い電話でスキャンします。

コードがデータと同様に写真も運ぶようにしたい場合、サイズの質問はさらに鋭くなります — 写真は、すべてで表示可能な、はるかに密なグリッドが必要であり、写真 QR コードについて別々に測定しました](/blog/photo-qr-code-scan)。