ozine's book library

主题

第 7 章 竞对与搜索结果研究：找到可以验证的差距 ​

7.1 先决定和谁比较 ​

一家卖开发工具的公司，商业对手可能是另一家软件公司，但在 Google 中与它争夺点击的页面，还可能来自开源项目、官方文档、社区回答、个人博客和免费工具合集。如果只研究熟悉的商业品牌，你会错过真正出现在目标查询里的答案。

本章把竞争对象分成三类。商业竞对争取相似客户和预算；搜索竞对在相似查询中出现；任务替代品帮助用户绕过原本的产品，例如编辑器插件、本地脚本或人工服务。三类可能重合，也可能完全不同。用户用标准库自己写完转换代码时，没有购买竞品，却仍完成了同一个任务。

竞对研究的产出应是可采取的决定：要补什么功能、回答哪个问题、加强什么证据、放弃什么方向，以及为什么现在值得做。了解别人有多少文章或外链只是中间材料。没有行动含义的数字，即使很多，也很难帮助一个人安排下一周工作。

本章结束后，你应能搭建一份可复查的 Google 结果观察表，完成页面级内容差距与链接差距分析，并能把真实观察、厂商估计、自己的推断清楚分开。实际公开页面的阅读例子与后面的假设计算会明确区分，不把检索返回顺序冒充某地区的实时 Google 排名。

7.2 用需求样本识别搜索竞对 ​

先从第六章的需求组中抽样。一个小项目可以选择十五到三十个代表查询，覆盖主要功能、核心问题、比较选择、地区或行业场景。这个数量是可执行的起步建议，不是统计上证明全市场覆盖的标准。若所有样本都来自同一个高流量泛词，得到的竞对名单也会偏向综合平台。

为每个查询记录固定深度的自然结果，广告、地图、购物与其他模块另记。对每个域名计算在样本中出现多少次，同时保留具体页面。域名频繁出现说明它在这份样本中值得关注，但不能证明它拥有整个市场最多流量。抽样覆盖的是哪类任务，结论就只能落在哪类任务上。

假设十个查询中，甲站出现七次，乙站五次，丙站两次；这只说明甲在当前样本的覆盖更广。如果丙恰好覆盖两个最接近购买的查询，它仍值得深入分析。你可以增加业务权重，但要把原始出现次数与加权分数分别展示，避免主观权重被看成客观市场份额。

研究范围也要匹配。一个大型综合站只有某个子目录与你有关，比较整站关键词总量会制造巨大但无用的差距。把比较对象缩到主题目录或具体页面，常常更能解释对手怎么满足需求。免费的人工流程可以做到这一点，只是需要更有纪律地抽样与记录。

7.3 写下观察条件，让结果可以复查 ​

一次结果观察至少记录查询原文、搜索引擎、国家或城市、界面语言、设备类型、日期与时间、是否登录，以及获取方式。若使用排名工具或接口，再保存其数据库、更新日期和所选位置。不要声称不同人照着搜索一定看到完全相同的页面；这里的可复现指方法和证据链可以复核，而非搜索结果永远不变。

对 Google 的直接观察，最好把页面截图或合法保存的记录与表格关联起来。记录时按预先定义的规则数自然结果，避免有人把广告计为第一名，有人把视频模块算成一个网址。若要测量可见位置或屏幕占用，还要记录视口尺寸；“自然结果第三位”和“首屏第三个可点击对象”不是同一件事。

如果只通过公开搜索服务发现页面，没有指定完整的 Google 地点、设备环境，也没有保存直接结果截图，应如实称为“候选页面发现”。它仍然可以支持内容分析，却不足以支持某页面在某市场排名第一的结论。研究透明比假装采集条件精确更重要。

数据时效同样要检查。Ahrefs 官方文档说明，刷新结果可能影响流量潜力、难度、结果特征和位置等关联指标。[B18] 因此不要把六个月前导出的竞争数据与今天手工看到的页面拼成一个同日结论。高投入决策前，重新核对少数关键查询和页面，通常比全面重跑所有长尾词更经济。

7.4 一次研究要读哪些内容 ​

先从页面承诺开始：标题和第一屏告诉用户能做什么，是否与查询任务一致。再看实际主体：功能可否使用、答案是否充分、关键条件有没有遗漏、示例是否可靠。之后看信任与使用成本：作者或机构是否清楚、来源能否核验、日期是否反映实质更新、是否需要注册或付费、移动端是否方便操作。

对工具页，设计几个不含私人数据的测试样本，分别覆盖正常输入、边界输入和错误输入。测试时保存样本、选项、结果和版本。若只读了文案，没有实际执行，就写“页面宣称支持”，不要写“已验证支持”。自动化测试也应符合站点规则，避免造成异常负载或触发不必要的外部动作。

对内容页，重点检查用户做完这一页能不能独立完成任务。例如，一篇部署教程是否说清环境与版本、命令在哪里运行、预期输出是什么、失败后怎样回退；一篇选购指南是否说明比较标准，而非把赞美形容词堆在产品名旁。文字多或目录长，只能说明形式，不能自动证明质量。

对商品和本地服务，还要核对实际可购买或可预约条件。一个页面写了漂亮的地区说明，但商品不能送到该地，或服务商并不覆盖该区域，内容相关也无法弥补交付缺口。竞争研究应看到用户完成任务的最后一步，不能只比较谁在正文里多提了几个城市名。

7.5 实际公开资料阅读：JSON 转 Go 的候选页面 ​

本书在二〇二六年十月十三日使用公开网络检索查询“Go JSON to struct converter”，并进一步检索相关项目，打开了 JSONLint 的 JSON to Go 页面和 mholt/json-to-go 的公开项目页。另打开 Go 官方标准库文档作为技术核对入口。这里完成的是公开页面阅读，没有建立指定国家和设备的 Google 排名序列，没有获得它们的真实流量或转化数据，也没有执行工具功能测试。

JSONLint 页面展示了 JSON 输入与 Go 输出区域，以及结构体、包名、omitempty 和指针相关选项；页面还提供使用与边界说明。[B19] 从这个观察可以推断，它希望同时满足即时操作和必要解释两类需求。但不能据此断定它的所有输出都正确，或这些选项使它排名更好。

mholt/json-to-go 的项目说明介绍了把 JSON 转成 Go 类型定义的用途，并明确提醒生成时存在假设，数组对象的代表性和输出格式需要使用者注意。[B21] 这个页面给研究者的启发是：工具的限制本身可以成为有用内容。解释样本不足时会发生什么，比只声称“智能生成”更能帮助开发者判断结果是否可用。

Go 官方 encoding/json 文档是核对相关语义的适当一手来源。[B20] 在实际撰写技术指南时，应固定所讨论的 Go 版本，确认字段标签、空值和编码解码行为，而不能仅从竞争工具文案复制技术结论。本章不展开语言语义，也不把某个工具采用的推断策略说成 Go 语言规定的唯一实现。

根据这次阅读，可以提出三个待验证的产品问题：是否能清楚解释跨样本类型推断，是否能帮助用户检查输出，是否能明确说明数据处理位置。这些是研究问题，并非已证实的竞争空白。要把它们写成“其他工具都没有”，还需要更广的样本和实际验证。好的竞对研究允许结论暂时停留在问题层面。

7.6 内容差距不只有“别人有、我没有” ​

内容差距（Content Gap）可以分成覆盖、深度、证据、形式和时效五类。覆盖差距是某个任务完全没有页面；深度差距是页面存在但关键步骤缺失；证据差距是说法没有来源、案例或可验证数据；形式差距是用户需要交互却只有文字；时效差距是说明对应旧版本或过时条件。

用这五类检查，会避免看到竞争者多一篇文章就立刻跟写。假设双方都有“接口响应生成结构体”，你的主要问题可能是无法处理某种输入，新增另一篇泛指南并不能修复。又如某竞品没有解释隐私，不代表你只要增加一句“不上传”就获得优势；需要真实技术实现与可理解的说明相匹配。

工具中的关键词差距通常比较已采集的排名集合。Semrush 的官方说明区分共有、缺失、弱于对手、未开发等交集类型。[B10] 这些分类能帮助筛选候选，但“缺失”应读成“在当前数据库和设置里没有观察到”，而不是“整个互联网中没有你的页面”。同样，竞争者排名的词不一定与自己的客户有关。

免费方法可以从查询出发逐页比较，不需要获取对手的全部词库。为每个高价值任务写一段差距判断，包含观察、对用户的影响、自己能做的改进和证据等级。比如“页面没有提供错误输入后的提示”只有在实际测试后才能成立；如果只是阅读时未找到，写“当前阅读中未找到相关说明”，范围更准确。

7.7 用矩阵帮助讨论，但不要把打分当排名公式 ​

可以为三个候选页面和自己的方案建立短矩阵，维度包括完成任务、边界说明、证据、操作成本和维护情况。每项使用明确状态，如已观察、未找到、需测试，而不是随意打出九十二分。对于确实需要分级的维度，应先写标准：例如，边界说明完整是指写清不支持输入、错误反馈与人工复核要求，而不是文字看起来专业。

假设页面甲能立即完成任务但缺少失败说明，乙解释充分却要求先注册，丙支持丰富选项但移动端操作需要验证。自己的方案可以优先解决免注册操作和失败反馈，但要确认这与目标用户需要一致。不能因为自己恰好擅长写教程，就把教程长度定义为最重要的竞争标准。

比较时还要保留对手真正做得好的地方。若某站的例子清楚、限制诚实、操作简单，应该承认它已经有效解决了需求。此时更合理的选择可能是换一个更具体场景，而不是把同样内容改写得更长。竞争研究不是寻找证据证明自己一定优于别人，而是减少不必要的投入。

任何优势都需要回答“用户为什么在意”。页面更快一百毫秒、目录多三节、外链多几十条，可能有意义，也可能不改变使用结果。把指标翻译成用户动作，例如少一次上传、能复制完整结果、能在手机上完成预约，研究建议才更容易实施和验证。

7.8 链接差距：研究被引用的理由 ​

外部链接（Backlink）是其他网站指向你页面的链接；引用域名（Referring Domain）按来源域名去重。来自同一网站的许多链接，不应简单等同于许多独立网站认可。链接数据库各有发现范围、更新频率和去重方法，数量差异需要先核对口径。

Bing Webmaster Tools 官方说明其外链资料是代表性集合，并非完整外链档案，还提供与其他站点比较的功能。[B11] 在以 Google 为主的研究中，它可作免费补充线索，但不能代表 Google 掌握或计算的链接全貌。商业工具同样适合发现来源，不适合宣称竞争者真实、完整的“权重账本”。

链接差距的可执行流程是：先选与你同任务的具体目标页，导出或记录引用来源；然后按来源域名去重；再打开有代表性的来源页，确认链接是否仍在、指向什么、出现在哪段内容、为何被引用。最后把来源分成资源推荐、技术文档、新闻报道、研究引用、合作关系及明显不适合模仿的模式。

如果两个竞对都被某技术资源清单列入，而你没有，可能的机会是制作一个真正符合清单条件的工具，再考虑合适的介绍方式。若竞争者因独家调查被媒体引用，你缺的可能是可引用的数据资产，而非一封更强硬的索链邮件。找出被引用的理由，比把所有来源邮箱抓成名单更接近长期建设。

7.9 一个链接机会筛选算例 ​

下面完全是假设。你发现甲页来自十八个域名的引用，乙页来自十二个，其中五个域名重合。合并后共有二十五个域名，而不是三十个。自己的相关页面来自三个域名，且都在上述集合中，因此初始“未覆盖来源”为二十二个。此时还不能把二十二个称为可获取链接。

逐个检查后，六个来源已失效或无法确认，四个是与主题不符的目录，三个仅适用于原作者自己的合作关系，两个主要体现购买或交换排名链接的模式。剩下七个才进入进一步研究。这七个也不保证愿意链接，只是值得理解的潜在来源。记录排除理由，可以避免下次再次浪费时间。

对剩余来源，可以用相关性、可提供内容、实际受众和联系必要性来排序。若某资源页需要可运行的开源示例，而你目前只有营销页，应先补齐资源；若内容已经足够，下一步才是决定是否合适联系。若由团队成员或自动化工具代为联系，应先约定收件范围与沟通内容；一个人亲自经营站点，也应逐个确认联系理由。公开联系方式和来源名单本身不表示对方欢迎批量推广。

Google 将主要为了操纵排名而创建的链接列为链接垃圾内容。[B12] 因此“竞对这样做了”不能成为复制有风险模式的理由。商业合作、赞助和广告还涉及标记与披露要求，应在专门的链接建设章节中处理。这里的原则是保留真实读者价值，不把数据库里出现的每条链接都当作值得追求的目标。

7.10 没有付费工具时，怎样完成一轮完整研究 ​

第一天确定五个重要需求组，每组挑两个代表查询，并为观察建立统一字段。先直接检查 Google 结果，识别候选搜索竞对，然后打开每组最相关的三到五个页面。小范围深入往往比泛看几十个网站更容易形成建设计划。时间安排只是演示，可根据内容复杂度调整。

第二步检查自己的页面。许多人只盯着竞争者，忘了核对自站现有内容、功能与用户路径。把每个需求对应到现有网址，记录是否有访问问题、内容过时、任务不匹配或缺少入口。若自己的页面本来就无法正常使用，先修复，再讨论与他人的细微差距。

第三步使用公开搜索和页面导航补充背景。Google 的 site: 运算符可以帮助发现某站相关页面，但官方明确说明其结果并不完整，不能据此准确计算索引规模。[B22] 不要把返回数量当作竞对页面总数，也不要把没有找到某页当作它必定不在索引。

第四步把观察转成三项行动，而不是一份无限增长的愿望清单。例如，补一段可验证的限制说明、为一个明确任务制作页面、修复一条关键路径。每项行动写清负责人、预计成本、验证方式和依赖。若仍无法判断，就把下一步定义为测试或访谈，别直接批准大规模生产。

7.11 付费研究怎样避免买了数据却没有决策 ​

购买或启用工具前，先决定哪项问题必须靠它回答。例如“竞对哪个子目录更接近我们的目标人群”“近一年哪些主题发生明显变化”“哪些引用来源值得进一步核查”。有了问题，才知道需要什么套餐和导出字段；没有问题时，很容易被功能数量牵着走。

导出时保存完整筛选条件，包括国家、设备、时间、域名或子目录范围、自然或付费排名，以及最低位置等阈值。随后检查样本：随机打开一些排名网址，确认主题和当前内容大致相符。若大量地址失效、跳转或变成不同任务，应先处理数据陈旧问题，别直接计算机会分数。

对竞对流量估计，只能使用“工具估计自然流量”这样的名称。它不是总访问、独立用户、收入或付费客户数。假设工具估计甲站十万、乙站两万，最多支持在该模型下比较其搜索可见性规模的线索，不能推出甲公司的收入是乙的五倍。研究报告中应把这些局限放在图表旁，而不是藏在末尾。

多工具交叉检查有时有用，但不必为了制造一致性无限购买。两个独立模型相近会增加某些判断的信心，却不能消除共同偏差。更好的闭环是把第三方估计与自站真实展现、用户任务和发布后的结果结合，用可验证的小行动逐步校准。

7.12 交付一份能指导行动的研究报告 ​

一份简洁但完整的报告可以依次回答：研究什么市场与任务，采了什么样本，最相关的搜索竞对是谁，当前答案解决得如何，自己有什么可靠的差异，以及下一步先验证什么。每条关键建议附上具体页面链接和观察日期。对无法公开验证的流量、付费功能和真实用户行为，直接列为未知。

假设轻舟最后决定先做“转换结果复核说明”，理由是公开页面阅读发现生成工具普遍需要面对样本推断问题，而自站也计划提供相关功能。正确写法是“值得验证的内容与功能方向”；错误写法是“市场上没有工具解决，因此上线必然获得流量”。前者保留了研究推进的空间，后者把一个线索夸成结论。

研究之后还需要安排一次回看。检查实际交付是否兑现原定差异，用户是否能找到新增内容，搜索表现是否出现与预期一致的方向。观察窗口按站点规模和数据积累速度设定，不因某一天没有变化就反复改标题。若变化与预期相反，重新检查需求、实现和证据，而不是自动归因于某个无法验证的算法秘密。

7.13 练习与研究检查表 ​

练习一：某竞争者有一千篇文章，你只有五十篇，能否得出应该追加九百五十篇？参考答案：不能。先看相同任务的覆盖、内容质量、用户需求和维护能力。文章数量差距不等于可盈利机会，也不等于搜索结果解释。

练习二：付费工具显示竞对某页估计流量很高，但手工打开后是旧内容，怎么办？参考答案：核对工具采集时间、国家与具体网址，检查跳转和缓存，重新观察关键查询。报告同时保留原估计与当前页面状态，不把两者混成一个时间点。

练习三：找到十个都给竞对链接的网站，是否直接发十封索链邮件？参考答案：先验证相关性、链接原因和自己能提供的内容，排除失效与操纵模式，再决定是否有充分的联系理由；委托别人代发时明确沟通范围。链接来源名单不是第三方愿意接收推广的证明。

检查表：样本覆盖重要任务；商业竞对与搜索竞对分别记录；观察条件足够复查；没有把公开检索顺序当指定 Google 排名；页面宣称与实际测试分开；差距说明了对用户的影响；流量和难度写明厂商口径；外链经过打开核查；所有行动都能对应证据；研究最终收敛到有限的建设或验证事项。

本章参考来源 ​

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