ozine's book library

主题

第 10 章 页面优化 让搜索承诺与访问体验一致 ​

一位访客搜索“Go 日志脱敏”，点击结果后发现整页都在介绍企业愿景，没有规则示例，也看不到能试用的工具。即使标题包含搜索词，这个页面仍没有完成任务。本章讨论页面内优化（On-page SEO）：如何安排标题、摘要、正文、媒体和行动入口，让页面准确表达自己，也让访客到达后得到承诺的东西。涉及搜索表现的机制以 Google 官方说明为主，设计方法则需要结合自己的用户验证。

10.1 先写页面任务 再检查标签 ​

页面优化应从一句明确的任务说明开始。比如“让第一次接触日志脱敏的 Go 开发者，选择适合自己日志格式的处理方式，并看懂一个完整输入输出示例”。这句话包含人、问题和结果。它能帮助你判断要放什么，也能帮助你删除无关内容。只有“提高日志脱敏关键词排名”无法指导正文，因为它没有说明读者需要完成哪件事。

接下来区分页面承担的主任务和辅助任务。教程的主任务可能是理解方法，辅助任务是认识产品；产品页的主任务可能是判断适配度，辅助任务是查看技术依据。若一页同时要求用户购买、订阅、下载、关注社交账号和报名活动，页面会失去明确方向。保留一个主要行动，其他入口安排在确实需要的位置。这样做是产品设计取舍，不是搜索引擎公布的按钮数量规则。

写作前准备一张页面说明单：目标读者、主要问题、已有知识、必须回答的疑问、所需证据、主要行动、相关页面和不讨论的范围。“不讨论的范围”尤其重要。介绍日志脱敏不必重新解释整个互联网隐私史；如果基础概念会影响操作，可以用短段说明并链接到专门教程。范围清楚的页面往往比漫无边际的长文更容易维护。

10.2 页面标题与搜索结果标题 ​

HTML 中的 title 是页面提供的标题信息，浏览器通常会在标签页显示它。Google 搜索结果中的标题链接则由系统生成，可以参考 title、页面显著标题、正文或指向页面的文字。因此，你能提供清晰一致的信号，却不能要求搜索结果永远逐字使用某个标题。[C03]

标题先说明内容是什么，再加入能帮助选择的区别。假设页面提供真实可运行示例，“Go 日志脱敏：字段规则、示例与常见误删”比“日志脱敏 Go 日志脱敏工具推荐”更容易理解。如果是产品页，“舟行日志脱敏工具：支持的格式与处理限制”可能更准确。标题中的每一项承诺都应在页面里找得到；没有实际比较，就不要写“最佳”；没有覆盖全过程，就不要写“终极指南”。

长度是展示约束 不是神秘门槛 ​

搜索结果的显示空间会随设备和结果样式变化。Google 没有把统一字符数写成标题排名门槛，过长内容可能被截断。[C03] 因此编辑可以设内部长度提醒，帮助避免冗长，却不要把一个中英混排标题硬裁到所谓标准字符。更有效的检查是：即使后半段没显示，前半段是否仍能说明主题；品牌名是否占掉大部分空间；最重要的区别是否被放得太靠后。

批量模板适合商品、文档和目录，但模板必须允许缺省值。假设商品标题规则为“品牌＋型号＋品类＋关键规格”，没有品牌字段时应正常省略，而不是生成“空值户外水壶”。文档标题可用“错误码说明｜舟行文档”，但错误码必须明确。每个页面只差一个难以辨认的编号，访客无法选择，编辑也难以发现重复。

如果 Google 改写标题，先检查页面自身是否存在矛盾：标题说旧版本，正文说新版本；主标题写产品名，顶部横幅用更大字号写促销；所有分类标题都只写“产品列表”。然后观察具体查询下的展示，不要把任何改写都当作惩罚。修改后还需要重新抓取和处理，不应连续几天反复改字，最后无法判断哪次变化产生了影响。

10.3 摘要要帮助选择 ​

元描述（Meta Description）是页面提供的一段摘要信息。Google 的搜索摘要通常来自页面内容，也可能采用元描述，并会按查询选择适合的内容。[C04] 因此元描述是一份精心准备的候选说明，正文仍必须能够独立表达页面。不要把只有元描述提到的功能，当成访客已经在页面获得的回答。

好的摘要会回答“这页提供什么，以及适合谁”。教程可以写：“用字段白名单与规则匹配处理 Go 日志中的敏感信息，附输入输出示例、误删排查和上线前测试清单。”产品页则需要描述真实支持范围，避免把教程摘要直接复制过去。若用户关心是否需要上传日志，摘要中可以说明已核实的处理方式；不能为了点击率编造“完全本地处理”。

批量摘要应从内容字段组合，而不是给全部页面贴同一句广告。一个登山水壶页面可以组合材质、容量、适用炉具和售后入口，但不要把随时变化的库存写死。信息不足的条目，宁可使用简短准确说明，也不要自动补出不存在的认证和适用场景。摘要质量应抽样检查长尾页面，因为最常被忽略的缺省字段往往出现在数据不完整的商品上。

有些页面需要控制某些公开片段是否被摘要展示，具体设置见第 13.3 节。业务上应先判断哪些内容本来就不应公开。如果私人信息已经出现在可访问页面里，限制摘要并不等于保护了它。内容治理必须先于展示控制。

10.4 标题层级让读者看懂论证 ​

页面主标题常用 h1，章节用 h2，章节内部的分题再用 h3。这些标签表达文档结构，不应该仅因为某种字号好看就跳着使用。W3C 的标题指导强调层级与内容组织，帮助使用辅助技术的人理解页面和定位内容。[C15] 标题语义与视觉样式可以分别控制，设计师不需要为了把文字变小而把主标题换成低级标题。

对大多数普通内容页，设置一个清楚的主标题是容易维护的做法，但不要把“必须恰好一个 h1”当成万能排名公式。更重要的是读者能辨认主线：哪一段回答原理，哪一段解释操作，哪一段处理失败。一个页面即使技术上有很多标签，也可能所有标题都叫“优势”“详情”“更多”，实际仍难以导航。

写完后只读标题，看看是否能顺着它们复述文章。以脱敏教程为例，标题可以依次是“先确认哪些字段不能输出”“结构化日志如何替换字段”“文本日志怎样避免误匹配”“上线前如何验证”。它们组成操作顺序。若写成“背景”“现状”“挑战”“赋能”，读者看不出到底能学到什么。

页面目录适合较长内容，尤其是用户只需要其中一段时。锚点应稳定，尽量不在每次标题轻微改写时改变。表格可以帮助比较条件一致的方案，列表可以承载操作步骤，但长篇解释应保留完整段落。不要把每句话都拆成项目符号，逼读者自己补出因果关系。

10.5 正文的完整性来自任务覆盖 ​

正文需要足够的信息，而不是固定字数。解释一种操作，至少要说清前提、动作、预期结果、失败表现和退出方式。推荐一种方案，要说明适合谁、需要什么成本，以及哪些情况下不适用。内容长度应由这些问题决定。只有一句答案的查询不必强行写成长文；涉及复杂取舍的查询也不应该为了“短平快”删掉必要条件。

初学者常把关键词使用理解成重复次数。更可靠的做法是自然使用读者认识的名称，并把关联概念讲清。例如文章主题是日志脱敏，就应说明哪些字段属于敏感信息、规则作用于哪个阶段、怎样测试误删、怎样保护调试价值。这些内容自然需要专业词，但不需要每段机械重复“Go 日志脱敏”。如果一段把主题词全部删去仍没有实际信息，就应重写这段，而不是再增加同义词。

用可验证的细节代替形容词 ​

“性能强大”没有说明测试条件，“企业级安全”没有说明安全措施，“支持各种格式”没有说明例外。把它们换成可核实字段：支持哪些输入格式、文件大小限制、是否保留原始数据、怎样处理失败记录、哪些权限能修改规则。如果暂时没有性能测试，就写明性能需按实际负载验证，不要从架构名称推导吞吐量。

解释型内容可以先给一个普通例子，再增加边界。假设输入日志包含订单号、邮箱和错误码，教学示例先展示保留错误码、替换邮箱的结果，再讨论邮箱格式异常和嵌套字段。样例中的人名、邮箱和订单号应使用虚构值，不能把真实客户日志截出来当作证据。例子让读者看懂方法，证据则需要真实、可核验且获得授权的材料，两者不要混淆。

FAQ 适合处理主流程之外的真实疑问，例如“历史日志能否补处理”“误删后能否恢复”。如果问题只是把章节标题改成问句，内容又重复一遍，FAQ 不会增加多少帮助。页面可以采用问答形式，但这与是否获得某种富媒体展示是不同问题；相关搜索功能的资格和支持范围应另外核实，不能因添加了 FAQ 模块就承诺展示。

10.6 图片 视频和代码要承担具体任务 ​

媒体应解释文字难以解释的东西。产品图片可以让人判断尺寸、接口或安装位置，教程截图可以标出操作入口，流程图可以说明数据经过哪些步骤。无关的装饰图片虽然让版面更热闹，却增加加载和维护成本。选图前先问：读者看完能多做什么判断？如果答案只是“页面没那么空”，不必默认添加。

Google 的图片指导建议使用可发现的 HTML 图片元素，在相关文字附近放图，并提供符合语境的描述；图片文件名只能提供很轻的主题线索。[C11] 不要把批量重命名所有旧图片当成优先事项，更不应为在文件名里加入关键词而破坏已有引用。先确保真正解释内容的图片能加载、看得清、出现在合适位置。

替代文本（Alternative Text，通常写在 alt 属性中）要根据图片功能决定。信息图片需要简要传达关键信息，装饰图片通常使用空替代文本，作为按钮或链接的图片则应说明动作或目的。复杂图表需要附近正文解释，不能把整张图的数据硬塞进一句替代文本。这种按用途选择的方式与 W3C 的图片决策指导一致。[C16]

例如日志处理流程图的替代文本可以概括为“日志写入前先通过字段规则处理，再输出到存储”，正文继续解释每个步骤。若同页另一张图片只是背景纹理，就不必朗读“蓝色科技背景”。截屏中出现一条重要报错，正文应提供可复制的错误文字，而不是让读者放大图片逐字抄写。

视频适合展示连续操作、物体变化或完整演示。配套文字应说明视频讲什么、适用版本、关键位置，以及不看视频也能获得的主要信息。代码示例则应可复制，标明文件位置和必要前提，不把代码截图当成唯一内容。对会编程的读者尤其要区分“概念片段”和“完整可运行示例”；如果片段省略了错误处理，应明确说明。

10.7 可访问性也是页面质量 ​

可访问性（Accessibility）让使用不同设备和能力的访客完成任务。它不只服务永久性障碍，也服务临时受伤、弱网、强光和只能单手操作的场景。不能把可访问性简化成一个 SEO 分数，更不能宣称所有可访问性改动都有独立排名加成。但如果表单难以填写、菜单无法键盘操作，流量来到页面也可能无法转化。

最便宜的人工检查是只用键盘走一遍主要任务。能否看见焦点位置？顺序是否符合页面阅读顺序？弹窗打开后能否关闭？按回车是否会触发正确按钮？再放大文字，检查内容是否被固定高度裁掉。手机上看一遍价格与操作说明，确认按钮不会被悬浮广告遮住。这些动作能发现自动扫描不容易解释的实际障碍。

表单应有明确标签，而不只在输入框内放占位文字。用户开始输入后，占位文字通常就消失；靠视觉位置推断字段含义的人和使用辅助技术的人都可能受影响。W3C 提供了标签与控件关联的具体指导。[C17] 错误提示也应说明哪个字段出错、如何修正，并尽量保留已经填写的内容。

颜色不能是唯一信息。价格比较中的支持与不支持可以同时使用文字，错误状态可以同时给出图标和说明。术语首次出现时简要解释，单位写清楚，链接文字能让人预测目的地。页面优化涉及大量小决定，但它们共同决定访客能否独立完成任务。

10.8 转化入口要与访问阶段匹配 ​

转化（Conversion）是访客完成预定的有价值动作。它可以是购买，也可以是开始试用、完成一次工具运行或提交合格咨询。先定义业务真正需要什么，再设计按钮。把所有访问都要求立刻付款，会让处于学习阶段的人无路可走；只提供免费材料，也可能让已经准备购买的人找不到价格。

行动号召（Call to Action，CTA）应说明下一步的具体动作和成本。比如“用示例日志试运行”比“立即开启无限可能”清楚；如果点击后要注册，就直接写“注册并创建项目”。不要使用虚假的库存倒计时、隐藏的续费条件或误导性下载按钮。短期点击增加若来自误导，会增加退订、投诉与支持成本，不能只看按钮点击率就宣布成功。

页面中需要建立的信息顺序取决于风险。轻量在线工具可以先展示操作区域，再说明原理；需要上传企业数据的服务，则应在上传前明确处理地点、保留规则和访问权限。只有经过核实的安全措施才能出现在说明中。“不保存任何数据”是一项具体承诺，要得到产品和技术团队确认，不能由文案作者独立决定。

观察一条完整路径 ​

假设某教程一周带来一百次访问，其中十人点击工具，三人完成示例运行。这些是假设数值，只用于说明分析口径。十次点击提示入口有人使用，三次完成提示工具路径还需检查；不能据此判断页面排名是否该提高，也不能把七名未完成者都解释成体验不好。他们可能只是查看界面、网络中断，或没有需要处理的数据。

可以记录从文章到工具、从工具打开到运行成功的事件，但应遵守适用的隐私和同意要求，避免收集日志正文或表单敏感内容。结合定性反馈，判断问题出在内容承诺、操作步骤还是产品本身。SEO 与转化优化有关联，却不是同一个指标系统。

10.9 一页脱敏教程的完整改写方案 ​

假设原页标题为“最好的 Go 工具大全”，正文先介绍公司，再列出十个热门词，末尾只有注册按钮。团队计划把它改为日志脱敏教程。修改前先确认旧页是否承担其他有价值任务；若已有读者用它寻找工具比较，直接改主题可能伤害既有用途。这里假设原页没有清楚定位，已决定重构，并保存了旧版本以便复查。

新页的标题是“Go 日志脱敏：字段规则与上线前检查”，主标题保持同一主题。开头写：“本文讨论应用输出日志前的字段处理。你会看到一份虚构输入输出示例，以及检查误删和漏删的方法。已有历史日志的批量清理不在本文范围内。”这段立刻说明用途与边界，也避免读者把在线处理和历史治理混为一谈。

正文先列出要保护的字段，再展示虚构记录。接着说明结构化字段替换和非结构化文本匹配各自的限制，给读者一份自己填的测试记录：输入样例、预期保留字段、预期替换字段、实际输出和失败原因。页面不声称某套规则适合全部业务，因为不同系统中的订单号、账户标识和调试字段可能有不同要求。

在解释完样例后，提供“在演示工具中打开这份虚构日志”的入口；在文章末尾，再提供“查看生产接入文档”。前者服务理解，后者服务实施。工具与文档入口分别说明是否需要登录。与隐私政策和处理限制有关的链接放在真实数据输入前，不藏在页脚。作者栏说明谁编写、谁审阅，以及对应产品版本；若未经过专家审阅，就不制造审阅者身份。

发布验收不是只看桌面截图。编辑检查承诺与正文一致，工程人员检查交互和错误状态，另一个不熟悉该功能的人按文章完成一次演示。若他在“字段规则”这一词停住，就补解释或例子；若按钮能点却不知道上传后会发生什么，就改按钮旁说明。完成这些检查后才进入搜索表现观察期，避免把页面尚未可用的阶段也算作有效试验。

10.10 怎样判断改动是否有效 ​

先保存修改日期、页面版本和修改内容。标题试验、正文重写与工具改版若同时发生，结果很难归因。在访问量足够且环境允许时，可分阶段调整；小站样本不足时，承认只能做方向性观察，比给几次点击算出精确提升率更诚实。观察窗口应覆盖业务周期和搜索重新处理的时间，不按一个随意的固定天数宣布胜负。

把展现、点击、访问后动作分开看。展现下降可能与查询需求、排名、索引状态或结果版式有关；点击率下降可能来自查询组合变化，而不一定是标题变差；注册率提高也可能因为低意向流量减少。按页面、查询意图、设备和时间段比较，再检查同期是否有推广、价格或产品变化。衡量方法与统计推断在后续数据章节详细展开。

练习一：页面标题写“免费 JSON 格式化工具”，到达后必须付费才能运行。如何修？参考解答是先决定真实免费范围。如果有免费额度，标题与页面清楚表达条件；如果没有，删除免费承诺。仅把限制放在很小的页脚不能解决预期落差。

练习二：图表有完整替代文本，但正文没有说明数据来源。是否足够？参考解答是否。替代文本解决信息可访问的一部分，来源、样本、单位和推断边界属于证据质量，仍须补充。可访问性不能替代研究方法。

练习三：新标题上线三天，点击率上涨，应否复制到全站？参考解答是先检查样本、查询组合、排名、设备和时间。若没有足够证据，可保留准确的新标题，同时继续观察；不应把一次短期波动升级成全站固定模板。

执行时依次检查页面任务、标题承诺、正文证据、标题层级、媒体用途、可访问性、下一步入口和测量口径。每项都能说清“谁要完成什么，以及怎样知道完成了”，页面优化才有可检验的对象。

本章参考来源 ​

保留各书来源与许可 · 示例运行条件以正文为准