我们站点的 nginx 访问日志，从北京时间 2026 年 6 月 6 日到 10 月 15 日一共 120,261 行，约 130 天。这个站主要由三个 Next.js 应用组成。我们拿它回答一个做 GEO 常被问到的问题：AI 抓取器来取页面时，拿走的是服务器返回的那份 HTML，还是把页面里的脚本跑完之后的样子？
判断靠一个很具体的信号：网址里带 _rsc= 参数的请求。先给五个读数，后面每一节都写了算法、身份核验和出处：
- 在我们列的名字表里，有 6 个抓取器名字发过 `_rsc` 请求，也就是有执行脚本的迹象。 GoogleOther 839 次、meta-externalagent 343 次、OAI-SearchBot 281 次、Bytespider 233 次、GPTBot 14 次、meta-webindexer 13 次（GoogleOther 按 Google 的说明是多个产品团队共用的通用抓取器，不专属 AI；其余五个分属 OpenAI、Meta、字节跳动）。其中 GoogleOther、OAI-SearchBot、GPTBot 的这些
_rsc 请求全部来自运营方公布的地址名单之内；meta-externalagent 的全部来自 Meta 自己的网络（Meta 没有给核验办法，这只算旁证）；Bytespider 核验不了。 - 执行了脚本，也不等于在取页面的那一刻执行。 GoogleOther、meta-externalagent、Bytespider 的
_rsc 大多紧跟在取页面之后 60 秒内；OAI-SearchBot 的 281 次，没有一次落在 60 秒内，和最近一次取该页面相隔的时间，中位数约 2 小时。 - 能核验身份的几个「按用户提问去取页面」的名字，没取脚本文件，也没发 `_rsc`。 ChatGPT-User 在运营方名单内的 173 次全是取页面；Claude-User 名单内只有 28 次（页面 11、robots.txt 12、sitemap 4、其他 1），样本很小；两者脚本文件 0、
_rsc 0。PerplexityBot、Amazonbot 不属于「按用户提问」这一类，它们名单内的请求也是脚本文件 0、_rsc 0。 - 下载了脚本文件，不等于执行了脚本。 ClaudeBot 取过 59 次脚本文件，其中在 Anthropic 名单内的 57 次全都不带来源地址，更像是把脚本地址当普通链接来抓；带站内来源地址的 2 次都在名单之外。它的
_rsc 是 0。 - Googlebot、bingbot、Applebot、百度蜘蛛的 `_rsc` 都是 0，但这说明不了它们不执行脚本。 按 Next.js 的前端代码，它会认出这些名字、不给它们发预取请求，
_rsc 这个信号在它们身上本来就出现不了（见第二节第 3 点）。
落到 GEO 上，结论是一句话：品牌名、价格、能力范围、常见问答这类关键事实，要放在服务器直接返回的 HTML 里，不能只靠浏览器端的脚本渲染出来。
利益相关先说在前面：这份日志来自我们自己的站点；站上的引见 YinJen 是我们自己的产品，一款监测品牌在 12 个 AI 引擎里可见度的 GEO 工具。数据只有一个站、一种框架，不是行业均值。国内 AI 引擎在这份日志里几乎看不到，本文回答不了它们怎么取页面（见第八节）。
一、口径：先读这一节，再看数字
| 项 | 取值 |
|---|
| 数据来源 | 苏州智码航科技有限公司的站点 zhimahang.com（引见 YinJen 的文章页与产品页都在这个站上）的 nginx 访问日志 |
| 站点 | 同一个域名下有三个 Next.js 应用（App Router），另有门户首页和一个工具页是静态页面；本文所有 _rsc 请求都落在这三个 Next.js 应用上 |
| 窗口 | 日志首行是北京时间 2026-06-06 23:04，取数截到 10-15 11:00，截止前最后一行是 10:36；共 120,261 行，期间日志没有轮转 |
| 抓取器名字怎么认 | 按请求头 User-Agent 里自报的名字归类。名字表是我们事先列的（常见的 AI 抓取器、搜索引擎蜘蛛等，外加豆包 App），表外的 User-Agent 不进分组（见第三节读法第 1 条）。匹配时不区分大小写，按固定顺序逐个匹配，命中即停，一行只归一个名字（比如同时带 Amazonbot 和 Amzn-SearchBot 的算 Amzn-SearchBot）。名字可以冒用，所以每个名字另做身份核验，见第四节 |
_rsc 请求 | 网址查询串里带 _rsc= 参数的请求 |
| 脚本文件 | 路径在 /_next/static/ 下、以 .js 结尾的请求 |
| 取页面 | 不是脚本、样式、图片字体等静态资源，也不是 robots.txt、sitemap、_rsc 的请求；「取页面成功」只算返回 2xx 的 |
| 来源地址 | 请求头 Referer。浏览器加载页面里的脚本、发预取请求时，会带上当前页面的地址 |
| 取数 | 日志：北京时间 2026-10-15 11:55～12:12 汇总主表，12:48～12:54、13:27～13:28 两次补算，都经 ssh 在服务器内存里只读汇总，只输出计数，服务器上不落文件；核验用的各家地址名单 11:51～11:53 下载。页面核对：11:59～12:17 用 curl 取本站页面的原始返回（第二节、第七节用到），10-16 14:11 又取过产品站定价页（第七节第 4 条用到），都在日志窗口之外 |
| 不出现的 | 任何访问方的 IP 地址、反查得到的完整主机名 |
| 时区 | 日志本身是北京时间（+0800），本文日期都按北京时间写 |
二、为什么 _rsc 能当信号，脚本文件不能
Next.js 的 App Router 有一个默认行为：页面在浏览器里跑起来之后，会对视口里看得见的站内链接，提前取一份「下一页的数据」。这份请求的网址后面带 ?_rsc= 和一段由前端代码算出来的值。有三点要先说清楚：
- HTML 里没有这种地址。 我们把 7 个页面（产品站首页、文章列表、两篇文章、定价页和另外两个应用的首页）和两份 sitemap 的原始返回逐个查了，
_rsc 这几个字符一次都没有出现。要发出这种请求，得有人把页面里的脚本跑起来，或者从跑过脚本的地方拿到这个地址。 - 脚本文件的地址就写在 HTML 里。 这 7 个页面每个都引用了 9～10 个
/_next/static/ 下的脚本文件。抓取器把它们当普通链接抓回去，不需要执行任何东西。所以「取过脚本文件」只说明它下载了，不说明它执行了。来源地址能帮着分一分：浏览器加载页面里的脚本时会带上页面地址，把脚本当链接单独抓时，通常不带。 - Next.js 对一部分名字不发预取。 它的前端路由代码里有一段「不给机器人预取」的判断（一个应用装的是 15.5.18 版，另外两个是 15.5.20 版，这段判断和下面这份名单在两个版本里相同）。名单里有 Googlebot、名字里带「Google-」或「-Google」的、bingbot、Applebot、百度蜘蛛、facebookexternalhit 等。按这段代码，名字在这份名单里的抓取器，就算把脚本跑完，也不会发
_rsc（前提是渲染时脚本读到的 User-Agent 和请求头里的一样，这一点日志里看不到）。GPTBot、OAI-SearchBot、ClaudeBot、GoogleOther、Bytespider、meta-externalagent 都不在名单里。
所以下面的分组，看的是「有没有这个信号」，不是「执行没执行」的全部答案。
三、按信号分三组（按 User-Agent 自报计数）
A 组：发过 `_rsc`，有执行脚本的迹象
| 名字 | 总请求 | 取页面成功 | 脚本文件 | _rsc | 首次～末次 _rsc |
|---|
| GoogleOther | 1,410 | 268 | 170 | 839 | 06-29～10-01 |
| meta-externalagent | 986 | 127 | 53 | 343 | 10-03～10-12 |
| OAI-SearchBot | 1,453 | 108 | 21 | 281 | 07-15～10-09 |
| Bytespider | 933 | 59 | 256 | 233 | 08-26～10-14 |
| GPTBot | 1,206 | 236 | 133 | 14 | 08-12～10-11 |
| meta-webindexer | 71 | 5 | 16 | 13 | 09-05～09-27 |
B 组：名字不在 Next.js 那份名单里，`_rsc` 为 0
| 名字 | 总请求 | 取页面成功 | 脚本文件 | _rsc |
|---|
| ClaudeBot | 3,145 | 146 | 59（带站内来源地址的 2 次） | 0 |
| ChatGPT-User | 510 | 208 | 0 | 0 |
| Claude-User | 445 | 52 | 0 | 0 |
| Perplexity-User | 283 | 2 | 0 | 0 |
| PerplexityBot | 269 | 58 | 1 | 0 |
| Amazonbot | 265 | 81 | 0 | 0 |
C 组：名字在 Next.js 那份名单里，`_rsc` 这个信号对它们不适用
| 名字 | 总请求 | 取页面成功 | 脚本文件 | _rsc |
|---|
| Googlebot | 4,075 | 2,069 | 747 | 0 |
| Google-InspectionTool | 2,117 | 280 | 906 | 0 |
| bingbot | 1,754 | 885 | 63 | 0 |
| Baiduspider | 784 | 246 | 212 | 0 |
| Applebot | 518 | 65 | 220 | 0 |
几点读法：
- A 组的 1,723 次 `_rsc`，全部带着站内页面的来源地址，和浏览器从页面里发出来的样子一致。作为参照，像普通浏览器的 User-Agent（粗筛：以 Mozilla/ 开头、不含 bot、spider、crawl 这类字样）在同一窗口里发了 4,385 次
_rsc，也全部带站内来源地址。全窗口的 _rsc 一共 6,314 次：除了 A 组这 1,723 次和像普通浏览器的 4,385 次，还有豆包 App 内置浏览器的 106 次（见第八节）和名字表之外的 100 次。这 100 次里，5 次自报 YisouSpider（没做身份核验，也都带站内来源地址），95 次来自几个没归进名字表、也不像普通浏览器的 User-Agent（其中 8 次是无头浏览器 HeadlessChrome）；它们不进本文的分组。 - C 组取脚本文件时，全部带着站内来源地址（Googlebot 747 次、Google-InspectionTool 906 次、bingbot 63 次、Baiduspider 212 次、Applebot 220 次），和「加载页面里的脚本」的样子一致。Google 的文档写明它处理 JavaScript 网页分抓取、渲染、编入索引三步。但单看日志，证明不了执行。Google-InspectionTool 是 Search Console 网址检查、富媒体搜索结果测试这类工具用的名字，通常是网站方自己在工具里点测试触发的，我们自己就常用。C 组是按名字分的：按 User-Agent 原文逐行对 Next.js 那两条判断，Googlebot 名下有 169 行（全是 Googlebot-Image/1.0）不命中，这些行的
_rsc 也是 0。 - B 组里的 ClaudeBot 取了 59 次脚本文件，57 次没有来源地址，像是从 HTML 里摘出脚本地址再单独去抓。ChatGPT-User、Claude-User、PerplexityBot、Amazonbot 不取脚本文件，也不发
_rsc（PerplexityBot 名下有 1 次脚本请求，不在它的名单内）；它们在名单内的请求取的是页面、robots.txt、sitemap，外加 11 张图片和 1 个文本文件，四个名字名下另有 271 次带静态文件扩展名的请求，全部来自名单之外。Perplexity-User 名下的 283 次，一次都没通过身份核验（见第四节），本文不拿它下结论。 - 三张表按 User-Agent 自报计数，里面混着冒用名字的请求和我们自己的请求。 比如 GoogleOther「取页面成功 268」里有 102 次是我们自己 10 月 9～10 日发的（见第八节）；Googlebot「取页面成功 2,069」里有 1,217 次不在 Google 的名单里，其中至少 414 次是我们 10 月这两天发的。核验之后的数见第四节。
四、名字是自报的：核验之后还剩多少
核验办法用的是各家运营方自己给的：有地址名单的，看地址在不在名单里；有反查规则的，看反查主机名是不是运营方的域名，再正查回原地址。两种都给了的，任一种通过即算通过。
| 名字 | 核验办法 | 总请求里通过 | _rsc 里通过 | 没通过的那部分 |
|---|
| GoogleOther | Google 公布的通用抓取器地址名单 | 1,298／1,410 | 839／839 | 112 次，其中 111 次是取页面（102 次是我们自己的请求，见第八节），没有脚本、没有 _rsc |
| OAI-SearchBot | OpenAI 公布的 OAI-SearchBot 地址名单 | 1,150／1,453 | 281／281 | 303 次，其中取页面 205、其他静态资源 94、脚本 1，_rsc 0 |
| GPTBot | OpenAI 公布的 GPTBot 地址名单 | 835／1,206 | 14／14 | 371 次，其中取页面 289、其他静态资源 79、脚本 1，_rsc 0 |
| meta-externalagent | Meta 的说明页没有给核验办法；旁证：地址是否落在 Meta 自有自治系统 AS32934 的网段里 | 703／986 | 343／343 | 283 次，其中取页面 206、其他静态资源 75，脚本 0、_rsc 0 |
| Bytespider | 运营方说明在登录页后面，读不到，无从核验 | — | — | 旁证没走完：233 次 _rsc 和 256 次脚本请求的地址，反查主机名都在 bytedance.com 下，但用服务器的解析器正查，没能回到原地址 |
| ChatGPT-User | OpenAI 名单 | 173／510 | — | 名单内的 173 次全是取页面，脚本 0 |
| Claude-User | Anthropic 名单 | 28／445 | — | 名单内脚本 0 |
| PerplexityBot | Perplexity 名单 | 71／269 | — | 名单内脚本 0 |
| Perplexity-User | Perplexity 名单 | 0／283 | — | 一次都不在名单里 |
| Amazonbot | Amazon 名单 | 103／265 | — | 名单内脚本 0 |
| ClaudeBot | Anthropic 名单 | 2,931／3,145 | — | 脚本 57 次在名单内 |
| Googlebot | Google 名单 | 2,522／4,075 | — | 747 次脚本请求全部在名单内 |
| Google-InspectionTool | Google 名单 | 2,007／2,117 | — | 906 次脚本请求全部在名单内；没通过的 110 次全是我们自己的请求（见第八节） |
| bingbot | 微软名单 | 1,475／1,754 | — | 脚本 61／63 在名单内 |
| Baiduspider | 百度说明的反查加正查 | 463／784 | — | 脚本 210／212 通过 |
| Applebot | Apple 名单或反查加正查 | 364／518 | — | 脚本 220／220 通过 |
几点读法：
- A 组里能核验的三个名字，`_rsc` 全部来自运营方名单之内。 meta-externalagent 的 343 次、meta-webindexer 的 13 次也全部落在 Meta 的网段里；我们用两份公开的路由数据分别比对，结果相同。
- 没通过核验的那部分，几乎不取脚本，也不发 `_rsc`。 这部分里有我们自己的测试请求（第八节说的 10 月那 938 次都在这里面），也可能有冒用名字的程序和名单没覆盖到的地址；本文窗口里它们基本只取页面和静态资源。所以不先核身份，「某某抓取器只看 HTML」这种结论会被这部分流量带偏。
- 核验结果是快照。 地址名单和反查记录都会变，本文用的是取数当天的版本。
五、执行脚本，是在取页面的那一刻吗
拿每一次 _rsc 请求的来源地址，回头找这个名字是什么时候取的那一页：
| 名字 | _rsc | 来源页面被同名抓取器取走后 60 秒内 | 取页面和发 _rsc 是不是同一个地址 | 和最近一次取该页相隔 |
|---|
| GoogleOther | 839 | 689（82.1%） | 同一地址 281 次 | 600 秒内 821 次 |
| meta-externalagent | 343 | 343 | 同一地址 3 次 | 都在 60 秒内 |
| Bytespider | 233 | 233 | 同一地址 233 次 | 都在 60 秒内 |
| OAI-SearchBot | 281 | 0 | — | 最短约 3 分钟，四分位约 31 分钟、2 小时、3.8 小时，最长约 8.8 小时 |
| GPTBot | 14 | 0 | — | 约 32 分钟到 4 小时 |
GoogleOther、meta-externalagent 两行，「取走来源页」只算名单内或 Meta 网段内的请求；OAI-SearchBot、GPTBot 两行，「最近一次取该页」算的是 OpenAI 三份名单（GPTBot、OAI-SearchBot、ChatGPT-User）里任一地址取的。「该页」按完整网址算，带 ?lang=en 的英文版算另一页。
几点读法：
- GoogleOther、meta-externalagent、Bytespider 像是边取边渲染。 GoogleOther 有 791 次
_rsc，和同一地址、同一来源页的另一次 _rsc 相隔 5 秒以内（含 5 秒），一串一串地发，像页面刚跑起来时把视口里的链接一起预取。meta-externalagent 取 HTML 和发 _rsc 的通常不是同一个地址：一处取页面，另一处渲染。Bytespider 的 233 次全部来自同一篇文章页，分布在 33 天里，每天一轮。 - OAI-SearchBot 像是先取回去、过一阵再渲染。 281 次
_rsc 的来源页，事先都被 OpenAI 名单里的地址取过，但没有一次在 60 秒内；600 秒内的也只有 26 次。281 次里有 262 次，同一地址前后 60 秒内除了别的 _rsc 之外没有任何请求；它在整个窗口里只取过 21 次脚本文件。这只是推断，日志证明不了：像是 HTML 先被取走，之后在别处渲染，脚本可能有缓存。Google 的文档也说过，网页要排进渲染队列，可能只等几秒，也可能更久。 - 对 GEO 的意思： 抓取器看到的「跑完脚本的页面」，可能是几个小时前那份 HTML 跑出来的。页面改了之后，不同抓取器看到新版本的时间也不一样。
六、按月看：同一个名字的行为也会变
各名字每月发的 _rsc 次数（6 月从 6 日算起，10 月截到 15 日）：
| 名字 | 6 月 | 7 月 | 8 月 | 9 月 | 10 月 |
|---|
| GoogleOther | 291 | 223 | 225 | 89 | 11 |
| meta-externalagent | 0 | 0 | 0 | 0 | 343 |
| OAI-SearchBot | 0 | 5 | 15 | 179 | 82 |
| Bytespider | 0 | 0 | 8 | 127 | 98 |
| GPTBot | 0 | 0 | 4 | 4 | 6 |
| meta-webindexer | 0 | 0 | 0 | 13 | 0 |
- meta-externalagent 在 6～9 月取过 349 次，一次
_rsc 都没有；10 月 3 日起才出现，从这天到窗口截止的 13 天里有 4 天发过。GoogleOther 反过来，10 月 1 日之后没再发过，它的总请求也从 7 月的 395 次降到 9 月的 188 次。 - 这段时间站上的文章和页面一直在增加，各月的分母不同，这张表不构成趋势，只说明「某个抓取器执行不执行脚本」不是一个固定答案，只能是某个窗口里的观测。
七、这组数对做 GEO 有什么用
能用来做的：
- 把关键事实放进服务器直接返回的 HTML。 本文里能核验身份的 ChatGPT-User、Claude-User、PerplexityBot、Amazonbot，都没取脚本文件、也没发
_rsc；执行脚本的那几个，也可能隔几个小时才执行。我们自己对过：两篇文章正文里连续 8 个汉字以上的片段，每段取前 8 个字去搜，44／44、277／277 都在服务器返回的 HTML 可见文本里；定价页的套餐价格也在 HTML 里：可见文本里是按年付的价格，结构化数据里有按月付的价格区间。查法很简单：用命令行分别带上你关心的几个抓取器的 User-Agent，各取一次原始 HTML（同一个页面按 User-Agent 返回的内容可能不一样，见第 4 条），在里面搜你最在意的几句话和几个数字；搜不到的，只拿 HTML 的抓取器就看不到。这些请求也会记进你自己的日志，之后数抓取器时要先剔掉或写明（本文第八节就是这种情况）。 - 在自己的日志里找「只有跑了脚本才会发」的请求。 Next.js App Router 的站点数
_rsc；别的框架，可以找前端代码才会发出的数据接口请求。别拿「取过脚本文件」当执行的证据，要看来源地址。 - 先核身份，再下结论。 本文 GPTBot 名下 1,206 次请求里有 371 次不在 OpenAI 的名单里，Perplexity-User 名下 283 次一次都不在名单里。按名字直接数，会把没通过核验的流量（冒用名字的、我们自己的测试请求等）一起算进去。
- 用 Next.js 15.2 及以上版本的，看一眼元数据落在哪。 从 15.2 起，Next.js 默认会把 title、description 这类元数据流式输出，只对它名单里的抓取器在
<head> 里一次给全；默认名单里没有 GPTBot、ClaudeBot 这类 AI 抓取器的名字。我们 7 月把常见 AI 抓取器的名字补进了 htmlLimitedBots 这项配置。要注意：设了这项配置，Next.js 自带的默认名单就整份不再生效，得把默认名单一起写进去，我们就是把两份合在一起写的；只写 AI 抓取器的名字，bingbot、百度蜘蛛、Applebot 这些原本在默认名单里的，就拿不到一次给全的元数据了。补完之后，10 月 15 日用一个不在名单里的 User-Agent 取定价页，title 和 description 出现在 <body> 里；文章页则在 <head> 里。10 月 16 日，我们又在产品站把日志里出现过、原先不在这份名单里的 Claude-User、meta-webindexer 等 20 个名字补了进去（另外两个应用仍是 7 月那份名单）；当天用带 Claude-User 的 User-Agent 取产品站定价页，title 和 description 已在 <head> 里，用不在名单里的 User-Agent 取，仍在 <body> 里。这是取数截止之后的配置变化，前文各表统计的都是改动之前的日志，数字不受影响。这项配置只管服务器端怎么输出元数据，不改第二节说的前端预取判断：GPTBot、OAI-SearchBot、Bytespider、meta-externalagent 都在我们这份名单里，照样发了 _rsc。名单要跟着日志更新。
不能用来做的：
- 本文不构成对任何收录或排名的承诺。
执行了脚本，不代表会被 AI 引用；只拿 HTML，也不代表不会被引用。
- 不能外推到别的站、别的框架。 这里只有一个站、Next.js App Router、130 天的日志。
- `_rsc` 为 0 不等于没执行脚本。 C 组按 Next.js 的前端代码就不会发；B 组也可能用了我们在日志里看不到的方式。
- 不能拿来判断哪家抓取器更好。 次数只是次数。
八、这组数据的边界
- `_rsc` 只是一种信号。 Next.js 的版本、链接上的预取设置、渲染时的视口大小，都会影响发不发、发几次。也不能排除有抓取器从别处（比如另一个跑过脚本的系统）拿到
_rsc 地址再来取：OAI-SearchBot、GPTBot 和取页面对不上的时间差，就留着这种可能。 - 核验是快照，Meta 那一行只是旁证。 Meta 没给核验办法，我们用的是它自有网段；Bytespider 的运营方说明读不到，核验没做成。
- 「像普通浏览器的 User-Agent」是粗筛。 只用来做参照，不进任何结论。
- 日志只记请求本身。 预取请求会带的专用请求头，访问日志里没有记，所以只能看网址里的
_rsc=。 - 我们自己也发过请求。 9 月我们用 curl 带 Googlebot 等搜索引擎的名字扫过自家站点；10 月 9～10 日为查元数据落在哪，又用 curl 带 Googlebot、GoogleOther、Google-InspectionTool、bingbot、百度蜘蛛的名字逐页取过三个应用的页面，这两天一共 938 次（Googlebot 414、bingbot 205、Google-InspectionTool 110、百度蜘蛛 107、GoogleOther 102），全是取页面，是按地址、时间和我们脚本里写的 User-Agent 原文认出来的。这些请求都通不过身份核验，不影响第四节「通过」那一列的数；但第三节按自报计数的表里有它们，GoogleOther「取页面成功 268」里就有这 102 次。我们没有从表里剔掉它们，只在这里写明。本文 10 月 15 日的页面核对发生在取数截止之后，不在窗口里。
- 国内 AI 引擎在这份日志里几乎看不到。 User-Agent 里带 kimi（114 行）、deepseek（71 行）、qwen（57 行）、hunyuan（42 行）、chatglm（42 行）字样的请求很少（一行可能同时带几个名字），取页面成功的只有 deepseek 名下 7 次，
_rsc 都是 0，这些名字我们也没做身份核验。豆包名下的 222 行，User-Agent 全是手机上豆包 App 的内置浏览器，不是抓取器，它们发的 106 次 _rsc 不算进本文的抓取器。本文回答不了国内引擎怎么取页面。 - 快照会变。 日志在增长，地址名单会更新；本文所有数字都是上面那个时点的读数。
出处与口径：日志类数字来自我们站点 zhimahang.com 的 nginx 访问日志（北京时间 2026-06-06 23:04 至 2026-10-15 11:00，120,261 行），10 月 15 日 11:55～13:28 分三段时间只读汇总（时段见口径表的「取数」一行）；名字按 User-Agent 自报，身份核验按 OpenAI、Google、Anthropic、Perplexity、Amazon、微软、Apple、百度各自公布的地址名单或反查规则，Meta 用 AS32934 网段作旁证，Bytespider 无从核验。第二节、第七节的页面核对（7 个页面和两份 sitemap 里有没有 _rsc、每页引用几个脚本文件、定价页的价格和元数据位置，以及拿内容库里两篇文章的正文去搜得到的 44／44、277／277）是北京时间 10 月 15 日 11:59～12:17 用 curl 取本站页面所得，在日志窗口之外；Next.js 的版本取自三个应用的依赖锁定文件，预取判断和默认名单取自装好的 Next.js 源代码，「15.2 起」和「设了配置就不用默认名单」取自 Next.js 自己的文档，「7 月补进 htmlLimitedBots」取自我们的代码提交记录；「10 月 16 日在产品站又补进 20 个名字」和「另外两个应用仍是 7 月那份名单」取自我们的代码提交记录和上线记录，补完后产品站定价页的元数据位置是北京时间 10 月 16 日 14:11 用 curl 取本站页面所得，同样在日志窗口之外。单一站点、单一框架的实测，不是行业均值。
本文由苏州智码航科技有限公司（引见 YinJen 团队）撰写。本文用到的访问日志明细没有公开（日志里有访问方的地址）；我们公开的引用数据集在 GitHub 组织 ZhiMaHang（已验证域名归属 zhimahang.com）。官网：zhimahang.com
本文数据来自作者所属公司对自有站点的只读统计与核对（日志侧为北京时间 2026-06-06 至 10-15 的 nginx 访问日志，页面侧为 10-15、10-16 用 curl 取本站页面，框架版本取自自有代码仓），文字由 AI 辅助创作、作者审校发布。
延伸阅读
