Morphos / 文章
菜单不该是 PDF
这是餐厅网站设计里最常见的捷径，一年算下来也是最贵的一条。
PDF 菜单看起来很省事：餐厅手上本来就有这个文件，上传只要一分钟。代价却不显眼：看不了它的食客、收录不了的搜索引擎、被问到“这家有什么菜”却答不上来的 AI 助手。
同一份菜单，四种格式
| 格式 | 搜索引擎能读 | AI 能引用 | 手机上能看清 | 改一个价格 |
|---|---|---|---|---|
| 不能 | 不能 | 勉强——要双指放大拖动 | 重新导出、重新上传、祈祷没出错 | |
| 菜单照片 | 不能 | 不能 | 勉强 | 重拍 |
| 嵌在图片里的文字 | 不能 | 不能 | 勉强 | 重新修图 |
| 页面上的真实文字 | 能 | 能 | 能 | 几秒钟，团队自己改 |
门口测试
站着、用一只拇指、在昏暗的光线下，用手机打开你的网站。不放大，你能找到并读懂今晚的菜单吗？如果不能，相当一部分潜在食客已经去了别家——而且他们不会告诉你，只是不会出现。
替换它需要做什么
不需要改版。菜单变成现有页面上的一个结构化区块：分类、菜品、价格、饮食说明。团队就地编辑。从结构上说只是一个上午的活，却是大多数餐厅网站回报最高的一项改动。
一件必须做对的事
用真正的标题和列表，而不是加了样式的段落。看起来像文字、却是用 <div> 堆出来的菜单，机器依然读不了——只是人看着没问题。这个差别在屏幕上看不出来，在搜索里却是决定性的。
菜单的位置该放什么
把 PDF 换掉，只是简单的那一半。更难的问题是：这个页面要做到哪些 PDF 做不到的事。
三件事，按价值排序。第一，能搜：想找某道菜或素食的人，在页面上就能搜到，不用对着图片翻。第二，过敏原紧挨菜名写，别塞进脚注。它还要结构清晰，让搜索引擎明白这家餐厅在这个地方、以这个价格供应这道菜。
这些都不需要订位平台或页面搭建器，只需要菜单是数据而不是文档——这是开发时做一次的决定。