QRコードの効果測定とは？「読まれた後」を数字にする設計

QRコードは文字列やURLを格納する二次元コードです。紙に印刷された模様の中に「何回読まれたか」という集計機能が入っているわけではありません。効果測定では、QRコードに計測用URLを入れ、そのURLへリクエストが届いた時刻や対象のQRコードをサーバー側で記録します。

ここで言う「スキャン数」は、厳密にはQRコードを認識した回数ではなく、読み取り後に計測URLが開かれた回数です。スマートフォンのカメラが模様を認識しても、利用者が表示されたリンクを開かなければ、計測サーバーへアクセスは届きません。この境界を明確にすると、数字を過大解釈しにくくなります。

測定は「入口・行動・成果」の3層で考える

販促の全体を1つのツールだけで説明しようとすると、「420スキャンだから420人が来店した」のような飛躍が起きます。実務では、観測地点を次の3層に分けると整理できます。

QRの入口からサイト内の成果まで追いたい場合は、遷移先URLへUTMパラメータを付けます。具体的な設定はQRコードをGA4で計測する方法で解説しています。

1. 01

   QRコードを読み取る

   スマートフォンが、QRコード内の計測URLを表示します。利用者がリンクを開くと、計測サーバーへリクエストが届きます。
2. 02

   入口の情報を記録する

   どのQRコードか、アクセス日時、端末・OS・ブラウザ、IPアドレスから推定した地域などを記録します。
3. 03

   設定したページへ転送する

   記録後、商品ページや予約ページなどへHTTPリダイレクトします。QR画像を刷り直さず、転送先だけを変更できる方式もあります。
4. 04

   QRコード単位で集計する

   「駅前配布」「店頭ポスター」のような名前で結果を並べ、入口ごとのスキャン数や時間帯を比較します。

この中継方式は一般にダイナミックQRコードと呼ばれます。QR画像を書き換えているのではなく、中継URLのサーバー設定を変えています。静的QRコードとの違いや停止リスクはダイナミックQRコードの選び方で詳しく整理しています。

codelytics / report実画面

ユニーク数は「人」ではなく推定値

多くのアクセス解析はCookieや端末識別子を使って重複をまとめます。同じ人でも別端末・別ブラウザを使えば別として数えられ、Cookieを削除すれば新規に見えることがあります。逆に、共用端末では複数人が1つにまとまる可能性があります。

CodeLyticsのユニーク訪問者は、同意後に保存されるブラウザCookieをもとに集計します。同意しないアクセスには識別子が付かないため、ユニーク数やリピーター率は総スキャン数より条件が限定された参考値です。媒体同士を比較するときは、まず総スキャン数を主軸にし、ユニーク関連は傾向として読みます。

地域は配布計画の手掛かりであって、現在地ではない

IPアドレスによる地域判定は、通信事業者の設備、VPN、モバイル回線などの影響を受けます。市区町村名が表示されても、QRを読み取った人のGPS現在地や住所ではありません。都道府県単位の偏りを見る、想定外の広がりを見つける、といった使い方が現実的です。

1本のQRコードをチラシA、チラシB、店頭ポスターへ共通で載せると、合計は分かっても差は分かりません。比較したい仮説が「配布場所」なら場所ごと、「紙面デザイン」なら版ごとにQRコードを発行します。QRコードの分け方が、そのまま集計の切り口になります。

• 案件名：施策全体を識別する。「2026夏・新規会員キャンペーン」など。
• QR名：比較単位を識別する。「A5青・新宿駅東口・7月前半」など。
• 遷移先：同じページで入口だけ比べるのか、別ページも同時に試すのかを決める。
• 配布条件：配布枚数、期間、費用、天候やイベントなどを別途記録する。
• 成果地点：予約完了、フォーム送信、クーポン提示など、QRの先で何を成功とするか決める。

一度に変える条件を増やしすぎない

「デザインも、配布場所も、配布日も違う」状態でスキャン数に差が出ても、どの要因が効いたかは分かりません。原因を見たいなら1回の比較で変える条件を1つに寄せます。現場上そろえられない場合は、配布数・期間・場所を記録し、「今回は複数条件を含む参考比較」と報告します。

1. 01

   QRを使わなかった反応は見えない

   URLを直接入力した人、後日店名を検索した人、電話や来店だけで完結した人はQRの記録に入りません。
2. 02

   延べ回数と人数は一致しない

   同じ人の再読取、担当者のテスト、URLプレビューや自動アクセスが含まれる可能性があります。サービスに重複・ボット除外があるか確認します。
3. 03

   推定地域には誤差がある

   IP地域は通信経路の推定であり、GPSではありません。市区町村の一点を狙う判断には使わず、広い傾向として扱います。
4. 04

   スキャン後の成果は別計測

   購入・予約・問い合わせまで測るには、遷移先のGA4イベント、フォーム、クーポン、注文データなどを接続します。
5. 05

   中継サービスの期限に依存する

   ダイナミックQRは中継サーバーが動いて初めて転送できます。印刷物が残る期間より短い契約にすると、配布物が読めなくなる恐れがあります。

制約は隠すものではなく、レポートの注記にします。「スキャン数は延べアクセス」「地域はIP推定」「購入は注文データで照合」と3行添えるだけで、数字の意味が伝わりやすくなります。

CodeLyticsは「紙面上の入口」をQRコードごとに分けて見たい施策向けです。たとえば同じ予約ページへ送る3種類のチラシでも、QRを3本に分ければ、管理画面では別の入口として比較できます。さらに遷移先へUTMを付ければ、GA4でその後の行動も確認できます。

チラシ施策全体の設計から始めたい場合は、次にチラシの効果測定を配布前から設計する手順へ進んでください。