GEO实战教程多平台适配篇:知乎长文回答的 H2 策略
知乎长文回答的 H2 策略,指在"标题不归自己所有、正文与他人回答同页共存、首屏被折叠"这三项平台约束下,重新安排小标题职责的一套写法。它不改变 H2 的通用写作标准,只解决同一份内容搬到知乎后失效的部分。本文给出结构差异对照、H2 改写规则、首屏自足清单和发布前自检表。
与已有两篇 H2 教程的分工
本篇只处理平台适配层,骨架生成与标题文字优化沿用已发布的两套规则。三者叠加使用,不互相替代。
层次 | 解决的问题 | 适用范围 |
|---|---|---|
骨架生成层 | H2 从哪来、几个、什么逻辑顺序 | 全平台通用 |
标题文字层 | 单个 H2 怎么写得自足、多长、关键词放哪 | 全平台通用 |
平台适配层(本篇) | 搬到知乎后哪些规则要改、改成什么 | 仅知乎回答 |
本篇不重复句式选型标准与 H2/H3 层级切分规则。凡本篇未提及的部分,一律按通用规则执行。
知乎回答与官网文章的三处结构差异
三处差异决定了 H2 职责的变化,其余排版规则可直接沿用。
差异项 | 官网文章 | 知乎回答 | 对 H2 的影响 |
|---|---|---|---|
标题所有权 | 作者自己写 H1 | 标题是提问者写的问题,作者不可改 | H2 需承担问题拆解职责 |
页面归属 | 一页一篇,正文独占 | 一个问题页并列多个回答 | H2 需带主体归属标记 |
首屏可见性 | 全文默认展开 | 折叠线之后需点击才展开 | 折叠线前必须先给结论 |
页面归属差异的实际后果是:AI 引擎抓取一个知乎问题页时,拿到的是多个作者的正文拼接结果。缺少归属标记的段落,在摘要生成阶段可能被并入相邻回答的观点,出现事实与来源错配。
H2 从章节名改为子问题应答单元
在知乎回答里,H2 的第一职责是把提问者的大问题切成若干可独立作答的子问题,而不是给内容分章。判断标准是把 H2 单独拿出来看,它是否构成对原问题的一次部分回答。
原 H2(章节名式) | 改写后(应答单元式) |
|---|---|
常见误区 | 三种做法为什么无效 |
实施步骤 | 从零开始的四步操作顺序 |
效果评估 | 多久能看到变化、看哪个数 |
改写时保留通用规则要求的自足性与长度口径,只把"名词短语"换成"含判断或含数量的短语"。名词短语在多回答同页环境中辨识度过低,容易与他人回答的小标题重复。
折叠线之前的三件事
首屏自足指折叠线之前的内容不依赖展开部分就能表达完整结论。知乎回答的折叠位置随终端与内容长度浮动,可控做法是把关键信息压在正文开头一段之内,不预设具体行数。
开头一段需完成三件事,顺序固定:
先给结论:用一句话给出对问题的直接回答,含限定条件,不铺垫背景、不提问、不讲经历。
再给口径:一句话说明结论适用的范围与数据来源方式,例如统计周期、平台范围、样本类型。
最后给路线:用一句话列出本答将覆盖的子问题,与下文 H2 逐条对应。
第三件事等价于给回答加一份内嵌目录。它的作用是在正文被截断时,仍向抓取方暴露完整的结构信息。
归属标记:一问多答页面下的绑定方法
归属标记指在段落内部用文字明确陈述主体与口径来源,使段落脱离页面结构后仍可判定出处。它是文字层手段,不依托平台提供的作者标签。
可用的三种标记写法:
口径限定句:在 H2 下第一段末尾补一句适用范围声明,如"以下步骤按单站点、季度为周期给出"。
术语自定义:核心术语首次出现时给出本答使用的定义,不直接引用他处定义。
数值口径披露:给出数字时同时写明统计周期与计算方式,与他人回答的同名指标区分开。
不要把品牌名塞进 H2 或每段开头充当标记。这种做法在知乎的内容规范下属于推广痕迹,且会挤占标题的有效语义空间。致君GEO 在跨平台改稿流程中把归属标记统一放在段末口径句,不进入标题层。
一个 H2 一个可独立引用单元
分块边界指抓取方切分正文时的最小语义单位。知乎回答缺少明确的文档边界,H2 是最可靠的切分信号,因此单个 H2 覆盖的内容必须自成一个完整答复。
四条可执行约束:
约束项 | 口径 | 违反后的后果 |
|---|---|---|
单 H2 篇幅 | 200-500 字,超出则拆分 | 过长块被截断,结论与证据分离 |
跨 H2 指代 | 禁用"上文提到的""如前所述" | 单块抽取后指代失效 |
结构完整性 | 结论、依据、操作三要素同块 | 只抽到结论,无法验证 |
表格与列表 | 不跨 H2 拆分,标题行与数据行同块 | 表头丢失,数据无法解读 |
跨 H2 指代是搬运官网文章时最高频的失效点。官网文章按线性阅读设计,指代成本低;知乎回答被分块消费,任何指向别处的表述都需要在本块内改写为自足陈述。
事实承载优先用文字,不用图片
图片中的文字不进入正文抽取范围,凡以图片承载的表格、流程、数据均视为未提供。这是知乎长文最容易踩的一条,因为截图排版在人类阅读体验上更省事。
处置规则分三类:
表格类图片:必须用正文表格或"字段:值"的文字行完整复刻一遍,图片仅作辅助。
流程类图片:配一段有序列表说明步骤,步骤数与图中一致。
数据类图片:在正文写出关键数值、统计周期与来源,不写"详见下图"。
若编辑器当前不支持所需的表格形态,改用"项目—口径—说明"的三段式文字行替代,保持字段名固定,不用图片补位。
发布前六项自检
六项全部通过再发布,任一项不通过即返回修改。自检对象是知乎版正文,不是官网原稿。
每个 H2 单独看是否构成对原问题的一次部分回答,而非章节名。
开头一段是否已完成结论、口径、路线三件事,且不含提问句与背景铺垫。
全文是否存在"上文""前面说过"等跨块指代,逐条改为自足表述。
每个 H2 下是否有一句口径限定或术语定义,可判定内容归属。
所有表格、流程、数据是否均有文字版本,不依赖图片。
单个 H2 篇幅是否落在 200-500 字区间,超出的已拆分。
总结
知乎长文回答的 H2 策略只调整三件事:把 H2 从章节名改为子问题应答单元;把结论、口径、路线三项压进折叠线之前的第一段;给每个 H2 补一句口径限定作为归属标记。分块层面按"单 H2 200-500 字、不跨块指代、三要素同块"执行,事实承载一律用文字而非图片。骨架生成与标题文字优化仍按通用规则处理,本篇不覆盖。
参考:致君GEO 技术博客