120 个 OnPage API 指标说明

页面SEO是指改进网页技术层面的做法，搜索引擎利用这些技术来确定网页的搜索排名。与站外SEO通过反向链接和锚文本间接起作用不同，页面SEO直接通过创建独特且相关的内容并优化元数据来发挥作用。它还涵盖关键字、标题和视觉效果，需要高水平的专业知识和信任。

优化始于网站审核——这是一个繁琐的过程，需要深入研究技术细节。搜索引擎从未停止设置新的排名标准。然而，在DataForSEO，我们意识到仅仅提供网站健康状况的全面分析不足以打入市场。我们通过提供抓取自动化、执行和分析JavaScript以及采用用户至上的方法来适应市场趋势。如果您为数字营销人员开发新的解决方案或为现有的SEO工具实现新功能，那么集成OnPage API是必经之路。

DataForSEO OnPage API是一个基于云的Web爬虫，涵盖多个端点。它会检查网站的技术基准，以便您可以迅速修复缺陷并进行优化调整。

在本文中，我们将探讨超过120个灵活的页面指标及其问题，以及它们对您网站的意义和影响。

设置OnPage API任务
URL或域名和页面限制外，您还可以添加可自定义的参数，例如与错误、大小、速度和内容相关的各种性能指标的阈值；JavaScript规则，在抓取时运行自定义的JS代码；获取并存储爬取的网站的原始HTML；加载资源（如图像、样式表、脚本、损坏的项目）；启用浏览器渲染来测量核心网络生命力；测量关键词密度，以避免关键词堆砌。

您还可以优先处理某些页面，禁用对其他页面的检查，设置或禁用全站检查或自定义站点地图以进行抓取。某些特定参数仅与规范页面有关。根据Google的说法，所有重复页面的链接权益都合并到这样的页面，它是索引并显示在搜索结果中的页面，也是一组重复页面中的最佳代表。规范标记表示某个URL代表页面的主副本。

检索API任务结果
在网站被抓取后，您可以开始使用任务标识符（ID）检索结果。您可以根据您的目标请求以下OnPage端点：

• 摘要——扫描网站的整体信息和具体的页面问题，提供使用哪些功能来深入查找发现的问题的线索。

• 即时页面（实时）——来自不同域的一次请求中最多20个特定URL的页面特定数据。

• 页面——包含性能指标的已抓取页面列表；有关您的页面搜索配置情况的精确信息。

• 按资源分类的页面——指定资源所在的页面列表，以及容纳该资源的页面的指标。

• 资源——资源列表，例如图像、脚本、样式表和损坏的项目，以及它们的详细概述。

• 重复标签——具有重复标题或描述标签的页面列表，及其性能指标。

• 重复内容——与指定页面内容相似的页面列表、它们的性能指标和相似度分数；

• 链接——目标网站上的入站和出站链接列表。

• 重定向链——在初始URL和目标URL之间形成至少两次重定向或重定向循环的URL列表。

• 不可索引——通过robots.txt、HTTP标头或元标记设置阻止被Google和其他搜索引擎索引的页面列表。

• 瀑布——用于创建速度测试的页面速度洞察和参数。

• 关键词密度——特定网站或页面上出现的关键词密度和频率数据，可供过滤和排序。

• 微数据——结构化的JSON-LD数据和微数据，以及其验证的详细结果；支持schema.org上可用的所有微数据类型。

• 页面的原始HTML——您在请求中指明的页面的原始HTML。

• 页面截图——返回页面的截图，以便您可以直观地发现设计和布局问题。

• 内容解析和内容解析（实时）——返回目标页面的结构化内容、URL、锚点、标题和文本内容。

• Lighthouse——利用Google开源项目的功能，旨在为网站管理员提供通过4G连接的中端移动设备上页面和应用程序的性能指标。

您可以在我们的爬虫处理页面时逐步获取结果，而无需等待所有页面都被爬取。爬取进度和状态显示在“摘要”端点中。或者，您可以在结果准备好后请求完整的结果。

仅对实际扫描的页面收取费用：未扫描页面的差额将自动退还到您的账户。价格取决于您要使用的页数和附加参数。

页面得分
我们选择从OnPage API SEO分数开始，因为这个DataForSEO专有指标可能是最通用和最有洞察力的。它显示了以用户为中心和技术方面如何有助于搜索引擎优化，并最终提高排名和自然流量。

它以100分制评估网站质量，其中100分是最高分，表示没有关键问题，0分是最低分，表明页面积累了各种错误和警告，并且根本没有进行优化。

该指标考虑了页面上发现的严重错误和警告。它可以在以下端点中找到：

• 页数；

• 按资源分页；

• 重复标签；

• 重复内容；

• 即时页面；

• 概述。

有34个OnPage API参数影响OnPage分数。

负责关键问题的参数包括：

• 高加载时间，

• 重定向循环，

• 规范链接到损坏页面，

• 递归规范，

• HTTP而非HTTPS，

• 无标题，

• 重复标题标签，

• 损坏链接，

• 链接关系冲突，

• 规范链接到重定向，

• 规范链，

• 重复内容。

负责重要问题的参数包括：

• 重复标题，

• 损坏资源，

• 大页面尺寸，

• 重复描述，

• 无描述，

• 无图像alt标签，

• 非SEO友好URL，

• Flash内容，

• 重复元标签，

• 无H1标签，

• 无关描述，

• 标题过长，

• 唯一页面，

• 无关标题，

• 标题太短，

• 无文档类型，

• 高内容比率，

• 字符数过少，

• 字符数过多，

• 低可读性评分，

• 废弃的HTML标签，

• Lorem Ipsum文本。

在DataForSEO团队中，我们深入分析了Google的声明、竞争解决方案和常见的SEO实践，为每个参数分配权重。结果，我们的数字与其他工具几乎相似，尽管可能略有不同。它们取决于优化的重要性。例如，加载缓慢的页面得分为10分，因为它会让用户感到沮丧，从而导致更高的跳出率。而规范重定向和规范链问题分别只得分3分，因为它们可能会让搜索引擎感到困惑，但不会损害用户体验。

OnPage API响应返回每个已抓取页面的分数。然而，Summary端点提供了整个域的平均值，因此，这里它取决于已抓取页面的数量。原理保持不变，但我们添加了其他变量：出现特定错误或警告的页面数量，以及已抓取页面的总数。损坏的页面的OnPage分数始终为零。

按类别划分的OnPage API指标
DataForSEO提供了详尽的OnPage API文档，详细描述了每个端点、返回的内容和返回方式。我们根据常见的数字营销实践对它们进行了分组，以方便搜索。因此，您可以快速找到关注的指标或参数，了解其用途，以及最重要的是找到相关和关联的参数。具体而言，响应中返回的页面指标属于以下类别：

• 页面错误

• 不可索引的页面

• 网站执行速度

• 域安全

• 可用性

• 内容指标

1. 页面错误
   这些是开始审核的问题。它们的重要性为中等到高，但都会阻止网站正确编入索引和排名。这些问题代价高昂，并导致读者不满意。同时，它们最容易被发现，并且很容易修复。

• 损坏类型的问题。损坏的链接和资源不会影响SEO，但会增加跳出率。当页面请求出现问题，导致4xx或5xx HTTP状态代码时，用户体验就会受到威胁。然而，Google认为404错误较多的网站不可靠，这会损害排名。

• is_broken (损坏的页面、资源或链接)。指示页面返回的响应代码小于200还是大于400。指示具有给定资源的页面是否返回4xx或5xx响应代码，或者资源中是否有损坏的元素。此类页面的数量。

• is_4xx_code (带有4xx状态代码的页面)。如果缺少访问请求的URL所需的参数，则浏览器会响应4xx客户端错误。此类页面的数量。

• is_5xx_code (带有5xx状态代码的页面)。服务器错误的5xx响应表示无法处理请求。此类页面的数量。

• broken_resources (损坏资源)。指示页面或网站是否包含带有断开链接的图片和其他资源，以及它们的数量。这是OnPage Score的一个重要问题。

• broken_links (损坏链接)。表示页面或网站是否包含断开的链接。目标网站上所有已抓取页面的断开链接数量。这是OnPage Score的一个关键问题。

• 重复问题。当然，电子商务网站不可避免地会出现重复内容。它不会给搜索引擎带来技术惩罚，但搜索引擎会决定哪些页面是规范的，而忽略其余页面。它还会削弱页面权限。其他重复问题会给引擎和访问者带来困惑，例如，Google只会选择一次重复的元标记，而具有类似标题和描述的页面会相互竞争。

• duplicate_title (重复标题)。表示页面是否有重复的标题标签。此类页面的数量。这是OnPage Score的一个重要问题。

• duplicate_title_tag (重复标题标签)。指示规范页面是否具有多个标题标签；此类页面的数量；这是OnPage Score的一个关键问题。

• duplicate_description (重复描述)。表示页面是否有重复的描述标签。此类页面的数量。这是OnPage Score的一个重要问题。

• duplicate_content (重复内容)。表示页面是否有重复内容。此类页面的数量。这是OnPage Score的一个关键问题。

• duplicate_meta_tags (重复元标签)。指示规范页面是否具有用于构造页面数据的重复元标记。具有多个相同类型元标记的页面数量。页面上重复元标记的数组。这是OnPage Score的一个重要问题。

• 规范问题。规范错误意味着您的网站有多个重复的URL。当301重定向放置不正确时，就会发生这种情况。规范标记可防止因不同URL上存在等效或“相同”内容而导致的问题。

• canonical_to_broken (规范链接到损坏页面)。指示页面是否具有指向响应代码为4xx或5xx的页面的规范链接元素。此类页面的数量。这是OnPage Score的一个关键问题。

• canonical_to_redirect (规范链接到重定向)。指示页面是否具有指向响应3XX重定向的页面的规范链接元素。此类页面的数量。这是OnPage Score的一个关键问题。

• canonical_chain (规范链)。指示页面是否具有指向其他页面的规范链接元素，例如页面a被规范化为页面b，而页面b又被规范化为页面c；此类页面的数量。这是OnPage Score的关键问题。

• recursive_canonical (递归规范)。错误地指示一个页面是否具有指向另一个页面的规范标签，而该标签又指向初始页面。此类页面的数量。这是OnPage Score的一个关键问题。

• 其他页面错误。

• redirect_loop (重定向循环)。目标URL重定向回原始URL的重定向链数量。这是OnPage Score的一个关键问题。

• no_content_encoding (无内容编码)。表示页面或资源是否包含压缩算法该内容。此类页面的数量。

• no_encoding_meta_tag (无编码元标记)。表示页面是否没有元标记编码 – 内容类型参数。仅当标题中未明确说明编码时才有用。此类页面的数量。

• no_doctype (无文档类型)。用于指示页面的类型及其标记语言。此类页面的数量。这是OnPage Score的一个重要问题。

• no_title (无标题)。表示页面是否有空的或缺失的标题标签。此类页面的数量。这是OnPage Score的一个关键问题。

• no_description (无描述)。指示规范页面是否有空的或缺失的描述元标记。此类页面的数量。这是OnPage Score的一个重要问题。

• no_image_alt 一种属性，用于设置图像的替代文本，描述显示的内容。搜索引擎在搜索图像时使用它来排名）及其数量。这是OnPage Score的一个重要问题。

• no_h1_tags (无H1标签)。表示页面是否有空的或缺失的一级标题。此类页面的数量。这是OnPage Score的一个重要问题。

• is_link_relation_conflict (链接关系冲突)。表示链接是否与另一个链接有冲突。表示页面是否同时收到已跟踪和未跟踪的入站内部链接。网站上此类页面的数量。例如，如果is_link_relation_conflict为1，则目标网站有一个页面至少收到一个内部未跟踪链接和至少一个跟踪链接。这是OnPage Score的一个关键问题。

• is_orphan_page (孤儿页面)。表示页面是否没有来自域中其他页面的引用。此类页面的数量。这是OnPage Score的一个重要问题。

• lorem_ipsum (Lorem Ipsum文本)。表示页面是否包含Lorem Ipsum，即占位符内容。此类页面的数量。这是OnPage Score的一个重要问题。

• resource_errors (资源错误)。表示对象是否有资源错误和警告。返回包含错误、错误状态代码和文本消息的行和列，以及潜在HTML、JS、CSS和图像错误的完整列表。

1. 不可索引的页面
   每个页面都必须满足某些技术条件才能显示在Google搜索结果中。它们统称为可索引性。可索引页面包括：

• 规范页面；

• 未被’noindex robots’元标记阻止；

• 未被robots.txt中的disallow指令阻止；

• 以200状态代码进行响应。

网站通常包含大量不可索引的页面，例如分面类别或不可用的产品。这些页面对网站访问者毫无用处，他们也不应该找到它们，因此不应将其放置在站点地图中。

负责索引的字段是：

• dofollow (在Links端点中) – 指示链接是否为do-follow。如果值为true，则链接没有nofollow属性；

• follow (在Pages、Instant Pages和Page by Resource端点中) – 指示页面的robots是否允许爬虫程序跟踪页面上的链接。如果为false，则页面的meta_robots标签包含一个nofollow参数，指示爬虫程序不要跟踪链接。

DataForSEO可让您跟踪带有noindex标签的页面，以确保它们仅出现在搜索引擎实际上不应考虑的页面上。我们建议将此步骤添加到您的发布清单中。

对于不可索引的页面，我们提供了专用的不可索引端点。它返回通过robots.txt、HTTP标头或元标记设置阻止被Google和其他搜索引擎索引的页面列表。它返回以下信息：

• reason (该页面无法被索引的原因)；

• URL (指向不可索引页面的链接)。

3. 网站性能速度

我们的API中的这些指标收集在Waterfall端点以及其他端点的数组中。速度会形成良好的第一印象，影响转化率和跳出率以及重复交易。因此，一秒钟的改进可以使移动转化率大幅提高27%。搜索引擎优先考虑用户体验，因此加载缓慢的页面会对排名产生负面影响。

• 一般时间问题。没有人愿意等待信息，网站只有几秒钟的时间来给人留下深刻印象。我们的API为您的SEO软件提供了基准，可提供速度见解。

• high_loading_time (高加载时间) – 指示页面的加载时间是否过长；以页面完全加载所需的时间（以毫秒为单位）指定；默认值为3000毫秒。此类页面的数量。如果加载时间大于或等于POST请求的tests_threshold数组中指定的值，则符合设定条件的页面将在API响应中被标记。这是OnPage Score的一个关键问题。

• waiting_time (等待时间) – 第一个字节时间 (TTFB) 以毫秒为单位 – 响应能力的衡量标准。客户端浏览器需要从服务器接收响应的第一个字节的时间。

• high_waiting_time (高等待时间) – 表示页面等待时间是否过长。以毫秒为单位指定为TTFB。默认值为1500毫秒。此类页面的数量。如果等待时间大于或等于POST请求的tests_threshold数组中指定的值，则符合设置条件的页面将在API响应中被标记。

• time_to_interactive (可交互时间) – TTI性能时间。用户与页面完全交互所需的时间（以毫秒为单位）。

• dom_complete (DOM完成时间) – 下载资源的时间。页面及其所有子资源下载完成所需的时间（以毫秒为单位）。

• connection_time (连接时间) – 与服务器建立连接所需的时间（以毫秒为单位）。

• request_sent_time (请求发送时间) – 向服务器发送请求所需的时间（以毫秒为单位）。

• download_time (下载时间) – 浏览器接收响应所需的时间（以毫秒为单位）。

• duration_time (持续时间) – 浏览器从服务器收到完整响应所需的总时间（以毫秒为单位）。获取资源所需的时间（以毫秒为单位）。

• fetch_start (获取开始时间) – 浏览器开始下载HTML源码或页面其他资源所需的时间（以毫秒为单位）。

• fetch_end (获取结束时间) – 浏览器完成下载HTML源码或页面其他资源所需的时间（以毫秒为单位）。

• time_to_secure_connection (安全连接时间) – 与服务器建立安全连接所需的时间（以毫秒为单位）。

• ttl (生存时间) – 浏览器缓存资源所需的时间（以毫秒为单位）。

• lighthouse – 一个端点，运行一系列单独的测试以根据项目的官方文档生成数字分数。执行性能、可访问性、渐进式和移动Web应用程序、SEO和最佳实践合规性的审核。

• 渲染阻塞问题。在某些情况下，CSS、JS文件和图像等资源可能会阻止网页渲染。包含这些资源的页面加载时间会更长，从而影响用户体验和SEO性能。

• has_render_blocking_resources (有渲染阻塞资源) – 指示页面是否包含阻止渲染的资源，通常是阻止页面快速加载的脚本和样式表。此类页面的数量。

• render_blocking_scripts_count (渲染阻塞脚本数量) – 页面上阻止页面渲染的脚本数量。

• render_blocking_stylesheets_count (渲染阻塞样式表数量) – 页面上阻止页面渲染的CSS样式的数量。

4. 域安全

不安全的登录页面、网络钓鱼诈骗和恶意软件会导致敏感数据（如个人和财务详情以及凭证）丢失或被盗。对用户和企业而言，后果是身份盗窃、财务损失和声誉受损。OnPage API重点突出了以下安全问题：

• ssl – 提供https://连接。

• http2 – 表示目标网站是否使用HTTP2协议。

• 测试隐藏服务器签名– 隐藏服务器签名（包含敏感信息的公共Web服务器标识）。我们的爬虫将能够访问网站的服务器签名。

• is_www (是否为www子域) – 表示页面是否位于www子域中。此类页面的数量。表示具有给定资源的页面是否位于www子域中。

• is_https (是否使用HTTPS) – 表示页面是否使用HTTPS协议加密。此类页面的数量。

• is_http (是否使用HTTP) – 表示页面是否具有非安全HTTP协议。此类页面的数量。这是OnPage Score的一个关键问题。

• https_to_http_links (HTTPS页面指向HTTP页面) – 表示安全HTTPS页面是否具有指向非安全HTTP页面的链接。此类页面的数量。

• 有HTML文档

6.内容指标

所有策略的核心都是内容，所有营销人员都在努力实现内容。内容能够产生潜在客户、提高转化率、增加参与度和 Google 排名。根据您的业务模式和产品，您可能会相对频繁地更新内容，因此即使原创内容经过专业且精心制作，后续的添加或编辑也可能会损害 SEO 效果。

• 数量问题。发布的内容越多，获得的流量就越多。较长的内容往往能更好地解决用户的问题，因此 Google 希望将其放在 SERP 的顶部。但是，如果内容不够吸引人，访问者可能根本不会读完。

• plain_text_size– 页面上文本的总大小（以字节为单位）。在 Filters 端点中，您可以按特定的纯文本大小对页面进行排序。

• plain_text_rate– 纯文本比率值。plain_text_size 与 size 值的比率。在 Filters 端点中，您可以按特定的纯文本比率对页面进行排序。

• plain_text_word_count– 页面上的字数。在过滤器端点中，您可以按特定的纯文本字数对页面进行排序。

• low_content_rate– 表示页面内容率太低。指定为纯文本大小与页面大小的比率。此比率小于 0.1 的页面数。如果页面上的字符数小于或等于 POST 请求的 tests_threshold 数组中指定的值，则符合设定条件的页面将在 API 响应中被标记。

• high_content_rate– 表示规范页面内容率过高。指定为纯文本大小与页面大小的比率。此比率超过 0.9 的页面数。如果此比率超过或等于 POST 请求的 tests_threshold 数组中指定的值，则符合设定条件的页面将在 API 响应中被标记。这是 OnPage Score 的一个重要问题。

• low_character_count– 表示页面包含的字符数少于 1024 个。此类页面的数量。指定为页面上的字符数。如果页面上的字符数小于或等于 POST 请求的 tests_threshold 数组中指定的值，则符合设置条件的页面将在 API 响应中被标记。这是 OnPage Score 的一个重要问题。

• high_character_count– 表示页面包含超过 256,000 个字符；此类页面的数量。指定为页面上的字符数。如果页面上的字符数大于或等于checks_thresholdPOST 请求数组中指定的值，则符合设置条件的页面将在 API 响应中被标记。这是 OnPage Score 的一个重要问题。

• 数量指标。DataForSEO API 还提供与内容相关的指标，这些指标本身并不表示页面质量。但是，在过滤器和阈值中配置后，它们将显示针对某些标准和参考值的性能。

• internal_links_count– 页面上的内部链接数量。

• external_links_count– 页面上的外部链接数量。

• images_count– 页面上的图像数量。

• images_size– 以字节为单位测量页面上图像的总大小。

• scripts_count– 页面上的脚本数量。

• scripts_size– 页面上脚本的总大小（以字节为单位）。

• stylesheets_count– 页面上的样式表的数量。

• stylesheets_size– 页面上样式表的总大小（以字节为单位）。

• title_length– 标题标签的长度（以字符为单位）。

• description_length– 描述标签的长度（以字符为单位）。

• 质量问题。要真正占据主导地位，内容必须一致且新鲜，并为观众带来价值。观众会将其视为值得信赖的建议和推荐来源，并会回来阅读更多内容。

• irrelevant_title– 表示规范页面的标题与其内容不相关。为了计算相关性，我们从页面标题中取出所有唯一单词，并从页面内容中取出所有唯一单词。如果标题中此类单词在内容中出现的数量少于 30%，则我们认为它不相关。此类页面的数量。指定为页面标题与其内容的匹配率；相关性阈值为 0.3。如果分数小于或等于 POST 请求的 tests_threshold 数组中指定的值，则符合设置条件的页面将在 API 响应中被标记。这是 OnPage Score 的一个重要问题。

• irrelevant_description– 表示规范页面描述标签与页面内容无关。为了计算相关性，我们从页面描述中取出所有唯一单词，并从页面内容中取出所有唯一单词。如果内容中出现的描述中此类单词的数量少于 20%，则我们认为它不相关。此类页面的数量。指定为页面描述与其内容的匹配率；相关性阈值为 0.2。如果分数小于或等于checks_thresholdPOST 请求数组中指定的值，则符合设置条件的页面将在 API 响应中被标记。这是 OnPage Score 的一个重要问题。

• description_to_content_consistency– meta_description 标签与页面内容的一致性，测量范围从 0 到 1。

• title_to_content_consistency– meta_title 标签与页面内容的一致性，测量范围从 0 到 1。

• charset_consistency– 表示页面是否具有元字符集标记，用于设置该页面的字符编码。此类页面的数量。

• has_misspelling– 指示页面是否有拼写错误。如果在 POST 请求中将 check_spell 字段设置为 true，则提供有用信息。此类页面的数量。

• spell– Hunspell 拼写检查错误和建议。Hunspell 是 Google Chrome、OpenOffice.org、LibreOffice、Mozilla Firefox 和 Thunderbird 的拼写检查器，也被 MacOS、MemoQ、SDL Trados、Opera 和 InDesign 等专有软件包使用。Pages 和 Summary 端点中提供的此对象返回拼写检查语言代码、拼写错误的单词以及在页面及其内容中找到的社交媒体标签。支持的标签包括但不限于Open Graph和Twitter Card。

• low_readability_rate– 表示页面的可读性是否较低，即在Flesch-Kincaid可读性测试中得分低于 15 分。此类页面的数量。这是 OnPage Score 的一个重要问题。

• title_too_long– 表示页面是否具有长标题。表示标题标签的内容是否超过 65 个字符。此类页面的数量。这是 OnPage Score 的一个重要问题。

• title_too_short– 表示页面标题是否较短。表示标题标签的内容是否短于 30 个字符。此类页面的数量。这是 OnPage Score 的一个重要问题。

• 关键字问题和指标。正确的关键字可以帮助您了解用户正在搜索的内容，并向搜索引擎传达网站的内容。搜索查询具有很大的差异，是 Google 算法的基石。

• keyword– 在网站或网页上找到的关键字，其字数在将任务设置为关键字密度端点时指定。

• frequency– 关键字频率。将任务设置为关键字密度端点时，关键字在指定的网站或页面上出现的次数。

• density– 关键词密度。网站或页面上指定关键词长度的关键词频率与关键词总数的比率。

• keywords_to_content_consistency– 元关键词标签与页面内容的一致性，测量值从 0 到 1。

• irrelevant_meta_keywords– 表示规范页面具有与其内容无关的元关键字标签。指定为页面元关键字与其内容的匹配率。相关性阈值为 0.6。如果分数小于或等于checks_thresholdPOST 请求数组中指定的值，则符合设置条件的页面将在 API 响应中被标记。

• 可读性指数在测量文本的复杂性后，显示文本的阅读难度。文本的可测量属性（例如单词和句子长度、音节数等）可以测量文本的复杂性。随后将其与读者的理解程度进行比较。这些数据被输入到一个公式中，该公式可预测不同方面的难度。DataForSEO 提供了一系列这样的指数：

• automated_readability_index

• coleman_liau_readability_index

• dale_chall_readability_index

• flesch_kincaid_readability_index

• smog_readability_index

总结

数据驱动的 SEO 并非一劳永逸的过程。用户期望会随着时间而改变，从而影响搜索引擎的要求。搜索引擎寻求提供更快、更具互动性和高度个性化的内容。

借助 DataForSEO OnPage API，网站所有者可以准确指出转化率下降、跳出率上升、购物车被遗弃以及其他不再有用的迹象的原因。我们友好的可自定义抓取引擎可以根据 120 多个指标检查网站。价格合理，无需内部构建复杂的抓取工具，您可以节省优化资源。

DataForSEO OnPage API 拥有 SEO 机构和软件提供商构建自定义工具所需的一切。在内部运行全面的网站审核或出售它们。我们邀请您根据数十个页面参数评估您的网站 -免费试用DataForSEO 的 API。我们响应迅速的 24/7 支持团队随时准备为您提供帮助。

原文链接：120 OnPage API Metrics Explained