📐 方法说明 · 我们如何引用 GSC 数据 +
更新 2026-05-03。Google Search Console 中的位置是 90 天平均值。我们作为有效排名信号引用的, 仅是展示数 ≥ 15 次 的搜索查询。展示数 5–14 次的查询会带上下文引用; < 5 次属于统计噪声, 不构成权威性证据。
无麸质集群的清晰引用基础: 5 个稳健 Top-7 查询, 其中 1 个真正的 Pos-1.59 证据 (peking duck gluten free, 39 次展示)。39 个国家的长尾覆盖作为附加数据点。
为什么 300+ 全球可见性不是运气
核心论点: 话题权威性 (Topic Authority) 不是来自单个完美的页面, 而是来自四个一致执行的支柱在整个栏目上的累积效应。/faq-peking-duck/ 这一个页面之所以能为 115 个查询有可见性, 不是因为它孤立地出色。它能可见, 是因为 chinayung.de 这个域名在一个精确划分的主题领域 (中餐 × 过敏原 × 营养) 里搭起了一个一致、忠于事实、Schema 结构化的回答架构。
Google 把这看成 Wikipedia 集群: 当 12 个主题型 FAQ 页面在标注、更新节奏、内容深度上展示出同样的纪律, 算法会在权威性认知上提升整个栏目。这就是把一个法兰克福页面推到 „peking duck baltimore“ 第 1 位的杠杆 — 不是单页的 SEO 小技巧。
四大支柱
每层有明确定义的职能, 与下一层交换定义好的数据。这种分离正是流水线能转移到其他餐厅、不需要每次定制的原因。
BLS 数据基础
德国联邦食品代码 (Bundeslebensmittelschlüssel, BLS) 是德国食品成分的官方参考数据库, 由 Max Rubner 研究所维护。它包含数千种食品的结构化数据 — 原料与加工产品都在 — 含营养值、过敏原代码、加工标记与产地信息。
软件中的每个原料都对应到一个 BLS 条目。这样配方一录入, 每道菜就自动得到完整的过敏原推导。关键点: 映射是按原料一次, 不是按菜一次。一个 200 个单品、典型由 80–120 种不同原料构成的菜单, 比手工按菜打过敏原标签少 2 倍维护工作量。
Max Rubner 研究所的官方参考 — 流水线中每个过敏原推导的强制基础
实时后端: EU-14 过敏原矩阵从 BLS 映射的原料自动计算, 特例作为单元独立状态
EU-14 映射
欧盟食品信息法规定义了 14 类主要过敏原 (谷物麸质、甲壳类、蛋、鱼、花生、大豆、奶、坚果、芹菜、芥末、芝麻、二氧化硫与亚硫酸盐、羽扇豆、软体动物)。流水线从原料的 BLS 过敏原代码中, 为每道菜推导出一个 14 位矩阵。
关键是处理特例: „含有微量“、„同一加工厂可能交叉污染“、„按要求去除原料 X“。这些差异作为矩阵每个 单元的独立状态 保存, 不是脚注 — 这就是为什么 „is peking duck gluten free?“ 这种问题能得到差异化、正确的回答, 而不是笼统的 „是“ 或 „否“。
Schema.org FAQPage
这里发生真正的 SEO 跃迁。流水线不发布 PDF 过敏原表, 而是生成主题型 FAQ 页面, 把每个问答对嵌入 FAQPage JSON-LD。
Schema.org 的作用:
- Google 直接读取问答结构, 可以呈现为 Rich Results
- LLM 抓取器 (GPTBot、ClaudeBot、PerplexityBot、Google-Extended) 把回答提取为 可引用事实
- 语音助理与智能音箱把 FAQPage 标注当作 首选答案源
FAQ 页面不是内部凭空想出来的 — 它们自动从菜单的 EU-14 矩阵加上 Search Console 的长尾分析中产生。
FAQ 编辑器, 多语言触发器 (DE·EN·中文) — 每个 FAQ 自动嵌入为 FAQPage Schema
双重设置: /llms.txt 作为抓取提示 + 前端可见的 LLM 事实页, 带 FAQPage Schema 与 Speakable 选择器
LLM 优化
在传统 Schema.org 标注之外, 每个站点还额外发布一个 /llms.txt 文件 (Answer.AI 提案格式)。这个文件是最重要页面的精选索引带简短描述 — 给那些不想或不能做完整站内抓取的 LLM 作为首选抓取源。
此外, 流水线为每个站点生成一个 前端可见的 LLM 事实页 (Pilot 模式)。这个页面用强结构化形式集中 14+ 个问答, 带 FAQPage Schema 与 Speakable 选择器。哪个 LLM 偏好哪个机制经常变化 — 双重设置让位置稳健。
当 ChatGPT、Perplexity、Gemini 或 Claude 回答餐厅过敏原问题时, chinayung.de 现在会作为来源出现。这不直接带来点击, 但它把品牌确立为话题权威 — 反过来又作用回 Google 排名。
四大支柱如何累积成 Wikipedia 级权威性
单独看, 四大支柱每个都是标准最佳实践。乘法效应来自它们的 组合与跨整个栏目的一致性。
ChinaYung 软件 自动化的部分
八个模块共同让四大支柱可维护 — 您不需要碰 JSON-LD 或 XML Sitemap。
llms.txt 生成 带精选页面列表
菜单编辑器 — 带每道菜状态跟踪的后端总览
实时前端 chinayung.de — 带过敏原过滤与实时回答的菜单顾问
模块细节请见 产品页。
您自己需要做的
三个前置条件, 没有它们流水线就不工作 — 因为它们是输出可信的根本原因。
检查 BLS 许可证
联邦食品代码用于商业用途要付费。许可费根据店面规模, 通常在每年低三位到四位数 (欧元) 之间。我们帮您走许可流程, 但不以您的名义签合同。
认真录入菜单
流水线只能跟您配方数据一样好。不知道自家酱料里放了什么的人, 也没法正确标注。可选 4–6 小时的入门工作坊, 加速初始菜单录入。
定期 Re-Audit
推荐 6–12 周一次, 取决于菜单换频率。Re-Audit 检查排名漂移、Search Console 中的新长尾查询、索引漏洞。服务或自助。