ExpiredDomains.net 有 API 吗？一套可落地的替代方案

ExpiredDomains.net 没有公开 API。官方 FAQ 写得很直接，同一页还警告：自动访问会员区可能导致账号被关闭。如果域名研究已经超出浏览器工作流，务实做法是改用面向自动化、且有文档的 API。

目录

• 目录
• 直接结论：ExpiredDomains.net 没有 API
• 为什么抓取会员区是死路
• 人们通常想从过期域名 API 得到什么
• 受支持的替代方案：Karma.Domains API
• API 真正省工的地方
  • 做每日 PBN 或重建短名单
  • 把客户拍卖队列分开
  • 在昂贵检查前先筛一份外来名单
  • 在临近购买时做新鲜检查
  • 把证据交给另一个人
• ExpiredDomains.net 与 Karma.Domains API 对比
• 什么时候 ExpiredDomains.net 就够用
• 一次基础请求长什么样
• 常见问题
  • ExpiredDomains.net 有 API 吗？
  • 能拿到 ExpiredDomains.net API key 吗？
  • 可以抓取 ExpiredDomains.net 吗？
  • 可以自动导出 ExpiredDomains.net 数据吗？
  • ExpiredDomains.net API 的实用替代是什么？
  • 能把域名研究接到 n8n、Google Sheets 或 CRM 吗？
• 先把重复任务跑通

直接结论：ExpiredDomains.net 没有 API

如果你搜过 ExpiredDomains.net API key 却一无所获，并不是漏掉了隐藏的开发者页面。服务在官方 FAQ里回答了这个问题：“There is no API, so no you can't.”

这并不意味着 ExpiredDomains.net 是糟糕的工具。它仍是最广的免费手工浏览域名库存的地方之一。网站目前列出 676 个受支持的 TLD，以及 expired、pending-delete、marketplace 和已删除域名。会员区有大量筛选器、已保存搜索，以及最多 20,000 个域名的 watchlist。会员区官方介绍把这些浏览器功能讲得很清楚。

限制出现在有用的手工搜索变成重复流程时。代理机构可能每天早上都要对五个客户跑同一套筛选。PBN 团队可能希望把新候选自动送进审核表。开发者可能需要把域名数据接入内部应用。这些工作需要机器可读的接口，而不是再多一个收藏的浏览器标签页。

为什么抓取会员区是死路

网站没有 API 时，抓取常被当成变通办法。这里的政策却异常明确。

ExpiredDomains.net 的 FAQ 写明：如果程序、脚本、工具、机器人、爬虫或 AI 代理连接会员区，账号可能被关闭。它对任何工具都没有例外，数据挖掘同样可能导致关号。抓取器从设计上就会把挂在自动化流程后面的账号置于风险中。

还有技术问题。HTML 是展示层，不是稳定的数据契约。登录流程、表单字段、分页或表格标记一改，任务可能隔夜就坏。团队随后要自己维护鉴权、重试、去重、限速和持续修补，却没有已发布的 schema 告诉你某个字段是否改了含义。

域名论坛里也能看到同样需求。在一篇 NamePros 讨论中，用户希望每天运行已保存搜索，并把结果送进 Google Sheets。回复指出 ExpiredDomains.net 上的操作必须手工完成。另一篇关于 API 替代方案的帖子来自一位用户，他需要当天到期域名以软件可消费的格式输出。

这些都是普通的工作流需求。它们只是需要另一种接口。

人们通常想从过期域名 API 得到什么

“ExpiredDomains.net API” 这个说法，通常只是在指下面几类实际工作：

• 按计划拉取新鲜的过期或拍卖域名；
• 每天套用同一套购买标准；
• 把短名单送到 Google Sheets、Notion、CRM 或数据库；
• 在付费做更深检查前，先筛客户、经纪人或外链名单；
• 在临近购买时复核可用性和当前指标；
• 给每个候选保留备注和证据。

这些工作都需要有文档的字段、可预期的鉴权，以及团队能据此规划的限额。浏览器导出也许能帮一次忙。它撑不起一套需要持续维护的工作流。

受支持的替代方案：Karma.Domains API

我围绕“找到域名”和“决定值不值得花钱”之间的工作构建了 Karma.Domains。Karma.Domains 过期域名 API 暴露的是与网页应用相同的库存：覆盖 gTLD 和 ccTLD 的 800 多万个过期与拍卖域名。数据库每天从 40 多个来源处理 40 万+ 个新域名，搜索可使用 90 多个筛选器。

报告汇总 Ahrefs、Semrush、Moz、Majestic、Similarweb、Wayback Machine 及其他来源的可用数据，也包括 Karma.Domains 历史和风险信号。这样工作流可以先压缩一份大来源名单，再让人把时间和付费工具点数花在深度验证上。

API 使用 REST、JSON、HTTPS 和 Bearer 鉴权。请求与响应 schema 通过 OpenAPI 和 Swagger 发布。当前 Pro 限额是每个密钥每分钟 60 次请求，与 MCP 共享；列表请求每天最多返回 50,000 行。实时工具另有每天 200 次非缓存调用额度。这些数字可能变化，实施生产任务前请核对文档。

API 真正省工的地方

做每日 PBN 或重建短名单

假设团队规则已经稳定：.com 域名、数年归档历史、最低权威度门槛、没有明显垃圾主题、价格在预算内。每天早上重建这次搜索就是排队活。

定时请求可以套用同一套标准，只把新候选写入审核表。脚本记录已经见过的域名。人打开剩下的结果，查看历史主题和外链背景，再做购买决定。

这种分工有用。自动化清掉重复部分，而不会假装一个分数就能独自批准域名。

把客户拍卖队列分开

代理机构的搜索因细分、国家、预算和风险承受度而不同。把每个客户的规则存成独立查询，结果进入 CRM 时再加 client_id 或活动字段。

审核人得到一条标准化队列，里面有拍卖来源、当前价格、结束时间、历史信号和可用 SEO 指标。没人需要在拍卖库存已经变动后，再去拆一份笼统导出。

在昂贵检查前先筛一份外来名单

客户或经纪人可能发来 500 个域名。外链团队可能有数百个站点在考虑放链接。把每个名字直接丢给 Ahrefs 或 Semrush，会把预算浪费在更便宜的第一轮就能剔除的候选上。

API 可以查找已有报告，并返回可用历史和 SEO 字段。工作流可以去掉明显主题不符、有毒历史、可疑跳转或弱候选。剩下的名字再交给专业工具和有经验的审核人。

大多数 Karma.Domains 报告已经包含 SEO 数据。如果报告缺少工作流需要的字段，SEO Enrich 可以优先补齐缺失数据。它应该放在条件后面，而不是每次请求都跑。

在临近购买时做新鲜检查

存储数据适合大范围筛选。可用性、拍卖状态、WHOIS、DNS 和第三方指标会变，所以实时检查应靠近注册或出价。

对一份未筛选的来源名单跑实时工具，会把点数花在没人会买的域名上。对入围名单运行，再把结果保存在候选旁边。

把证据交给另一个人

一行分数是很弱的交接。API 可以给报告加注释和标签，再生成访客分享 URL。同事或客户能看到推荐背后的历史，不必开账号，也不必追问这个域名为什么通过。

ExpiredDomains.net 与 Karma.Domains API 对比

两家服务在域名发现上有重叠，但支持的工作方式不同。

能力	ExpiredDomains.net	Karma.Domains API
浏览器手工研究	有	有，通过网页应用
公开 REST API	无	有
JSON 响应	无公开接口	有
搜索筛选	网站筛选很全	90+ API 与应用筛选
已保存搜索	有，在会员区	已保存筛选加 API 访问
定时查询	无官方方法	有，通过你的调度器
与 Sheets、CRM 或数据库集成	无官方方法	有
完整域名报告	在网站上	可通过 API 获取
备注、标签与报告分享	站点内的 watchlist 和 dislike	注释、标签和访客分享 URL
自动访问会员区	可能导致账号关闭	在已公布的 API 限额内受支持

什么时候 ExpiredDomains.net 就够用

偶尔做研究时，ExpiredDomains.net 可能就是你需要的全部。它免费、覆盖广，适合在浏览器里翻名单。已保存搜索和 “Only new Domains” 选项能让重复的手工检查更快。

它自己的文档也建议在购买前核验数据，因为数值和可用性会变。这对任何域名来源都成立，包括 API。

当结果必须离开浏览器时，我会改用 API：每日短名单、多个客户队列、内部仪表盘，或必须可重复、可审计的交接。有些团队可以继续用 ExpiredDomains.net 做手工探索，同时用官方 API 做自动化部分。

一次基础请求长什么样

Karma.Domains 的搜索端点是 POST /v1/reports/search。这个小例子请求 KarmaScore 至少为 60 的过期域名：

curl -X POST "https://api.karma.domains/v1/reports/search?page=1&page_size=25" \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Accept: application/json" \
  -H "Content-Type: application/json" \
  -d '{"karmascore_min":60,"domain_type":["expired"]}'

响应包含报告列表和总数。视域名而定，每条可包含报告 ID、KarmaScore、SEO 指标、Wayback 字段和拍卖数据。完整筛选目录请用已发布的 schema，不要把博客文章里的假设抄进生产代码。

常见问题

ExpiredDomains.net 有 API 吗？

没有。ExpiredDomains.net 官方 FAQ 写明该服务没有 API。

能拿到 ExpiredDomains.net API key 吗？

没有公开 API key。会员账号提供的是网站访问权限，不是官方可编程接口。

可以抓取 ExpiredDomains.net 吗？

服务写明：自动访问会员区和数据挖掘可能导致账号关闭。措辞明确包括程序、脚本、工具、机器人、爬虫和 AI 代理。我不会围绕抓取它去建生产工作流。

可以自动导出 ExpiredDomains.net 数据吗？

没有用于自动导出的官方 API。把账号里任何手工导出当作手工功能来用，而不是软件的稳定接口。

ExpiredDomains.net API 的实用替代是什么？

当你需要可编程库存搜索、JSON 报告、实时检查、已保存筛选、注释和分享链接时，使用有文档的域名研究 API。Karma.Domains 通过 Public API 提供这些操作。

能把域名研究接到 n8n、Google Sheets 或 CRM 吗？

可以。任何能发送已鉴权 HTTPS 请求并解析 JSON 的系统都能使用 Karma.Domains API。把域名筛选逻辑留在工作流里，只把短名单交给人。

先把重复任务跑通

从团队已经在重复做的一次搜索开始。创建 Bearer 密钥，按计划跑这套筛选，记录已经审过的域名，并把新匹配送到团队现成系统。短名单证明有用后，再加实时检查和分享链接。

Karma.Domains API 文档里有当前字段、限额、SDK 链接和 Swagger 控制台。第一次运行应让两件事变得清楚：API 能省掉哪些点击，以及哪些决定仍需要有经验的审核人。