如何为餐厅菜单做二维码（2026 年完整指南）

二维码菜单不会消失。疫情期间的爆发式增长已经沉淀成长期现实：英国、欧盟和美国大约一半的全服务餐厅，加上大多数快餐运营商，现在都把二维码作为纸质菜单的补充（或替代）。

理由很简单。每次重印一份纸质菜单要花 150–800 英镑。更新一份数字菜单的成本，就是改一下 Google Doc 所花的时间。哪些菜品被关注、哪些没人看，纸上根本没办法追踪。而新来的服务员也不用再去背每日特餐——二维码会替他们承担更新的工作。

反对的声音也是真实的。年长顾客用二维码菜单会有困难。多个司法辖区的无障碍法规现在要求必须提供纸质替代方案。一个做得不好的二维码菜单（打不开的 PDF、尺寸不对的二维码、后厨在没人告诉你的情况下偷偷改了 URL），其实比完全不做二维码菜单还糟糕。

这篇指南覆盖从头到尾的所有事情——从托管你的菜单到打印桌卡，还专门写了无障碍和“如何从餐厅二维码里挖出意外有用的数据”两块。

30 秒速读版

如果你已经知道自己在做什么：

1. 把菜单托管在一个稳定的地方——你网站上的一个页面、一个设置为公开的 Google Doc，或者你自己服务器上的一份 PDF。
2. 生成一个动态二维码（不要用静态码），指向那个 URL。
3. 把二维码设计得便于扫码：印刷尺寸至少 2.5cm × 2.5cm、高对比度，旁边配一句“扫码查看菜单”。
4. 打印并摆放这些二维码——桌卡、菜单夹页、橱窗贴纸，再加一张挂在门口的备用海报。
5. 保留纸质菜单供顾客索取，照顾无障碍需求。
6. 更新菜单请直接改后台页面，不要去重做二维码。

上面任何一步需要展开的，下面会讲。

第 1 步：把菜单托管在一个稳定的地方

二维码本身是这件事里最简单的部分。真正决定你的二维码菜单是好是坏的，是你把菜单文件托管在哪里。

有三种合理选项，按“投入和质量”递增排序：

选项 A：Google Doc（或任何免费文档托管）

最快的路。用 Google Docs 写菜单，把共享权限改成“任何拥有链接的人都可查看”，复制 URL，把二维码指向它。好处是任何一位前厅经理 30 秒就能更新菜单，完全不用麻烦开发者。

缺点：Google Docs 没有针对手机优化，有时候加载会比较慢，URL 也很丑——以后想换二维码服务商或者想用品牌化的 URL，就得重新生成二维码。如果你只是先试水二维码菜单、暂时不想多投入，可以用这种方式。

选项 B：网站上的一个专门菜单页面

对几乎所有餐厅来说，这才是正确答案。在你现有网站上建一个 /menu 页面，针对手机优化（大字号、清晰分区、加载快），然后让动态二维码指向它。

这个页面应该做到：

• 在手机 4G 网络下 2 秒内加载完成。
• 用真正的 HTML 文字，而不是菜单页面的图片（图片不能缩放、放大后字也看不清，屏幕阅读器还读不出来）。
• 每道菜旁边都标注过敏原和饮食标签。
• 有醒目的分区标题（前菜、主菜等等），方便手机用户滑动浏览。
• 不要自动播放背景视频，也不要大尺寸首屏大图。顾客想看的是菜单，不是品牌故事。

如果你现有的网站是基于 WordPress、Squarespace、Wix 或 Shopify 搭建的，那么维护这个网站的人，1–2 小时就能把这件事搞定。

选项 C：自己服务器上的 PDF

有些餐厅坚持要用 PDF，因为他们的菜单设计师习惯在 InDesign 里工作。这条路可以走通，但有几个前提。PDF 在手机上加载慢、读文字得双指放大，无障碍评分也比 HTML 低得多。

如果非要用 PDF，请把它放在你自己的域名下（不要用 Dropbox 或 Google Drive——那些 URL 又脆弱，有时还会被企业网络屏蔽），文件大小控制在 2MB 以内，并确保它是设置成在浏览器里打开，而不是强制下载。

如果你没有自己的服务器来托管文件，QR Cake 可以替你托管 PDF，一分钟左右就能给你一个动态二维码——很适合那些按季节更新菜单、但不想自己折腾文件托管的餐厅。下一季的 PDF 换上去只要几秒，印好的桌卡继续工作。

第 2 步：生成一个动态二维码

请使用动态二维码，不要用静态码。对餐厅来说，这一点没得商量。

原因是：用静态码时，菜单的 URL 是被永久写死在二维码图案里的。一旦你挪动菜单页面、换了托管、或者只是把 URL 里的一个拼写错误改过来，所有印好的桌卡立刻全部失效。用动态码，你只要在二维码服务商的后台改一下目标地址，餐厅里所有印好的桌卡都会自动指向新 URL——不用重印。

给菜单做一个动态二维码的步骤：

1. 找一个动态二维码生成器。（我们做了 QR Cake，市面上也有其他选择。）
2. 注册一个账号（多数服务商都提供免费版，可以生成一两个动态码——足够起步用）。
3. 把二维码类型选为“URL”或“网站”。
4. 粘贴第 1 步里你的菜单页面 URL。
5. 给二维码起个名字（比如“主菜单 – 2026 春季”），方便以后找到。
6. 保存二维码，下载 PNG 或 SVG。

有 SVG 就优先用 SVG——它可以任意放大缩小不失真，这对你后面同一个二维码要做成不同尺寸的贴纸和海报来说很重要。

关于“取消订阅”这件事的一个小但重要的提醒：一些流行的二维码服务商，会在你取消订阅或降级的那一刻立即停用你的动态码。对餐厅来说这是个特别糟糕的故障模式——周五下午一封账单没看到，周六中午餐厅里所有桌卡就全废了。请选一家在你取消订阅后二维码仍然有效的服务商。（QR Cake 是这样的；很多大牌不是。请务必先看清条款。）

第 3 步：把二维码设计得真的能扫

在餐厅的灯光下，决定一个二维码能不能稳定扫上的，主要有三件事：尺寸、对比度、标签。

尺寸。用于在桌边伸手扫码的二维码，请按不小于 2.5cm × 2.5cm（约 1 英寸）来印刷。橱窗或门贴这种隔一两步扫的，提到 4–5cm；从房间另一头扫的海报，提到 8–10cm。小于 2.5cm，在弱光下扫码成功率会掉 10–20%——而绝大多数餐厅恰好就是这种弱光环境。

对比度。黑底白码扫起来最可靠。深海军蓝配奶油色也行。中间色叠中间色不行——哪怕你的设计稿在办公室灯光下看着很美。在敲定配色前，请用真实的餐厅灯光，扫一下真实印出来的二维码。如果想用彩色二维码做品牌，就在浅色背景上用深色（深海军蓝、森林绿、酒红），不要反过来。

标签。每个二维码旁边或下面，都要放一句简短的行动号召。“扫码查看菜单”、“手机靠近这里看酒水”，酒吧的话“酒单”也可以。带标签的二维码，扫码量比不带标签的高几倍。这一项不花钱，却能显著提升扫码率。

你也可以把餐厅 logo 放在二维码中央——大多数现代生成器都支持这个。Logo 不要超过整个码面的 25%，否则会开始影响扫码率。

第 4 步：打印和摆放

一份二维码菜单最理想的位置，是每张桌子上一个有配重的小型桌卡——坐下来正好和视线平齐、不容易碰倒、单手就能扫。如果桌卡一面是 WiFi 密码、另一面是二维码，那就更好了。

其他好用的位置：

• 菜单夹页。一张印好的小菜单（酒水、当日特餐），背面是通往完整菜单的二维码。
• 大门 / 入口橱窗。一个从外面就能看到的大码，方便顾客在门口决定要不要进来。
• 吧台。给吧台座位准备小一些的桌卡。
• 露天座位区。用过塑或亚克力做防风雨处理的二维码。
• 洗手间门内侧。意外地有效——观众动不了，更常被用来做问卷调查二维码而不是菜单二维码，但值得一提。
• 小票。一些 POS 系统可以把指向反馈表单或会员注册页的二维码直接印在小票上。

请避免：把二维码贴在椅子或长凳上（人会坐上去、磨损），贴在容易反光的玻璃下，或者光源正对二维码背后的位置。

第 5 步：上线前先测一遍

这就是大多数餐厅会跳过、然后后悔的那一步。

印 60 个桌卡之前，请做这个 10 分钟测试：

1. 按你实际计划使用的尺寸印一张。
2. 用 iPhone（相机 App）扫一下。
3. 用 Android 手机扫一下（相机 App、Google Lens，再加一个第三方扫码工具）。
4. 从伸臂的距离扫、从桌子对面扫、从坐着的角度扫。
5. 走到餐厅最暗的那个角落再扫一次。
6. 在每部手机上打开目标页面，确认菜单 3 秒内加载完成。
7. 首次加载之后切到飞行模式再打开一次目标页面（有些菜单页面会缓存，有些不会——对信号差的区域来说，知道这一点很有用）。

任何一步失败，请在量产之前先把对比度或尺寸问题解决掉。在一张样片上发现问题，几乎不花钱。印完 60 个桌卡才发现，损失就是 400 英镑加一个周六。

不重印也能更新菜单

这就是动态码真正发挥价值的地方。你通过改底层页面来更新菜单，而不是去碰二维码本身。

典型流程：

• 周一上午：主厨把新的特餐清单发给负责菜单页面的人。
• 周一中午：那个人更新菜单页面（小改动 10 分钟，整套菜单大换约 1 小时）。
• 周一中午 + 1 分钟：从这一刻开始，每位扫码的顾客看到的都是新菜单。

你从来没有碰过二维码本身。它没有改变。它仍然指向 yoursite.com/menu。变化的是那个 URL 背后的内容。

同样的原理也适用于更大的变化：换季菜单、新增门店、新的营业时间，甚至是周六晚上 8 点临时把一道菜划掉。

餐厅二维码统计到底能告诉你什么

动态二维码会给你扫码数据。餐厅二维码统计能告诉你的：

• 每日总扫码数。菜单参与度的一个代理指标。突然大跌可能意味着二维码坏了或者桌卡褪色了。
• 时段分布。验证（或推翻）你以为的高峰时段。对排班很有用。
• 按星期几的模式。周二晚上的特价表现不佳？扫码数会告诉你。
• 设备分布。如果 90% 的扫码来自 iPhone，那你的菜单页面在 iOS 上必须完美。如果是 50/50，那 Android 也得同等测试。
• 首次扫码 vs 重复扫码。多数二维码平台会区分独立扫码（新会话）和总扫码（回访）。对餐厅来说，独立扫码数大致对应客人数。

如果你给每张桌子放不同的二维码（有些餐厅会这么做），你还能看出哪些桌位带来最多互动——有助于了解哪些座位最受欢迎，哪些需要推广（那个没人愿意先选的昏暗角落桌）。

一些进阶玩法：

• 两个二维码、两个目的地。食物菜单上的二维码指向 /menu/food，酒水菜单上的二维码指向 /menu/drinks。这样你就能看出客人是先看酒水再点菜，还是反过来。
• 按桌号的反馈二维码。给每张桌子生成一个带追踪参数的动态二维码，都跳转到同一个评价/反馈页面。这样投诉就能按桌号聚合。

无障碍：大多数二维码菜单文章会跳过的部分

二维码并不是对所有人都易用。最受困扰的顾客有：

• 年长顾客——没有智能手机，或者有手机但近距离视力不好。
• 有运动障碍的顾客——没办法舒服地把手机举在伸臂距离扫码。
• 手机坏了、电池没电、或者没有流量的顾客——比二维码生成器愿意承认的要常见得多。
• 低视力顾客——不大幅放大就读不了屏幕上的菜单。

正确的回应不是“那是顾客的问题”。正确的回应是：

1. 纸质菜单按需提供。在前台备 6–10 份，几乎不花钱。
2. 培训员工主动提供纸质菜单，但不要把这件事弄得很尴尬。“请问您需要纸质菜单吗？”比让顾客自己开口要快、要友好。
3. 确保数字菜单支持屏幕阅读器。这意味着真正的 HTML 文字、正确的标题层级、菜品图片的替代文字，以及足够好的对比度。
4. 不要把菜单藏在下载、弹窗或登录之后。如果一位顾客必须安装什么或者注册账号才能看到你卖什么，那就是失败。
5. 在某些司法辖区（欧盟部分地区，美国也越来越多），无障碍法规可能明确要求在某些餐饮服务场景下提供纸质替代。请查一下当地规定。

一份好的二维码菜单不是替代纸质菜单，而是补充它。

常见的餐厅二维码菜单错误

看过成千上万个餐厅二维码方案之后，失败的模式集中在这几条：

错误 1：加载不了的 PDF 菜单。慢速网络上的大 PDF，又没有备用方案。改成 HTML。

错误 2：二维码太小。低于 2.5cm，在真实灯光下扫码率会崩盘。

错误 3：二维码旁边没有标签。扫码量比带标签的明显少。

错误 4：URL 一变就废的静态码。请始终用动态码。

错误 5：取消订阅后会停用二维码的服务商。因为漏看了一封账单邮件，周六晚上整个餐厅的二维码就全坏了。

错误 6：菜单页面在手机上慢。超过 3 秒，顾客就放弃了。

错误 7：数字版菜单缺少过敏原信息。在多个司法辖区这都是法律责任。

错误 8：没有备用的纸质菜单。无障碍上不行，万一托管出问题也没退路。

错误 9：设计主导、对比度差的二维码。InDesign 里很美，到了昏暗的餐厅灯光下就废了。

错误 10：多家门店共用同一个二维码。把数据分析价值全毁了。每家门店用一个独立的动态码。

开始动手

如果你想在接下来 15 分钟内搭好一个免费的动态二维码菜单：

1. 准备好你的菜单 URL（设置成公开的 Google Doc，或者你已有的菜单页面）。
2. 注册一个免费的 QR Cake 账号。
3. 选“网站 URL”类型，粘贴你的菜单 URL。
4. 下载 SVG。
5. 送到本地打印店，或者直接打印在标准贴纸纸上。

整件事包括打印，一家店一个下午就能搞定。

免费创建你的餐厅二维码菜单

餐厅菜单托管方式：网页 vs Google Doc vs PDF

托管餐厅二维码菜单最常见的三种方式，从实际使用频率出发逐项对比：



简而言之：真正的网页在除员工可编辑性以外的所有维度均胜出。对于没有 CMS 的场所，将 Google Doc 设为公开是最佳免费方案。PDF 可用，但对顾客而言加载最慢——仅在菜单有大量设计排版或合规要求时选用。

二维码菜单并不总是最佳选择

二维码菜单并非万能。以下五种情况，纸质菜单（或两者并用）才是更好的答案：

• 主要顾客群在 65 岁以上。扫码率随年龄增长显著下降。纸质菜单表现更佳，且多个地区的无障碍法规已要求提供非数字替代方案。
• 场所移动信号差且无访客 WiFi。若桌上一半人无法在五秒内加载菜单，二维码菜单就会变成摩擦点，而非便利。
• 菜单简短且稳定。一张覆膜 A5 卡片成本约 2 英镑，可使用一年。如果每季度才更新一次菜单，二维码托管更新的成本很难比得上。
• 菜单本身就是用餐体验的一部分。品鉴菜单、高端餐厅，以及菜单兼具纪念品功能的场所，纯二维码方式效果欠佳。许多高端顾客期待实体菜单。
• 某些文化场合使用手机有失礼仪。在部分市场和特定场合（正式宴请、宗教场合），掏出手机会被视为不礼貌。在全面推行二维码之前，请充分了解场合氛围。

最成功的餐厅二维码方案，将二维码作为纸质菜单之外的补充选项，而非替代品。