購読不要で後から変更できるQRコードの作り方

動的QRコードの売り文句は、本来まとめる必要のない2つを一緒にしています。1つは本当に便利なリダイレクト、もう1つは他人がそれを所有することで、問題の本質はこちらです。分けて考えれば、所有者だけを変えてリダイレクトは残せます。

なぜこれで機能するのですか？

印刷されたコードにはyourcompany.com/mが文字データとして入っているため、誰かが無効にしたり、利用量を計測したり、ログを取ったりすることはできません。一方、/mが提供する内容は、好きなときに変更できる設定です。プロバイダーが販売している仕組みと同じですが、所有していないドメインの使用料を請求しているだけです。静的と動的の違いで基本的な違いを説明しています。

それぞれの代替策と比べて何が得られますか？

右端の列は、業界が販売しているものから取引相手のリスクを取り除いたものです。妥協案ではありません。重要なすべての項目で、こちらのほうが明らかに優れています。

URLはどのように設計しますか？

短くしてください。データが短いほどパターンの密度が下がり、離れた場所からでも、印刷品質が悪くても、より確実に読み取れます。

• 短いパスを使う。メニューなら/m、ポスター1枚目なら/p1、Wi-Fi情報なら/wです。
• 物理的な設置場所ごとに固有のパスを割り当てます。これにより、後で設置場所ごとの分析ができ、他の場所に影響を与えず1か所だけリンク先を変更できます。
• 印刷する部分にはクエリ文字列よりパスを使い、キャンペーン用パラメーターはリダイレクト先に追加します。yourcompany.com/p1はyourcompany.com/promo?src=poster-lobby&utm_medium=qrへ転送できます。
• HTTPSを使い、サイトがwww.なしで動くなら省略します。文字を1つ減らすだけでもパターンが単純になります。
• 後で別のキャンペーンに同じパスを絶対に再利用しないでください。古い印刷物がまだ残っていて、そのパスを指し続けるからです。

パスが短いと、同じモジュールサイズのままコードを大きく印刷したり、より小さく印刷したりできます。テーブルテントや屋外看板では、実用上の耐久性向上にもなります。

リダイレクトはどのように設定しますか？

キャンペーン中で、リンク先を変更する可能性があるなら302を使います。301はリンク先が本当に恒久的な場合だけにしてください。ブラウザーやスキャナーは301を積極的にキャッシュするため、元に戻せなくなることがあります。

nginx

serverブロック内にlocation = /m { return 302 https://yourcompany.com/menu?src=table; }を入れ、nginx -tを実行してから再読み込みします。設置場所ごとに1行です。

Cloudflare

Bulk Redirectリスト、またはパスが少ない場合はSingle Redirectルールを使います。オリジンサーバーの変更は不要なので、DNSがすでにCloudflareにあるなら最も速い方法です。

NetlifyまたはVercel

_redirectsファイルに/m /menu?src=table 302を記述するか、vercel.jsonに同等のredirectsエントリを追加します。リンク先を変えるにはデプロイします。

Next.js

next.config.jsに、{ source: '/m', destination: '/menu?src=table', permanent: false }を返すredirects()エントリを追加します。次回のデプロイに含まれます。

Apache

.htaccessにRedirect 302 /m https://yourcompany.com/menu?src=tableを記述します。

数年にわたる印刷計画では、パスをどう設計しますか？

印刷されたコードは、それを作ったキャンペーンより長く残ります。そのため、担当者が退職してサイトが再構築されても維持できるパス体系が必要です。いくつかのルールを決めておけば、管理は簡単です。

キャンペーンではなく設置場所で名前空間を分けます。/p/lobby-01ならキャンペーンが変わっても意味が通りますが、/spring-saleは看板が壁に残っているのに翌年には嘘になります。管理表を作りましょう。リポジトリ内の1ファイルでも、印刷データの隣に置くスプレッドシートでも構いません。すべてのパス、現在のリンク先、何に印刷したか、コピー数、素材の交換予定日を記録します。この表がないと、リダイレクト設定は誰も削除できない行の集まりになります。

印刷物が残っている間はパスを削除しないでください。代わりに廃止扱いにし、ルールを削除せず、適切なランディングページへ向けます。古いコードが404になるのではなく、役立つページへ劣化するようにするためです。また、ルールはサイトと一緒にバージョン管理してください。ホスティング移行時に持ち運べ、失われません。実際にこの方法が失敗する最も一般的な原因は、再デプロイ時にリダイレクトファイルがひそかに消えることです。

長いURLを印刷すると、コードは読み取りにくくなりますか？

少しだけそうなります。短縮サービス業界が示す、正真正銘の技術的な根拠はここにあります。

QRコードのデータ量によってバージョン、つまりマス目の大きさが決まります。データが長いほど、より多くのモジュールが必要です。物理的なサイズを固定したままモジュール数が増えると、1つ1つが小さくなり、離れた場所や印刷品質の悪い状態でカメラが読み取りにくくなります。プロバイダーの6文字の短縮リンクは、キャンペーンパラメーター付きの長いURLより、実際に密度の低いパターンを作ります。

ただし、答えは相手のドメインを借りることではありません。自分のパスを短くし、パラメーターをリダイレクト先へ移します。yourcompany.com/p1は約22文字で、ISO/IEC 18004仕様の低いバージョンに十分収まります。?utm_medium=qr&src=poster-lobbyの部分は、リダイレクトによって追加されるため、印刷パターンには一切現れません。短縮リンクが必要だとされた、疎で丈夫なコードと完全な効果測定を、両方実現できます。

第三者なしで分析するにはどうすればよいですか？

すでに分析できます。スキャンはすべて自分のサーバーへのリクエストなので、アクセスログに記録され、分析ツールにはランディングページへのアクセスとして集計されます。

リダイレクト先に設置場所ごとの異なるsrcパラメーターを付ければ、ダッシュボードが売りにしていたポスター単位の内訳をそのまま得られます。ロビーの看板の成果、どのテーブルテントが使われたか、持ち帰り用ステッカーを印刷する価値があるかを確認できます。違いは、データが自分のもので、利用者が連絡する相手は自分だけであり、誰かの支払い状況に関係なくコードが動き続けることです。QRプロキシが記録するものでは、何を渡さずに済むかを説明しています。

この方法の障害になるのは何ですか？

正直に言えば、名前を挙げるべき問題があります。自分のドメインに依存することです。ドメインを失効させたり、ホスティングを移行してリダイレクトパスを忘れたりすると、印刷されたコードは壊れます。

これは現実的なリスクであり、置き換えようとしているリスクとは根本的に種類が違います。自分で管理でき、何年も前もって更新でき、後任に引き継げる依存関係です。誰かに料金を吊り上げられたり、利用量を計測されたり、顧客を通じて収益化されたりすることはありません。実用的な対策は3つです。印刷物の使用期間を大きく超えてドメインを登録すること、リダイレクトパスをサイトの隣でバージョン管理すること、印刷データの保管場所にも記録することです。

そもそも編集可能にする必要がないなら、メニュー、Wi-Fiコード、連絡先カードなどでは通常その必要はありません。リダイレクトを省き、リンク先を直接埋め込んでください。構成要素が減り、同じ永続性を得られます。

リダイレクトパス用の静的コードを作成する：URL QRコード。すでに借りたコードに問題が起きているなら、人質になったコードの復旧ガイドから始めるか、全体像を知るためにQRコード詐欺の真実を読んでください。