レストランメニュー用QRコードの作り方（2026年版・完全ガイド）

QRコードメニューは、もう定着した文化です。パンデミック期の急増は落ち着いたものの、イギリス・EU・米国ではフルサービス型レストランのおよそ半数、クイックサービス系の大半が、紙のメニューと併用、あるいは紙の代わりにQRオプションを提供する形に落ち着いています。

理由はシンプルです。紙のメニューを刷り直すと、1回150〜800ポンドかかります。デジタルメニューの更新コストは、Googleドキュメントを編集する時間だけです。どの料理に注目が集まっているかを紙で追うのは不可能ですし、新人スタッフは日替わりの情報をQRコードに任せられるので、わざわざ暗記する必要もなくなります。

もちろん反発もあります。年配のお客さまはQRメニューに苦戦することがありますし、いくつかの法域ではアクセシビリティ規制で紙の代替手段が義務付けられています。さらに、開かないPDFや小さすぎるコード、厨房側が予告なくURLを変えてしまうような雑なQRメニューは、QRがない状態よりも体験を悪くしてしまいます。

本ガイドでは、メニューのホスティングから卓上スタンドの印刷まで一連の流れを丁寧に解説し、アクセシビリティの章と、レストランのQRコードから引き出せる意外に役立つデータの章も用意しました。

30秒でわかる要点

すでに勝手がわかっている方への要約です。

1. メニューを安定した場所にホストする。自社サイト内のページ、公開設定にしたGoogleドキュメント、自社サーバー上のPDFなどです。
2. 動的QRコードを生成する（静的ではありません）。そのURLを指すように設定します。
3. スキャンしやすいデザインで作る。印刷サイズは最低2.5cm×2.5cm、コントラスト高め、「スキャンしてメニューを見る」のようなラベルを添えます。
4. コードを印刷して配置する。卓上スタンド、メニューインサート、窓用ステッカー、入口の予備ポスターなどです。
5. 紙のメニューもリクエストに応じて提供できるようにしておく。アクセシビリティ対応として大切です。
6. メニューを更新するときはコードを刷り直すのではなく、ページのほうを編集する。

いずれかの手順をもう少し掘り下げたい方は、続く章をご覧ください。

ステップ1：メニューを安定した場所にホストする

QRコードを作ること自体は簡単です。QRメニューの良し悪しを決めるのは、元になるメニューファイルをどこにホストするかです。

手間と品質の順に並べた、妥当な選択肢が3つあります。

選択肢A：Googleドキュメント（あるいは無料のドキュメントホスティング）

もっとも手早いやり方です。Googleドキュメントでメニューを作り、共有設定を「リンクを知っている全員が閲覧可」にして、URLをコピーし、QRコードにそのURLを設定します。フロアマネージャーが開発者の手を借りずに、30秒で更新できるのが大きな利点です。

デメリットとしては、Googleドキュメントはモバイル最適化されておらず、読み込みが遅いこともあり、URLの見栄えも悪い点です。QRプロバイダーを乗り換えたり、URLにブランドを付けたくなったりすると、コードの作り直しが必要になります。QRメニューを試験的に導入する段階で、まだ大きな投資はしたくないというときに向いています。

選択肢B：自社サイト内の専用メニューページ

ほとんどのレストランにとって、これが正解です。既存サイトに/menuページを用意し、モバイル向けに最適化して（大きめの文字、明確なセクション、速い読み込み）、動的QRコードをそこに向けます。

ページに求められる条件はこちらです。

• モバイルの4G回線で2秒以内に表示できること。
• メニューを画像化したものではなく、本物のHTMLテキストを使うこと（画像はサイズが固定で拡大しても読みにくく、スクリーンリーダーにも読まれません）。
• 各料理の横に、アレルゲンや食事タグをインラインで掲載すること。
• 「前菜」「メイン」などのセクション見出しを目立つ形にし、モバイルでスクロールしながら見渡せるようにすること。
• 自動再生の背景動画や巨大なヒーロー画像は避けること。お客さまが見たいのはメニューであって、ブランドストーリーではありません。

既存サイトがWordPress、Squarespace、Wix、Shopifyのいずれかで作られているなら、サイト管理者にとって1〜2時間程度の作業です。

選択肢C：自社サーバー上のPDF

メニューデザイナーがInDesignで作業しているなどの理由で、PDFにこだわるレストランもあります。可能ではありますが、いくつか注意点があります。モバイルでは読み込みが遅く、テキストを読むにはピンチアウトが必要、HTMLと比べてアクセシビリティ評価も大きく下がります。

どうしてもPDFで運用するなら、自社ドメインにホストしてください（DropboxやGoogle DriveのURLは不安定で、企業ネットワークでブロックされることもあります）。ファイルサイズは2MB以下に抑え、ダウンロードを強制せずブラウザ内で開けるように設定しましょう。

自社サーバーがない場合は、QR CakeにPDFをホストしてもらい、1分ほどで動的コードを発行することもできます。シーズンごとにメニューを差し替えるけれど、ファイルホスティングは自前で管理したくないというレストランに向いた使い方です。次のシーズンのPDFと数秒で差し替えても、印刷済みのスタンドはそのまま動き続けます。

ステップ2：動的QRコードを生成する

静的ではなく動的なコードを使いましょう。レストランではここは譲れないポイントです。

理由は、静的コードだとメニューのURLがコード自体に永久に焼き付いてしまうからです。メニューページを移動したり、ホスティング先を変えたり、URLの誤字を直したりすると、印刷済みのスタンドが一斉に動かなくなります。動的コードなら、QRプロバイダーのダッシュボードでリンク先を変更するだけで、店内のすべてのスタンドが新しいURLを指すようになります。刷り直しは要りません。

メニュー用の動的QRコードを生成する手順はこちらです。

1. 動的QRコードジェネレーターにアクセスします（QR Cakeをご用意していますし、他にも選択肢はあります）。
2. アカウントを作成します（多くのサービスは1〜2個の動的コードを無料プランで使えます。まずはそれで十分です）。
3. コードタイプとして「URL」または「ウェブサイト」を選びます。
4. ステップ1で用意したメニューページのURLを貼り付けます。
5. あとから見つけやすいようにラベルを付けます（例：「メインメニュー — 2026春」）。
6. コードを保存し、PNGまたはSVGをダウンロードします。

SVGがあるならSVGを使いましょう。サイズを変えても品質が落ちないため、シール用とポスター用でサイズを変えたい印刷所にとっても扱いやすい形式です。

解約時の挙動について、小さくても大切な注意点があります。一部の有名なQRプロバイダーは、解約やダウングレードと同時に動的コードを無効化してしまいます。これはレストランにとって特に痛い失敗モードで、金曜午後の請求書見落としが、土曜ランチには卓上スタンド全滅という事態を招きかねません。解約後もコードが動き続けるプロバイダーを選びましょう（QR Cakeはそうした方針です。大手の多くはそうではありません。利用規約を必ず確認してください）。

ステップ3：きちんと読み取れるデザインにする

レストランの照明でQRコードが安定して読み取れるかは、サイズ・コントラスト・ラベルの3点で決まります。

サイズ。テーブルから腕の長さでスキャンする用途なら、最低2.5cm×2.5cm（約1インチ）で印刷しましょう。一歩二歩離れて窓やドアのステッカーを読ませる場合は4〜5cm、室内の反対側から見るポスターなら8〜10cmが目安です。2.5cmを下回ると、薄暗い照明ではスキャン成功率が10〜20%落ちます。レストランの照明はまさにそういう環境ですよね。

コントラスト。白地に黒がもっとも安定して読み取れます。クリーム地にディープネイビーも実用的です。中間色同士の組み合わせは、明るいオフィスのカンプ上では美しく見えても、現場ではうまく読み取れません。色を決める前に、実際に印刷した状態を実際の店内照明で必ずテストしてください。ブランドに合わせて色を付けたい場合は、明るい背景に濃い色（ディープネイビー、フォレストグリーン、バーガンディなど）にしましょう。逆の組み合わせはNGです。

ラベル。すべてのQRコードのそばに、短いコールトゥアクションを必ず添えましょう。「スキャンしてメニューを見る」「ここにスマホをかざしてドリンクメニューを表示」、ワインバーなら「ワインリスト」のひと言で十分です。ラベルのないコードはラベル付きの数分の1しかスキャンされません。コストはゼロ、効果は劇的です。

QRコードの中央にお店のロゴを入れることもできます。最近のジェネレーターはほぼ対応しています。ただしロゴはコード全体の25%以下に抑えてください。それ以上だと読み取りに問題が出始めます。

ステップ4：コードを印刷して配置する

QRメニューコードのいちばんよい置き場所は、各テーブルに置く、小ぶりで重しの効いた卓上スタンドです。座ったときに目線の高さに来て、倒れにくく、片手でスキャンできます。片面にWi-Fiパスワード、もう片面にQRコードを刷っておくと、さらに使い勝手が上がります。

そのほかに有効な配置はこちらです。

• メニューインサート。ドリンクやスペシャルだけ載せたミニメニューの裏面に、フルメニュー用のQRコードを置きます。
• 入口ドアや窓。店外から見える大きめのコード。入るかどうか迷っているお客さま向けです。
• バーカウンター。バー席用の小さめのスタンド。
• 屋外テラス。ラミネート加工やアクリル印刷で耐候性のあるコード。
• トイレのドア内側。意外に効果的です。逃げ場のないオーディエンスなので、メニューよりはアンケート用に使われることが多いですが、覚えておいて損はありません。
• レシート。POSによっては、フィードバックフォームやロイヤルティ登録ページに飛ぶQRコードをレシートに印字できます。

避けたいのは、椅子やベンチの上（座られて擦れます）、強い反射が出るガラスの下、コードの真後ろから光源が当たる場所などです。

ステップ5：公開前にテストする

多くのレストランが省略して、あとから後悔するステップです。

60個の卓上スタンドを印刷する前に、この10分間のテストを必ず行いましょう。

1. 実際に使う予定のサイズでコードを1つだけ印刷します。
2. iPhone（カメラアプリ）でスキャンします。
3. Androidスマホ（カメラアプリ、Google Lens、サードパーティ製スキャナーアプリ1つ）でスキャンします。
4. 腕を伸ばした距離、テーブル越し、座った位置からの角度、それぞれで試します。
5. 店内のいちばん暗い隅に移動して、そこからもスキャンしてみます。
6. 各端末でリンク先ページを開き、3秒以内にメニューが表示されることを確認します。
7. 1回読み込んだあとに機内モードでリンク先ページを試します(キャッシュされるページとされないページがあります。電波の弱いエリアで役立つ情報です)。

どこかで失敗したら、本印刷の前にコントラストやサイズの問題を直しておきましょう。1枚で気づけばコストはほぼゼロです。60個刷ったあとに気づけば、400ポンドと土曜日が消えます。

刷り直さずにメニューを更新する

ここが動的コードの真価を発揮する場面です。メニューを変えるときは、コードに触らず、元になっているページを編集します。

典型的なワークフローはこんな感じです。

• 月曜の朝。シェフが新しいスペシャル一覧をメニューページ担当者に送ります。
• 月曜のランチ前。担当者がメニューページを更新します（小さな変更なら10分、メニュー全面更新でも1時間ほどです）。
• 月曜のランチ前＋1分。以降にコードをスキャンしたお客さまには、すべて新しいメニューが表示されます。

QRコード自体には一切触れません。コードは何も変わっていません。今もyoursite.com/menuを指しています。そのURLの先にあるものが変わっただけです。

同じ原則は、もっと大きな変更にも当てはまります。シーズンメニュー、新店舗、新しい営業時間、土曜の夜8時に「品切れ」になった料理を一時的にマークすることまで、ぜんぶ同じ要領です。

レストランのQR分析データから本当にわかること

動的QRコードはスキャンデータを見せてくれます。レストランのQR分析でわかることはこんな内容です。

• 1日の総スキャン数。メニューエンゲージメントの目安になります。急激な減少は、コードの故障やスタンドの色あせを知らせるシグナルです。
• 時間帯別の分布。ご自身が思っているピークタイムが、本当にピークなのかを裏付け(あるいは反証)してくれます。シフト配置の判断にも役立ちます。
• 曜日別の傾向。火曜夜のスペシャルが伸び悩んでいるとしたら、スキャン数にもそれが表れます。
• デバイス比率。スキャンの9割がiPhoneなら、メニューページはiOSで完璧に見える必要があります。50対50なら、Androidも同等にテストしましょう。
• 初回スキャンとリピートスキャン。ほとんどのQRプラットフォームは、ユニークスキャン(新規セッション)と総スキャン(再訪)を区別してくれます。レストランの場合、ユニークスキャン数はおおむね来店人数と連動します。

テーブルごとに別々のコードを置いている場合(実際にやっているレストランもあります)、どのテーブルが最もエンゲージメントを生んでいるかも見えてきます。よく座られる席、なかなか選ばれない暗い隅の席など、販促や席配置の見直しに役立つ情報です。

もう少し踏み込んだテクニックも紹介します。

• 2つのコード、2つのリンク先。フードメニューのコードは/menu/food、ドリンクメニューのコードは/menu/drinksを指すようにします。これで、フードの注文前と注文後でドリンクメニューがどれだけ見られているかが見えてきます。
• テーブル別のフィードバックコード。テーブルごとに別の動的コードを発行し、同じレビュー・フィードバックページにトラッキングパラメータ付きで誘導します。これでクレームをテーブル単位で集計できるようになります。

アクセシビリティ：多くのQRメニュー記事が触れない章

QRコードは万人に優しいわけではありません。特に苦戦しがちなのは、こうしたお客さまです。

• 年配のお客さま。スマホを持っていなかったり、持っていても手元の視力が落ちている方。
• 手の動きに制約のあるお客さま。腕の長さでスマホを安定して構えるのが難しい方。
• スマホが壊れていたり、電池切れだったり、データ通信契約がない方。QRジェネレーターが認めるよりはるかに多く存在します。
• 弱視のお客さま。画面上の文字をかなり拡大しないと読めない方。

ここで「仕方ない」と切り捨てるのは正解ではありません。正しい対応はこちらです。

1. 紙のメニューをリクエストに応じてお渡しできるようにしておく。受付に6〜10部用意しておけば十分です。コストはほぼかかりません。
2. 「特別扱い」にしないようスタッフに伝える。「紙のメニューでお持ちしましょうか」とこちらから声をかけるほうが、相手から頼まれるのを待つよりも素早く、親しみやすい印象になります。
3. デジタルメニューがスクリーンリーダーで読めるようにしておく。本物のHTMLテキスト、きちんとした見出し構造、料理写真の代替テキスト、十分なコントラストが必要です。
4. メニューをダウンロード、ポップアップ、ログインの背後に隠さない。お客さまが何かをインストールしたり、登録したりしないとメニューが見られないなら、それは失敗です。
5. 一部の法域(EUの一部、米国でも増えています)では、特定の飲食サービスにおいて、アクセシビリティ規制が紙の代替手段を明示的に求めることがあります。お住まいの地域のルールを確認しておきましょう。

よいQRメニューは紙のメニューを置き換えるものではなく、補完するものです。

レストランのQRメニューでよくある失敗

数えきれないほどのレストランのQRセットアップを見てきた経験から、失敗パターンは次のように集約できます。

失敗1：開かないPDFメニュー。回線の遅い環境で重いPDF、しかも代替手段なし。HTMLに切り替えましょう。

失敗2：コードが小さすぎる。2.5cmを下回ると、現実の照明環境でスキャン成功率が一気に落ちます。

失敗3：コードの横にラベルがない。ラベル付きと比べて、スキャン数が大きく減ります。

失敗4：URL変更で動かなくなる静的コード。必ず動的を使いましょう。

失敗5：解約でコードを無効化するプロバイダー。支払いメールを1通見逃しただけで、土曜の夜に全テーブルのコードが死にます。

失敗6：モバイルでメニューページが遅い。3秒を超えると、お客さまはあきらめてしまいます。

失敗7：デジタル版にアレルゲン情報がない。地域によっては法的責任が問われます。

失敗8：バックアップの紙メニューを置いていない。アクセシビリティ的にも、稀なホスティング障害時にも困ります。

失敗9：デザイナー主導でコントラストが弱いコード。InDesign上では美しくても、薄暗い店内で読み取れなければ意味がありません。

失敗10：複数店舗で1つのQRコードを使い回す。分析データの価値が一気に消えます。店舗ごとに別の動的コードを使いましょう。

はじめてみましょう

これから15分で、無料の動的QRコードメニューをセットアップしたい方への手順です。

1. メニューのURLを準備します(Googleドキュメントを公開設定にするか、既存のメニューページのURLでOKです)。
2. 無料のQR Cakeアカウントを作成します。
3. 「ウェブサイトURL」タイプを選び、メニューのURLを貼り付けます。
4. SVGをダウンロードします。
5. 地元の印刷所に発注するか、市販のシール用紙に自分で印刷します。

印刷まで含めても、1店舗分なら午後のうちにひと通り完了するボリュームです。

レストラン用のQRメニューを無料で作成する

メニューのホスティング：ウェブページ vs Google Doc vs PDF

レストランのQRメニューをホストする最も一般的な3つの方法を、週単位で実際に重要な点から比較します：



まとめ：実際のウェブページは、スタッフによる編集のしやすさを除くすべての面で勝ります。CMSを持たない店舗には、公開設定にしたGoogle Docが最良の無料選択肢です。PDFは機能しますが、食事客にとって最も読み込みの遅い選択肢です。デザインや規制上の組版が必要なメニューにのみ使用してください。

QRメニューが適切でない場合

QRメニューは万能ではありません。紙のメニュー（または両方）が適切な答えとなる5つのシナリオ：

• 典型的な来客が65歳以上の場合。スキャン率は年齢とともに急落します。紙のメニューのほうが効果的であり、複数の地域のアクセシビリティ法では現在、非デジタルの代替手段が義務付けられています。
• 店舗のモバイル電波が不安定かつゲスト用WiFiがない場合。テーブルの半数がメニューを5秒以内に読み込めない場合、QRメニューは利便性ではなく摩擦点になります。
• メニューが短く、変更がない場合。ラミネート加工したA5カードは約2ポンドで1年持ちます。四半期に一度しかメニューを変更しないなら、QRホストの更新コストはほぼ上回りません。
• メニューが体験の一部である場合。テイスティングメニュー、高級レストラン、メニューが記念品を兼ねる店舗では、QRのみの提供は不向きです。多くの高級客は印刷されたメニューを期待します。
• 携帯を出すことが失礼とされる文化的背景がある場合。一部の市場や特定の場面（正式な食事、宗教的な場）では、携帯を取り出すことが反社会的と見なされます。QRオンリーにする前に状況をよく読みましょう。

優れたレストランのQRプログラムは、コードを紙の代替としてではなく、紙と並ぶ選択肢として位置付けています。