QRコードのトラッキング:スキャンを追跡して成果を測定する方法

2026年9月11日
13 分読
QRコードのトラッキング:スキャンを追跡して成果を測定する方法

直接回答

QRコードのスキャンを追跡するには、そのコードが計測できるリンク先を指している必要があります。各スキャンを記録してからリダイレクトする短縮リンク(動的QRコード)を埋め込むか、UTMパラメータを付けたランディングページURLを埋め込んで、Google Analyticsが訪問を属性付けできるようにします。最終URLだけを保持する通常のQRコードは、それ自体では追跡できません。最も完全な設定は両方を使う方法です。自分のドメイン上の短縮リンクでスキャンごとに計測し、遷移先のUTMタグでその後の訪問者の行動を確認します。

Diagram of QR code tracking: the printed code encodes the short link go.mybrand.com/menu, the short link records the scan (time, location, device, referrer) and redirects to the landing page with UTM tags added, and Google Analytics then reports the visit as table-tent / qr with the conversions that follow

QRコードは追跡できますか?#

コード自体は追跡できません。QRコードは、通常はWebアドレスのような文字列を図形として描いたものにすぎません。スマートフォンのカメラがそれを読み取り、ブラウザでそのアドレスを開きます。コードを印刷した人に何かが報告されるわけではありません。追跡は、コードが指し示すアドレスの先で行われ、方法は2つあります。

  • リンク先で: コードに、各リクエストを記録してからリダイレクトする短縮リンクを埋め込みます。これにより、ページが読み込まれる前に訪問者が閉じた場合でも、すべてのスキャンをカウントできます。
  • 自社サイトで: ランディングページURLにUTMパラメータを付け、分析ツール(Google Analytics 4など)がセッションとその後の訪問者の行動を記録します。

リンク層にはもう1つ利点があります。印刷されたコードには短縮リンクだけが入るため、再印刷せずに後から送信先を変更できます。パッケージ、メニュー、ポスター、イベントバッジ、ダイレクトメールでは、これは数値と同じくらい重要です。

QRコードのスキャンを追跡する3つの方法#

見えているものCost注意すべき点
UTMタグ付きURLの静的QRコードGoogle アナリティクスでのセッションとコンバージョンFree訪問数を数え、スキャン数は数えない。遷移先は変更できず、URLが長いほどコードは密になる
QR生成ツールによる動的QRコードベンダーのダッシュボードでの、時間・場所・デバイスごとのスキャン数通常はサブスクリプション制コードにはベンダーのドメインがエンコードされるため、そのアカウントが有効であり続ける必要がある
独自ドメイン上の短縮リンク(たとえば RedirHub を使用)すべてのスキャンに加え、UTMタグが分析ツールに引き継がれる有料サービス。ドメインまたはサブドメインが必要印刷する前に設定するDNSレコードは1つ

コードを1枚のチラシに載せ、その先が今後変更されないページを指していて、サイト上の申し込み数だけを重視するなら、無料のUTM方式で十分です。コードを大量に印刷する場合、長期間流通させる場合、または変更する可能性のある送り先が必要な場合は、リンク層を選びます。

方法1: UTMパラメータでGoogle AnalyticsにQRコードを追跡する#

UTMパラメータは、訪問がどこから来たのかをGoogle Analyticsに伝えるURL末尾のタグです。Googleはutm_source、utm_medium、utm_campaignを必ず使うことを推奨し、値は大文字・小文字を区別すると注記しています[1]。そのため、「qr」と「QR」はレポート上で2行になります。テーブルテントのメニュー用のタグ付きURLは次のようになります:

texthttps://mybrand.com/restaurant/menu-fall-2026?utm_source=table-tent&utm_medium=qr&utm_campaign=fall-menu
  1. 掲載場所ごとに1つのタグ付きURLを作成します。どこでも同じutm_medium(qr)とutm_campaignを使い、ポスター、チラシ、パック、看板ごとに異なるutm_sourceを設定します。
  2. 各タグ付きURLからQRコードを生成し、印刷所で混同しないようファイル名を付けます。
  3. iPhoneとAndroidのスマートフォンで印刷した校正刷りをスキャンし、URLにタグが付いたままページが開くことを確認します。
  4. 公開後は、Google Analytics 4のTraffic acquisitionレポートを開き、Session source / mediumディメンションを使用します[1]。コードは table-tent / qr のような行として表示されます。
  5. Session medium = qr でフィルタし、訪問数だけでなくコンバージョンで掲載場所を比較します。

制約として、Google Analyticsが計測するのはスキャンではなくセッションです。スキャンしてページが読み込まれる前に閉じた人や、解析をブロックしている人は表示されません。また、コードには最終URLが入っているため、ページの移動やタグの টাইポがあると再印刷が必要になります。

方法2: 動的QRコード(追跡可能な短縮リンク)を使う#

動的QRコードは、最終ページの代わりに短縮リンクを埋め込みます。各スキャンはまずその短縮リンクに到達し、そこで記録されたうえで、1回の遷移で現在の転送先へ訪問者をリダイレクトします。QR画像自体は変わらず、裏側の転送先だけを編集できます。

「動的」であることは白黒のパターンの性質ではなく、その裏側にある編集可能なリダイレクトのことです。そのため、印刷後にQRコードの転送先を変更できるのです。また、コード内のドメインが重要なのもそのためです。コードがQRベンダーのドメインを埋め込んでいる場合、それはそのベンダーとあなたのアカウントが有効である間しか機能しません。go.mybrand.comのように自分で所有するサブドメインを埋め込んでいれば、後から別のプロバイダーへ移行しても、印刷済みのコードはすべて引き続き機能します。

両方の方法を組み合わせると全体像が見えます。短縮リンクがスキャン数を計測し、その転送先に追加されたUTMタグがキャンペーン情報をGoogle Analyticsへ引き継ぎ、そこで登録、注文、予約を確認できます。

QRコードのトラッキングで分かること(分からないこと)#

追跡可能な短縮リンクは、コードを開いたときにスマートフォンが行うリクエストを把握します。そこから、QRトラッキングのダッシュボードでは次のような情報を表示できます:

  • スキャン数の推移: 日別、週別、またはキャンペーン別の合計と、配布後にどう変化したか。
  • ユニーク訪問者数: 1人が2回スキャンすることも多いため、実際に何人がスキャンしたかの推定値。
  • 位置情報: IPアドレスから推定した国と都市。地域や店舗の比較には役立ちますが、個人を特定するものではありません。
  • デバイス、オペレーティングシステム、ブラウザ: iPhoneかAndroidかなど。コードがアプリを宣伝している場合に役立ちます。
  • 参照元: 通常、スキャンでは空です。カメラアプリには参照元となるウェブページがないためです。だからこそ、配置ごとに別々のリンクがより重要になります。

表示できないもの: 誰がスキャンしたか。QRトラッキングでは、名前、メールアドレス、電話番号はわかりません。合計もリンクイベントとして扱ってください。リンクのプレビュー、セキュリティスキャナー、ボットもリンクを開くため、自動トラフィックを除外するダッシュボードを使い、各配置を個人として読むのではなく相互に比較してください。

配置ごとに1つのコードを使う#

すべてのチャネルに1つのコードを置けば、何回スキャンされたかはわかりますが、どこでスキャンされたかはわかりません。同じページに誘導する場合でも、意味のある配置ごとに、それぞれ独自の短縮リンクとコードを用意してください:

PlacementQR linkutm_source / utm_medium / utm_campaign
テーブルテントgo.mybrand.com/menutable-tent / qr / fall-menu
窓用ポスターgo.mybrand.com/menu-windowwindow-poster / qr / 秋のメニュー
Receiptgo.mybrand.com/reviewreceipt / qr / レビュー

パスは読みやすくしておきましょう。go.mybrand.com/menu-window のような形なら、ランダムな文字列よりも監査しやすくなります。各コードの設置場所、キャンペーン、遷移先、開始日、担当者をキャンペーンシートに記録しておけば、何か月後でもリンクの用途を誰も迷わずに済みます。同じ印刷物の小さな違いごとに新しいコードを作る必要はありません。設置場所ごとに1つの固定コードで十分です。

RedirHubでQRコードのスキャンを追跡する方法#

RedirHubは自分のドメイン上で動的QRコードを作成します。コードには go.mybrand.com/menu のようなリンクが埋め込まれ、スキャン数はすべて計測され、遷移先はいつでも変更できます。下の画面で、遷移先、QRリンク、スタイル、UTMパラメータを設定します。

RedirHub New dynamic QR code screen: Name 'Table tent menu — all locations', Destination https://mybrand.com/restaurant/menu-fall-2026, QR link go.mybrand.com/menu, Style options, and UTM parameters utm_source table-tent, utm_medium qr, utm_campaign fall-menu, utm_content back-cover added on every redirect, with a live preview of the code
  1. Hostnamesで go.mybrand.com のような短縮リンク用ドメインを接続し、表示されるDNSレコードを追加します。HTTPSは自動的に発行されます。
  2. Createをクリックし、Dynamic QR Codeを選択します。
  3. Name(任意、あなただけに表示されます)とDestination(ユーザーが移動するページ)を入力します。
  4. QR linkでドメインを選び、menuのような読みやすいパスを入力します。これがコードに埋め込まれるリンクであり、下に印字される内容です。
  5. [スタイル] で、テーマとコードの色を選び、必要であれば Workspace のロゴとコードの下にリンクを印刷をオンにしてください。
  6. [その他のオプション]を開き、次に[UTM パラメータ]を開いて、utm_source、utm_medium、utm_campaign を入力します。これらはすべてのリダイレクトに追加されるため、Google Analytics で各スキャンのキャンペーンを確認できます。
  7. [QRコードを作成]をクリックし、デザイナーや印刷業者向けに PNG または SVG をダウンロードします。
  8. テスト印刷をスキャンし、QRリンクを リダイレクト速度テスト に入力して、ステータスコード、遷移先、応答速度を確認してください。
  9. [アナリティクス]を開くと、ボットを除外した状態で、時間経過に伴うスキャン数、ユニーク訪問者、国、デバイス、参照元を確認できます。

リダイレクトは動作していますか? ドメインを入力してください。ステータスコード(301 または 302)、遷移先、HTTPS が有効かどうか、そしてワシントン、フランクフルト、東京からの応答速度が表示され、過去7日間にテストされたすべてのリダイレクトと比較して順位付けされます。

リダイレクトをテストする

静的QRコード + Google Analytics vs RedirHub#

静的QRコード + UTMタグRedirHubの動的QRコード
コードがエンコードする内容最終ページのURL独自ドメイン上の短縮リンク。例: go.mybrand.com/menu
印刷後に遷移先を変更No, reprintはい、いつでも
スキャン数を計測いいえ、analyticsが読み込まれたセッションのみですすべてのスキャン(ボットは除外)
訪問者の次の行動はい、Google Analyticsではい、リダイレクトのたびにUTMタグが追加されます
多数のコード1つずつCSVインポート、一括再設定、API、MCP
HTTPSあなたのウェブサイトの証明書QRドメイン向けに自動で発行・更新されます
リダイレクトが実行される場所No redirect130のグローバルエッジロケーションで、各訪問者の近くで実行
スキャン履歴該当なしCoreは90日、Proは6か月
PriceFree月額49ドルから(Core)、14日間の無料トライアル

数百個のコードを印刷する場合でも、RedirHubなら一括CSVインポートで作成でき、プレビュー付きで多数をまとめて再割り当てできます。QRドメインには自動HTTPSが適用されるため、スマートフォンに証明書警告が表示されることはなく、サイトのDNSとメールはそのまま維持されます。Proでは、リンク先監視によりコードの先のページが壊れたときにメールで通知され、リンク履歴では各リンク先を誰が変更したかを確認できます。

同じドメインはメール、SNS、広告向けのブランド短縮リンクにも使われるため、1つのキャンペーンに関するQRスキャンとリンククリックを1か所に集約できます。無料の方法で十分な場合(1つのコード、恒久的なページ、そしてサイト内コンバージョンだけが必要な場合)は、静的コードとUTMタグを使いましょう。

印刷前に完全な動作経路をテストする#

人が実際に使う距離と角度からコードをスキャンしてください。カメラがすぐに認識すること、リンクが意図したドメインを使っていること、最終ページがモバイルで読み込まれること、そしてUTMタグが届くことを確認します。印刷されたコードだけでなく、短縮リンク自体も直接テストしてください。

リンク先を変更した後は、複数のデバイスからもう一度スキャンします。古い印刷コードが引き続き正しく解決されること、ページがループでリダイレクトしないこと、そしてスキャンが分析データに表示されることを確認してください。

よくあるQRコード追跡のミス#

  • どこでも同じ1つのコード。合計は分かりますが、ポスター由来かパッケージ由来かは判別できません。
  • UTM値の不一致。 "QR"、"qr"、"qr-code" は Google アナリティクスで3つの流入元になります。印刷前に小文字で統一しましょう。
  • ベンダーのドメインを印字する。 コードが他人のドメインを埋め込んでいる場合、そのアカウントやベンダーが停止するとコードも使えなくなります。
  • 更新の担当者がいない。 サブスクリプションの失効、ドメインの期限切れ、またはランディングページの削除が、QRコードが機能しなくなる最も一般的な原因です。ドメインとアカウントは、1人のキャンペーン担当者ではなく事業側で管理しましょう。
  • スキャンを人として数える。 繰り返しのスキャンや自動リクエストは合計を水増しします。代わりに設置場所と傾向を比較しましょう。

再印刷せずにQRスキャンを追跡

リダイレクト対応のQRで、すべてのスキャンを追跡。

QRリダイレクトを詳しく見る

出典

  1. [1]Google Analytics Help: URL builders: Collect campaign data with custom URLs

よくある質問

いいえ。最終URLを埋め込んだQRコード自体は、何も報告しません。スキャンを追跡するには、訪問者を転送する前にリクエストを記録する短縮リンクを埋め込むか、URLにUTMパラメータを付けて、ウェブサイトの分析で訪問を記録するようにします。

ランディングページのURLに utm_source、utm_medium、utm_campaign を追加し、そのタグ付きURLからQRコードを生成して、Google Analytics の「トラフィック獲得」でアクセスを確認します。無料ですが、スキャン数ではなくセッション数としてカウントされ、印刷後にリンク先を変更することはできません。

はい。訪問者が到達するURLに付けたUTMパラメータを通じて追跡できます。Google Analytics 4 では、「トラフィック獲得」レポートの「セッションの参照元 / メディア」および「セッション キャンペーン」に表示されます。ダイナミックQRコードの場合は、すべてのスキャンにUTMタグが付くように、遷移先にUTMタグを追加します。

追跡可能な(またはダイナミックな)QRコードは、最終ページではなく短縮リンクを埋め込みます。短縮リンクは各スキャンをカウントし、転送先へリダイレクトします。コードを再印刷しなくても、転送先はいつでも変更できます。

いいえ。QRのトラッキングで分かるのは、コードがいつスキャンされたか、おおよその国と都市、使用デバイスとブラウザまでで、氏名、メールアドレス、電話番号までは分かりません。

いいえ。QRスキャンのトラッキングは短縮リンクでのリクエストを測定し、ウェブサイト分析は訪問者がサイトに到達した後の活動を測定します。スキャン数とセッション、エンゲージメント、コンバージョンを比較する必要がある場合は、両方を使用してください。

はい。コードが編集可能な短縮リンクまたはリダイレクト先を指している場合は可能です。最終的な転送先が直接埋め込まれている場合、変更するには新しいコードを生成して印刷する必要があります。

自分で管理するドメイン上の短縮リンクで、キャンペーンや掲載箇所が分かる読みやすいパスを付けたものです。たとえば go.mybrand.com/menu のようにします。現在のランディングページへ転送し、印刷物が流通している間は有効な状態を保つべきです。

必ずしもそうではありません。1人が複数回スキャンすることがありますし、リンクプレビューやボットがリンクを開くこともあります。自動トラフィックを除外し、総スキャン数とは別にユニーク訪問者数を報告するダッシュボードを確認してください。

Leo Astarothman

Leo Astarothman is the Brand & Content Lead at RedirHub, where he shapes the company's visual identity, educational content, product experiences, and marketing strategies. He also specializes in system design. Simplifying complex redirect infrastructure into practical resources, product experiences, and campaigns that help businesses understand and adopt modern redirect management.