原文地址：https://moz.com/blog/why-does-google-parameter-num-matter-whiteboard-friday

“&num=100搜索参数近日已被废止。谷歌搜索URL参数中这个看似微小的改动，正为SEO行业带来巨大影响。在本期《白板星期五》中，汤姆·卡珀将详解：为何&num=100参数曾如此重要？谷歌为何将其废止？以及各类工具正在如何应对这一难题。

周五好，Moz的朋友们。今天我想探讨的话题，或许早已被关注SEO动态、Moz博客或工具警报的您所察觉——那就是被称为&num=（或常被简称为&num=100）的参数。

本期《白板星期五》中，我将为大家解析：这个参数究竟是什么？它为何举足轻重？以及各类工具正在探索哪些解决路径。”

“什么是&num=参数？

这究竟是什么呢？其实，排名追踪工具及其他SEO工具的工作原理，是通过抓取谷歌搜索结果来实现的。

它们并非像普通用户那样与搜索框交互，而是通过手动输入在使用搜索框后可见的URL来抓取数据。您完全可以亲自验证：当您在谷歌搜索时，会注意到地址栏里包含大量信息的URL——这些URL几乎都可以手动构建。

当然其中存在诸多技术细节和限制条件，在此我们不深入探讨。但您可以尝试这个示例：在地址栏输入google.com/search?q=moz+blog（表示搜索”Moz博客”），&HL=EN（设定英语界面），&GL=GB（指定英国地区）。您还可以添加其他参数，比如地理坐标、个性化设置等（这些暂不展开），最后关键的是&num=100——这个参数表示需要获取100条搜索结果。

需要说明的是，所谓”100条结果”实际是指10个分页的结果集合，每页默认显示10条传统自然结果。但如今单页搜索结果通常包含约15条内容，因为除了10条自然结果外，还会夹杂各种特殊展示位（更不必说广告等元素）。

因此将&num=100简单理解为100条结果并不准确。但参数机制就是如此：设定100时，您将获得整合成单个页面的10个分页数据。这让SEO工具仅通过一次查询就能获取更丰富的数据集。”

为何&num=参数至关重要？
（白板局部放大图：展示批量获取排名数据所需条件）

我们为何如此重视这个参数？

为何不进行10次独立查询、每次获取10条结果？这样不是同样可行吗？

事实并非如此。进行这类数据抓取的主要成本与抓取次数直接相关。最关键的是代理IP成本——如果您亲自尝试多次，就会发现浏览器很快会被屏蔽或触发验证码。

这正是SEO工具面临的困境。为此它们必须维护大量IP地址来规避限制，这带来了显著成本。若改用每次仅获取10条结果的查询方式，所需IP地址数量会进一步增加，成本增长可能远超线性比例。

另一个关键因素是JavaScript和cookies支持。过去通过简易的无头请求就能获取代表性数据，但近些年必须高度逼真地模拟浏览器行为，才能获得反映用户实际可见的排名结果，尤其在AI概览等新功能中。

（插入说明：监测关键词的AI概览展示情况）
这意味着您需要掌控的不仅是排名，更是整体可见度。

当然这里仍有诸多技术细节无需赘述。虽不需完全模拟浏览器，但必须高度接近——这又带来了额外的成本开销与运算负担。

最后是数据解析环节：从获取的HTML中提取排名信息和功能模块，区分不同类型，计算像素高度等处理过程——所有这些都会随数据量增加而提升成本。

实际情况是：九月中旬，谷歌开始废止该参数。当我们及其他SEO工具使用num=100时，参数被直接忽略，仅返回前10条结果。

需要说明的是，该参数长期处于非官方支持状态。至于失效原因，我们无法断定是意外还是刻意，但可以确定的是，它的功能正在逐渐失效。”

“结果页拼接及其对准确性的影响
（白板局部放大图：展示结果拼接流程示意图）

对于Moz和STAT来说，我们早已部署了一套经过测试的解决方案——内部称为”结果拼接”，即通过分次获取第一页、第二页结果再进行整合。正如我刚才提到的，在构建URL时可以使用特定参数（例如获取第11-20条结果的参数）逐页抓取所有数据。

但这种方式会显著推升成本。此外，在拼接过程中还可能产生数据衔接问题——我们必须谨慎处理抓取流程及后续分析逻辑。试想：当某个网站在第10与11位间波动时，若抓取第一页时它处于第11位，抓取第二页时又处于第10位，最终整合数据中将完全丢失这个站点的记录。这显然会造成数据失真。

这类隐患需要高度警惕，其实际影响比表面看起来更为棘手。尽管当前解决方案能维持数据完整性（在参数失效时我们及时启用了这套机制，部分其他工具也应对得不错），但必须指出的是，由此带来的成本增幅极为显著。”

这对Moz和STAT工具有何影响？
（白板局部放大图：说明此事对排名追踪工具及Moz的影响）

那么这为何重要？它实际会影响什么？最显而易见的就是排名追踪。您可能关心自己的排名追踪数据，主要关注排名靠前的搜索结果——通常是前2页、约20条传统结果，总计可能在25到30条结果之间。您大概率最关注这些顶部排名，但当然也有充分理由去关注更靠后的排名。

关键词研究也是如此。如果您想获取网站排名相关的所有关键词列表，或是竞争对手的关键词，您可能就需要更深度的排名数据。

还有链接索引。我们的链接索引（以及其他公司的）的一个重要输入源，就是来自谷歌搜索结果的URL。从谷歌搜索结果中获取更多链接，意味着能为我们的索引注入更多数据源。

因此我们必须权衡：既要维持所有这些数据的质量，又得应对增加的成本——我们显然不希望将成本转嫁给客户。

以下是我们当前的解决方案：

在排名追踪方面，方案是灵活的。

• 在 Moz Pro 中，您能获取前两页的结果。
• 而在我们的企业级排名追踪工具 STAT 中，则更具弹性，我们允许客户获取最多100条结果，这会根据具体情况进行处理。

对于分析功能（如关键词分析器和链接资源管理器），我们提供50条结果。这基本上与我们之前在这些功能中使用的深度一致，因为在这类分析场景下（比如分析关键词内耗等问题时），我们认为更深度的排名数据尤为重要。

所以，我建议您去了解一下您使用的工具是如何处理的。当然，如果您的工具正好是Moz和STAT，那我已经告诉您了。但无论如何，去了解一下吧，这样您就能大致知道其背后的运作机制，并且（但愿不会）评估未来是否可能对您产生成本影响。

大规模追踪搜索表现
无论您是管理多个网站，还是数百万页面

我还建议您亲自上手尝试一下。通过实际操作谷歌搜索并留意观察URL的变化，您能更深入地了解这些工具的工作原理，并获得更多背景知识。