新手指南：使用必应 URL Submission API 实现快速收录

必应 URL Submission API 简介

你是否曾经发布了新页面，却不知道必应何时才会发现它？必应 URL 提交 API 就是一个工具，它允许网站所有者主动通知必应其网站上的新增或更新页面，而无需等待必应的网络爬虫自行发现这些更改。简单来说，这就像给必应发送一个通知：“嘿，我有一个新页面（或更新的页面）——现在就来抓取吧！”这有助于你的内容更快地被收录（添加到必应的搜索结果数据库中）。据必应报告，该 API 的采用率迅速增长，已有数千个网站通过它提交了数百万个 URL。这对 SEO 为何如此重要？因为更快的收录意味着你的内容能更快地出现在搜索结果中，这对于具有时效性的内容（如新闻、产品发布、热门话题博客文章等）至关重要。例如，LinkedIn 集成了必应的 URL 提交 API，以便在有新的或更新的招聘信息和个人资料时通知必应，将索引更新时间从数周缩短到仅需几分钟。必应 URL 提交 API 是一种免费且高效的方式，可以迅速提升你的内容在必应搜索中的可见度。

必应 URL 提交 API 与 IndexNow 对比

你可能还听说过 IndexNow，这是另一种通知搜索引擎内容更改的方法。IndexNow 是微软必应和 Yandex 在 2021 年创建的一个开放协议。它允许你在添加、更新或删除页面时，一次性通知多个搜索引擎。IndexNow 的理念是，通过告知一个参与的搜索引擎（比如必应）某个更改，所有其他支持 IndexNow 的搜索引擎（例如 Yandex 以及其他加入该计划的引擎）也会收到通知。这样就省去了你向每个引擎单独提交 URL 的麻烦。本质上，IndexNow 像是内容更新的广播系统，而必应的 URL 提交 API 则是一个必应专属的渠道。

那么它们有何不同呢？请查阅这篇文章：IndexNow 与 Bing URL 提交 API 对比：让您的网站更快被收录。以下是主要区别的简要概述：

覆盖范围： IndexNow 一次性通知所有采用该协议的搜索引擎。而必应 URL 提交 API 只会将你的 URL 更新仅发送给必应。如果你关心在多个搜索平台（必应、Yandex 等）上的可见度，IndexNow 一次性通知能提供更广泛的覆盖。必应的 API 则专注于必应的索引。
设置和要求： IndexNow 对任何人开放；你甚至不需要必应网站管理员工具帐户。你只需生成一个 IndexNow 密钥（从必应或 IndexNow 官方网站获取），并在你的网站上托管一个密钥文件，然后在页面更改时开始发送 HTTP 请求。你甚至可以在 WordPress、Wix 或 Cloudflare 等平台上使用现成的插件来自动处理此操作。相比之下，必应的 URL 提交 API 是必应的一项专有服务。你需要一个必应网站管理员工具帐户，并在其中验证你的网站才能使用它。然后，你获取一个 API 密钥（特定于你的帐户），并使用该密钥向必应验证你的 URL 提交。许多 CMS 平台或 SEO 插件也可能支持必应的 API，但如果不支持，你可能需要通过自己的脚本或工具（例如，使用 cURL 或类似工具）来调用它。
多引擎 vs. 仅限必应： 使用 IndexNow，通知必应的同时也会通知 Yandex（以及任何其他支持 IndexNow 的引擎），这对于广泛收录来说是一个很大的优势。必应 API 不会直接告知 Yandex 或其他引擎你的内容——它只是直接连接到必应。（如果 Yandex 的收录对你很重要，你就必须单独向 Yandex 提交 URL，或者直接使用 IndexNow，这样 Yandex 就能从你发给必应的通知中获知。）
抓取机制： 两种情况下，最终结果都是搜索引擎快速抓取你提供的 URL。区别很微妙：当你使用必应的 URL 提交 API 时，你实际上是在说“必应机器人，请立即抓取此页面”以供必应收录（这是针对必应的直接抓取请求）。当你使用 IndexNow 时，你发送的是一个“此页面是新的或已更改”的信号，必应（以及其他引擎）会在之后不久安排一次抓取。实际上，这两种方法都有助于让你的页面比传统的等待方式更快地被收录。IndexNow 旨在提高抓取效率（引擎知道哪些内容发生了更改，因此可以优先处理这些 URL），并减少对未更改内容的不必要抓取。必应的 API 是一种较早的方法，它直接触发必应的爬虫抓取你提交的特定 URL。
必应的响应速度： IndexNow 和必应 API 都旨在快速收录内容，但我们观察到必应在抓取行为上存在一个有趣的差异。在我们自己的测试中（以及其他网站管理员的经验分享），与使用 IndexNow 相比，当你使用必应 URL 提交 API 时，必应往往会更快地抓取页面。也就是说，如果你只关心必应的收录速度，直接使用 API 似乎能更迅速地促使必应机器人行动。IndexNow 仍然能让必应相对较快地注意到你的页面，但必应的抓取和收录响应可能比使用必应专属 API 略慢。这可能是因为 IndexNow 的信号会进入一个更广泛的处理队列，而必应 API 可能直接接入必应的抓取流程。在所有情况下，差异并非巨大，但如果每一分钟都很重要（例如，你刚刚发布了突发新闻），那么在必应 SEO 方面，必应提交 API 在响应速度上更具优势。

IndexNow 像是一种广撒网的方式——一个信号通知许多引擎，非常适合全面覆盖——而必应的 URL 提交 API 则是一个专注于必应的精准工具，其潜在好处是在必应本身上获得更快的收录结果。想更深入地了解它们的差异，可以查看我们关于“IndexNow 与必应 URL 提交 API：加速收录”的详细对比文章，我们在其中探讨了何时使用每种方法。该对比的一个关键结论是，如果你的主要目标是专门提高必应的收录速度，那么必应 URL 提交 API 通常是更好的选择。

为何选择必应 API 进行必应 SEO？

如果你专注于必应的 SEO，我们建议你使用必应 URL 提交 API（即“提交 URL” API）作为在必应上实现快速收录的首选方法。原因很简单：根据我们的经验，它能在必应上产生更快的抓取结果，这意味着你的新增或更新页面会比仅依赖 IndexNow 更快地出现在必应的索引中。IndexNow 对于广泛覆盖非常出色且非常方便——你仍应考虑实施它，以兼顾其他搜索引擎和整体效率。然而，当涉及到必应自身的爬虫和索引时，直接提交 API 能让你获得更直接的即时控制。通过主动向必应推送 URL，你实际上是在抓取队列中插队了。如果必应是你网站的主要流量来源之一，或者你有某些内容确实需要必应尽快收录（例如针对必应受众的具有时效性的公告或促销活动），这对必应的特定流量尤其有利。获取更多有关信息请查阅官方网站介绍。

另一个因素是可靠性。使用 IndexNow 时，你依赖的是一个共享信号，并相信必应会迅速接收到它（通常会，但时间并非完全由你掌控）。而使用必应 API，你可以直接调用必应的服务并获得即时响应（例如，如果成功则返回 HTTP 200 OK），这样你就知道请求已成功发送。必应的官方文档也证实，成功的 API 调用可确保必应已收到你的 URL，并将尝试对其进行收录（只要内容符合其收录指南）。

对于专门针对必应的 SEO，提交 API 是一条更快、更直接的路径。你当然可以同时使用 IndexNow 和必应 API（有些人为了全面覆盖会这样做），但如果你必须选择一种优先用于必应的方法，API 是我们的首选。既然如此，接下来让我们逐步了解如何实际使用必应的 URL 提交 API。

分步指南：获取必应 URL 提交 API 访问权限

要使用必应 URL 提交 API，你需要将你的网站连接到必应网站管理员工具并获取一个 API 密钥。这个 API 密钥将用于验证你的 URL 提交请求。请按照以下步骤进行设置：

打开**必应网站管理员工具并找到 API 访问权限：** 首先，登录你的必应网站管理员工具帐户（使用你的微软帐户或任何支持的登录方式）。确保你的网站已在必应网站管理员工具中添加并已验证——如果尚未验证，你需要先完成此操作（必应允许通过小型 XML 文件、meta 标签、DNS 记录，甚至通过从 Google Search Console 导入来进行验证）。登录并验证网站后，导航到顶部导航栏中的设置齿轮图标。单击齿轮图标（通常位于必应网站管理员工具界面的右上角），然后在下拉菜单中选择 “API 访问权限” 。
单击必应网站管理员工具中的设置（齿轮）图标，然后单击 API 访问
生成你的 API 密钥： 在 API 访问权限部分，你会看到一个API 密钥的选项。如果你以前没有生成过密钥，这个区域将是空白的，或者有一个创建密钥的按钮。单击 “API 密钥” 字段或按钮，然后单击 “生成 API 密钥” （有时标记为“生成凭据”）。必应网站管理员工具随后会为你创建一个唯一的 API 密钥。这个密钥是一长串字母和数字。复制此密钥并将其保存在安全的地方（你随时可以返回查看/重新生成它，但最好现在就保存）。这个 API 密钥就是你在调用 URL 提交 API 时用于身份验证的凭据。（注意：每个用户帐户只有一个 API 密钥，适用于其所有网站。如果你重新生成密钥，旧密钥将失效。因此，如果重新生成，请务必使用新密钥更新所有脚本或插件。）
在 API 访问权限页面，单击“API 密钥”，然后单击“生成 API 密钥”并保存密钥
验证并测试 API 连接： 现在你有了 API 密钥，就可以通过 API 向必应推送 URL 了。必应网站管理员工具界面中没有“立即提交”按钮——你需要使用外部工具或脚本（如命令行 curl 命令、插件或你自己的程序）来发送 URL 提交请求。我们将在下一节中展示一个 curl 示例。通过 API 提交 URL 后，你可以通过检查你的必应网站管理员工具帐户来确认必应已收到它。转到你网站的 “URL 提交” 页面（这可能在必应网站管理员工具菜单的 配置网站 -> 提交 URL 下）。在该部分，必应通常会显示最近提交的 URL 数量或列表。如果你的 API 调用成功，你应该会在已提交 URL 列表中看到你提交的 URL，或者当日已使用的提交 URL 数量会增加。这是仔细检查你的提交是否成功的好方法。下面的截图显示了提交的 URL 在网站管理员工具界面中可能出现的位置。
在必应网站管理员工具中，验证你提交的 URL 是否出现在提交列表中

至此，你已经获得了 API 的访问权限，并且你的网站已准备好使用它。接下来，我们将展示如何实际使用 API 提交 URL。

使用 API 提交 URL (cURL 示例)

一旦你获得了 API 密钥，向必应提交 URL 就如同向必应的 API 端点发送一个包含你数据的 HTTP POST 请求一样简单。你可以通过多种方式执行此操作（在你的网站代码中以编程方式、使用插件、通过 Postman 等工具）。这里我们将使用 cURL——一个常见的用于 Web 请求的命令行工具——来演示一个基本示例，因为它易于说明。

假设你的网站是 https://www.yoursite.com，并且你刚刚发布或更新了一个页面 https://www.yoursite.com/new-page.html。你想立即将此 URL 告知必应。以下是如何通过单个 curl 命令执行此操作：

curl -X POST -H "Content-Type: application/json" \
     -d '{"siteUrl": "https://www.yoursite.com", "urlList": ["https://www.yoursite.com/new-page.html", "https://www.yoursite.com/another-page.html"]}' \
     "https://ssl.bing.com/webmaster/api.svc/json/SubmitUrlBatch?apikey=YOUR_API_KEY"

让我们分解一下这个命令的作用：

-X POST – 这告诉 curl 我们正在发出一个 POST 请求（API 期望用于提交的方法）。
-H "Content-Type: application/json" – 我们将内容类型设置为 JSON，因为我们将以 JSON 格式发送数据。
-d '{...}' – 这是在请求正文中发送的数据。在这个 JSON 负载中，我们包含两个字段：
- "siteUrl" – 这是你的网站在必应网站管理员工具中已知的基本 URL。（使用你验证时确切的 URL，例如，如果你验证的是 http://example.com 而不是 https://www.example.com，请使用匹配的那个。通常是你的主页 URL。）
- "urlList" – 这是一个包含一个或多个你想要提交以进行收录的 URL 的列表（数组）。在上面的示例中，我们在列表中包含了两个 URL。你可以一次提交一个 URL，也可以在一个批次中提交多个 URL——必应的 API 允许批量提交 URL，这在你有很多 URL 需要发送时非常方便。该示例显示了两个 URL；你可以根据需要调整此列表（API 可以处理大量批次，但请记住有每日配额）。
最后， URL "https://ssl.bing.com/webmaster/api.svc/json/SubmitUrlBatch?apikey=YOUR_API_KEY" 是必应 URL 提交 API 的端点（使用 JSON 接口）。注意，我们在查询参数 apikey=YOUR_API_KEY 中附加了我们的 API 密钥。将 YOUR_API_KEY 替换为你之前步骤中获得的实际 API 密钥。 还要将 JSON 数据中的网站和页面 URL 替换为你的实际网站 URL 和你想要提交的页面。

当你运行此命令时（例如，在终端或命令提示符中），它会将请求发送到必应。如果一切配置正确且请求成功，必应的服务器将响应状态 200 OK，并且通常是一个空的主体（或指示成功的 JSON 响应）。200 响应意味着必应已收到你的 URL。必应通常会在之后很快抓取这些 URL（通常在几分钟内）。你不会从这个 API 调用中获得详细的“已收录”确认——它主要是一个提交端点。要检查结果，你可以查看必应网站管理员工具（如上述步骤 3 中所述），或者在一段时间后直接在必应上搜索该 URL。通常，你会发现该页面被必应收录的速度比没有使用 API 时快得多。（一些网站所有者报告说，在提交后的 5-10 分钟或几小时内，他们的页面就出现在了必应的搜索结果中，这比可能需要数天或数周的时间有了巨大的改进。）

使用其他工具： 如果你对 curl 不熟悉，可以使用其他替代方案。例如，你可以用 Python、JavaScript 等编写一个小脚本，向相同的 URL 发送包含相同负载的 HTTP POST 请求。还有一些针对 CMS 的插件或库可用于使用必应的网站管理员 API。关键始终相同：包含你的 API 密钥、你的网站 URL 以及你希望收录的页面 URL 列表。

现在你知道如何使用 API 了，你可以将其集成到你的工作流程中。例如，你可以将其自动化，以便每次发布新的博客文章时，你的系统都会自动调用必应 API 来提交 URL。这可以确保必应立即收到通知。只需注意使用指南和最佳实践，我们将在接下来的常见问题解答中介绍。

常见问题解答：关于必应 URL 提交 API 的常见问题

问：我每天可以通过此 API 提交多少个 URL？答： 必应的 URL 提交 API 有相当宽松的配额。目前，必应默认允许每个网站每天提交多达 10,000 个 URL。没有月度上限，因此如果需要，你实际上每天最多可以提交约 1 万个 URL。这个限制远远超过大多数网站一天内会用到的数量。如果你的网站特别大，并且发现每天 10,000 个不够用（例如，一些大型电子商务或内容网站可能会达到限制），你可以向必应请求更高的配额。事实上，必应团队提到，如果你达到限制，可以通过必应网站管理员工具支持与他们联系，以增加你的每日配额。例如，一些网站已经与必应合作，提高了他们的限制以适应大量新页面。但同样，对于绝大多数网站来说，每天 1 万个已经足够了。 （注意：这些配额可能会由必应更改，但趋势是必应将限制从早期较小的配额增加到目前的高数量，以鼓励使用。）

问：必应 URL 提交 API 是免费的吗？答： 是的——完全免费使用。你只需要拥有一个必应网站管理员工具帐户（也是免费的）和一个经过验证的网站。必应不收取 API 访问或提交费用。可以将其视为其网站管理员工具的一项附加功能，以帮助网站所有者。你这边唯一的“成本”是实施它（如果你将其自动化，可能需要一些开发人员的努力；如果你使用简单的脚本或插件，则只需几分钟）。

问：如果我使用此 API，是否仍然需要站点地图或 IndexNow？答： 仍然建议保留其他 SEO 发现方法，如 XML 站点地图和（如果可能）IndexNow，但可以将 API 视为一个补充工具。必应本身建议除了 API 之外，继续使用站点地图和内容源。原因是 API 非常适合即时通知，但你需要冗余。例如，如果由于某种原因 API 调用失败或你忘记提交 URL，你的站点地图仍然可以帮助必应最终发现你的内容。站点地图还为搜索引擎提供了你网站 URL 的总体地图，这对于初始发现和抓取预算非常有用。IndexNow 也可以与必应 API 一起使用，但对于必应来说可能有些多余。如果你已经实施了 IndexNow，每次更新页面时它都会通知必应。在此基础上再使用 API 不会有坏处，但它实际上是向必应重复发送了信号。IndexNow 的主要好处是它可以通知其他引擎（如 Yandex，以及可能加入 IndexNow 联盟的其他引擎）以及必应。因此，一种平衡的方法可能是：使用 IndexNow 覆盖多个搜索引擎，并在你确实希望确保必应尽快获取信息时专门使用必应的 API（或者如果你没有使用 IndexNow，那么一定要使用 API）。总而言之，保持你的站点地图最新，并考虑使用 IndexNow 进行广泛覆盖，但使用必应 API 作为直接联系必应的途径，以保证并加快必应对你新内容的认知。

问：我应该同时使用 IndexNow 和必应 URL 提交 API 吗？答： 你可以这样做，但这并非绝对必要。如前所述，如果你的网站上启用了 IndexNow，每次更改都会通知必应（以及其他引擎）。对相同的 URL 使用必应 API 不会使必应更快地两次收录它们——必应已经从 IndexNow 收到了通知。大多数情况下，你会选择一种方法或另一种方法进行自动化。也就是说，有些人确实同时实施了这两种方法：IndexNow 用于覆盖广度，必应 API 用于在必应上获得一些额外的直接覆盖。这样做没有坏处，但要注意不要用太多重复的提交来骚扰必应。一般来说，如果你已经很好地设置了 IndexNow（并且你已经通过必应网站管理员工具的 IndexNow 状态页面看到它在工作），你可能会在日常使用中依赖它。如果你觉得 IndexNow 没有让必应足够快地抓取，你可以为你最重要的 URL 补充 API 调用。另一方面，如果你主要关注必应而不关心其他引擎，那么仅使用必应 API 就足够了。并且请记住，IndexNow 和必应 API 都计入必应方面的相同提交配额（就必应而言，向必应提交的 IndexNow 也计入你的每日 1 万配额）。因此，同时使用两者并不会增加你的必应配额；它只是提供了两个向必应发送 URL 的渠道。

问：使用 API 后，我的页面多久会被收录？答： 设定正确的期望很重要：使用 API 会触发必应快速抓取你的页面，但这并不能神奇地保证每次都能立即出现在搜索结果中。在许多情况下，网站管理员看到必应在提交后的几分钟或几小时内收录页面（正如 LinkedIn 和其他公司的示例所示）。例如，一位网站管理员报告说，在使用 API 后的 10 分钟内，他的新博客文章就出现在了必应上. 这非常快！然而，确切的时间可能会有所不同。必应通常会在提交后不久优先抓取该 URL。如果页面被抓取并且内容符合必应的标准（质量、无违规政策等），收录几乎可以是实时的。如果内容有问题（例如，质量非常低或垃圾内容），必应可能会抓取它但决定不收录，或者收录但排名较低。不过，总的来说，对于一个正常的网站，你应该期望比什么都不做快得多的收录速度。根据我们的经验，通常可以在当天，甚至几小时内完成。相比之下，如果不做任何操作——有时新页面可能需要几天甚至更长时间才能被必应收录，特别是如果你的网站不经常被抓取的话。API 基本上保证了必应立即知晓该页面并尝试获取它。从那里开始，如果一切正常，收录（使其可搜索）通常很快。

问：使用 URL 提交 API 有助于我的页面在必应上排名更高吗？答： 不会直接帮助。API 关乎的是收录速度，而不是排名。它不会仅仅因为你提交了页面就提高其排名。必应的排名算法会像对待其他内容一样，根据相关性和质量来处理你的内容。你获得的优势在于时间——你的页面更快地进入必应的索引，这意味着它可以比等待抓取时更早地开始竞争排名。换句话说，更快的收录 ≠ 更好的排名，但更快的收录仍然很有价值。如果你的页面根本没有被收录，它就无法排名或获得任何搜索流量。使用 API 可以确保你的页面至少能迅速进入必应的视野。之后，排名高低取决于你的内容和 SEO 因素。可以将 API 视为更快地敲开大门；你仍然需要给里面的“观众”留下深刻印象。因此，继续遵循 SEO 最佳实践（优质内容、好的关键词、反向链接等）。API 只是确保这些努力不会因为收录缓慢而陷入困境。

问：我通过 API 提交了一个 URL，但在必应的搜索结果中还没有看到它。我该怎么办？答： 首先，给它一点时间。如果你几分钟前才提交，它可能不会立即出现在搜索结果中。即使必应很快抓取了它，索引过程也可能需要一些时间才能反映在实时搜索索引中。如果在（比如说）24 小时后你仍然没有看到该页面被收录（你可以通过在必应上搜索该页面的 URL 或使用“site:yourpageurl”搜索查询来检查），以下是一些步骤和注意事项：

检查必应网站管理员工具： 查看必应网站管理员工具中该 URL 的 URL 检查工具（如果可用）或索引浏览器。它可能会告诉你页面是否已被抓取或是否存在任何问题。另外，检查该 URL 是否出现在已提交 URL 列表中（如上述分步指南中所述）。如果显示已提交甚至已抓取，那么问题就是为什么没有被收录。这可能是因为必应的算法决定不收录它。如果内容被认为是重复的、内容单薄或违反某些准则，就可能发生这种情况。
内容质量和指南： 确保你的内容符合必应的网站管理员指南（优质内容、非关键词堆砌、无恶意软件或垃圾邮件等违规行为）。必应已声明，如果特定 URL 不符合选择标准，他们可能会选择不收录。API 不会强迫必应收录它原本不会收录的内容；它只是让必应更早地看到它。因此，如果一个页面没有被收录，请考虑它是否提供了独特的价值并遵守了指南。
必要时重新提交： 如果你怀疑存在技术问题（也许必应由于暂时的服务器问题无法获取该页面，或者你的 URL 中有拼写错误），你可以尝试再次提交。重新提交一个确实没有被收录的 URL 没有坏处，但不要在短时间内重复提交相同的 URL——这无济于事，甚至可能看起来可疑。如果确实重新提交，请仔细检查 URL 是否正确且可访问（无需登录、未被 robots.txt 阻止等）。
检查 robots.txt 和 meta 标签： 确保你没有意外地阻止必应机器人。如果你的页面有带有 noindex 的 robots meta 标签，或者你网站的 robots.txt 文件禁止必应机器人访问该 URL，那就会阻止收录。API 可能仍会报告成功（因为它收到了请求），但由于这些指令，必应机器人可能被阻止抓取或收录。
再给点时间： 有时收录可能只是延迟了。如果一切看起来都正常（内容良好、没有阻止、显示已提交）并且已经过了一两天，你可能只需要再等一会儿。一个完全正常的页面在提交后仍未被收录的情况并不常见，但偶尔也可能需要几天时间。

如果在完成上述所有操作后，你的页面在合理的时间内仍未被收录，你可以尝试在必应的网站管理员支持论坛上寻求帮助，但通常原因都在上述几点之中。

问：我尝试使用 API 时遇到错误（例如，“未授权”或身份验证错误）。这是什么意思？答： 以下是一些常见的错误及其原因：

“未授权”错误： 这通常意味着 API 调用未被授权为该站点提交。通常，如果请求中的站点 (siteUrl) 未在与 API 密钥关联的必应网站管理员工具帐户中实际验证，就会发生这种情况。确保你在 JSON 中包含的 siteUrl 与你在必应网站管理员工具中添加并验证的站点完全匹配。例如，如果你的站点验证为 https://example.com，而你尝试提交 http://www.example.com，必应可能会认为它们不同（http 与 https 或非 www 与 www 被视为不同的站点，除非两个版本都已验证）。此外，请确保你使用了正确的 API 密钥——该密钥与你的必应帐户相关联。如果你有多个必应帐户，请确保你使用的是拥有该站点的帐户的密钥。如果你在必应网站管理员工具中重新生成了 API 密钥，请记住用新密钥更新你的脚本；旧密钥将不再有效。
无效的 API 密钥： 如果密钥错误或格式不正确，你可能会收到身份验证错误。仔细检查你是否复制了整个密钥，以及它是否在请求 URL 中正确发送（没有多余的空格或缺少字符）。
HTTP 401 或 403 错误： 这些也表示授权问题——同样可能与上述几点有关（站点未验证或密钥错误）。
超出配额 (HTTP 429)： 如果你提交的 URL 数量超过了每日配额，必应可能会开始返回一个错误，告诉你已超出配额。在这种情况下，你需要等到配额重置（通常是第二天）才能提交更多，或者如果你确实需要定期提交那么多 URL，则联系必应请求更高的配额。
请求超时或其他网络错误： 有时，如果必应的服务没有快速响应，你可能会看到超时。这可能是暂时的网络问题。如果你的 curl 或脚本超时，你可以简单地重试。如果一直超时，请确保你可以访问必应 API URL（也许可以在不同的网络上测试，或检查是否有防火墙阻止了请求）。

对于大多数错误，解决方法是验证你的设置：正确的站点验证、正确的 API 密钥以及保持在配额范围内。 “未授权”（站点未验证） 的情况对于初次使用的用户非常常见——只需确保你的必应网站管理员工具中已添加该站点，并且你使用的是同一帐户的密钥。一旦正确配置，API 通常使用起来会很顺畅。

问：使用 URL 提交 API 时，我应该遵循哪些最佳实践？答： 是的！以下是一些有效使用 API 的技巧：

仅在需要时提交： 将 API 用于新的或有重大更新的 URL。如果 URL 没有更改，则无需每天或重复提交相同的 URL——必应在第一次提交后就已经知道了。一遍又一遍地提交未更改的页面不会有任何提升，只会浪费你的配额。将你的提交保留给新鲜内容或你已大幅修改并希望重新抓取的内容。
不要发送垃圾邮件或提交不良 URL： 确保你提交的 URL 返回正常的 200 OK 状态（或者是已知的状态，如 301/302 重定向，或者如果你有意告知必应某个页面已删除，则为 404）。不要提交损坏或不存在的 URL。虽然必应的 API 甚至允许你提交 404 URL（让他们知道某个页面已不存在），但请谨慎使用此功能（也许在你删除重要页面并希望必应将其从索引中删除时使用）。提交大量不相关或错误的页面可能会损害你网站的抓取声誉。
控制大量 URL 的提交频率： 如果你有大量 URL 需要提交（例如，你进行了一次大型网站更新或一次性推出了 5,000 个新页面），请避免一次性将整个批次都发送给 API。尽管 API 和配额允许大量提交，但最好还是稍微分散一下调用。例如，你可以一次提交几百个，或者每隔一小段时间提交几千个。这样可以确保你不会让你的服务器或必应的服务器不堪重负（并避免任何潜在的限流）。必应的指导意见是，如果你一次更改数千个 URL，你应该控制你的提交速率，以避免在他们那边被限流。本质上，善待 API，它也会善待你。
监控你的提交： 密切关注必应网站管理员工具仪表板。它可以显示你提交了多少 URL 以及有多少被收录。还要注意出现的任何抓取错误——因为 API 会导致必应抓取页面，任何问题（如页面未找到、你网站上的服务器错误等）都会显示在抓取错误报告中。监控这些可以帮助你快速解决问题。
继续使用良好的 SEO 实践： 请记住，API 只是 SEO 策略的一部分。你仍然应该拥有高质量的内容、使用相关的关键词、获取反向链接并确保良好的用户体验。API 不能取代这些；它只是通过确保必应更快地看到你的更改来补充它们。