📐 方法说明 · 我们如何引用 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 个国家的长尾覆盖作为附加数据点。
关键结果
一家家族经营的法兰克福中餐馆, 没有给 FAQ 页面投过一分钱广告。
/faq-peking-duck/ 上的查询Wikipedia 级别的话题权威性
最引人注目的发现不是查询数量本身, 而是 哪些 查询。我们的法兰克福页面 /faq-peking-duck/ 在 Google 上对与法兰克福毫无关系的查询都有可见性, 有些还直接命名了竞争对手的餐厅。Google 已经把我们的页面建立为 „全球烤鸭“ 的标准答案。
peking duck baltimoreBaltimore, Maryland — 我们不在 Baltimorebest peking duck chinatown nyc纽约 — 我们不在纽约peking duck singapore price新加坡 — 我们不在新加坡dragon-i peking duck price香港 — Dragon-i 是香港餐厅buddakan peking duck纽约 — Buddakan 是纽约餐厅beijing da dong menu price北京 — 大董是北京顶级烤鸭店imperial treasure super peking duck menu pdf新加坡 — 御寶軒是新加坡连锁sang kee wynnewood hours宾夕法尼亚 — Sang Kee 是 PA 餐厅Google 本可以把大董自己的网站排第 1。但它没有。它把我们的法兰克福页面排第 1。原因不是我们比大董更大或更有钱 — 显然都不是。原因是 我们的页面在结构上完整、事实上密集、Schema 上正确、维护上一致。Google 在规模上奖励这个组合, 奖励就是话题权威性。
现场 GSC 导出: 39 个国家有可见性 — 从本土市场德国到毛里求斯、特立尼达和卡塔尔
起始情况
自欧盟食品信息法规 (LMIV) 生效以来, 欧盟境内每个餐饮经营者都有义务清晰标示菜品的 14 大主要过敏原。实际操作中, 大多数餐厅通过菜单的 PDF 附件、张贴的告示牌或手工维护的表格来解决。这能用, 但不经济:
- 每次配方变更都强制重新映射过敏原
- 翻译 (中德英) 让维护工作量翻倍
- 数据对搜索引擎不是机器可读的 — Google 只看到 PDF 或图片
- 有具体疑问的客人在网上找不到直接答案, 只能打电话问, 占用服务时间
中餐馆 Yung / 容龍酒家 也有同样的问题。菜单超过 200 个单品, 每个菜有多个配方变体, 还有两种语言, 手工维护既不能扩展也容易出错。2025 年我开始自己搭一套流水线 — 一开始只为自家店, 后来作为产品命名为 ChinaYung 软件。
我们做了什么
四步。今天都已在 ChinaYung 软件中自动化。
BLS 过敏原映射作为数据基础
基础是 Max Rubner 研究所维护的德国联邦食品代码 (Bundeslebensmittelschlüssel, BLS) — 食品营养与成分数据的官方德国参考数据库。我们配方中的每个原料都对应到一个 BLS 条目。这样不仅 EU-14 主要过敏原可明确推导, 微量痕迹与生产污染也能涵盖。
每道菜的 EU-14 映射
从配方自动计算出过敏原矩阵: 14 列对每道菜。“无麸质做法“ 或 „去除大豆“ 这类变体作为 独立条目, 不是脚注。
每个话题集群的 Schema.org FAQPage
我们没有把 200 个菜分别独立发布, 而是搭建了主题型 FAQ 页面: 烤鸭、无麸质、过敏原概览、海鲜酱、点心、薄饼。每个页面都用 FAQPage Schema (JSON-LD) 标注 — 既给 Google Rich Results, 也给 LLM 抓取器。这套机制的细节请看 方法页。
Sitemap 与 IndexNow 自动化
每个新增或修改的 FAQ 页面会自动加入 XML Sitemap, 信号给 Google Search Console, 并通过 IndexNow 直接通知 Bing 与 Yandex。索引延迟通常少于 24 小时, 而不是 1–4 周。
真实数据 — 真正的 GSC 数字
数据源: Google Search Console, Property chinayung.de · 截至 2026-05-03 的 3 个月窗口 · 全球范围。
表 1
第 1.0 位的 Top 查询 (无麸质集群摘录)
| 查询 | 3 个月展示数 | 位置 |
|---|---|---|
| gluten free hoisin sauce | 11 | 1.0 |
| are peking duck pancakes gluten free | 9 | 1.0 |
| are dumplings gluten free | 4 | 1.0 |
| hoisin sauce gluten free | 4 | 1.0 |
| is crispy duck gluten free | 4 | 1.0 |
| duck and rice gluten free | 2 | 1.0 |
| gluten free pancakes for crispy duck | 2 | 1.0 |
| gyoza glutenfrei | 2 | 1.0 |
| are chinese duck pancakes gluten free | 1 | 1.0 |
| dim sum gluten free options | 1 | 1.0 |
| duck sauce gluten free | 1 | 1.0 |
| kikkoman hoisin sauce gluten free | 1 | 1.0 |
| peking duck gluten free | 39 | 1.59 |
这只是 无麸质集群。所有主题加起来的全球可见性查询 超过 300 个, 分布在 8+ 个页面上。
GSC 查询选项卡 — 无麸质集群中过滤的第 1 位结果
表 2
拥有最高权威性的 Top 页面
| 页面 (chinayung.de 上线) | 查询数 | Top 查询 |
|---|---|---|
/faq-peking-duck/ (DE) | >115 | peking duck gluten free |
/en/hoisin-sauce/ | 146 | hoisin milk |
/en/peking-duck-pancakes/ | 93 | chinese pancakes |
/en/faq-peking-duck/ | 高 | peking duck baltimore |
/har-gao/ | 中 | hargao glutenfrei |
/en/faq-dim-sums-2/ | 中 | dim sum gluten free |
GSC 页面选项卡 — 8 个页面在第 1 位作为话题集群深度的证明
/en/peking-duck-pancakes/ 页面详情 — 单页 93 个查询, 所有 Top 查询位于第 1 位
表 3
全球前 10 个国家 (无麸质集群摘录)
| 国家 | 展示数 | CTR · 平均位置 |
|---|---|---|
| 美国 | 200 | 0.5 % · 3.67 |
| 英国 | 44 | 0.0 % · 4.11 |
| 澳大利亚 | 44 | 2.27 % · 2.27 |
| 德国 | 33 | 3.03 % · 4.7 |
| 加拿大 | 23 | 0.0 % · 1.52 |
| 香港 | 12 | 8.33 % · 3.25 |
| 新西兰 | 12 | 0.0 % · 2.83 |
| 印度 | 7 | 0.0 % · 3.0 |
| 泰国 | 7 | 0.0 % · 6.57 |
| 中国 | 6 | 16.67 % · 2.5 |
完整国家列表包括 39 个国家, 从毛里求斯、特立尼达和多巴哥到卡塔尔 — 仅来自无麸质集群。
最高质量命中 — 谁真的点击了
纯展示数对质量说明不大。CTR (点击率) 才能告诉我们谁真的点了。
时间线
从第一次 BLS 映射到第一批排名约三到四个月 — 大部分是 Google 的索引延迟, 不是我们的工作量。
所有原料的 BLS 映射、配方盘点、EU-14 矩阵作为主数据集
按主题集群搭建 FAQ 页面、嵌入 FAQPage Schema、自动化 Sitemap 维护、IndexNow Ping 上线
300+ 全球可见性查询稳定, 5 个稳健 Top-7 查询, 39 个国家覆盖, 每两周持续 Re-Audit
让我意外的是: 英文页面比德文页面排名速度快得多 — 四周而不是八周。我猜国际市场上像 „peking duck gluten free“ 或 „gluten free hoisin sauce“ 这类小众长尾查询的竞争出乎意料地稀薄。全球大部分餐厅根本没有把过敏原数据做成机器可读的形式。谁做对了, 谁就赢 — Google 用全球话题权威性来奖励这一点。第二个意外是地理覆盖: 一个法兰克福页面在 39 个国家可见, 这是我搭建时没有预料到的。
第三个意外: LLM 抓取器 — GPTBot、ClaudeBot、PerplexityBot — 在几天内就抓取了 FAQ 页面, 现在已经会在相关对话中引用它们。这套策略本来是给传统 Google 搜索准备的; LLM 效应是一个意外的副产品。
现场证明: 自己验证
排名不是嘴上说说, 是 公开可验证。点击下面任一 URL, 把对应的查询复制到 Google 的隐身窗口, 您就能在头部结果中看到这个页面 — 大多数查询位于第 1 位。
提示: Google 会根据位置与浏览历史轻度个性化结果。隐身窗口加未登录的 Google 会得到最中性的视图。
这对您的店意味着什么?
中餐馆 Yung / 容龍酒家 不是特例。流水线不限于中餐 — 任何菜系, 只要原料能映射到 BLS, 就能用。
您具体能得到
- 带过敏原自动计算的结构化配方管理
- 带 Schema.org 标注的 FAQ 页面生成器
- 开箱即用的 Sitemap、IndexNow 与 LLM 优化
- 按需的季度 SEO Re-Audit
您自己需要做的
- 录入带原料粒度的菜单
- 检查 BLS 许可证 (商业用途需付费)
- 配方变更时, 让流水线重新跑一遍 (系统里一键)
这套流水线做不到什么 — 诚实的边界
- 主题不成立的页面。300+ 个全球可见性建立在一个清晰的主题领域上 (过敏原、麸质、营养、烤鸭与海鲜酱这类菜品经典)。一个普通的餐厅首页不会因为接入流水线就魔法般地排第 1。
- 它替代不了本地 SEO。Google Business Profile、本地目录、点评、外链档案仍然是独立话题。
- 它不直接产生品牌搜索量。一家餐厅如果完全没有人搜, 长尾查询的可见性能带来曝光, 但不会奇迹般地建立品牌认知。效应是中期的 — 几个月, 不是几周。
- 翻译要审核。软件支持多语言页面, 但翻译质量是手工活。糟糕的过敏原翻译不会排名, 还会失去信任。
- 维护仍然必要。一个 FAQ 页面两年没人碰会掉名次。流水线把维护工作减到原来的零头 — 但这不是一个 „搭一次, 永远不管“ 的系统。
初次咨询的常见问题
点击展开。
意大利菜、德国菜、土耳其菜或小酒馆也行吗?
行。BLS 数据基础覆盖整个中欧食品光谱。流水线没有特化中餐 — 展示案例是中餐, 只是因为那是我自己的店。
对每天换午市套餐的餐厅呢?
能用, 但维护更重。流水线允许 „日单“ 作为带配方版本历史的独立结构。如果真的每天换, 建议在咨询时提前说 — 我们会推荐一个组合方案: 当日菜降低细节深度, 固定菜单保留全深度。
数据保护与托管地区呢?
软件运行在欧盟 (Hetzner 法兰克福加 Strato 柏林作为 CDN 镜像)。租户数据通过行级安全 (Row-Level Security) 严格隔离。引用聚合供应商数据有 AVV (数据处理协议) 中的明确条款 — 签合同前提供细节。
如果我后来取消订阅会怎样?
您保留您的页面 — HTML 输出留在您自己的服务器上。失去的是配方变更时的自动重生成、IndexNow 推送、Sitemap 维护与 LLM 事实页机制。已有排名的衰减速度取决于您之后手动维护的力度。