你辛辛苦苦拍图、写步骤、调口味，结果发出去一个月，搜“快手鸡胸肉”根本看不到自己的食谱？别急着改封面——大概率不是流量差，是Google压根没认出你这是一道菜。
它连你用的是鸡胸肉还是鸡腿肉都分不清，更别说“30分钟搞定”这种关键信息了。结构化数据不是玄学，就是给搜索引擎递一张清晰的“食谱身份证”。
为什么你的食谱在搜索结果里总是“隐形”？
搜索引擎看网页，不像人一眼扫过去就懂。它靠代码里的标签识别内容。如果你的食谱页面只有 <h1> 和 <p>，它只能猜：“嗯……可能是菜谱？”
但加上结构化数据后，它就能立刻确认：这是道“蒜香西兰花炒鸡胸”，耗时32分钟，含312大卡，4.7分，成品图在第一张。
有个做家常菜的博主，写了三年300多篇食谱，自然搜索流量一直卡在两千上下。后来他挑了10篇收藏量最高的，只加了结构化数据，没改标题、没换图、没重写步骤。两个月后，其中7篇进了Google的食谱轮播图（Recipe Carousel）。流量明显提升，用户停留时间也变长了——因为点进来的人，真的想做这道菜。
食谱结构化数据到底长什么样？3个核心字段
打开任意一篇食谱的网页源代码，Ctrl+F 搜 application/ld+json，你会看到一段像字典一样的JSON代码。不用全背，但下面这三个字段，缺一不可：
name：必须和页面上的<h1>标题完全一致。比如H1写的是“空气炸锅版蒜香鸡翅”，name就得是这串字，一个标点都不能差。recipeIngredient：食材要一条一条列，别塞在一句话里。正确写法是["鸡胸肉 200克", "西兰花 100克", "蒜末 10克"]；错误示范是"食材：鸡胸肉200克、西兰花100克、蒜末10克"。recipeInstructions：步骤建议用HowToStep格式拆开。每步独立成项，还能加图。比一大段文字更容易被识别，也更方便用户快速扫读。
有位做烘焙的博主，以前把“低筋面粉300g、细砂糖50g、鸡蛋2个”全塞在一个段落里。优化后她按字段一条条拆开，结果Google直接在搜索结果里展示了食材清单。用户不用点进去，就知道“哦，要买鸡蛋和低粉”，跳出率缩短了不少。
2个方法让搜索引擎“看见”你的食谱图片
再好看的图，对搜索引擎来说也只是一堆像素。想让它知道哪张是成品、哪张是切菜步骤，得靠结构化数据指出来。
第一个方法：在 image 字段里填上图片链接。支持单图或数组，比如："image": ["https://site.com/dish.jpg", "https://site.com/step1.jpg"]
注意：链接必须能公开访问，不能是本地路径或带登录跳转的地址。
第二个方法：给每个步骤配图。用 HowToStep 时，每一步都能加自己的 image。有个卖厨房小工具的网站，给每道菜的每一步都配了实拍图，并在结构化数据里一一对应。结果Google在搜索结果里展示了“步骤预览”，用户滑动就能看到“第一步：鸡胸肉切片”。从食谱页跳转到商品页的转化率大幅增长——图够实在，人就信得过。
3个被忽略的细节，直接影响你的食谱排名
很多人加完结构化数据就收工，结果效果平平。问题往往出在三个“看着不重要，其实很致命”的地方：
第一，烹饪时间必须严格按格式写。
别写“约30分钟”或“半小时左右”，结构化数据里得是 "cookTime": "PT30M"（P=Period，T=Time，M=Minute）。Google会校验这个格式，哪怕多一个空格、少一个字母，整个字段就作废。有博主写“45分钟”，结构化数据里填了 PT45M，没问题；但她另一篇写“大概45分钟”，结构化数据还是 PT45M，Google直接无视了时间字段——因为正文和结构化数据对不上。
第二，评分和评论数得跟着页面实时更新。
如果你用了 aggregateRating，但后台用户打了4.8分、留了23条评论，结构化数据里还写着 "ratingValue": "0"、"reviewCount": "0"，Google就会认为你在糊弄它。有网站用WordPress插件自动生成结构化数据，但插件压根没连评论数据库，评分永远是0。修复后，真实评分上线，搜索结果里的点击率明显提升。
第三，别抄别人的结构化数据。
曾有个新手站长，直接扒了下厨房热门食谱的JSON代码，改了标题和图片链接就贴进自己页面。结果Google发现：结构化数据里写“需五花肉300克”，正文却写“用瘦肉200克”；营养表标“脂肪8g”，实际算下来该是22g。系统判定“数据不一致”，整站食谱的结构化标记被降权，消失在搜索结果里整整两个月。
一个真实的坑：我见过最惨的结构化数据翻车现场
朋友做家庭食谱平台，请外包团队批量加结构化数据。对方很“高效”：每篇食谱都塞了20多个字段，recipeCategory、recipeCuisine、nutrition 全齐，看起来专业极了。
但问题来了：一道“红烧肉”在 recipeCuisine 里填的是 "Italian"；营养表里写着“总热量120大卡”；分类标的是“甜点”。而正文清清楚楚写着“中式家常菜”“肥瘦相间，炖1小时”“热量约420大卡”。
Google审核后直接打标：“虚假或误导性结构化数据”。所有食谱页面的富媒体展示被撤下，搜索曝光断崖下跌。他们花了三个月，一篇篇人工核对、重填、测试，才慢慢恢复部分展示。教训很直白：字段宁可少，数据必须准。
今天就能执行的3个操作步骤
别等“哪天有空”，现在打开电脑就能干：
打开 Chrome 浏览器，访问 Google 的 Rich Results Test 工具（就在 Google 搜索里搜“Rich Results Test”就能找到），粘贴你最近流量最高那篇食谱的网址，点“测试”。它会立刻告诉你：哪个字段漏了，哪个格式错了，甚至哪行JSON多了一个逗号。
根据测试结果，只改3个字段：
name、recipeIngredient、recipeInstructions。 先确保这三个跑通。改完保存，再测一次——看到绿色“有效”提示，你就成功了一半。回到这篇食谱的编辑后台，在食材清单正下方，手敲一行自然语言描述。 比如：“你需要鸡胸肉200克、西兰花100克、蒜末10克。”这句话不是给机器看的，是给人写的。但它会让Google交叉验证：结构化数据写的食材，和正文写的是否一致。一致，它才敢信你。