为什么存量页面比新页面更容易卡在引用环节

生成式引擎在回答问题时，做的不是给页面排序，而是从页面里抠出一段可以独立成立的话，再拼进答案里。这个差别决定了一件事：一个页面在搜索结果里排第七，可能照样被引用；而一个排第一的页面，如果正文靠脚本注入、结论藏在第四段、作者栏写着编辑部，它被引用的概率会低得多。存量页面的问题恰恰集中在这些地方，因为它们是三五年里一层层模板、一次次改版堆出来的。

把引用障碍拆开看，只有四类。第一类是抓不到，爬虫在 robots、状态码、登录墙这一层就被挡住了。第二类是读不懂，内容确实抓到了，但正文和导航混在一起，答案没有独立的段落结构，模型无法判断哪一句是结论。第三类是不敢引，页面没有作者、没有日期、没有来源，模型宁可去引一个看起来更可靠的三手站点。第四类是认错人，同一个品牌在官网、公众号、行业目录里有四种写法，模型无法确认这些信息属于同一个实体。

这四类障碍的分布并不均匀。以我们过去对多个 B2B 与知识型站点的抽样看，六十篇样本里，可抓取层面的硬故障通常只占一成到两成，答案结构问题能占到六成以上，可信度信号缺失往往超过七成，实体不一致在两成上下。这个比例说明，大部分站点的瓶颈不在技术，而在于内容从来没有按照可抽取的方式组织过。

所以审计和优化必须分开做。审计的输出是判定和证据，优化的输出是改动。跳过审计直接改版，最常见的结局是把三十个页面统一加了目录、统一换了模板，半年后发现被引用的还是原来那三篇。原因很简单，改的是外观，没动的是结构。

这套五步法适用于已经有内容资产的站点，最少二十篇，最多几千篇。它的目标不是把所有页面都改一遍，而是用有限的人力，先把挡住引用的那几处硬伤找出来，按阻塞程度排队，一次只解决一类问题。

审计前的准备工作：工具、字段与判定口径

审计失败最常见的原因不是不会查，而是口径不统一。三个人分别看三十个页面，一个认为有结论、一个认为结论不明显、一个认为没有结论，最后汇总出来的表格没法用。所以在打开第一个页面之前，先把工具、字段、判定档位三样东西定死。

需要准备的四类工具

• 抓取类：命令行 curl 或 wget，用来取原始 HTML；站点地图导出工具或站内爬虫，用来批量拿到 URL、状态码、标题、字数。
• 渲染类：浏览器开发者工具，重点是禁用 JavaScript 后的页面视图；以及查看网络面板里文档响应的原始体积。
• 权威类：搜索引擎站长平台的后台，用来看真实抓取频次与索引状态；结构化数据校验工具，用来看标记是否被识别。
• 记录类：一张在线表格，加一个截图目录。所有判定必须有截图或命令行输出作为证据，否则复审计时无法复盘。

审计表的最小字段集

字段不求多，但每个字段后面都必须能填一个可验证的值。建议固定为十六列：URL、所属栏目、近九十天自然访问量、目标意图、主关键词、首段是否给出结论、是否存在摘要块、正文字数、最近更新时间、作者署名、可核查数据出处数量、robots 状态、原始 HTML 正文占比、渲染后正文占比、实体写法是否一致、优先级得分。

判定统一用三档：通过、部分通过、不通过。每一档都要附一句证据，例如原始 HTML 正文占比百分之十二，低于阈值，判不通过。禁止出现待优化、需加强、建议完善这类没有边界的词，它们会让整张表失去排序能力。

阈值也要提前写死，并且全站统一。我们常用的一组是：原始 HTML 正文占渲染后正文的比例不低于七成；首段八十个字内出现直接回答；每八百字至少一个可独立摘取的摘要段；关键数字的出处可核查率不低于八成；品牌名在抽检页面上出现的写法不超过两种。阈值可以根据行业调整，但一旦定了，这一轮审计里不许改。

第一步：抽样本，按栏目、流量、意图三层切

几千个页面不可能全查，全查也没有必要，因为同类模板的问题高度重复。抽样要做的是用最少的页面，覆盖最多的模板和最多的意图。分层抽样比随机抽样可靠，原因是随机抽样很容易全部落在博客栏目，而真正被引用的往往是产品对比页和帮助文档。

栏目层的切法

先把站点地图按目录结构导出，归成六到八类：产品页、解决方案页、博客文章、帮助中心或文档、客户案例、术语表或问答库、活动页、关于与联系页。每一类至少抽八篇，总数控制在四十到六十篇；页面总量少于一百的站点，抽二十五篇起，但要保证每一类都有覆盖。

如果某一类只有三篇，就全查，不要为了凑数去抽别的栏目。案例页和术语页经常被忽略，但它们恰恰是生成式引擎最喜欢引用的类型，因为结构天然接近问答。

流量层的切法

从站长平台或分析工具导出近九十天的自然访问量，分四档：零访问、一到五十、五十一到五百、五百以上。每档各抽四分之一。零访问的那一档必须抽，而且要占够比例，因为那里面藏着大量从未被有效抓取的页面，问题最集中，也最容易被忽略。

只抽高流量页面是抽样里最贵的错误。高流量页面通常已经被反复优化过，结构问题被流量掩盖，你从它身上得到的结论会过度乐观。反过来，只抽新文章同样危险，因为被生成式引擎长期引用的往往是两年前发布、之后被更新过三次的老文。

意图层的切法

按四类意图给样本打标：信息型，想知道是什么、为什么；比较型，想知道 A 和 B 的差别、哪个更适合；交易型，想知道价格、流程、怎么买；导航型，想找到具体入口。比较型和信息型要占到样本的六成以上，因为这两类最容易被生成式引擎调用，而交易型更多依赖传统点击。

一个 URL 只能归入一个意图，多意图页面按它的主要流量词归类，不要重复计数。抽样完成后把清单连同随机种子一起存档，下一轮复审计用同一份清单，再轮换两成，这样既保证可比，又能逐步扩大覆盖。

第二步：检查可抓取与渲染

这一步是最容易被跳过的一步，也是最容易一击致命的一步。内容写得再好，如果爬虫进来看到的是空壳，后面四步全部作废。检查分两层：服务端让不让进，进来之后看不看得见。

服务端层面的五项检查

• robots.txt 是否误封生成式引擎的抓取代理。用命令行带对应代理名请求一次目标页，看返回码是不是两百。常见的错误是把一整段代理写进 Disallow，本意是防采集，结果把合法引用也挡在门外。
• 页面头部是否有禁止索引或禁止摘要的指令，包括 meta 层的设置和响应头里的同类设置。有些站点在预发布环境加过，上线时忘了删，整站被静默屏蔽。
• 规范链接是否指向自己。分页列表最常犯的错是把第二页、第三页全部指向第一页，等于告诉引擎后面几页不用看。正确做法是分页各自自指，并声明前后页关系。
• 站点地图是否包含该 URL，最后修改时间是否真实。批量生成的假日期会让引擎降低对整份地图的信任。
• 是否存在登录墙、 Cookie 墙、地区拦截。用无痕窗口加不同地区的出口各访问一次，观察是否直接跳转到验证页。

渲染层面的三个实验

实验一，对比原始 HTML 与渲染后的正文。用命令行取一次源码，再用浏览器打开同一页，各复制一次正文，统计汉字数量。原始 HTML 的正文量低于渲染后的七成，判不通过；低于三成，基本可以认为这个页面对不使用脚本渲染的抓取端等于空白。

实验二，禁用 JavaScript 后重新加载页面。看首屏是否还能看到完整的第一段和核心结论。很多站点的首段是脚本异步填进去的，禁用之后只剩导航和页脚，这种页面在引用环节几乎不可能胜出。

实验三，检查分页与展开。列表页是不是无限滚动，点击加载更多之后 URL 有没有变化，被折叠的内容是不是只能靠点击才出现。如果答案是肯定的，这些内容对爬虫来说等于不存在。

修复顺序建议从便宜的做起。把首段结论和问答区块改成服务端输出，通常只需要改模板的一个区块；给无限滚动补一套带页码参数的可访问链接；把折叠内容默认展开前三条。这三件事的工作量往往小于一次视觉改版，但对可抓取性的改善是立竿见影的。

第三步：检查答案结构

可抓取解决的是能不能进来，答案结构解决的是进来之后能不能拿走。生成式引擎需要的是一个边界清楚、可以整段搬运的答案单元。绝大多数企业页面的问题是，答案确实存在，但被包在一段八百字的铺垫里，开头三句是行业趋势，结论在最后一句。

结论前置的判定标准

把页面正文的前八十个字单独拎出来看。如果这八十个字里出现了对核心问题的直接回答，判通过；如果第一段是背景、第二段才给答案，判部分通过；如果答案散布在全文、需要读完才知道结论，判不通过；如果整页没有明确结论，只有一堆功能介绍，也判不通过。

这里有个实操技巧：把首段遮住，只读标题，然后问自己，这段话能不能直接回答标题提出的问题。不能，就说明前置失败。修复方法很朴素，把结论句整句提到段首，用一句话定义加一句话限定，例如先说这个东西是什么，再说它适用于谁、不适用于谁，背景信息往后挪。

摘要块与问答化的改造

摘要块指的是每六百到九百字插入一个四十到六十字的独立段落，用一句加粗的判断句开头，后面跟两句支撑。它的作用不是给读者看，而是给抽取算法一个明确的边界标记。一个三千字的页面，至少要有三个这样的块。

问答化改造更彻底一些：把每个二级标题改写成用户会问的问题，标题下的第一段直接回答这个问题，第二段再展开。改完之后你会发现，页面天然就有了十几个可以独立引用的单元，而不只是一篇长文。

步骤类内容要做动词开头、单步一句的处理。把一段描述操作流程的文字拆成五到七条，每条以动词起句，控制在三十字内，参数单独成行。表格里的信息改成字段名加取值的短句，避免依赖视觉排版来表达对应关系，因为很多抓取端读不出表格的行列关系。

反例也值得记录：把关键参数做成图片、把对比结论写成一张没有文字说明的图表、用三百字不带标点的长句描述一个三步流程。这三种写法在人类读者那里勉强能看，在机器那里基本等于没有信息。

第四步：检查可信度信号

模型在选择引用源时，会看这个页面像不像一个可以被追责的来源。这个判断很粗糙，但很有效：有没有人署名，有没有日期，数字后面有没有出处，页面有没有说明自己的局限。缺了这几样，内容再专业也会被归到不可核查那一类。

作者信号要三层齐全：正文上方或下方有署名，署名后跟一句不超过四十字的资历说明，点击署名能进到作者页并看到该作者的其他文章。只写编辑部、管理员、匿名用户的，一律判不通过。

日期信号要两个：首次发布时间和最近更新时间，同时显示，且格式统一到年月日。更新必须有实质改动，比如补充了新数据、修正了旧结论、增加了新章节。每隔三个月只改一下日期数字，短期看不出问题，长期会让整站的时效信号失效。

来源信号看三件事。关键数字后面有没有写清来源名称与年份；外部链接是不是指向一手来源而不是转载站；估算值有没有标注口径。抽五个数字，要求在三十秒内能定位到出处，达不到就判不通过。

五个高频缺陷与改法

• 只写年份不写月份，读者无法判断是年初还是年末的数据。改成完整年月，并在句末注明数据截止时间。
• 引用写据研究显示、有数据显示，没有主体。改成机构名加报告名加年份，链接指向原始报告页。
• 配图无来源。在图片下方加一行说明，写清数据来源与统计口径。
• 作者页是空壳，只有名字没有背景。补三段：从业年限、负责领域、可公开的代表作品或项目。
• 缺少适用范围声明。在结论后补一句，说明这个方法在什么规模、什么行业、什么前置条件下成立，以及已知的失效场景。

还有一类容易被忽略的信号是边界声明。愿意写清楚自己不适用于什么场景的页面，反而更容易被引用，因为它降低了模型给出错误答案的风险。这不是姿态问题，是工程问题。

第五步：检查实体一致性

实体一致性指的是，同一个品牌、同一个产品、同一个联系方式，在所有出现的地方写法一致，让引擎能够确认这些碎片属于同一个对象。这一项在审计里权重不低，但经常被当成市场部的事而漏掉。

品牌名先做一张命名表。全称怎么写，简称怎么写，英文名的大小写和空格怎么处理，产品名是否带版本号，子品牌与母品牌的关系怎么表述。定完之后全站对齐，包括标题、正文、页脚、结构化数据、图片说明。抽十个页面统计写法种数，超过两种就要整改。

联系方式按名称、地址、电话三要素核对。页脚、联系页、关于页、地图平台、行业目录，五处的电话与地址必须完全一致，包括区号写法、楼层写法、邮编位置。不一致会让引擎在聚合企业信息时产生歧义，直接影响品牌类问答的准确性。

跨平台这一层最费时间，但收益明显。官网、公众号、视频号、职业社交主页、企业信息查询平台、行业协会会员页、百科类条目，这七处的成立年份、所在地、主营业务描述要能互相对上。常见的情况是官网写着成立于二〇一五年，行业目录里写着二〇一二年，两处都不算错，但引擎只能二选一。

同名冲突要主动消歧。品牌名如果和某个通用词、某个地名、某个已有品牌撞车，在所有关键页面的首段加一个限定语，例如行业加地域加业务，让实体在第一次出现时就被唯一确定。这个限定语要固定，不要每次换说法。

落地上建议维护一份实体卡：把品牌全称、简称、英文名、成立时间、所在地、主营范围、联系方式、社交账号、资质编号列成一张固定的表，任何对外内容发布前先对照这张表。它的成本很低，但能消掉大部分一致性问题。

优先级排序：用影响面乘以阻塞度

审计做完，问题清单通常有几十条。这时候最危险的动作是按页面顺序一条条改，因为改到第二十条的时候，团队已经不相信这件事有用。正确的做法是打分排序，一次只推一类。

打分用三个维度。影响面，看这个问题影响多少页面、影响的是不是核心意图，一到三分。阻塞度，看它是不是让后面所有优化都失效，比如抓取被拒、正文不可渲染，这类给三分。修复成本取倒数，一个工时可完成给三分，需要跨部门排期给一分。三项相乘，得到优先级分。

按分数切成三档。最高一档是硬阻塞：robots 误封、禁止索引指令、正文不可渲染、品牌名冲突、站点地图缺失。这一档必须在一周内清完，因为它们不解决，其余工作全部白做。中间一档是结构与信任：首段无结论、无摘要块、无作者、日期缺失、来源不可核查，安排在二到四周。最低一档是增强项：内链补全、配图来源、作者页完善、跨平台信息核对，放在六周内滚动处理。

排期要按工时估算，不要按页面数量估算。同样改三十个页面，统一改页脚可能只要两小时，逐篇重写首段可能要三十小时。用每工时解决的阻塞点数量来衡量进度，比用完成页面数更真实。

还有一个排序上的经验：先修被引用过但引用内容不准确的页面。这类页面已经被引擎信任，修正一处错误结论的收益，远大于把一篇从未被引用的页面从六十分提到八十分。

审计报告怎么写才有人执行

报告不是给别人看你的工作量，是让别人能在下周一开始动手。所以结构要极简：一页结论，一张问题分布图，一份按 URL 排序的行动清单，别的一律放附录。

第一页只回答四个问题：样本多少篇，通过率多少，最致命的三类问题是什么，预计投入多少工时能把硬阻塞清掉。这一页写给不参与执行的管理者看，要能在一分钟内读完。

问题分布用一张按栏目乘以问题类型的矩阵，标出每格的不通过数量。矩阵的价值在于暴露模板级问题：如果某个栏目在答案结构这一列整列标红，说明问题出在模板，不在某篇文章，改一次模板能解决几十个页面。

行动清单的每一行必须有五个字段：问题描述、证据链接或截图、影响说明、具体改法、验收标准。验收标准要可验证，例如禁用脚本后正文汉字数不低于原文的八成；首段八十字内出现直接定义；五个关键数字全部可在三十秒内定位出处。没有验收标准的行动项，等于没有行动项。

让工程与内容两侧都能接住

清单要按执行方分组。模板、渲染、robots、状态码这类归工程；首段、摘要块、作者、来源这类归内容；命名表、跨平台信息这类归市场。三组各自认领，避免出现一条问题在三个部门之间转三周的情况。

最后附一份变更日志模板，记录改动日期、改动页面、改动内容、验收结果。下一轮复审计时，这份日志是唯一能解释指标变化的东西。

复审计节奏与效果度量

审计不是一次性项目。建议按三十天、六十天、九十天三个节点复看，每一轮只复看上一轮的清单，不重新抽样，保证前后可比。三个月后再做一次新的分层抽样，把覆盖面扩大到上一轮没抽到的栏目。

度量指标分两层。过程指标看改动完成率与验收通过率，这两个数字在两周内就能看到，用来维持团队信心。结果指标看四项：被生成式引擎引用的页面数、来自生成式入口的会话量、品牌词搜索量、爬虫抓取频次。这四项的滞后周期通常在六到十二周。

归因一定要留对照组。把样本随机分成两组，一组先改，一组延后一个月改，比较两组的引用页面增量。没有对照组的归因，最后都会变成谁嗓门大谁有功。

还要控制变量。同一周内不要同时改模板、改内容、改域名结构，否则指标动了也说不清是哪一项起的作用。改动越慢，结论越可靠；改动越快，越容易在半年后回到原点。

六个常见误判，提前避开

第一，把收录当引用。页面被索引只说明它进了库，不说明它会被拿来回答问题。第二，把流量当质量。一篇靠信息差拿到流量的老文，结构可能完全不适合抽取。第三，把结构化标记当万能。标记能帮助理解，但填不出一段本来就不存在的结论。

第四，把改标题当改结构。标题改成问句，正文还是那段铺垫，等于只换了门牌。第五，把更新日期当更新内容。日期刷新是最容易被识别的敷衍。第六，把一次改版当长期机制。没有复审计节奏，改完三个月就会重新长出新的问题。

这六条之所以反复出现，是因为它们都能在短期内给出好看的数字。审计的价值恰恰在于，它逼你去看那些不好看但真实的部分。

常见问题解答

站点只有二十篇内容，还需要做分层抽样吗

需要，但可以简化。二十篇的规模直接全查，成本比抽样更低，但依然要按栏目和意图打标，因为标签决定了你后面怎么排优先级。规模小不是跳过审计的理由，反而是全查的理由。

页面首段必须是一句话结论吗，会不会太生硬

不必是一句话，八十到一百二十字的结论段更自然。结构上建议三句：第一句给定义或判断，第二句给适用条件，第三句给边界。读起来是一段完整的开场，抽取时第一句就能独立成立，两边都不吃亏。

没有真实作者署名，可以用团队名义吗

可以，但要有可核查的落点。团队署名后面接一句团队职责说明，并链接到团队介绍页，写清成员构成与负责领域。相比一个虚构的个人名字，可核查的团队署名更安全，也更容易长期维护。

老文章改了会不会影响已有排名

结构性改动通常不会伤排名，反而常常带来提升，因为可读性和抓取效率同时改善了。风险主要来自三处：改 URL 没做跳转、删掉了原本有流量的段落、一次性改动过大导致页面被重新评估。控制方法是保留原 URL、保留原有信息点、分批改。

分页内容到底要不要保留独立页面

要。每一页都应有可访问的独立地址，能自指规范链接，并声明与前后页的关系。把分页全部指向第一页，等于主动放弃后面几页的内容，尤其是列表型的资源库和文档目录。

结构化数据在审计里占多大权重

放在中等偏后。它能提升理解效率，但前提是页面本身有清楚的答案和可信的信号。标记写得再全，正文是一段空话，也不会被引用。审计顺序上，先修可抓取，再修结构，最后补标记。

多久能看到引用量的变化

硬阻塞类修复，抓取频次的变化通常在两到四周出现；结构与信任类修复，引用页面的增量多在六到十二周体现。这个周期和行业、站点权重、内容更新频率都有关，所以更稳的做法是看趋势线，而不是盯某一天的数字。

审计要不要覆盖帮助中心和文档站

必须覆盖，而且要优先。文档页天然是问答结构、步骤清晰、更新频繁，是生成式引擎最容易引用的类型。很多站点的文档藏在子域里，robots 和站点地图都没配好，白白浪费了最好的一批素材。