越来越多的客人在搜索结果页上直接提问并得到答案。Google在I/O 2026上描述了AI Mode如何成为许多人搜索的默认方式,Gemini 3.5 Flash处理更多对话式和智能体请求,智能体预订正扩展到本地服务。对餐厅而言,这改变了美食照片的用途。菜品图片现在既要服务于组装推荐的机器,也要服务于浏览菜单的人。
这是应用于美食的答案引擎优化。它没有听起来那么神秘,大部分工作就是好的菜单页面一直需要做的工作,只是要做得更到位。
为什么照片和菜单数据决定答案
关于餐厅的AI答案依赖三类输入:全网一致的商家数据、您自己网站上的结构化数据,以及足够具体、可供引用的内容。照片贯穿这三类。一张清晰的菜品照片,配上如实的替代文本和机器能匹配的名称,能帮助引擎描述您提供什么。而困在PDF里的菜单,引擎什么也读不到。
如果您的菜单只以图片或PDF形式存在,AI系统无法从您的网站回答“这家店有素食拉面吗”。它会从发布了同样文字信息的竞争对手那里回答。菜单只有在脚本运行后才渲染,情况也一样,因为爬虫通常只看到空壳。
餐厅照片页面的AEO清单
- 将菜单发布为HTML文本,使用稳定URL,并保持更新。
- 除了餐厅区块,还要添加菜单项数据。Menu和MenuItem标记让引擎能够将菜品名称、描述和价格作为字段读取。
- 为每道招牌菜提供一个页面或稳定锚点,包含其照片、描述和价格。
- 编写替代文本时写明菜品名称和上菜方式,而不是泛泛的标签。
- 保持Google Business Profile上的照片和营业时间最新。
- 在页面上用纯文本回答常见问题,并在合适的地方添加FAQ标记。
- 确保名称、地址和电话在所有出现的地方完全一致。
- 回复评论,因为活跃度是引擎能看到的信号。
- 使用描述性文件名和WebP等现代格式,让图片在移动端快速加载。
- 保持照片、菜品名称和描述一致,以免引擎需要调和同一道菜的三个版本。
如何构建引擎可读的菜品区块
您不需要大型开发项目。一个菜单页面,标题清晰,每道菜包含三样东西:名称、一两句描述、带alt文本的照片,就能表现良好。一个最小模式如下。
<section id="mains"> <h2>主菜</h2> <article itemscope itemtype="https://schema.org/MenuItem"> <h3 itemprop="name">炭烤章鱼</h3> <img src="/menu/charred-octopus-800.webp" alt="白盘上的炭烤章鱼,配柠檬、刺山柑和烟熏红椒粉" width="800" height="600" loading="lazy"> <p itemprop="description">烤章鱼、炭烤柠檬、刺山柑和烟熏红椒粉。</p> <span itemprop="offers" itemscope itemtype="https://schema.org/Offer"> <meta itemprop="price" content="18"><meta itemprop="priceCurrency" content="EUR"> <span>18</span> </span> </article> </section>
将整个页面包裹在Restaurant或LocalBusiness标记中,添加营业时间和规范URL,您就拥有了大多数答案引擎所需的基础。我们的菜单图片SEO指南对标记有更深入的讲解。
引擎眼中的好菜品图片
多模态引擎会同时读取图片和周围的文字,因此一些细节比以往更重要。
| 信号 | 怎么做 | 为什么有帮助 |
|---|---|---|
| 文件名 | 用菜品命名文件,例如grilled-octopus-charred-lemon-1440.webp | 提供关于主题的纯文本提示。 |
| Alt文本 | 用一句话描述菜品、主要食材和场景。 | 为引擎提供可引用的描述。 |
| 构图 | 一道菜,居中,盘子周围留白。 | 在结果的方形和横向裁剪中都能保留。 |
| 文字叠加 | 照片中不要放文字,把文字放在标记中。 | 图片文字许多爬虫无法读取,配送平台也会拒绝。 |
| 准确性 | 照片展示客人实际收到的菜品。 | 不符会导致退款和差评,对您不利。 |
| 大小 | 导出宽度约800到1440像素的WebP。 | 快速页面更可靠地被抓取和读取。 |
把一张照片变成引擎需要的文字
这项工作中最慢的部分是写描述和替代文本。助手可以根据照片和您的笔记起草,您再编辑以确保准确。一个好用的提示词:
为这张照片中的菜品写一句替代文本和一段30词的菜单描述。写明可见的食材、明显的烹饪方法以及盛器。不要编造食材或说法。保持事实准确且诱人。
发布前逐行检查。引擎会引用您发布的内容,客人也会。
让您错失答案的常见错误
- 菜单只有PDF或平面图片。
- 替代文本只写“食物”或重复文件名。
- 菜品页面有照片但没有读者可用的文字。
- 网站和商家资料上的价格、营业时间不一致。
- 照片不再匹配当前份量或摆盘。
- 评论数月未回复。
- 每次更新菜单都更改菜品页面的URL。
三十天计划
- 第一周:将菜单转换为HTML,使用稳定区块,并添加Restaurant和Menu标记。
- 第二周:拍摄五道招牌菜,编写alt文本,并发布每道菜的描述和价格。
- 第三周:更新Google Business Profile的照片和营业时间,并回复近期评论。
- 第四周:搜索客人常问的问题,记录谁被引用,并将缺失的答案添加到页面。
如何判断是否有效
跟踪引用而非点击。搜索客人常问的具体问题,然后记录AI答案是否提到您以及使用了哪个页面。在分析工具中查看来自聊天助手的推荐流量。每月添加少量新菜品页面,并检查哪些被收录。这个循环比付费广告慢,但会不断累积,这就是为什么早开始的餐厅占据优势。
常见问题
我需要为每道菜单独建一个页面吗?
不需要。为您希望被找到的菜品(尤其是招牌菜)设置稳定、可链接的区块会很有帮助。一个结构良好、包含菜品级数据的菜单页面就是一个很好的起点。
只靠结构化数据就能解决可见性问题吗?
不能。结构化数据帮助引擎理解页面。页面仍然需要真实内容、准确的照片和一致的商家资料。
我应该删除PDF菜单吗?
如果您愿意,可以保留PDF用于打印,并在旁边添加一个HTML版本。HTML版本才是引擎能够读取的。我们的菜单SEO指南涵盖了结构。
AI会为我写整个菜单吗?
它可以起草。您仍然需要审核食材、价格和说法,因为这些是客人会对照盘中餐检查的部分。
下一步
本周选三道招牌菜。为每道菜拍照,写事实准确的描述和替代文本,并以文本加菜品数据的形式发布。Studio可以根据您自己的菜品准备照片,我们的菜单照片指南涵盖了拍摄。然后检查您关心的问题,看看谁被引用。



