Yield 让订位决策一步到位：门店、日期、时间、人数和实时空位一目了然。随后依次是门店对比、时令菜单故事、食材来源、服务形式、私宴包间的预订阶段、活动、门店地址、礼品卡和订阅通讯，每部分都是独立而整齐的横向区块，而不是一张食物拼贴图。
这款模板适合餐饮集团、主厨主导的系列餐厅、酒店餐饮公司、美食目的地、美食广场运营方以及以活动为主的餐饮企业。把 Yield 的品牌标识换成透明底 Logo，并为门店切换器、移动端导航、礼品卡和页脚准备各门店的紧凑标识。请保留对齐的容器边缘、整齐的订位字段、统一的图片比例、适度的栏间距，以及交替出现的编辑式区块。
订位控件必须对接实时库存，并清楚说明门店、当地日期和时间、人数、座位选项、无障碍需求、确认方式、订金、取消、迟到、未到店以及联系流程。绝不能显示虚构的实时空位。
每个门店页面都应包括地址、地图之外的文字指引、营业时间、厨房和酒吧的供应时间、订位政策、散客政策、联系方式、无障碍信息、交通、停车、着装建议（如有）、年龄限制、服务费和临时停业信息。菜单要写明菜名、描述、当前价格和币种、分量或形式、饮食和过敏原信息、更新日期，并提示供应情况可能变化。在没有经过验证的管控措施之前，不要声称环境不含过敏原；应引导有过敏情况的客人咨询受过培训的员工。
食材来源清单只有在获得许可后才能列出合作方名称，并准确描述产品、产季、标准和合作关系。关于本地、有机、可持续、人道养殖、野生、当日捕捞、零浪费、获奖、主厨资历或营养的说法，都需要有证据并说明适用范围。私宴包间页面要写明容纳人数、房间布局、最低消费、订金、菜单、服务、设备、无障碍条件、取消规则、税费、附加费用和咨询回复时间。活动信息需要包括门店、日期、时区、名额、价格、年龄或饮食相关说明、退款条款和票务平台。绝不能编造评价、奖项、供应商、主厨、活动、空位或价格。
上线前要把所有 AI 生成的室内、菜品、主厨、客人和地图图片换成已授权的真实照片。菜品外观要自然，门店场景要准确；AI 生成的菜品图不能代表实际售卖的菜品。菜单、价格、空位、活动、营业时间、政策和行动按钮都要用 HTML 呈现。图片 alt 文本应客观描述菜品和室内环境，不要加入主观评价。
表单只收集最少的信息；订位、活动合同、客人备注、饮食需求、订金、付款和私人联系方式，要通过安全的系统处理。SEO 方面，为真实的门店、菜单、主厨、活动、私宴、周边街区、食材来源和品牌故事建立内容充实的页面。每个页面都要有独立的页面标题、页面描述、规范网址（canonical）、合理的标题层级、本地信息、更新日期和站内链接。只有当页面上可见的信息相符时，才使用 Restaurant、Menu、FoodEvent、Offer 或 FAQ 结构化数据。避免低质量的地点关键词薄内容页面，也不要留下失效的旧菜单网址。如果做多语言版本，要把菜单术语、过敏原、货币、税费、订位、无障碍信息、各项政策和联系方式都本地化。
在移动端，订位字段要按顺序纵向排列，门店切换要清晰，营业时间表要转换成带标签的记录，保持图片裁切效果，并避免内容溢出。要支持键盘操作、清晰可见的焦点、足够的对比度、较大的触控区域、减弱动效、读屏标签和无障碍的错误提示。数据统计、地图、订位服务商、支付、视频和社交媒体嵌入等非必要功能，要尊重用户授权。
上线前，请替换所有虚构的门店、菜单、主厨、供应商、活动、价格、营业时间、图片和说法；测试订位、门店切换、菜单、活动、私宴、礼品卡、表单、支付、键盘操作、读屏软件、响应式布局、性能、授权同意以及各类失败情况。补齐经过审核的隐私政策、服务条款、无障碍说明、订位、取消、过敏原、服务费、礼品卡、活动、拍摄和联系方式等页面，并为门店、厨政、运营、法务和内容分别指定负责人，按日或按季定期审核。
