静的QRコードと動的QRコードは、同じものの2つのバリエーションではありません。スキャン時に似たように見えるだけで、まったく異なる2つの成果物です。一方は白と黒のモジュールのグリッドにURLを永続的にエンコードします。もう一方はショートリンク - ポインター - をエンコードします。その区別があなたにとって重要かどうかは、何を指しているか、そしてそれが変わる可能性があるかどうかにまったく依存します。
まとめ#
- 静的QRコードはモジュールパターンに遷移先URLを直接エンコードします。印刷すると、遷移先は固定されます。
- 動的QRコードはショートリンクをエンコードします。実際の遷移先はショートナーに存在し、コードがすでに印刷された後でも変更、トラッキング、またはA/Bルーティングができます。
- 動的QRコードは1つのHTTPリダイレクトホップを追加します（Elidoのエッジで約5〜15ms）。実際にはスキャナーがそれに気づくことはありません。
- 遷移先が変わる可能性がある場合、またはスキャンのアナリティクスが必要な場合は動的を使用してください。静的はURLが永続的に安定していて、本当にトラッキングが必要ない場合にのみ有効な選択です。
静的QRが実際にエンコードするもの#
QRコードはURLの画像ではありません。4つの可能なエンコードモード（数字、英数字、バイト、漢字）を使用してデータをエンコードする、黒と白のモジュール（暗いと明るい正方形がグリッドに配置されたもの）の2次元マトリクスです。長いHTTPS URLは通常バイトモードを強制します。
そのグリッドのサイズはバージョンと呼ばれます。ISO/IEC 18004（QRコードの構造を定義する規格）は40のバージョンを規定しています：バージョン1は17の英数字を保持できる21×21モジュールのグリッドです。バージョン40は177×177で、4,296の英数字を保持できます。追加バージョンごとに各辺に4モジュールが追加されます。https://example.com/products/spring-collection-2026?utm_source=flyer&utm_medium=print&utm_campaign=marchのようなURLは101文字です。エラー訂正レベルMでは、少なくともバージョン15（77×77モジュール）が必要で、これはすでに腕の長さほどの距離から摩耗したり低コントラストな印刷物からのスキャンが失敗するほど密です。
エラー訂正レベル（L、M、Q、H）はデータ容量と損傷耐性をトレードオフします。レベルHはモジュールデータの最大30%が損傷または隠れていてもスキャナーがペイロードを回復できます。レベルLは7%を処理します。訂正の余裕を多く買うほど、同じペイロードを収めるためにグリッドを大きくする必要があります。詳細は以下のロゴセクションで説明します。
QRが印刷されると、URLはモジュールパターンに焼き付けられます。「遷移先を編集する」はありません。URLのタイプミス、移動したページ、終了したキャンペーン - これらはすべて再印刷を意味します。QRの発明者であるDenso Waveは、正確な損益分岐点をモデル化したい場合に備えて、完全なバージョン/容量表を公開しています。
動的QRがエンコードするもの#
動的QRコードは完全な遷移先URLの代わりにショートリンクをエンコードします。https://b.elido.me/spring26のようなもの - 32文字、エラー訂正Hでバージョン3（29×29）。実際の遷移先はElidoのデータストアに存在し、スキャン時に解決されます。
この一層の間接参照が静的QRでは不可能な4つのことを可能にします：
リダイレクトの変更。 ダッシュボードまたはAPIで遷移先URLを更新します。印刷済みのコードは変わりません。キャンペーンが新しいランディングページに移動しても、フィールドにあるチラシはそれについていきます。
スキャンアナリティクス。 すべてのスキャンはリダイレクトイベントです。Elidoはそれをサンプリングなしでタイムスタンプ、国、デバイスタイプと共に分析ストアに記録します。ランディングページがポストバックを発火した場合、コンバージョントラッキング機能でスキャンから下流のコンバージョンまでループを閉じることができます。
A/Bルーティング。 スマートリンクを使用すると、リダイレクト層で国、デバイス、または言語でルーティングできます。製品箱の1つのQRコードが、iOSの訪問者をApp Storeに、Androidの訪問者をPlay Storeに、デスクトップの訪問者をマーケティングページに送ることができます。1つの印刷済みコード、3つの遷移先、再印刷ゼロ。
有効期限。 日付後に「キャンペーン終了」ページにリダイレクトするようにリンクを設定できます。コードはまだスキャンできますが、404の代わりに適切な場所に移動します。
レイテンシーのペナルティは1つの余分なHTTPリダイレクトです。Elidoのエッジはキャッシュヒットでp95 15msです。スマートフォンからのスキャンには、カメラフレームのキャプチャ（約100〜300ms）、OSライブラリによるQRデコードパス、DNS解決、TLSハンドシェイク、リダイレクトが含まれます。これらすべてがリダイレクト自体の5〜15msを小さく見せます。スキャナーはそれに気づくことはありません。
エラー訂正のトレードオフ#
動的QRコードは小さいです（短いURL → 小さいバージョン）。これはロゴ埋め込みのユースケースで重要です。
エラー訂正レベルHでは、モジュールデータの30%が誤りまたは隠れていてもスキャナーはペイロードを回復できます。その30%の余裕がQRの中央にブランドロゴを刻印できる理由です - ロゴがモジュールを隠しても、エラー訂正がそれらを再構築します。
問題点：Hレベルの訂正はスペースを消費します。同じデータペイロードに対して、Hレベル対Mレベルのバージョンは、モジュール数が約15〜20%増えます。バージョン15（Mレベル）の静的QRをHレベルに移行しようとすると、バージョン22程度、大幅に密度の高いグリッドになります。b.elido.me/spring26のような短いURLのバージョン3（Hレベル）の動的QRは小さいままで、ロゴのための訂正予算を残します。
これが、リダイレクトの編集を必要としない場合でも、チームが動的QRコードに達する理由として見落とされていることです：短いURL → 小さいバージョン → より多くのエラー訂正余裕 → ロゴが収まる → ブランド一貫性のある印刷物。
パフォーマンスとスキャン可能性#
印刷距離でのモジュールサイズは、QRがフィールドで失敗するまで誰も語らない実際の制約です。
3cm × 3cmで印刷されたバージョン3のQR（29×29）は幅約1mmのモジュールを提供します。カメラから30cmの距離で、ほとんどのスマートフォンカメラはそれをクリーンに解像できます。同じ物理的な印刷サイズでバージョン20のQR（97×97）にすると、0.3mmのモジュールになります - 腕の長さほど、ハロゲンショップ照明の下のグロスコーティングされたチラシでは、信頼性の高いスキャンは怪しいです。
QRTIGERの印刷ガイド（2026-05-10参照）は経験的に有効であることが証明された経験則を文書化しています：QRコードの最小印刷サイズはスキャン距離の1/10であるべきです。1mでスキャンされることを意図したコードは少なくとも10cm × 10cmであるべきです。それより小さいと、良い照明下の良いカメラに依存することになります。
最小モジュールサイズは目標ではなく下限です。さまざまな距離で見られるパッケージ - 棚の製品、ポスター - に印刷している場合は、最小の密なモジュール数を提供するバージョン、つまり最短のURL、つまりショートリンクを使用してください。
静的が正しい選択の場合#
静的QRコードには正当なユースケースがあります。以下の場合に適切なツールです：
- 遷移先が本当に永続的で安定している：DOI、法定開示、政府機関が管理する公開記録リンク。
- コードが決して再印刷されないものにあり、スキャンアナリティクスに関心がない場合（1回限りの本、ランディングページが製品マニュアルであり変更されない製品）。
- ネットワーク接続なしにオフラインでQRコードを生成しており、サーバー依存なしにコードが機能する必要がある場合。
これら3つのケースすべてで、静的コードはシンプルです。アカウント不要、更新リスクなし、スキャンパスに外部サービスなし。安定したURLを持つPDFアーカイブに埋め込まれたQRコードは、あなた側のインフラなしで10年後でもスキャン可能です。
動的が勝る場合#
それ以外のすべて。具体的には：
印刷後に編集する可能性があるもの。定められた終了日のあるキャンペーン。何人の人がどこからどのデバイスでスキャンしたかを知りたいユースケース。ジオをまたいで出荷されジオ固有のランディングページが必要なパッケージ上のコード。コードが印刷に回す必要があるときにまだ「最終的な」URLが決まっていない状況。
動的QRコードはまた、不正なURLの運用上の被害範囲を縮小します。遷移先にバグがあれば、パッケージではなくリンクを修正します。それが作成時にコストゼロで、必要なときに持っていないと多大なコストがかかる種類の保険です。
参照：カスタムドメインのショートリンクでは、共有のelido.meサブドメインに頼るのではなく、QRに埋め込まれたショートURLにあなた自身のドメインを付ける方法について説明しています。
第3の選択肢：バニティショートURLを使った動的QR#
ほとんどのチームの実際のデフォルトは「静的か動的か」ではなく、自社ドメインのショートURLを使った動的です。生のb.elido.me/spring26の代わりにlinks.acme.example/spring26のようなもの。
QR固有の理由：links.acme.exampleのようなバニティドメインは通常、UTMパラメータ付きのブランドなしのトラッキングURLより17〜20文字短いです。バージョン3 / エラー訂正Hでのその差は、UTMフル文字列のバージョン7エンコードより意味のある小さいモジュール数を生み出します。モジュール数が少ないと、より小さい印刷サイズでのスキャン可能性が向上し、ロゴオーバーレイのための余裕が広がります。
物理的な側面を超えて：ショートURLのカスタムドメインは、ショートナーベンダーを移行しても QRコードが有効なままであることを意味します。リダイレクトの遷移先はドメインに存在し、ドメインはあなたのものです。カスタムドメインのセットアップは機能ページで説明されています。ティアの利用可能性は価格ページに記載されています - カスタムドメインはPro以上です。
APIを通じた一括QR生成を含む、大規模にQRコードを管理するマーケターのためのキャンペーンワークフロー全体については、マーケターのソリューションページをご覧ください。
運用上の落とし穴#
誰も文書化しない失敗モード - ショートナードメインが失効した動的QRコードはフィールドの死んだ成果物です。QRコードは物理メディア - パッケージ、看板、グッズ、本 - にあり、スキャンはもはや解決しないドメインにルーティングされます。コードはショートURLではなく最終的な遷移先をエンコードしているため、更新できません。ショートURLは消えました。
緩和策は技術ではなく、管理責任です。ドメインを所有している人を把握し、更新日を知り、更新を他の重要なものと同じ請求システムに入れてください。Elidoのelido.meサブドメインを使用している場合、その更新は私たちの問題です。カスタムドメインを使用している場合、それはあなたの問題であり、api.acme.exampleと同じ運用上の真剣さで扱うべきです。
2番目の落とし穴はリンクの削除です。削除したリンクを指す動的QRコードは、ショートナーの動作に応じて404またはフォールバックページにリダイレクトします。Elidoは削除されたリンクをワークスペースに設定された「見つかりません」URLにリダイレクトします - 生の404より良い設定可能なランディングページですが、元の遷移先ではありません。QRコードが物理的な素材にある場合、リンクを削除せずにアーカイブしてください。
どちらもQRバッキングのショートリンクをキャンペーンリンクとは異なる方法で扱う引数です。それらにタグを付け、専用のフォルダーに入れ、更新前にリマインダーを設定してください。小売パッケージのQRコードのGS1規格はこれに加えてレイヤーを追加します - GS1デジタルリンクはURL構造に製品識別子をエンコードし、個々のブランドがショートナーベンダーを変更しても小売エコシステムに安定した解決層を提供します。小売にいる場合は知っておく価値があります。
動的QRをバックする リダイレクトパスの技術的な解剖 - L1/L2キャッシュの動作、キャッシュミス時に何が起きるか、本番環境でのレイテンシー分布の様子 - については、スマートリンクの記事ですべてのQRリダイレクトを提供するのと同じエッジインフラについて説明しています。
- Marius
ブログの関連記事#
Elidoを試す
URLを貼り付けて短縮リンクを取得
登録不要。リンクは30日間有効。永久に保存するには登録してください。
Free、登録不要 · 1日あたり2件