餐厅菜单页做SEO时先别把分类描述锁进图片里

先把“分类描述归谁写”这件事摆到桌面上

餐厅菜单页做SEO，最容易被忽略的一步不是关键词怎么选，而是分类描述到底由谁产出、以什么形式落到页面上。很多站点在菜单页的菜品分类下面挂一段介绍文字，讲这个分类包含哪些菜、适合什么场景点、口味偏什么方向。这段文字对搜索引擎理解页面主题有价值，但如果它只以图片形式存在，爬虫抓不到，前面所有讨论都落空。问题不在于“要不要写”，而在于“谁来写、写完交给谁、谁负责把它放到能被抓取的位置”。这条链如果不提前分清楚，最后往往变成建站方等客户给文案、客户等平台出模板、平台等建站方提需求，三方都在等，页面就一直空着。

建站方的那一段：结构、位置与可抓取性

建站方在菜单页SEO里承担的是“让内容有地方放、放得住、抓得到”的职责。具体到分类描述，需要确认的是：这段文字在页面结构里有没有独立的文本容器，是不是被塞进了背景图或者整块切图里，移动端折叠之后是否仍然输出为HTML文本。双知科技在配合建站流程时，通常会把这一层作为交付前的检查项：分类描述必须是可选中、可复制的文本节点，而不是设计稿里的一段图形。建站方不需要替客户决定这段文字写什么，但需要保证客户提供的文字有落点，且这个落点不被样式或交互方式吞掉。位置、标签层级、是否参与首屏渲染，这些属于建站方的判断范围。

平台的那一段：模板能力与字段边界

如果菜单页跑在平台或建站系统上，分类描述的承载方式往往受模板字段限制。平台侧要明确的是：分类这一层级有没有独立的描述字段，字段支持纯文本还是富文本，输出到前台时是否默认渲染为文本。有些模板把分类描述做成“仅展示用”的图片上传口，那就等于在结构上堵死了文本输出的可能。这一段的边界在于，平台不负责内容质量，但要负责字段是否存在、是否可填、是否可被前台以文本形式调用。建站方和平台之间需要对齐的是字段清单，而不是等到页面做完再回头改模板。

客户的那一段：内容判断与交付节奏

客户在其中的角色不是“提供一段随便写的介绍”，而是对分类描述的内容方向做判断：这个分类主打什么、适合谁、和相邻分类的差异在哪。这些判断决定了描述文字的信息密度，也决定了它是否值得作为独立文本存在。客户不需要懂标签怎么写，但需要知道交付的是文字而不是图片，需要知道这段文字会以文本形式出现在页面上。交付节奏上，分类描述最好和菜单结构确认同步完成，而不是等页面全部上线后再补。补的时候往往已经默认用了图片占位，再改回文本就要动模板。

三段之间的交接点在哪

把三方的职责排开之后，交接点其实只有两个：一个是字段确认，一个是内容交付。字段确认发生在建站方和平台之间，结论是“分类描述有没有文本字段、输出形式是什么”；内容交付发生在客户和建站方之间，结论是“文字以什么格式给、放到哪个字段里”。这两个交接点如果不在同一时间窗口内完成，就会出现字段有了但没内容、内容有了但没字段的情况。菜单页SEO的很多返工，根源不在优化技巧，而在于分类描述被当成了设计素材而不是页面内容，从第一步就锁进了图片里。

为什么这件事值得在动工前说清楚

餐厅菜单页的分类描述，单看一段文字量不大，但它处在分类层级上，是页面主题信号的一部分。锁进图片里，等于把这个信号交给图像识别去猜，而图像识别对文字内容的还原并不稳定。更实际的问题是，一旦以图片形式上线，后续想改成文本，就要同时动设计稿、模板字段和内容排期，成本远高于一开始就分好工。分工边界清楚，不是为了划分责任，而是为了让“分类描述是文本内容”这个前提在流程早期就被固定下来。谁来写、谁来放、谁来确认字段，三件事各有归属，页面才不会在最后一刻才发现描述还在图里。

把边界写进流程，而不是写进事后复盘

菜单页SEO的分类描述问题，说到底是一个流程前置的问题。建站方管结构和可抓取性，平台管字段和输出形式，客户管内容判断和交付格式，三者各守一段，交接点明确，分类描述就不会在无人认领的状态下被做成图片。如果这三段边界在项目启动时没有对齐，等到页面验收再回头追问“这段字为什么抓不到”，那时候要改的就不只是一段描述了。