静的QRコードメニューと動的QRコードメニュー：飲食店に合うのはどちら？
メニュー、ブランディング、季節メニューを今後変える予定があるなら、コードの先はPDFではなく、自店で管理するライブメニューにしてください。印刷したコードを差し替える必要はなく、そのために「動的QR」のサブスクリプションを払う必要もありません。
QRコードメニューを導入するとき、多くの飲食店がまず迷うのが「静的QRコードと動的QRコード、どちらを選ぶべきか」という点です。無料の生成ツールで作れる静的QRコードは一見お得に見えますが、メニューを一度でも変更する予定があるなら、その「無料」は結局高くつきます。
結論から言えば、大事なのはコードの種類より、コードの先に何があるかです。メニュー、ブランディング、季節限定メニューのいずれかを今後変更する可能性があるなら、PDFではなく自店で管理するライブメニューを指すコードを選んでください。固定のファイルを指すコードは、多くの場合で見せかけの節約にすぎません。
まず要点だけ（TL;DR）
静的QRコードは、メニューのURLをコードの模様そのものに直接埋め込みます。URL、メニューのバージョン、言語などを変更するには、印刷済みのQRコードをすべて刷り直す必要があります。
動的QRコードはリダイレクトを経由します。印刷物に一切手を触れずに、コードの転送先だけを変更できます。自店で編集するライブメニューのページを指すコードなら、リダイレクトなしで同じ効果が得られます。変わるのはアドレスの先のメニューであって、コードではありません。
大事なのはコードの種類ではなく、コードの先に何があるかです。自店で管理するライブメニューを指すコードなら刷り直しは不要で、そのために別途「動的QR」のサブスクリプションを払う必要もありません。
スキャンの記録はコードではなく、メニューの役割です。Intermenuのメニューは、メニューの閲覧数、料理の表示回数、そしてQR読み取りを含む流入元を記録します。
落とし穴は、期限切れになったり毎月料金がかかったりする生成ツールのコードです。契約が切れると、印刷したコードがすべて使えなくなるおそれがあります。IntermenuのQRコードはライブメニューを指しているため、印刷したコードを差し替える必要はありません。
判断基準を一文にまとめると
メニュー、ブランディング、季節メニューを今後変更する可能性が少しでもあるなら、コードの先はPDFではなく、自店で管理するライブメニューにしてください。そうすれば印刷したコードを差し替える必要はなく、そのために「動的QR」のサブスクリプションを払う必要もありません。固定のファイルを指すコードは、見せかけの節約です。
以下では、その判断に自信を持てるように、技術的な違いと運用上の違いを順に整理していきます。
静的QRコードとは何か
静的QRコードとは、遷移先のURLがコードのドット（モジュール）そのものにエンコードされているQRコードです。つまり、QRコードそのものがURLです。スキャンすると、スマートフォンは固定されたアドレスへ送られます。URLを変えるということは模様そのものを変えるということであり、新しいQRコードを生成し、それを使っているすべての印刷物を刷り直すことを意味します。
静的QRコードの特徴は次のとおりです。
生成は無料。オンラインの無料QR生成ツールなら、どれでも作成できます。
半永久的。遷移先のURLが生きているかぎり、いつまでも機能します。
計測できない。生成ツール側には、誰が、いつ、どこでスキャンしたのかを知る手段がありません。
変更できない。転送先の変更、A/Bテスト、一時停止、更新のいずれも、刷り直しなしには実行できません。
静的QRコードが適しているのは、本当に一切変わらないもの——店舗の名刺、恒久的な住所カード、史跡の案内板などです。固定のファイルを指す静的コードは、飲食店のメニューにはたいていの場合ふさわしくありません。ただし、ライブメニューのページを指す静的コードは別物です。コードは変わりませんが、その先のメニューは変わります。
動的QRコードとは何か
動的QRコードは、途中にリダイレクト（転送）をはさみます。QRコードの模様が指しているのは、QRプラットフォームが運用する短縮URLです。お客様がスキャンすると、転送サーバーが「いまどこへ送るべきか」を調べ、実際のメニューURLへスマートフォンを転送します。
この転送はサーバー側での参照処理なので、印刷物のQRコードを変えることなく、いつでも遷移先を変更できます。昨日まで冬メニューを指していたテーブルテントが、今日からは夏メニューを指す——現場のオペレーションは何も変わりません。
動的QRコードの特徴は次のとおりです。
サブスクリプション型の料金。多くのプラットフォームではメニュープランに含まれています。単体の動的QRサービスは月額 $5〜$10 程度から始まります。
更新できる。遷移先はいつでも変更可能です。
計測できる。スキャンごとに時刻、おおよその位置、端末、言語が記録されます。
柔軟。2つの遷移先をA/Bテストしたり、一時的に停止したり、休業告知ページへ転送したりできます。
飲食店にとって大事なのは、運用上の違いです。刷り直さずにメニューを変えられる必要があります。動的コードは、借りているリダイレクトを通じてそれを実現します。自店のライブメニューのページを指すコードなら、借りることなく同じことができます。メニューを編集すれば、次にスキャンしたお客様にはその変更が表示されます。
コードの先をライブメニューにすべき5つの理由
1. メニューは思っているより頻繁に変わる
メニューは「固定」だと考えている店舗でも、1年のあいだに価格、説明文、日替わり、季節商品、アレルギー情報、写真、対応言語のいずれかは必ず変わります。コードの先が固定のファイルなら、そのたびに刷り直しが発生します。
2. 誰がスキャンしているかを知りたい
ライブメニューは自らの閲覧を記録します。Intermenuのメニューなら、メニューの閲覧数、料理の表示回数、そしてQR読み取りを含む流入元が分かります。これはメニューエンジニアリングの土台です。データがなければ、勘だけで運営することになります。
3. ブランディングはいずれ変わる
店はリブランドします。移転します。経営者が変わります。業態を転換します。固定のファイルを指すコードは、事業のある一瞬にあなたを縛り付けます。ライブメニューを指すコードは、あなたの変化についてきます。
4. 急にお客様に見せる内容を変えたいときがある
改装や年末年始、短い季節営業のあいだにも、メニューは変わります（改装中の縮小メニュー、休暇期間、冬だけの短いメニューなど）。固定のファイルを指すコードは、印刷したときの内容を表示し続けます。ライブメニューなら、アプリでセクションを非表示にしたり料理を売り切れにしたりすれば、次にスキャンしたお客様にはそれが反映されます。
5. 集客経路を比べたい
ライブメニューは、お客様がどこから来たかを示します。QR読み取り、直接リンク、他のウェブサイト、タグ付きのキャンペーンリンクのいずれかです。PDFを指すコードでは、そのどれも分かりません。
静的QRコードでも問題ないケース
ライブメニューのページを指す静的コードなら、いつでも問題ありません。固定のファイルを指す静的コードがメニューに向くことはほとんどありませんが、次のような例外はあります。
常設の3品だけを扱う屋台のような極小規模の事業者で、解析データにまったく関心がない場合。
終了日が決まっているポップアップレストランで、その後の営業予定がない場合。
何十年もメニューが変わっていない老舗で、解析レイヤーを入れること自体が店の性格にそぐわない場合。
それ以外のすべての店舗には、ライブメニューを指すコードをおすすめします。
動的QRコードはスキャンした人を追跡できるのか
プライバシーの範囲内で、答えは「はい」です。現代の動的QRコードが記録するのは次のような情報です。
スキャン時刻。人員配置やオペレーション計画にもっとも役立つデータです。
おおよその位置（IPから推定した市区町村レベル）。観光客の来店がどれくらいあるかがわかります。
端末の種類とOS。客層の傾向がつかめます。
端末の言語設定。スキャンした人の言語構成がわかります。多言語メニューでどの言語を優先すべきかを判断するうえで、これ以上ないヒントになります。
リファラー。QRスキャンでは取得できないことが多いものの、まれに有用な情報が含まれます。
一方で、お客様の明示的な同意なしに動的QRコードが取得しないものは次のとおりです。
氏名、メールアドレス、電話番号といった個人を特定する情報。
正確なGPS位置情報（取得できるのはIPベースの市区町村レベルまでです）。
お客様が使用している他のアプリの情報。
プライバシーの線引きは、解析プラットフォームと各国の法令によって決まります（EUのGDPR、カリフォルニア州のCCPAなど。日本国内では個人情報保護法が該当します）。信頼できる飲食店向けメニュープラットフォームであれば、初期設定の段階で法令に準拠しています。
静的QRコードのほうが安全なのか
ひとつの限定的な意味では、わずかに安全です。静的QRコードには転送先という概念がないため、QRアカウントに不正アクセスした第三者が転送先を書き換えることはできません。
ただし実務上、このリスクはごくわずかです。信頼できるQRプラットフォームには、アカウントのセキュリティ機能、操作ログ、多くの場合は二要素認証が備わっています。動的QRの転送先を乗っ取られる確率よりも、メニューを更新できないせいで売上を落とす確率のほうがはるかに高いのが現実です。
「静的のほうが安全」という主張は、動的機能を持たない無料QR生成ツールが自らの制約を正当化するために持ち出すことがあります。鵜呑みにしないでください。
1年間のコスト比較：静的と動的
年に4回メニューを変更する、50席規模の一般的な飲食店を想定します。
静的QRコードの場合
コード生成：$0
変更ごとの再印刷：約 $80（25卓分のテーブルテント、加えて窓用ステッカーと入口の案内カード）
年間コスト：4 × $80 ＝ 年 $320
さらに：解析データはゼロ、柔軟性もなし
ライブメニューを指すQRコードの場合（飲食店向けプラットフォーム内）
サブスクリプション：月額 $15〜$60 程度。QRコード、メニューのホスティング、翻訳、アレルゲンフィルター、解析、AI料理写真までを含みます。
再印刷：$0（QRコードが変わらないため）
年間コスト：$180〜$720（ただしQRは、この金額に含まれる多数の機能のひとつにすぎません）
さらに：完全な解析、柔軟性、メニューとの統合
QR機能だけを数えれば、有料のプラットフォームのほうが高く見えます。しかし、プラットフォームが提供する飲食店向けの機能全体を数えるなら、静的QRコード＋別のメニュー作成ツール＋別の翻訳サービス＋別の解析ツールを組み合わせるより、プラットフォームのほうが圧倒的に安く済みます。
Intermenuは、ライブメニューを指すQRコード、メニューに必要なだけの言語への翻訳、アレルゲンフィルター、カロリー表示、AIによる料理写真、広告テンプレートをひとつのプランにまとめており、QRコードに別途のサブスクリプションは要りません。QRはより大きな製品の一部であって、単独で切り出されたコストではありません。
PDFのコードから、既存のQRを無駄にせずライブメニューへ移行する方法
いまのコードがPDFを指していて、ライブメニューへ移りたい店舗のための、痛みのない移行手順は次のとおりです。
ステップ1. QRコードがライブメニューを指すプラットフォーム上で、メニューを作成します。
ステップ2.ライブメニュー用の新しいQRコードを用意します。ただし、この時点ではまだ印刷しません。
ステップ3.既存の静的メニューURLから、新しいライブメニューのアドレスへリダイレクトを設定します（静的QRが自社管理のウェブサイトを指している場合は、サーバー側で301リダイレクトを設定するだけです）。
ステップ4.スキャンがリダイレクトの連鎖を正しく通過するかを検証します。
ステップ5.テーブルテントは、次の通常の印刷サイクルで刷り直します（もともと更新する予定だったタイミングで構いません）。古い静的コードはリダイレクト経由で動き続け、新しいテントにはライブメニューのコードが直接印刷されます。
この方法なら、サービスを中断させることなく、慌ただしい移行作業ではなく通常のスケジュールで印刷物を切り替えられます。
インバウンド対応を考えている店舗にとっての意味
訪日外国人のお客様を迎える店舗では、ライブメニューの価値がさらに大きくなります。メニューの閲覧ごとにどの言語で読まれたかが記録され、IntermenuのProとMultiでは言語ごとの閲覧数と割合も分かるため、実際に来店している方がどの言語を使っているのかを数字で把握できます。英語だけを整備すればよいのか、繁体字中国語や韓国語も必要なのか、その判断を推測ではなくデータで下せるようになります。
また、多言語メニューは一度作って終わりではありません。だし、みりん、天ぷら、お通し、生ものといった、そのまま訳すと誤解を招きやすい表現は、実際の反応を見ながら言い回しを調整していく必要があります。とくに「お通し」は説明を添えないと会計時のトラブルにつながりやすく、「生もの」は提供前の注意喚起が欠かせません。ライブメニューなら、印刷物を作り直すことなく、こうした改善を何度でも反映できます。
よくある質問
静的QRコードを後から更新できますか？
できません。URLがコードの模様そのものに埋め込まれているため、URLを変えるには新しいQRコードを生成する必要があり、それを使っている印刷物をすべて刷り直すことになります。
静的QRコードは本当に無料ですか？
生成そのものは無料です。どの無料QR生成ツールでも作れます。ただしこの「無料」には、変更のたびに発生する再印刷コストと、何が起きているのかをまったく把握できないことによる機会損失が含まれていません。
動的QRコードにはサブスクリプションが必要ですか？
単体の動的コードは、ほぼ必ず必要です。転送サーバーをどこかでホスティングしなければならないためです。そのサブスクリプションこそが落とし穴で、契約が切れると印刷したコードが使えなくなるおそれがあります。メニューには必要ありません。自店のライブメニューのページを指すコードなら、変わるのはアドレスの先のメニューであってコードではないため、同じ効果が得られます。
動的QRコードはオフラインでも使えますか？
スキャン自体はオフラインでも機能します（単なるバーコードだからです）が、転送先を調べるためにインターネット接続が必要です。ほとんどの環境では問題になりませんが、通信環境が弱い立地では、オフラインモードに対応しているかを確認してください。
メニューが固定の小さなカフェにはどちらが向いていますか？
小さなカフェでも、ライブメニューを指すコードの恩恵はあります。少なくとも解析データが得られる点だけでも価値があります。無料の静的生成ツールと月額 $15 程度の飲食店向けメニュープラットフォームの差はわずかですし、後者には翻訳、アレルゲンフィルター、更新の柔軟性がついてきます。
ライブメニューのQRコードの実力を確かめる
いまも無料の静的QR生成ツールを使っているなら、本格的なプラットフォームに移った効果はすぐに現れます。メニューの閲覧数、対応言語の広がり、そして次のメニュー更新にかかる時間の短縮という形でです。Intermenuは、多言語メニュー、アレルゲンフィルター、AI料理写真とあわせて、ライブメニューを指すQRコードをすべてのプランに含んでいるため、印刷したコードを差し替える必要はありません。
まずは2週間ライブメニューをためしてみて、これまでのQRコードが隠していたデータを確かめてみてください。
導入前に確認しておきたいチェックリスト
QRコードとメニューのプラットフォームを選ぶと決めたあとも、契約前に確認しておくべき点がいくつかあります。ここを飛ばすと、あとから「思っていた運用ができない」という事態になりがちです。
短縮URLのドメインは誰のものか。プラットフォームが独自ドメインで転送している場合、そのサービスを解約すると印刷済みのQRコードがすべて無効になります。独自ドメインを設定できるか、あるいは解約後の転送猶予期間があるかを確認してください。
転送の速度。リダイレクトが1段階多いぶん、表示までの時間はわずかに伸びます。実測で1秒以内に収まっているかを、実際の店内Wi-Fiと携帯回線の両方で試しておきましょう。
解析データの保持期間。3か月しか遡れないサービスと、2年分を保持するサービスでは、季節比較のしやすさがまったく違います。
QRコードのデザイン自由度。中央にロゴを入れられるか、色を変えられるか、誤り訂正レベルを上げられるか。デザイン性を優先しすぎて読み取り率を落とさないよう、印刷前に必ず複数の端末でテストしてください。
複数店舗の管理。店舗ごとに別のQRコードを発行し、店舗別に解析を分けられるかどうかは、将来の出店計画があるなら重要な条件です。
印刷と設置で失敗しないための実務ポイント
QRコードの種類を正しく選んでも、印刷と設置を誤ればスキャンされません。現場でよくある失敗は次の3つです。
ひとつ目は、コードが小さすぎることです。テーブル上での読み取りを想定するなら、一辺は最低でも2.5cm、できれば3cm以上を確保してください。窓や壁に貼る場合は、想定する距離の10分の1を目安にサイズを決めます。
ふたつ目は、コントラスト不足です。暗い背景に濃い色のコードを載せると、照明を落とした夜の店内では読み取れなくなります。白地に黒、あるいはそれに近い明暗差を保つのが安全です。
三つ目は、案内文がないことです。「メニューはこちら」だけでなく、外国人のお客様向けに「Scan for menu」といった短い英語を併記するだけで、スキャン率は目に見えて変わります。ライブメニューなら、こうした施策の効果をQR読み取りからの閲覧数の推移として確認できます。