比较竞争对手域名在谷歌自然结果中的表现

TL;DR:

• 竞争对手SERP分析衡量在选定查询样本中的存在。 在每个比较旁边陈述查询、上下文、收集窗口和结果深度。
• 使用主机名规则并一致计数观察。 来自一个域的多个URL不应意外地成为多个独立的胜利。
• 检查差异背后的页面。 有机结果的存在可以指导内容研究，但它并不建立流量、收入或广告支出。

一家与您团队关心的每个查询竞争相同客户的公司可能不会出现在您关心的每个查询中。出版商、目录或讨论论坛可能会出现。搜索竞争对手由搜索样本定义，因此比较应以查询开始，而不仅仅是销售团队的竞争对手列表。

竞争对手SERP分析使用 Scrapeless Google Search API 收集结构化观察，然后询问哪些域出现以及哪些页面服务于明显意图。本指南在记分卡之前定义比较规则，因此结果可以支持内容决策，而不暗示市场份额的测量。

选择代表决策的查询

查询集应代表一个文档化的研究问题。根据任务将短语分组，例如学习一个概念、比较一个类别或寻找特定的产品功能。

保持确切的措辞和主题标签分开。相关短语可能是同一主题的有用成员，但它们是不同的观察。多次重复几乎相同的查询可能会使该措辞在简单平均中产生过度影响。

记录为什么每个查询被包含。对于重复报告，使用稳定的查询集修订版。如果团队添加新主题，请单独显示新覆盖范围或重新计算一个明确标记的公共子集以供比较。

样本可能有价值，但并不具有统计代表性。避免称其域存在百分比为总搜索市场份额。此工作流程未提供搜索量，因此相同的查询权重是一个设计选择，而不是需求估算。

定义域分组规则

域匹配应使用解析的主机名和明确的边界。在URL中的任何位置匹配一个字符串可能会将无关的网站、路径文本或查询参数视为竞争对手。

保留原始主机名，并决定是否包括子域。接受确切目标主机名或以点加该目标结尾的主机名的规则具有明确边界。它仍然需要目标是经过验证的组织域；公共后缀不是有效的组织目标。

当报告将主机名分组到可注册域时，公共后缀边界 很重要。仅取最后两个标签并不是通用解决方案。有些后缀包含多个标签，托管平台可能会在共享父级下分隔无关的出版商。

在比较少量组织时，使用经过审查的允许列表。存储政策版本，以便后续映射更改不会伪装成搜索存在的变化。将未知和无法解析的链接保留可见以供审核，而不是默默地将它们分配给竞争对手。

收集可比较的有机切片

Google搜索输入参数 允许收集者设置查询、国家、语言和分页上下文。在比较中保持这些设置固定，并保存完整请求。

结构化请求工作流程 使用 POST https://api.scrapeless.com/api/v1/scraper/request，x-api-token 头部和演员 scraper.google.search。经过身份验证的收集需要账户密钥。本文中不声明任何实时竞争对手数据集或测量的竞争对手表现。

仅在确认响应状态和数组形状后映射有机结果。HTTP 201 是待处理状态；失败或未映射的运行无法支持缺失声明。应该保留一个现有的空数组以及其自身的状态，以便审阅者能够将其与缺失的收集区分开。

在返回时记录位置、标题、链接和摘要。保持其他模块在其原始响应区域内。JSON结构 是有用的证据，即使下游报告将结果减少到域级行。

使用明确的分母构建指标

一个简单的域存在度量计算可用观察，其中至少一个有机URL与域匹配。将其除以指定比较组中的可用观察数量。每次观察仅计算一次域，即使它的多个页面出现。

在任何百分比旁边显示分子和分母。同时显示有多少计划观察不可用。否则，集合差距可能会在读者未注意到的情况下改变分母。

最佳返回位置度量可以在观察中取匹配域的最小有效返回有机位置。缺失的位置保持为空。不要为缺失的域分配任意位置，然后将那个虚构的数字与观察到的位置平均。

域重叠回答了另一个问题：哪些域同时出现在两个选择的样本中？它可以帮助识别共享的发行商，但它舍弃了顺序和页面身份。当团队的下一步是内容研究时，应与页面级证据一起报告。

使用Scrapeless开始抓取

使用Scrapeless增强您的网络抓取和自动化工作流程！
今天注册并获得5美元的免费信用——无需信用卡。

立即在Scrapeless仪表板领取您的免费信用。

将域存在与页面竞争分开

域级比较可能隐藏不同的页面策略。一家组织可能通过一个类别页面出现，另一家通过一个教程，而第三家通过一个讨论线程出现。

打开匹配的URL，审核后标记页面用途。记录该页面是否回答了查询的任务，面向哪个受众以及覆盖了哪些实质性问题。标题或摘要是审核的起点，而不是内容的替代。

如果您的分析使用了一个审核的规范或标准化分组，请将确切的URL与其保持在一起。谷歌将规范URL选择描述为一个独立的搜索过程。一个本地标准化的URL是您的分析选择，除非您有证据，否则不应将其视为谷歌选择的规范。

当您自己域中的多个页面交替出现时，在将该模式标记为问题之前，请检查这些页面。查询或目标受众可能不同。一个存在图表可以指明查看的地方；它本身无法确定正确的编辑行动。

撰写可以检查的发现

一个可辩护的发现需要命名样本和观察。例如，报告可以说在收集窗口期间，一个审核过的域出现在某个主题组的可用有机切片中。它应将该声明与贡献运行联系起来。

下一句可以提出一个调查建议：审核竞争对手的页面类型，比较回答的问题，或者检查自己的内容是否解决了相同的任务。将该提案标记为一种解释，而不是一个经过测量的原因。

避免将结果位置差异转换为预期收入或广告支出。有机搜索观察不包含任何商业结果。它们也不会提供竞争对手索引页面的完整清单；站点限制搜索覆盖有其自身的限制。

如果利益相关者希望进行流量分析，请引入单独定义的数据源并解释其范围。请将其估算与直接收集的搜索观察保持区分。

随时间保持比较

重复报告需要稳定的定义以及稳定的查询输入。对查询集、域白名单、解析器和指标规则进行版本控制。

在直接比较两个时期时，使用通用的可用观察，并披露排除的运行。一个单独的覆盖报告可以显示完整的收集计划。这可以防止方便的分母掩盖缺失的市场或主题。

将页面审核笔记和业务行动与原始数据分开。如果团队重写页面，记录操作时间和理由。后续的搜索运动可能促使进一步调查，但单靠时间顺序并不能证明编辑导致了变化。

归档每个报告背后的证据。审阅者应能够定位原始请求、原始响应、标准化行、分组策略和书面解释，而无需从屏幕截图中重建分析。

结论

在计算存在之前，定义查询样本和域规则。保持收集覆盖，并使用页面审核来解释差异。这样可以产生一个团队可以采取行动的竞争对手比较，同时保持搜索证据的局限性明确。
使用已审查的页面发现来告知 内容差距分析，在域名比较后确定需要调查的地方。

建立您的下一个搜索观察

根据您的团队需要回答的问题配置 Google 搜索 API。在设置收集频率之前，请检查 Scrapeless 定价。 Google 搜索参数模型 解释了在此工作流程中使用的上下文控制。

在 Discord 或 Telegram 上与社区讨论您的实施。

常见问题解答

问：竞争对手 SERP 分析是否估计竞争对手流量？

这个工作流程并不估计。它测量在所选查询样本中观察到的有机存在。流量需要单独定义的来源。

问：一个域名的多个 URL 是否应该多次计数？

对于域名存在，每次观察只计算一次域名。页面级报告可能保留每个 URL，但那是不同的衡量标准。

问：最后两个主机名标签能否识别每个组织？

不能。公共后缀和托管安排使该规则不可靠。使用经过审查的域名政策并保留原始主机名。

问：从收集页面中缺少的域名是否在谷歌上缺失？

不能。观察仅涵盖所请求和成功收集的片段。更广泛的缺失主张需要不同的证据。

问：评分卡能否证明竞争对手排名的原因？

不能。它识别调查的模式。在提出解释之前审查内容和其他相关证据，并将因果主张与观察分开。