食谱网站怎么做:搭一个能被 Google 食谱富结果收录的菜谱站
用结构化食谱数据建食谱站——食材、工具、时间做成 frontmatter,Recipe JSON-LD 抢食谱富结果,厨房工具联盟位就绪,以及这个站型怎么选细分。
食谱站和普通内容站有什么本质区别?
菜谱是开放网上结构化程度最高的内容形态。Google 不把菜谱页当文章读——它当实体读,有必备字段(名称、图片)和推荐字段(食材清单、步骤、准备/烹饪时间、份量、评分)。把字段说清楚的页面会拿到食谱富结果:星级评分、烹饪时长、成品图直接展示在搜索结果页上,挤在普通蓝链旁边甚至前面。
这改变了竞争经济学。普通美食博客拼文笔和品牌;结构化食谱站拼数据完整度。一个小站,结构化数据无懈可击,就能压过大博客的潦草标记——因为 Google 能逐字段验证。
结构化数据具体长什么样?
核心是 schema.org 的 Recipe 类型,以 JSON-LD 输出。真正起作用的字段:
- Google 必备:菜谱名称 + 至少一张图片。
- 推荐(拿到富结果展示靠它们):
recipeIngredient(食材清单)、recipeInstructions(步骤)、ISO 时长格式的prepTime/cookTime(PT20M= 20 分钟)、recipeYield(“8 人份”)、评分。 - 最容易错:时间必须是 ISO 时长格式,不能写「大约半小时」——页面上看着没问题的展示串,校验器眼里等于不存在。
每篇手写这份 JSON 迟早出错,校验器会在一个漏掉的逗号上翻脸。模板把它内建了:页面 frontmatter 里填一个 recipe 块(菜系、份量、时间、食材、工具),Recipe JSON-LD 自动从字段生成——ISO 形态的时间直接透传,纯展示串留在机器层之外。
细分赛道怎么选?
「菜谱」是红海——allrecipes.com 和千万博客占着头部词。空地在有结构但竞争弱的细分:
- 菜系或饮食角度:地方家常菜、高蛋白备餐、空气炸锅版经典菜。
- 工具角度:围绕一件厨具的全部做法(华夫饼机、面包机)——工具联盟意图天然内建。
- 约束角度:20 分钟工作日晚餐、五食材烘焙、宿舍料理。
教程站方法论的检验标准适用:能列出 20 个真实问题,这个细分就够深。
钱从哪来?
食谱站的变现主力是厨房工具联盟链接,放在意图峰值处:每页的「本页工具」清单里、汇总的厨具评测页里。食谱流量获取便宜且稳定——常青菜谱年年被搜——流量过阈值后展示广告再叠上来。它不是来钱最快的:【变现阶梯】在食谱上走得比游戏 wiki 慢,换来的是内容保质期长得多——详见变现路线篇。
建站过程实际长什么样?
和模板上所有站一样的 fork-答题流程,食谱专属的部分已经预接好:每页一个食谱 frontmatter 块(食材、工具、时间、份量)渲染成可扫读的食谱卡,Recipe JSON-LD 自动输出,recipes 分类自带列表页。初始化 CLI 问站点类型时选食谱站,整个形态直接搭出来。写你真正做过的菜谱、拍成品图、标注日期,收录玩法帮你尽快进爬取队列。
这套流程用 AnvilWiki 模板直接落地
本篇教程的每一步都对应模板已有的能力:构建期校验的 MDX 页面、自动保鲜的兑换码页、Cloudflare Pages 免费无限流量托管。
初始化 CLI 问你站点类型时,选食谱站——食谱 frontmatter 与 Recipe JSON-LD 已内建,厨房工具联盟位就绪。
正在动手做?
主理人在微信上有一个建站交流群——部署卡点、选题、变现数字都在里面聊。扫下面的码加主理人好友,拉你进群。
微信扫码
交流群 · 中文/English 均可