QRコードメニューにより、テーブルテントを1枚も再印刷せずに価格を変更でき、ランチとディナーで何人がスキャンしたかを確認でき、お客様のスマートフォンの言語でメニューを表示できます。それが2020年以降、印刷メニューがテーブルに戻ってきても、レストランがQRメニューを維持し続けた短い理由です。長い理由は、印刷する前に行う1つの決断に関するものです。ダイナミックかスタティックか。
レストランメニューのQRコードには、スキャン時には同じに見える2種類があります。スタティックコードはメニューのウェブアドレスをパターンに直接エンコードするため、一度印刷されると遷移先は固まります。ダイナミックコードは代わりにショートリンクをエンコードし、ショートリンクは今日指定した場所を指します。価格の変更・季節の料理の入れ替え・別の言語へのダイナーのルーティング・スキャンについて何かを学ぶことを期待するなら、ダイナミックを選びましょう。スタティックが意味を持つのは、メニューのアドレスが絶対に変わらず、スキャンデータをまったく気にしない場合だけです。実際に営業しているレストランにとって、それはほぼあり得ないことです。
このガイドでは、セットアップ全体をカバーします。スタティックよりもダイナミックを選ぶ理由・実際にスキャンできるテーブルQRのデザイン・言語またはデバイスによるルーティング・テーブルと時間帯別のスキャントラッキング・忙しいサービスをコードが生き残るための印刷とラミネート・アクセシビリティの維持・そして午後のうちに実行できるステップバイステップの手順。
QRコードメニューが再印刷より優れている理由#
印刷のみのメニューからデジタルメニューQRコードに移行した日に、3つのことが変わります。
1つ目は編集です。コストが変動し、サプライヤーが食材を変え、料理が売り切れ、季節のカクテルが1週間遅れで始まります。印刷メニューでは、それぞれが再印刷か古い価格へのシールです。ダイナミックQRコードメニューでは、ダッシュボードで遷移先を一度変更するだけで、室内のすべてのテーブルテントが即座に新しいメニューを指します。テーブルのコードは変わりません。
2つ目は計測です。ダイナミックコードの各スキャンはリダイレクトであり、リダイレクトはログイベントです。何人がスキャンしたか、おおよそどこで、どのデバイスで、いつスキャンしたかを確認できます。週に数百から数千のスキャンをする単一のレストランにとって、それは実際の質問に答えるのに十分です。ランチとディナーのどちらがメニュービューを多く生み出しているか、最も混んでいる曜日はどれか、新しい窓際の配置は何かスキャンされているかどうか。
3つ目はリーチです。1つのコードが、スマートフォンの言語に基づいてルーティングすることで、英語・ドイツ語・ウクライナ語などでお客様を異なるメニューに案内できます。2枚目の印刷メニューも、古くなるラミネートした翻訳も不要です。ルーティングの仕組みは後述します。
まだ人々が名指しで求める4番目の利点があります。非接触です。QRメニューでお客様は共有の消毒されたカードを触らずに自分のスマートフォンでメニューを読みます。パンデミックがそれをヘッドライン機能にしました。今日それはより静かな利便性ですが、回転率とそれを好むお客様にとっては依然として重要です。しかし、コードを維持する本当の理由は最初の3つです。編集・計測・ルーティング。これらは再印刷されたラミネートが決してできないことです。
先に進む前に概念的な基礎が欲しい場合は、ダイナミック対スタティックQRコードで各種類がエンコードするものと印刷時に違いが固まる理由を解説しています。URLショートナーとはではこれらを機能させるリダイレクト層を解説しています。
ダイナミックテーブルQRコードがスキャンをルーティングする方法#
スキャンが辿るパスをエンドツーエンドで説明します。ダイナーがテーブルテントにカメラを向けます。スマートフォンがQRをデコードして中に含まれるショートリンク（例えばs.elido.me/menu-12）を開きます。そのリンクがElidoのエッジに当たり、現在の遷移先を検索し、スキャンをログし、オプションでスマートフォンの言語または場所を確認し、適切なメニューページにリダイレクトします。
そのリダイレクトの1ホップに、すべての有用な機能が存在します。遷移先が印刷に焼き込まれるのではなくスキャン時に検索されるため、いつでも変更できます。検索がログされるため、アナリティクスが得られます。検索が分岐できるため、言語またはデバイスでルーティングできます。リダイレクト自体はキャッシュヒット時に数ミリ秒追加されますが、スマートフォンがいずれにせよ行うカメラフォーカス・デコード・ページロードに比べれば何でもありません。ダイナーは追加ホップに気づきません。
ショートリンクがきちんと設定する価値のある部分です。s.elido.me/menu-12をエンコードするコードは、3cmで明確にスキャンできる小さくて疎なグリッドです。トラッキングパラメータで長いアドレスをエンコードするコードは、同じ距離でスキャンするためにより大きく印刷する必要がある密なグリッドです。ショートリンク、小さいコード、より確実なスキャン。これが、編集しないとしてもメニューの前にショートナーを置く過小評価された理由です。コードが物理的に読みやすくなります。
レストラン向けには、レストラン向けURLショートナーがテーブルメニューの周囲にある幅広いキャンペーン（ウィンドウステッカー・テイクアウトステッカー・予約ファネル）をカバーしています。この記事はメニューコード自体に焦点を当てています。
実際にスキャンできるテーブルQRコードのデザイン#
スキャンできないQRコードはQRコードがないよりも悪いです。お客様はすでに試みたからです。ほとんどの失敗は4つのデザインミスから来ており、4つとも簡単に回避できます。
コントラストが最優先であり、常に色に勝ります。白い背景の上の黒いモジュールが最も信頼性の高い組み合わせです。ブランドカラーは魅力的ですが、薄い背景の上の薄いコードはスキャン率を急速に下げ、暗い光では0になることもあります。ブランドがカラーを要求する場合は、明るく無地の背景に暗いインク（深いネイビー、ほぼ黒の茶色）を使い、コミットする前にテストしてください。パステル対パステルは再印刷を待っています。
サイズはスキャン距離によって決まります。広く繰り返されている目安は、コードがスキャン距離の少なくとも10分の1のサイズであることです。約30cmで読むテーブルテントには約3cmのコードが必要で、ほとんどの最新スマートフォンでスキャンできます。照明の暗いダイニングルームでは4〜5cmにしましょう。QR構造を定義する規格ISO/IEC 18004では、データに応じてモジュールグリッドがどのように大きくなるかを説明しています。エンコードされたリンクが短いほど、同じスキャン距離でより小さく印刷できます。
クワイエットゾーンはデザイナーが最も破る規則です。QRコードにはその周囲に少なくとも4モジュール幅（モジュールはパターンの小さな正方形の1つ）の明確な空白が必要です。テキスト・ロゴ・ボーダーをコードの端ぎりぎりまで詰めると、スキャナーがコードを見つけることができません。余白を残してください。
配置はスペックがカバーしていない部分です。着席したお客様がテーブルをまたいだり重いホルダーを持ち上げたりせずに手が届く場所にコードを置きましょう。椅子に向かってわずかに傾いた目線くらいの高さのテーブルテントは、頭上の照明からのグレアを受けるテーブルフラットなステッカーより優れています。グレアはつやありラミネートでの本物のスキャン失敗の要因であり、位置と同様に仕上げが重要です。
ブランディング側（ロゴ・フレーム・安全な範囲内でのカラー）については、ブランドQRコードのデザインにここでは書ける余地がない詳細があります。絶対に妥協しない1つのデザインルールはコントラストです。
多言語とデバイス対応のメニュールーティング#
1つのQRコードで、スキャンした人によって異なるメニューに誘導できます。これがダイナミックリンクのスマートルーティング部分であり、レストランにとっては2つの実際の問題を解決します。
1つ目は言語です。スマートフォンがドイツ語に設定されているお客様はドイツ語メニューに、英語のスマートフォンのお客様は英語メニューに誘導されます。リダイレクトはブラウザの言語設定を読み取り、一致する遷移先を選び、一致するものがない場合はデフォルトにフォールバックします。1枚の印刷コードで複数のメニュー、追加のテーブルテントなし。観光地や国境近くのレストランにとって、これがコストに見合う機能です。
2つ目は場所またはデバイスです。テイクアウトバッグのコードは地元のスキャンを注文ページに、遠方のスキャンを普通のメニューに誘導できます。国別に動作を変えるべきコードはスキャナーのリージョンでルーティングできます。メカニズムはリダイレクト時の同じ分岐です。何で分岐するかを選んでいるだけです。ショートリンクのジオターゲティングでは場所のケースを解説しており、スマートリンク解説ではルールがどのように評価されるか、何も一致しない場合に何が起きるかを含むルーティングエンジン全体を解説しています。
注意点が1つあります。ルールをシンプルに保ちましょう。1つの言語ブランチと適切なデフォルトのメニューコードはほとんど問題になりません。6つのネストした条件のあるコードは最悪のタイミングで静かに壊れます。実際にメニューが変わる1〜2つの次元でルーティングし、それ以外はデフォルトにヒットさせましょう。
テーブル・場所・時間帯別のスキャントラッキング#
ここでデジタルメニューは利便性を超えてデータのソースになります。ダイナミックコードのすべてのスキャンがログされるため、問題はどの程度の粒度を求めるかになります。
最もシンプルな設定は部屋全体に1つのコードです。時間別・日別の合計スキャン数が得られ、それだけでランチ対ディナーの比率と最も混んでいるサービスがわかります。次のステップはゾーンごとまたはテーブルごとに1つのコードで、それぞれ同じメニューにリダイレクトする独自のショートリンクを指します。これでアナリティクスがテーブルまたはセクション別に分解されます。窓際のテーブルがより多くスキャンされていること、または隅のテーブル12がほとんどスキャンされていないことがわかります（これは座席の問題ではなく配置の問題かもしれません）。
チェーンの場合、同じアイデアが場所によってスケールします。各リンクに場所と配置をタグ付けしてアナリティクスをフィルタリングし、1つのレストランと別のレストランを比較するか、グループ全体のすべての窓際配置を比較します。タグがスライスを行い、あなたは結果を読みます。Elidoのアナリティクスはサンプリングなしで各スキャンを生のイベントとして記録するため、静かなテーブルの数字でも推定ではなく正確です。
データが何を教えてくれて何を教えてくれないかについての実践的な注意点があります。リダイレクトイベントはスキャンをキャプチャします。いつ・おおよそどこで・どのデバイスで。それ自体ではお客様がメニュー全体を読んだか特別料理を注文したかは教えてくれません。それにはメニューページが報告する必要があり、ほとんどのレストランは最初はスキップして後から気になれば追加します。スキャンレベルのデータだけで配置とスタッフィングを管理するには十分であり、それが価値のほとんどです。
メニューだけでなく幅広いトラッキングキャンペーンを構築している場合は、QRコードキャンペーンをゼロから構築するがそのためのステップバイステップで、QRコード付きURLショートナーではコードをボリュームで生成・管理する方法を解説しています。
印刷・ラミネート・サービスを生き残る#
レストランのQRコードは過酷な環境で生きています。跳ね・汚れ・擦り傷・折れ。それを想定したデザインにしましょう。
エラー訂正が保険です。QRコードはパターンの一部が損傷しても依然としてスキャンできるように冗長データを持ち、レベルは調整可能です。最高レベルはコードの約30%が隠れても回復できます。これはソースがかかるかもしれない表面に欲しいまさにのマージンです。トレードオフはより高い訂正がグリッドをわずかに密にしますが、エンコードされたリンクが短いため余裕があります。テーブルテントとバッグステッカーには、より高い訂正に傾けましょう。
ラミネートは印刷を保護しますがグレアをもたらします。直接のダウンライトの下のつやありラミネートはカメラに十分な光を跳ね返してスキャンを失敗させる可能性があります（特にお客様がテントを傾けて読むとき）。マットまたはサテンのラミネートはその光を散乱させてずっとゆるやかにスキャンできます。現在のセットアップについて1つだけ変えるなら、ラミネートをマットにしてください。
毎回印刷テストをしてください。コードをエクスポートし、実際の素材と実際の仕上げで実際のサイズで印刷し、古いものやケースに入ったものを含む3〜4台の異なるスマートフォンで座った距離からスキャンします。画面上のプレビューは常に問題なく見えます。実際のダイニングルームの照明の下のラミネートカードだけがカウントされるテストです。それが通過した後でバッチを注文し、前ではありません。
デザインファイルが持つべきもがもう1つあります。ラスターではなくベクター。プリンターがエッジをぼかさずにスケールできるよう、できる場所ではSVGとしてコードをエクスポートしましょう。ぼやけたモジュール境界は、数ヶ月後に使い古したカードでのスキャン失敗です。
アクセシビリティとテキストフォールバック#
QRのみのメニューは人々を排除し、それは倫理的かつ実際的な問題です。スマートフォンを持っていない方もいます。データがなくダイニングルームに使えるシグナルがない方もいます。カメラが壊れた方・スキャンが苦手な古いスマートフォンの方・小さな画面が使いにくい弱視の方もいます。自信を持ってスキャンできるお客様だけを想定したデザインは実際のお客様を取り残します。
修正はコストがかかりません。コードの横に短い人間が読めるウェブアドレスを印刷して、スキャンの代わりに入力できるようにしてください（これはスキャンがうまくいかない場合のリカバリーパスにもなります）。要求に応じて印刷メニューを用意しておき、スタッフが大げさにせず申し出るよう指示してください。デジタルメニューページ自体を使いやすくしてください。メニューの写真ではなく実際のテキスト・読みやすいフォントサイズ・スクリーンリーダーが解釈できる構造。
最後の点は印刷より重要です。フラット画像として提供されるメニューはスクリーンリーダーには見えず、ズームが必要な方には読めません。W3C WCAGの概要のような公共アクセシビリティガイダンスがここでのベースラインを定めています。テキスト代替・適切なコントラスト・リフローするコンテンツ。デジタルメニューはウェブページであり、公開する他のページと同じルールが適用されます。
テキストフォールバックと印刷メニューのオプションをQRメニューの一部として、後付けではなく、扱ってください。スキャンできないお客様が注文できないお客様であってはなりません。
QRコードメニューのステップバイステップのセットアップ#
何もない状態から始めると仮定して、全体を順番に説明します。
まず、メニューをオンラインに置きます。クリーンなPDF・サイトのページ・シンプルなモバイルファーストのメニューページのどれでも可能です。唯一の厳しい要件は安定したウェブアドレスです。スマートフォンでよく読めることを確認してください。それが表示される唯一の画面だからです。
次に、そのメニューを指すダイナミックショートリンクを作成します。これが編集可能でトラッキング可能なレイヤーです。後で認識できるよう明確なラベルを付け、複数の配置を運営する場合は場所と場所（table・window・takeaway）でタグを付けます。
3番目に、必要な場合はルーティングを設定します。2番目または3番目のメニューの言語ブランチ、またはテイクアウト用の場所ブランチを追加します。お客様が見るべきものを実際に変える1〜2つの次元に限定し、デフォルトの遷移先が適切であることを確認します。
4番目に、そのショートリンクからQRコードを生成します（アドレスを焼き込むのではなくダイナミックコードを生成するQRコードメニュージェネレーターを使用）。高いエラー訂正を設定し、白地に黒を維持し、SVGとしてエクスポートします。コントラストルールの範囲内でのスタイリングの例が欲しい場合はQRギャラリーをご覧ください。
5番目に、テストを印刷し、実際の照明の下の実際の席距離で複数のスマートフォンでスキャンし、その後マットラミネートでバッチを注文します。印刷物にコードの横に人間が読めるアドレスを追加します。
6番目に、最初の2週間アナリティクスを確認します。ランチからディナーへの形・最も混んでいる日・ほぼゼロのスキャンになっている配置を探します。最後のものは通常、誰も興味がないのではなく、コードが手届きにくいかグレアを受けていることを意味します。
それが動作するQRメニューです。価格が変わったとき編集でき・部屋が必要とするとき多言語対応で・管理できるよう計測され・誰もテーブルに取り残されないようアクセシブル。スマートリンクとQRコードの機能がルーティングと生成を担当し、メニューを超えて拡大する場合はマーケター向けソリューションページがキャンペーンワークフローをカバーしています。プランの詳細は価格ページにあります。