飲食店向けURL短縮サービス：実際にコンバージョンを生むQRメニュー

飲食店は、2020年に必要に迫られてQRメニューを大規模に導入した最初の業界でした。それから5年が経ち、ほとんどの経営者はテーブルの上にQRコードを残していますが、それに付随するマーケティングインフラは捨て去ってしまいました。QRコードはウェブサイト上でホストされているPDFメニューを指しているだけです。分析も、キャンペーンのトラッキングも、どの配置が効果的かを知る方法もなく、印刷し直さずに目的地を変更することもできません。

この記事は、PDFを指すQRコードと、リダイレクトを指すQRコードの違いについてです。前者は単なる静的な利便性に過ぎません。後者は、メニューの更新、予約フロー、ロイヤリティプログラムへの登録、食後のフィードバックなど、200店舗のチェーンから街角のカフェまでスケールするマーケティングの入り口となります。

リダイレクト層が飲食店にもたらす変化#

QRコードは一度印刷されます。ウェブサイト上のPDFは静的です。これらを組み合わせると、メニューが変わるたびに印刷し直す必要があるQRメニューシステムになってしまいます。つまり、仕入れ先が変わるたびにPDF上の価格が間違っていたり、季節限定のカクテルが登場してから数週間後にようやく反映されたり、誰も読まない隅の方にグルテンフリーの表示が追加されたりすることになります。

リダイレクト層はこの結合を解消します。テーブルテントのQRコードは短縮URL（s.elido.me/menu）を指し、そのURLはその日に指定した目的地へと解決されます。ダッシュボードから目的地を変更すれば、印刷されたすべてのテーブルテントが即座に新しいメニューを指すようになります。印刷し直す必要はありません。

同じリダイレクトには分析データも含まれます。すべてのスキャンは、タイムスタンプ、リダイレクトPOPの場所、デバイスタイプ、リファラー（実際には、モバイルカメラアプリからのスキャンにはリファラーがありません）とともに記録されます。1つのレストランのボリューム（週に数百から数千回のスキャン）であれば、そのデータは重要な運営上の問いに答えるのに十分です。

1週間のうち、メニューのスキャンが最も多いのは何曜日か？
QRトラフィックにおけるランチとディナーの比率はどのくらいか？
訪問者はスキャン後にメニューをスクロールしているか、それともカメラに戻っているか？
テーブルテントのQRは、外のウィンドウステッカーよりも多くのスキャンを生んでいるか？

3番目の問いには、短縮サービスに分析データを送り返す目的地ページが必要ですが、それ以外はリダイレクトイベントだけで回答可能です。目的地ページの分析がないPDFを指す単純なQRコードの運用であっても、導入したその日から有用な運営データが得られます。

実践的なセットアップ#

まずは、1店舗につき3つのQRコードを作成し、それぞれを異なる短縮URLに向けます。

テーブルQR: すでに着席している顧客のための店内QR。目的地：最新のメニュー。
ウィンドウQR: 通行人のための、店の窓に貼るQRステッカー。目的地：予約、営業時間、メニューを掲載したランディングページ。
テイクアウトQR: テイクアウトのパッケージに貼るQRシール。目的地：フィードバックフォーム、ロイヤリティプログラムの登録、または「次回注文時の割引」ページ。

3つのQRコードがあれば、ほとんどの個人経営店には十分な接点となります。より規模の大きなグループでは、各ハイフライトラフィックの配置（異なるテーブル位置、トイレのサイン、スタッフのおすすめカードなど）ごとに別々のコードを追加すべきです。分析によって配置ごとのスキャン率を測定でき、そのデータこそが二次的な配置のデザインや印刷コストを正当化するからです。

各QRは1つの短縮リンクにマッピングされます。リンクはダッシュボードの/linksで設定します。わかりやすいラベルを設定しましょう。

loc:queens-st · placement:table → メニュー
loc:queens-st · placement:window → 予約ランディングページ
loc:queens-st · placement:takeaway → ロイヤリティ登録

ラベルは分析ダッシュボードのタグフィルターに反映されます。loc:queens-stでフィルタリングすれば、1つの店舗の3つのQRコードを並べて表示でき、placement:tableでフィルタリングすれば、全店舗のテーブルQRのパフォーマンスを比較できます。

QR画像自体はElidoによって生成されます。リンク詳細ページの「QRコード」タブに、サイズ、形式、誤り訂正レベルのオプションが表示されます。印刷用ファイルはSVGまたはPNGとしてエクスポートされます。デザインが変更される可能性がある配置（テーブルテントは通常、季節ごとに印刷し直されます）にはSVGが適しています。

QRコード自体について：デザインと印刷#

URLの内容よりも重要な3つのルールがあります。

コントラストは色よりも重要です。 白地に黒のQRが最も読み取りやすい形式です。色の付いた背景に色の付いたQRを使用すると、スキャンの信頼性が（時には大幅に）低下します。ブランドカラーが必要な場合は、クリーム色の背景にダークネイビーやダークブラウンを選ぶのが安全です。パステルカラーにパステルカラーは避けてください。

クワイエットゾーンは、最も破られやすいルールです。 QRの仕様では、コードの周囲に少なくとも4モジュール（モジュールはQRの1マスのサイズ）の「クワイエットゾーン（余白）」が必要です。多くのテーブルテントのデザインでは、テキストやグラフィックをQRの端ぎりぎりまで配置していますが、これはスキャン成功率を実質的に低下させます。ElidoのQRエクスポートツールはデフォルトのクワイエットゾーンを正しく設定します。印刷デザイナーがQRを拡大縮小したりフレームを適用したりする場合は、クワイエットゾーンを維持する必要があります。

誤り訂正レベルはQRのサイズだけでなく、損傷への耐性にも影響します。 レベルL（低）は最小のコードになります。レベルH（高）は最大30%の損傷から回復可能であり、擦れたり、汚れたり、一部が隠れたりする可能性がある配置（バッグのシール、屋外のウィンドウステッカー、忙しい時間帯のテーブルテントなど）に適しています。ElidoのエクスポートツールはデフォルトでレベルMになっていますが、耐久性が必要な配置ではHに上げてください。

実環境でのテストでは、白地に黒の印刷でレベルMの3cm角のQRは、ほとんどの最新のスマートフォンで30cm離れた場所から確実にスキャンできます。これより小さいと、スキャン率は著しく低下します。照明の暗いテーブルでは、より大きなコードの方が親切です。特に照明を落とした高級レストランでは、5〜6cmのQRサイズが適しています。

リダイレクトの先に何を置くか#

単一店舗の個人経営店の場合、メニューが最も明白な目的地です。以下の3つのバリエーションを検討する価値があります。

単純なPDF: 維持費が最も安く、目的地での分析ができず、モバイルファーストのデザインではありません。スマートフォンでのPDF表示は2020年当時に比べれば改善されましたが、ネイティブなHTMLにはまだ劣ります。開始点としては許容範囲ですが、長期的な目的地としては不十分です。

自社サイトのHTMLメニューページ: モバイル表示が優れており、アセットを再デプロイせずに更新でき、分析ツールを導入していればデータも取得できます。ハードルは、ページを最新に保つためのCMSの維持費や手間です。

バイオページスタイルの目的地: メニューセクション、看板料理の写真、予約、連絡先、グルテンフリーセクション、キッズメニューなどの追加リンクをまとめた、モバイルに最適化された単一のページ。Elidoのバイオページ機能はこのユースケースを直接カバーしています。5分でバイオページを作成するチュートリアルが運用のガイドになります。

バイオページのアプローチは、試行錯誤を重ねた多くの個人経営店が最終的に行き着く場所です。CMSを必要とせずダッシュボードから編集でき、あらゆるスマートフォンで一貫して表示され、分析データはQRスキャンデータと同じ場所に集約されます。

50店舗以上のチェーン店の場合、メニューの目的地はより複雑になります。通常、中央のメニューデータベースから生成された店舗ごとのランディングページがあり、店舗限定のスペシャルメニューなどが含まれます。リダイレクト層を使用すれば、QRを変更することなく、店舗ごとにQRと目的地のマッピングを設定できます。中央のマーケティングチームは、全200店舗で印刷されたQRコードに触れることなく、3店舗だけで新デザインのメニューページをA/Bテストすることができます。

メニューランディングページのA/Bテスト#

Elidoのスマートルーティングエンジンは、1つの短縮リンクに対して重み付けされた複数の目的地バリエーションをサポートしています。QRメニューのユースケースにおいて、これは印刷し直すことなくメニューデザインをテストできる仕組みです。

訪問者のIPの安定したハッシュに基づいて、1つの短縮リンクで50%をmenu-v1.example.comに、50%をmenu-v2.example.comにルーティングできます。ランチにQRをスキャンしたある客には一方のバリエーションが表示され、隣のテーブルの別の客にはもう一方が表示されます。分析データには、各スキャンでどちらの目的地が解決されたかが記録されます。

ルーティングと目的地ページのイベントトラッキング（scrolled_to_dessert（デザートまでスクロールした）イベント、viewed_drinks_section（ドリンクセクションを見た）イベントなど）を組み合わせれば、実際のランチ営業でメニューレイアウトのA/Bテストを実施できます。1週間のトラフィックがあれば、バリエーションごとに数千のセッションが得られ、デザートまでのスクロール率の5パーセンテージポイントの差を妥当な信頼度で検出するのに十分なデータとなります。

スマートリンクの解説記事ではルーティングエンジンについて詳しく説明しています。短縮リンクを使用したランディングページのA/Bテストチュートリアルでは、レストラン規模のトラフィックに適した実験デザインを解説しています。

予約ファネルのアトリビューション#

ウィンドウQRの配置は、収益に最も直接的に結びつくものです。通行人が窓のQRをスキャンし、予約ページにアクセスしてテーブルを予約します。

ここで生じるアトリビューション（帰属）の問い：その予約がGoogle検索やInstagramの紹介、OpenTableの掲載ではなく、QRコードから来たものであるとどうやって判断するのでしょうか？

3つの仕組みがこれに答えます。

リダイレクト時に付与されるUTMパラメータ。QRはs.elido.me/reserveを指します。リダイレクト時に?utm_source=qr&utm_medium=window&utm_campaign=walk-in&utm_content=queens-stが付与され、予約ページに解決されます。予約プラットフォームがそのソースを記録します。
サーバーサイドのコンバージョン転送。予約が確定すると、予約システムからElidoの/v1/conversionsエンドポイントに対して、クリックIDを含むサーバー間コールが実行されます。Elidoは設定に応じて、そのコンバージョンをMeta CAPIやGA4 Measurement Protocolに転送します。サーバーサイドのコンバージョントラッキングに関する記事で全メカニズムを解説しています。
クリックレベルのジョインキー。予約プラットフォームがカスタムURLパラメータをサポートしている場合、リダイレクトからのelido_clickパラメータが予約記録にキャプチャされます。短縮サービスのクリックイベントにあるmetadataフィールドを使用すれば、自社のデータウェアハウスでクリックと予約をクロスリファレンス（相互参照）できます。

これら3つの要素がなければ、ウィンドウQRの収益への貢献は見えません。これらがあれば、配置の決定（窓か、ドアか、店内のホストスタンドか）を2週間以内にデータに基づいて行えるようになります。

テイクアウトQRによるロイヤリティ登録#

3つ目のQR（テイクアウト用パッケージ）は、異なるコンバージョンパターンを生みます。テイクアウトの客は定義上、購入後です。リダイレクト先はロイヤリティプログラムの登録や「次回の注文で使える割引」のランディングページになります。

テイクアウトQRで興味深い分析データは、スキャン率（通常はテイクアウト注文の5〜15%で、パッケージデザインによって大きく異なります）ではなく、スキャンから登録へのコンバージョン率です。スキャンから登録への率が20%を超えていれば、そのランディングページは機能しています。10%を下回る場合は、特典が魅力的でないか、ページで要求する情報が多すぎるか、スキャン後の摩擦が高すぎることになります。

リンク分析ダッシュボードでは、これを初回クリックまでの時間曲線や目的地ページの直帰率（目的地ページのトラッキングが連携されている場合）として表示します。ほとんどのロイヤリティ登録において、効果を発揮するデザインの選択はフォームの入力項目を減らすことです。「名前、メールアドレス、電話番号、誕生日、食事の好み」よりも「名前とメールアドレス」の方が効果的です。

完成された運営のリズム#

3つのQRを配置した単一店舗のレストランの場合、毎週の分析レビューにかかる時間は約10分です。

月曜の朝、5分間: バイオ分析ダッシュボードを開きます。過去7日間にフィルタリングします。「総スキャン数」「曜日ごとの形状」「最も忙しい時間」の3つの数値を確認します。前週と比較します。

週の中頃、3分間: 配置ごとの内訳を確認します。テーブル、ウィンドウ、テイクアウトのスキャン数は注文ボリュームに比例していますか？テーブルのスキャン率が急落した場合、接客プロセスの変更（スタッフがQRを案内しなくなった、テーブルテントの配置が変わった、新しいスタッフが配置に慣れていないなど）と相関していることがよくあります。

金曜日、2分間: 目的地ページの分析が連携されている場合は確認します。予約のクリックは発生していますか？ロイヤリティプログラムの登録はコンバージョンしていますか？異常があれば月曜日のチームミーティングのためにメモしておきます。

このリズムこそが、静的なインフラとしてのQRメニューと、マーケティングチャネルとしてのQRメニューの違いです。リズムがなければ、データは蓄積されるだけで意思決定にはつながりません。リズムがあれば、チャネルは能動的に管理されます。

飲食店経営者にとっての価格の現実#

ほとんどの個人経営店は、ElidoのProティアでQRメニューのセットアップを運用しています。これは1店舗で発生する利用量に対して月額3.50ユーロです。チェーン店の場合、コスト計算は異なり、スキャンボリュームではなく店舗数に応じてスケールします。

無料ティアでもコンセプトのテストには十分です（月間50リンク、500クリック）。カスタムドメイン、分析の内訳、A/Bテストを含む実用的なセットアップには、Proが最低限必要です。

価格ページに詳細な内訳があります。ゲストの予約データのためにEU内でのデータレジデンシーを必要とするレストラン（GDPRの執行監査の対象となる施設では現実的な要件です）は、EUデフォルトティアを利用することになります。レジデンシーの確約についてはURL短縮サービスのためのGDPRを参照してください。

うまくいかないこと#

机上では妥当に見えても、実際には失敗する3つのセットアップを紹介します。

コースター上のQR。 コースターは濡れやすく、擦れ、そして小さいです。クワイエットゾーンを十分に確保したレベルHのQRなら多少は助けになりますが、濡れたコースターでのスキャン率は、最高の場合でも信頼性が低くなります。代わりにテーブルテントやメニューの差し込みを使用してください。

OpenTableやResyがホストするサードパーティの予約ウィジェットに直接リンクするQR。 リダイレクト自体は機能しますが、サードパーティのウィジェットは内部リダイレクトの中でUTMパラメータを失うことがよくあります。「QRスキャン」によるコンバージョンアトリビューションがファネルの途中で消えてしまいます。サードパーティの予約ページにルーティングする必要がある場合は、UTMがリダイレクトチェーンを生き残ることに頼るのではなく、プラットフォームのAPI連携を使用してクリックIDを渡すようにしてください。

Googleビジネスプロフィールのリスティングを指すQR。 リダイレクトは機能しますが、GoogleのホストページはUTMを尊重せず、クリックデータがコンバージョントラッキング層に戻ってきません。自分がコントロールできる目的地を使用してください。