ozine's book library

主题

第 12 章 不同站型的 SEO 把通用方法放进真实业务 ​

相同的标题和内链原则，放进电商、社区或软件文档，会遇到不同问题。电商要处理变化的库存和商品组合，社区要处理不可预先控制的发言，软件文档要照顾版本差异，视频站则需要让播放器成为真正可观看的内容。本章按业务对象解释如何应用前面的方法。搜索特性以 Google 为主，具体资格会变化；符合要求只代表具备被考虑的条件，不保证出现某种展示。

12.1 电商先建立可信的商品资料 ​

商品详情页应让用户判断这是不是他需要的东西。最基本的信息是商品身份、规格、价格、可售状态、图片、配送条件和退换限制。对于规格复杂的商品，还要说明兼容性与不适用情形。一个页面写了很长的品牌故事，却没有壶口直径、充电接口或包装数量，用户仍无法购买。

先建立统一商品记录，再让页面、站内搜索、购物车和外部商品数据使用它。商品名称、型号、内部库存单位（Stock Keeping Unit，SKU）和全球贸易项目代码（Global Trade Item Number，GTIN）承担不同作用，不应混用。没有合法代码时不要编造；同一商品换标题，也不应该被系统当成新的实体。数据治理不是后台小事，它决定多个渠道是否在描述同一件商品。

商品介绍可以利用供应商资料，但需要补充零售场景中的实际帮助。例如包装内包含什么、如何选择尺寸、当地适用条件、安装是否另收费，以及店家能提供怎样的支持。不要为了“原创”随意改写技术规格，更不能添加未获得证明的认证。对于大量标准化商品，准确结构化字段和清楚的选购帮助，比每件都生成一段花哨形容词更可靠。

商品变体如何安排 ​

颜色、尺码、容量和材质可能属于同一产品的不同变体。有的店让访客在一个页面切换，有的店给重要变体独立页面。选择取决于用户是否需要分别搜索、差异是否足够大，以及库存系统如何工作。即使共用页面，也应让分享链接能恢复所选变体，避免用户点进红色型号后看到默认黑色款。

Google 的产品变体文档提供 ProductGroup 与 Product 的表达方式，并区分单页与多页实现；变体应有可识别的身份，所选地址需对应正确图片、价格和可售状态。[C14] 这不是要求每个颜色都独立争取索引。单页切换与多页变体采用不同的规范地址安排，具体规则和例子见第 15.4 节，不能把一套模板复制到所有商品。

12.2 分类页是选择工具 ​

分类页服务尚未决定具体型号的人。它需要提供能比较的商品集合，以及帮助缩小范围的条件。上方可以用短说明解释范围，主体让用户浏览商品，必要时补充购买指南。把一千字 SEO 文案放在商品之前，可能让手机用户很久才看到想买的东西；完全没有说明，又可能使相近分类难以区分。内容位置应服从选购任务。

分类应有清楚且可持续的边界。“户外水壶”按品类分组，“适合徒步的轻量水壶”按场景分组，都可能合理；关键是商品选择与说明是否真的支持这个范围。不要建立“最好水壶”“优质水壶”“推荐水壶”三个内容相同的分类。分类数量增加时，应检查它们是否互相替代、是否有稳定库存，以及用户能否理解区别。

筛选组合不等于独立落地页 ​

分面导航（Faceted Navigation）让用户按颜色、尺寸、品牌、价格等条件组合筛选。假设一个目录有多组属性，组合数量可能很快超过实际商品数。大多数筛选状态只服务站内选择，并不天然值得成为搜索入口。业务团队应先列出少量有明确需求、稳定商品集合和独立解释空间的组合，再与工程团队确定哪些地址允许进入索引。

比如“单人轻量帐篷”可能有明确使用场景，“红色、九百元以下、评分排序、第二页、促销中”更可能只是某次会话状态。不能仅靠有无搜索量决定；一个组合若经常为空，或者只剩一件不相关商品，即使曾经有需求，也未必适合长期公开落地。反过来，有用的新组合也可能尚未在关键词工具里出现。

Google 的电商 URL 指导提醒，多个地址返回同样内容、不断变化的参数等情况，会造成重复抓取或看似无限的地址空间。[C09] 在本章的业务层面，你要交付的是“哪些组合有独立价值”的清单；禁止抓取、禁止索引、规范化等技术手段各有不同作用，不能随意互换。

分页与加载更多 ​

分页、加载更多和无限滚动都可以满足浏览需要，但它们让访客定位与返回的方式不同。采购者希望比较型号并记住位置，可能更适合清楚分页；浏览灵感的人可能喜欢连续滚动。Google 对增量加载的指导指出，体验设计之外还必须确保后续内容可以被发现。[C10] 不能因为第一屏商品能被看到，就认为整个目录已经覆盖。

验收时测试三个动作：从分类找到后面的商品，打开详情后返回原位置，复制地址让另一个人打开同样的范围。如果用户无法返回、筛选状态丢失或后续商品只有交互后才出现，应分别修复体验与发现路径。商品集合会变化，分页也要避免因库存排序快速变动而使某些条目长期找不到。

12.3 库存变化需要页面生命周期 ​

暂时缺货、停止销售和商品消失是三种不同情形。暂时缺货的页面可能仍能提供规格、到货提醒和替代选择；停止销售的商品可能还有说明书、维修或配件需求；错误导入的无效商品则没有必要永久保留。先判断用户仍会来做什么，再选择页面处理方式。

暂时缺货时，页面清楚显示不可购买状态，所有可见价格与外部数据保持一致。到货时间未知就写未知，不要为获得点击承诺某天补货。如果提供提醒，需要明确收集什么联系信息和用途。替代商品应说明差异，而不只是推荐利润最高的款式。用户搜索旧型号，通常不希望在没有解释的情况下被送到完全不同的首页。

永久停售但仍有支持价值的页面可以保留，标题和正文说明状态，并链接后继型号与历史资料。若有真正等价替代且决定迁移，先核对旧页面意图与新页面内容，再由技术团队安排合适跳转。没有替代且没有继续保留价值时，可以退出公开页面，并更新分类、内链和数据源。不要把所有停售商品统一跳转首页，当作“保住权重”的通用方案。

一个露营商店的处理实例 ​

以下为虚构教学情境。商店有一款旧水壶和两个容量变体，小容量暂时缺货，大容量可售，新一代型号已经上市。合理页面要允许访客看见各变体状态，不能在分类写“有货”却默认选中缺货规格。旧型号页继续提供尺寸和保养资料，并说明新款接口是否相容。新款介绍应独立解释改动，不能只改年份。

“轻量炊具”分类可以同时展示新旧款，但停售项应标注并按实际购买需求安排位置。筛选到缺货组合时，给出清楚状态与可调整条件；不要悄悄重置筛选，让用户误以为找到符合条件的商品。验收从分类、商品、购物车一路核对同一 SKU，确认价格、容量、图片和可售状态一致。这个过程比只查看单个页面的 SEO 得分更能发现电商特有错误。

12.4 用户评价与社区内容 ​

用户生成内容（User-generated Content，UGC）包括评论、讨论、问答和用户上传的媒体。它能提供经营者不知道的真实使用情境，也带来垃圾内容、隐私和真实性问题。社区 SEO 的基础是讨论能否持续有用，而不是把每条发言都立即交给搜索引擎。

先定义什么值得公开：与主题相关、能理解、没有泄露隐私、没有明显欺诈或危险内容。新账户可以有适当发布限制，外链与上传文件可以进入审核，用户应能举报和纠错。审核规则需要公开且一致，不能只删除负面意见。对商品评价，区分已验证购买与其他来源，并说明验证含义；验证购买也不等于评价结论一定正确。

讨论页怎样组织 ​

一个讨论页应让后来者迅速知道问题、环境和已经尝试的方法。技术问答可以鼓励发帖者提供版本、报错文字和最小复现过程，同时提醒不要贴密钥或客户数据。回答应保留时间与作者关系，过期答案可以补充提示。编辑整理摘要时，不能把“有人提出的猜测”改成“社区确认的结论”。

对重复问题，可以把新讨论指向已有高质量解答，但保留真正不同的条件。对已经解决的故障，在原帖明确标记适用版本与解决办法，比生成一个只有一句结论的新页面更方便后来者。大量无回应、没有上下文的帖子需要治理，但不应仅因篇幅短就删除；一句准确错误码和一个有效修复步骤，也可能足够有用。

Google 的论坛结构化数据说明适用于真实用户讨论，并不适用于站方文章仅仅附带评论的情况；问答型社区与一般论坛也有对应类型区别。[C18] 标记应反映真实页面，不能把作者写的问答伪装成用户讨论。结构化数据检查通过，也不能证明帖子有价值或一定获得展示。

社区规模增大后，要检查垃圾账户页、空标签、无内容搜索页和重复排序地址。它们可能消耗审核与抓取资源。技术控制应跟随内容政策：哪些内容等待审核，哪些允许公开，哪些长期保留。不要依赖搜索引擎替你过滤所有低质量内容，也不要因为担心风险把真实有用讨论一概藏到登录之后。

12.5 SaaS 要连接选择与使用 ​

软件即服务（Software as a Service，SaaS）站点通常同时面对评估者、使用者和采购者。首页只能做初步分流，不能替代所有页面。功能页回答能做什么，使用场景页解释某类工作如何完成，比较页帮助选择，价格页说明成本，文档支持实施。它们应共享一致的产品事实，但各自回答不同问题。

场景页容易变成替换行业名称的模板。给“教育”“金融”“零售”各建一页，只有同样的三个功能与注册按钮，不会自动形成有效覆盖。只有工作流程、约束、数据来源或成功标准确有差异，才值得独立说明。没有行业经验时，可以写适用条件与待确认事项，不能生成虚构客户标志和成果。

比较页要对双方使用同样维度。版本、套餐、地区与测试时间不同，功能结论可能不同。对手文档未找到的能力标为未知，不应直接写“不支持”。若比较由产品厂商自己发布，说明自己的立场，并让读者能核对来源。准确说出什么情况下对手更适合，也有助于避免吸引注定不合适的试用者。

文档的版本与任务 ​

文档至少区分快速开始、操作指南、概念解释和参考资料。快速开始让读者第一次成功；操作指南解决一个明确任务；概念解释帮助理解取舍；参考资料提供准确字段和参数。把四种内容混在一个超长页面里，会让初学者被细节淹没，也让熟练者难以查找。

为文档记录产品版本、最后验证日期和维护者。旧版本仍有人使用时，可以保留独立文档并清楚标记版本，提供升级路径。不要把旧版本全部规范化到新版本，因为命令与行为可能真实不同；也不必为只有排版差异的版本制造新页面。是否分版应由兼容性决定，并与技术实现共同验收。

舟行的接入文档可以先给环境前提，再给最小配置，随后显示预期输出和失败排查。错误码页面应包含触发条件、如何确认、修复动作以及何时需要求助。搜索“错误码 X”到达的人通常已经处于使用阶段，不需要再看整段销售介绍。合适的下一步是相关配置或支持渠道。

开源项目还要考虑官网、代码仓库说明和包文档的分工。仓库说明适合快速理解与贡献入口，官网可以承载完整教程，包参考负责 API 细节。不要在三个地方手工维护同一段安装命令；尽量从同一来源发布或建立清楚链接。公开包与商业服务之间也要说明授权与功能边界，避免读者把开源可用误解成所有服务免费。

12.6 工具站的内容就是可用的工具 ​

在线计算器、格式转换器、校验器和生成器需要真正完成承诺的功能。工具页可以有说明文，但主体应让访客知道输入什么、得到什么、有哪些限制。对熟练用户，操作区域可以靠前；对结果容易误用的工具，先说明前提。一个税费计算器与一个颜色转换器，需要承担的解释责任显然不同。

结果页要避免把用户输入自动变成公开搜索页面。日志、合同、简历或个人资料可能含敏感信息，公开地址、缓存和分享功能都需要设计。默认示例应是虚构或已授权内容。即使工具声称本地处理，也要核查浏览器请求与第三方脚本，不能由页面文案单方面保证。

工具的失败状态也是内容。文件格式不支持、输入过大、依赖不可用或结果不确定时，应说明原因与可执行下一步。不要在工具无法运行时继续显示“处理成功”，也不要用假下载按钮把用户引到广告。测试清单应同时覆盖正常输入、边界输入、无输入和恶意输入；安全测试由适当的技术流程承担，SEO 检查不能代替安全审核。

如果计划为每种转换建立页面，先确认它们真的支持不同输入输出，并且有各自例子与限制。一个工具实际上只能处理同一格式，却生成几百种“某格式转某格式”的页面，是承诺与功能不一致。站点规模应该跟随能力，而不是跟随关键词组合数量。

12.7 图像 视频和音频站点 ​

摄影、设计和图像资料站需要明确作品主体、作者、用途与权利说明。每张值得独立访问的图片可以有清楚落地页，说明图像表现什么、在哪里拍摄或如何制作，但地点与人物信息应按授权公开。成千上万张几乎重复图片不一定需要同等重要的页面；集合页、主题页与单图页应各有用途。

对展示图和可下载原图，说明尺寸、格式及许可范围。用户搜索一张可商用素材，却到达只有预览且许可不清的页面，搜索匹配并没有完成。图片搜索的技术发现与替代文本原则见前章；这里更重要的是落地页能否让用户正确使用图像，而不只是让缩略图漂亮。

视频页要区分“视频是主要内容”和“视频只是辅助说明”。Google 的视频指导要求用于相关视频特性的观看页以单个视频为主要内容，并强调可访问、稳定的缩略图等条件；商品页附带演示视频并不自动等同于观看页。[C12] 若希望用户主要来看一段教程，可以建立独立观看页，再从文字教程链接过去。

观看页提供准确标题、内容说明、章节位置、字幕和适用版本。长视频尤其需要让读者判断某一段是否回答问题。字幕应核对专业词和数字，机器转写的错误会直接改变操作含义。第三方托管能降低视频分发成本，自托管便于控制体验，但要承担带宽、播放器、字幕和兼容性维护；不能只按“哪个更有 SEO 权重”选择。

音频和播客同样需要可理解的节目页。提供嘉宾身份、主题、关键结论和经过核对的文字摘要，标明录制或发布日期。完整转写是否必要取决于用户任务与制作成本，但不要把自动转写未经检查地当成准确采访记录。对于引用嘉宾观点，保留语境，避免把讨论中的假设改成确定建议。

12.8 新闻与订阅内容 ​

新闻页面首先需要准确的事件、时间、来源和更新记录。搜索流量可能集中在很短的时间里，但速度不能替代核实。把“某机构宣布计划”写成“计划已经执行”，会让读者作出错误判断。持续更新的事件可使用固定报道页并记录新信息，真正独立的新进展则可以有新报道；不要为每个很小变化复制整篇文章。

发布时清楚区分事实报道、评论、广告和转载。署名、编辑责任、纠错入口与商业关系应该容易找到。对同一事件的资料汇编，说明哪些是已确认事实、哪些仍待核实。删除重大错误却不留下更正说明，可能让先前读者继续传播旧信息，因此更正方式也应进入编辑规范。

Google 的 Article 文档说明文章结构化数据可帮助理解标题、图片与日期等信息，同时明确它并不是获得 Google News 特性的必备标记。[C19] 因此，标记不能充当新闻质量认证，也不能保证进入新闻展示。日期字段必须对应实际事件与编辑行为，不应自动在每次页面请求时刷新。

付费墙（Paywall）把部分或全部内容留给订阅者。产品决策要先确定公开什么、付费后得到什么，以及希望哪部分进入搜索。Google 有专门的订阅与付费内容标记指导，用于表达付费区域并区分这类访问控制与误导性隐藏。[C20] 具体实现需要让访问控制和搜索设置一致，不能把“前端遮住正文”当成安全付费墙。

订阅落地页应提前说明价格、计费周期、内容范围和取消方式。若搜索结果承诺全文，却到达后才发现完全无法阅读，读者需要足够上下文判断是否值得付费。预览范围是业务取舍，但不应靠误导标题制造订阅。是否使用特定抽样策略、新闻站点地图或其他分发方式，应按当前官方要求与技术章节核验。

12.9 目录 招聘 活动与课程站 ​

目录型网站的价值取决于条目是否准确、集合是否有用。企业名录需要核对经营状态与联系方式，招聘站需要知道职位是否仍开放，活动站需要处理取消、改期与售罄，课程站需要明确面向人群、先修条件、授课方式和实际可报名状态。这些站点共享一个问题：过期条目仍能带来流量，却可能让用户白跑一趟或作出错误安排。

因此每类条目都需要生命周期负责人和变更来源。一个活动取消后，原页应清楚说明取消，而不只是删除购票按钮。职位关闭后，不能继续诱导投递；保留档案是否有用，要与用户隐私和平台政策共同考虑。课程改版后，应说明旧材料与新课程的关系，不用新日期掩盖陈旧内容。

结构化数据类型要按真实对象选择，并另外核对 Google 是否支持对应搜索特性。schema.org 中存在某个类型，不代表 Google 提供对应富媒体展示。资料准确、页面可用和平台资格是不同层面。面向本地服务的地区页、国际目录的语言和地区选择，在本书本地与国际章节展开，不应简单复制城市名称批量生成。

12.10 按站型定位失败原因 ​

电商页面有展现却很少成交，先检查价格、库存、配送范围与变体是否一致，再看标题与选购意图。社区有很多索引页面但读者立即离开，抽查问题是否有上下文、回答是否过时、广告是否妨碍阅读。SaaS 教程访问不少但试用很少，判断文章解决的任务是否与产品匹配，别只改按钮。视频页有普通网页索引但没有视频展示，继续核对观看页条件与视频可发现性，不能把两者当成同一个状态。

练习一：一个商店有五万种筛选组合，是否都应该开放为搜索入口？参考解答是先识别独立需求、稳定集合和有用说明，只把有理由存在的组合纳入页面计划。组合数量不是内容数量，技术放行也不代表页面值得索引。

练习二：论坛最热门答案适用于旧版本，删掉是否最好？参考解答是先确认旧版本是否仍有人使用。可以保留原答案并标注适用版本，增加新版处理方式，整理清楚讨论结论。直接删除可能丢失历史帮助；不加提示则会误导新用户。

练习三：产品页嵌入视频后没有进入视频结果，要不要把视频复制到所有页面？参考解答是否。先判断用户是否需要独立观看页，再检查相关资格与实现。扩大重复嵌入并不能解决主内容定位问题。

开始实施时，为自己的站型选出最重要的业务对象，画出它从创建、公开、变化到退出的过程。每个阶段写明谁负责事实、哪里显示状态、哪些链接和数据源需要同步。通用 SEO 方法只有进入这条实际工作流程，才能在站点增长以后继续有效。

本章参考来源 ​

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