德语页面有没有起量，不能在一个视图里看完，必须按顺序拆三次：先用「国家/地区」筛德国，把德国用户的需求从整站里切出来；再用查询语言筛德语查询，看这批需求到底用什么词表达；最后回到德语目录自己的「页面」报告，看这些展现和点击落在哪些 URL 上。这里最容易踩的坑在中段——Search Console 的语言筛选器筛的是用户敲进搜索框的查询语言，不是收到展现的页面语言。把它当成页面语言筛选器用，后面所有结论都会歪。
我有一整年都在跟这条歪掉的线较劲。最初的情况是这样的：效果报告里，德国这个国家的点击是一条斜向上的线，看起来很不错。我切到页面标签，往下翻，心却沉了——排在前面的 URL 全是英文页面，一篇德语文章都没进前几行。当时我以为是德语内容写得太差，准备推倒重写。后来把两个筛选器叠在一起看，才明白发生了什么：搜的人来自德国，用的可能是德语，也可能是英语，但我的英文页面恰好命中了这些查询，德语页面根本没被卷进来。指标在涨，德语站却没动，这两件事同时成立。
效果报告顶上那一排筛选器，每一个在回答不同的问题
你得先接受一个前提：这个报告里没有哪一栏写着「德语页面表现」。它是几组维度，你得自己组合出答案。
- 日期，回答「哪一段时间」
- 搜索类型，回答「网页、图片还是视频」
- 国家/地区，回答「搜索的人在哪」
- 查询，回答「他们搜的是什么词」
- 页面，回答「哪个 URL 拿到了这次展现」
- 查询语言，回答「他们用什么语言搜的」
多个筛选器之间是「与」的关系，叠加起来才是你要的那个切片。「德国 + 德语查询」是一个切片，「德国 + 德语查询 + /de/ 目录下的页面」是另一个切片，两者能差出很远。
国家筛的是人，语言筛的是词
这两个筛选器经常被互换使用，但它们圈的范围不一样。
按国家/地区筛德国，圈的是搜索行为发生的位置。德语需求并不只在德国——奥地利、瑞士、列支敦士登，以及在别的国家用德语搜索的人，都被这个筛选器排除在外。反过来，德国境内有大量英语查询，也有土耳其语、俄语、阿拉伯语查询。只看国家，你会同时高估德语页面在德国的表现、低估德语需求的总量。
按查询语言筛德语，圈的才是「这批人用的是德语」，这个范围横跨所有国家。
真正干净的德语需求是把两个都加上去，但那是一个更小的集合，小站上很可能小到看不出形状。所以这两个筛选器我通常是分开看，不叠在一起。
语言筛选器不会替你区分页面语言
这是整件事的核心。一个英文页面被一条德语查询命中，它会出现在「德语查询」的结果里。语言判断作用在查询上，页面用什么语言写，跟这个筛选器无关。
所以看到德语查询有量，你只能得出一个结论：有人在用德语搜，并且搜到了你的站。你无法就此得出「我的德语页面有量」。这两件事之间隔着「页面」这一维，必须再切一次。
要单看德语页面，有两条路
第一条，留在主属性里，用页面筛选加正则，把德语目录圈出来，例如 ^https://example.com/de/，再切到查询标签。快，几秒钟的事，看到的是这批 URL 在全部查询、全部国家下的表现。
第二条，把德语目录按 URL 前缀单独验证成一份资源，在那一份资源里看全部报告。慢一点，但干净得多：那一份资源里的数据天然只属于德语目录，不用每次手写正则，也不会因为 URL 结构变动而漏掉页面。
我现在是两条都用。日常扫一眼用第一条，做月度复盘用第二条，因为两条路偶尔会给出不一样的手感，通常是我正则写漏了。
顺带说一句 hreflang。很多人以为加了 hreflang，德语页面的数据就会汇总到主属性里，或者从主属性流向子属性。不会。hreflang 是给搜索引擎看的关系声明，它不合并、不转移任何效果数据。数据归它被验证的那一份资源，验证在哪，数据就在哪。
小站的国家级切片，噪音比你想的大
德国一个国家切下来，一天可能就三个点击。单日曲线全是锯齿，涨跌都没有意义。把日期拉到 28 天，必要时拉到 3 个月，看的是趋势方向，不是具体数值。同时记住两件事：效果报告保留 16 个月，最近两三天的数据还不完整，用它下结论太早。
还有一个更隐蔽的噪音源。查询维度里有很多词只出现一次，而且经常带着你的品牌词一起出现。别把这些孤例当成需求信号，它们更可能是拼写变体或者长尾噪音。
在说「没起量」之前，先去查收录
这是我踩过最贵的一个坑。有几个月我一直以为德语页面是排名不行，反复调标题、改结构、加内链，一点动静都没有。后来用 URL 检查工具逐个查，发现那些德语页面压根没被编入索引——有一个是 canonical 指向了英文版本，还有一个被 robots 挡了。这不是排名问题，是收录问题，两套完全不同的排查路径，我却在错的那条路上走了很久。
所以顺序应该是：先确认德语 URL 的索引状态，再看排名和点击。收录没解决之前，效果报告里的任何结论都是假的。
我现在的固定动作
打开效果报告，日期拉到 28 天，国家/地区选德国，先记住总数。加上查询语言德语，看这个交叉还剩多少。切到查询标签，扫一遍这些词，确认它们是不是我德语页面上真写过的主题。切到页面标签，看展现落在哪些 URL——如果英文页排在前面，说明德语页面没接住这笔需求。再用页面正则或者切到德语目录的资源，看 /de/ 自己的查询和页面。最后挑三五个核心德语 URL 做 URL 检查，确认索引状态。
只有索引这一关过了，我才会去讨论内容。
几个会让这套方法失效的情况
语言切换靠前端 JS、德语和英语共用同一个 URL 的站，页面维度基本没有意义，因为一个 URL 同时属于两种语言，你没法从 URL 上把它切开。这时候只能退回到查询语言去反推。
德语目录挂在子域名上的，比如 de.example.com，它天然就是独立资源，验证的时候分开处理。放在子目录 /de/ 下也一样，搜索引擎把它们当同一批信号看，但在 Search Console 里可以分开验证、分开看。
还有一种情况是纯粹的样本太小。某些品类德语市场本来就薄，一个月筛下来几十次点击，这时候任何百分比变化都是噪声。承认它测不出来，比强行解读要诚实。
如果只能记住一句话，就记这句：语言筛选器筛的是搜索的人，不是你的页面。所有的判断顺序，都是从这句话往外长出来的。
