Morphos / 餐厅
为餐厅做网站
几乎每位食客都是用手机、匆匆忙忙地在决定今晚去哪儿吃。网站首先只有一个任务:打开就能用。

餐厅网站总以一种具体、可预料的方式失败:菜单是 PDF,订位按钮在全屏视频下面,电话号码是一张图片。食客站在街边、饿着肚子,然后放弃了。解决这些问题不光鲜,但效果可以衡量。
网站里有什么
没有一件让人兴奋,但每一件都可以衡量。
餐厅网站需要的六件事
- 订位是每一屏最显眼的操作——不藏在首屏视频下面,任何时候都只需一键。
- 团队几秒就能改的菜单——真实文字、最新价格、季节调整当天就上线。不要 PDF,不用重印。
- 手机上打开飞快——几乎每位食客都在手机上看。控制图片体积、字体按需裁剪,网络还没稳定时内容就已经显示出来。
- 包间、活动与媒体——这些是高价值的预订,给它们读起来像邀请函而不是表单的页面。
- 支持集团多门店——每家门店有自己的页面、营业时间、菜单和订位链接,再加一个统一的媒体与招聘入口。
- 富媒体搜索结果与准确引用——Restaurant、Menu 和 LocalBusiness 标记,让搜索引擎和 AI 助手正确描述你的营业时间、位置和菜品。
PDF 菜单问题,用数字说话
PDF 菜单是餐厅网站设计里最贵的捷径。手机上读不了,搜索引擎看不见,AI 助手没法引用,而且会悄悄过时——价格变了,文件没变。文字菜单前期多花一点,之后保持更新几乎零成本。
如果菜单是……
| 格式 | 搜索引擎能读 | AI 能引用 | 手机上能看清 | 改一个价格 |
|---|---|---|---|---|
| 不能 | 不能 | 勉强 | 重新导出、重新上传 | |
| 一张图片 | 不能 | 不能 | 勉强 | 重新裁图、重新上传 |
| 真实文字 | 能 | 能 | 能 | 几秒钟,团队自己改 |
餐饮集团,以及为什么第二家店更容易
餐饮集团通常从一家餐厅开始,然后开第二家,网站就成了负担——三套设计、四种菜单格式、五份营业时间。做第一个网站时就考虑到集团,第二家、第三家店就只是配置,而不是重做。
成功是什么样子
问几点开门的电话少了,回复订位邮件的工作少了,菜单在当晚营业时就是最新的而不是下周,包间咨询来的时候就已经写明了日期、人数和场合。
菜单在变,网站得跟上
餐厅菜单永远没有定稿的时候。有东西卖完了、换季了、某道菜不再受欢迎了、某样食材涨价了。
如果更新网站意味着打开 PDF 编辑器、导出、上传、祈祷缓存清掉,网站大部分时候都会是错的。菜单错误可不是小问题:在点评里针对网站而非菜品的投诉中,它是最常见的一条。
我们把菜单做成结构化内容——分类、菜品、过敏原、价格——用手机几分钟就能改好,改动立即可见。
过敏原是法定信息,不是脚注
在英国和整个欧盟,过敏原信息必须在下单前就能查到,而不是应要求提供。在页面底部放一份 PDF 是常见的合规尝试,却很糟糕:手机上读不了,常常过时,也无法搜索。
可靠的结构是把过敏原挂在每道菜上,和菜品在同一处编辑,两者就不会对不上。看菜单的访客直接在菜品旁看到信息,厨房也只需更新一次。
这项工作不光鲜,却决定了网站是真正合规,还是只是看起来合规。
不交平台税的订位
第三方订位平台确实解决了真问题,收费也相应不低——按人头、按月,或两者都收——同时还掌握着客人关系和数据。
对于本来大部分订位都靠电话的单店餐厅,一个做得好的直订表单加一封确认邮件,在成本和客人体验上往往都胜过平台。
在平台确实物有所值的情况下——订单量大、多门店、复杂的桌位管理——我们就把它好好接进来,不硬换:照片、字体保持一致,客人点进去也不会觉得跳到了别家。
餐厅网站要多少钱?
大多数单店项目在 £4,000 到 £12,000 之间,取决于菜单复杂度、摄影和订位对接。餐饮集团和多门店按门店报价,每多一家店的边际成本会大幅下降。
菜单我们可以自己改吗?
可以。菜单就是真实文字,几秒钟就能改好,包括价格和季节调整,不需要开发者,也不会弄乱版式。
支持多门店吗?
支持。集团使用一套共享系统,每家门店有自己的页面、营业时间、菜单和订位链接,另有一个集团级的媒体与招聘页面。新增门店只是配置,而不是重新开发。
能对接我们的订位系统吗?
能,只要系统提供预订流程或对接方式——SevenRooms、OpenTable、Resy 以及更简单的工具都可以。订位路径是最先设计、最后才会被去掉的东西。
网站能让我们的菜单被搜索到吗?
能。真实文字的菜单加上 Menu 和 Restaurant 结构化数据,搜索引擎和 AI 助手就能读懂你的菜品、营业时间和位置,而不是从图片里去猜。
能用我们现有的照片吗?
通常可以——几张真实、有力的照片胜过一堆平庸的。确实需要拍摄时,我们会做艺术指导并单独报价。