如何为菜单添加过敏原和饮食标签

过敏原与饮食信息是你菜单中唯一一处出错会带来真实风险的领域，也是数字真正胜过纸张的领域。把它作为结构化数据而非脚注来标记，顾客就能把菜单筛选到对自己安全的菜品，你的员工在繁忙服务中要回答的问题更少，而且即便菜单被翻译，你的标注依然正确。下面讲解如何做对。

为什么结构化过敏原数据很重要

纸质菜单用脚注处理过敏原：一排小符号，或"请询问服务员"。它把负担压在顾客和前厅身上，容易过时，菜单一经翻译便毫无作用。对于菜单中唯一真正涉及责任的领域，这是可能最弱的工具。

结构化标记把这一切反转。当每道菜把自己的过敏原和饮食适配作为数据携带，菜单本身就能回答"我在这里能吃什么？"。坚果过敏的顾客一触把菜单筛到安全菜品；素食者只看到适合的。标注从让人眯眼细看的小字，变成顾客信赖的功能——并在你更新和翻译菜单时保持准确。

步骤1——知道你必须申报哪些过敏原

按适用于你市场的框架来标记：

• 欧盟——14种过敏原：含麸质的谷物、甲壳类、蛋、鱼、花生、大豆、奶、坚果、芹菜、芥末、芝麻、二氧化硫/亚硫酸盐、羽扇豆和软体动物。

• 美国——9种主要过敏原：奶、蛋、鱼、甲壳类、坚果、花生、小麦、大豆和芝麻（2023年作为第九种加入）。

多数数字菜单以复选框给出完整列表，你只需勾选每道菜所含的项。若你跨地区经营，就全面标记——覆盖欧盟14也覆盖美国9。按国家更深入的合规图景，见我们的餐厅过敏原合规指南。

步骤2——添加饮食标签（与过敏原不是一回事）

过敏原说的是一道菜含什么；饮食标签说的是一道菜为谁而设。两者都有用，回答顾客的不同问题。值得使用的常见标签：

• 纯素——完全不含任何动物制品。

• 素食——不含肉或鱼。

• 清真——按清真要求制备。

• 生酮／低碳水——在真正适用之处。

诚实地标记。一道菜不会因为"可做成纯素"就是纯素——按上桌时的实际样子标记，把"去掉芝士"交给修饰选项处理。饮食标签也驱动筛选，于是顾客能把你的素食选项作为一组来看，而不必去找那片叶子图标。若迎合特定饮食是你概念的核心，我们的特殊饮食菜单指南讲得更深。

步骤3——在创建每道菜时就标记

实务上这是一道菜一项的快速工作。在菜品表单里，过敏原复选框与饮食标签放在一起——勾选这道菜所含的过敏原与所适配的饮食，保存即可。最快的流程是在创建或导入每道菜时就做，这样标记永远不会成为一个让人发怵的单独项目。若你导入了一份菜单，留出一遍专门给菜品打标签，从含有常见高风险过敏原（坚果、麸质、贝类、奶）的开始。

几个习惯能保持准确：按真实配方而非记忆来标记；配方变动时复查；对共用油炸锅或微量交叉污染有疑虑时，反映你厨房的真实做法，而非乐观猜测。

步骤4——让顾客筛选，并在各语言间保持正确

结构化标签的回报是顾客体验：在实时菜单上，食客可以按"素食"筛选，或隐藏含某种过敏原的菜品，立刻看到适合自己的——无需招手叫服务员，无需翻看脚注。这是更好也更安全的体验。

关键在于，因为标签是数据而非散文，它们能挺过翻译。当你的菜单以另一种语言显示，"含奶、麸质"和纯素标签会正确传达，而不会乱成一句失去含义的话。若你服务国际顾客，过敏原安全与多语言菜单在此相互加强——顾客用自己的语言读这道菜，同时看到准确的标注。

一个实例

传家宝番茄布拉塔——素食·含：奶、麸质
法拉费拼盘——纯素、素食·含：芝麻、麸质
炭烤鲈鱼——含：鱼
羊肉考夫塔——清真·含：（14种均不含）

每道菜都带着它真实的饮食适配和所含过敏原。按纯素筛选的顾客看到法拉费；避麸质的人跳过布拉塔和法拉费；清真食客立刻认出考夫塔。这就是结构化标注做着脚注永远做不到的工作。

过敏原、不耐受与"不含"声明

把三件事分清很有帮助，因为顾客和法律对它们的处理不同：

• 申报的过敏原是受监管的清单（欧盟14／美国9）。你在披露一道菜含什么——这是有法律分量的部分，所以必须准确。

• 不耐受与偏好（乳糖、FODMAP、低碳水）不在强制清单上，但对顾客重要。饮食标签和好的描述覆盖其中大多数。

• "不含"声明（"无麸质""无坚果"）是比"不含有"更强的承诺。只有你的厨房能真正担保时才作，因为有严重过敏的顾客会完全信任那个标签。

标记给你一个干净的方式来处理三者：精确申报过敏原，诚实标注饮食，并把"不含"的措辞留给你真能保证的菜品。

诚实处理交叉污染

结构化标签描述配料，但共用油炸锅或繁忙的备餐线是它们不会自动捕捉的现实风险。决定你厨房的诚实立场并反映它：若因共用设备无法保证一道菜对严重过敏安全，就不要暗示你能。一条简短常设的提示——有严重过敏的顾客请与员工沟通——配上每道菜准确的标签，比一个厨房无法支撑的笼统"无麸质"徽章更诚实也更有用。准确每次都胜过乐观；这是菜单上唯一一处错误标签会真正伤到人的领域。

为什么结构化过敏原数据保护你的生意

过敏原信息是菜单上唯一一处出错不只是丢一单的地方：它是安全与责任问题。逐菜的结构化标记是你在两条战线上最强的保护。它让标注一致：每道菜都带相同的勾选清单，不会因为某条描述恰好漏了一种配料而漏掉什么。它让标注在各语言间保持正确，因为标签是数据而非可能被误译的散文——这对读不懂你基础语言、完全信任标签的顾客至关重要。

它还建立一份清晰、可复核的记录，写明每道菜含什么，正是你在顾客某天问你如何处理其过敏时希望能拿出来的东西。把它与纸质做法对比——一排符号的脚注加"请询问服务员"——那把负担推给繁忙的前厅团队，并在配方一变就过时。结构化数据把过敏原处理从反复出现的风险，变成菜单中受管理、可依赖的一部分。

让标记成为习惯，而非项目

过敏原标签被跳过的原因，是它们感觉像螺接在已建好菜单上的一项单独而吓人的任务。解法是把标记融入你创建或导入每道菜的那一刻，于是它从不自成一个项目——你顺手勾上过敏原和饮食，菜单生来就合规。若你导入了现成菜单，做一遍聚焦的处理，从高风险、常见的过敏原开始：坚果、麸质、贝类、奶。

每当配方或供应商变动，就复查标签，因为准确的数据正是在那时悄悄出错：换了油、新的面包、不同的高汤。这里几分钟的纪律是整份菜单最便宜的保险，而且会累积：以习惯打标签的厨房日后绝不面对吓人的补课。标记与好的描述和公道的价格并列，是把每道菜做好的一部分——见创建数字菜单完整指南。

常见的过敏原标记错误

• 用脚注代替标签。"请询问服务员"不是标注，也无法筛选。

• 把饮食与过敏原混为一谈。"素食"不是过敏原，"奶"不是饮食——两者都标，分开标。

• 乐观标记。厨房无法保证时把菜标为纯素或无坚果，是唯一有真实后果的错误。

• 只标基础配方而忽略修饰项。若加料引入了过敏原，要计入。

• 让标签过时。配方或供应商变动时，当天就更新标签。

用 Intermenu 免费标注过敏原与饮食

Intermenu把过敏原与饮食标注内建到每道菜：勾选欧盟14／美国9，以及纯素、素食、清真等标签，顾客就能把你的实时菜单精确筛选到对自己安全的——并且在你菜单支持的全部15种语言中标注都保持正确。

用 Intermenu 免费创建你的数字菜单→

常见问题

我如何为菜单添加过敏原？
在每道菜上，从标准清单（欧盟14或美国9）勾选它所含的过敏原并保存。作为逐项的结构化数据存储，这些标签随后驱动顾客筛选，并在菜单翻译时保持正确。

餐厅必须申报哪些过敏原？
在欧盟，14种：麸质、甲壳类、蛋、鱼、花生、大豆、奶、坚果、芹菜、芥末、芝麻、亚硫酸盐、羽扇豆和软体动物。在美国，9种：奶、蛋、鱼、甲壳类、坚果、花生、小麦、大豆和芝麻。

过敏原标签和饮食标签有什么区别？
过敏原标签说一道菜含什么（如奶、坚果）。饮食标签说它适合谁（如纯素、清真）。两者都用：它们回答不同问题，且都让顾客可筛选。

顾客能按过敏原或饮食筛选菜单吗？
在结构化的数字菜单上，可以——顾客能隐藏含某过敏原的菜，或只显示符合某饮食的菜，即时完成，无需询问员工。这是标记相对印刷脚注的主要优势。

菜单翻译后过敏原标签还正确吗？
当它们以数据存储而非写入描述时，是的——标签与过敏原清单会在各语言间准确传递，这对向国际顾客做安全标注至关重要。