来源：Oxylabs，Decodo，Webshare 由一个所有者拥有

2026年10月13日，五家网络数据收集公司宣布，现在在Source的共同品牌下运营。它们包括Oxylabs、Decodo（前身为Smartproxy）、Webshare、ScrapingBee和Honeygain。许多客户多年来一直在这些品牌中选择“主要”和“备用”供应商，认为它们是竞争对手。现在正式宣布：它们是一组。我们来看看究竟是什么结合在一起，为什么这与所有拥有备用代理池的人有关，以及如何在一个小时内检查您的备用供应商是否真的独立于主要供应商。

发生了什么：五个品牌，一个所有者

根据Proxyway的说法，Source将自己描述为“数据生态系统”。其总部位于维尔纽斯，正如Proxyway所指出的，它本身也是更广泛的Tesonet生态系统的一部分。该集团提供的数字信息如下：

超过800名员工，其中350多名是开发人员和工程师；
超过180项专利和215个商标；
每秒150万个请求在分布式系统中；
来自人工智能代理和人工智能产品的需求在一年内增长了约四倍。

该集团起源于Oxylabs。2026年7月，Oxylabs在估值36亿美元的情况下，从Warburg Pincus获得了1.3亿美元，这是其首次外部融资。品牌之间的联系已经建立多年：Webshare在2022年被Oxylabs收购，ScrapingBee在2025年被收购，而Honeygain自2021年以来一直是Oxylabs的主要住宅IP采集合作伙伴。Decodo与Oxylabs的关系，正如Wilson's Media所写，在Source推出之前并不那么明显。一个显著的细节是，Source的首席执行官维陶塔斯·萨维茨卡斯在2026年3月之前曾负责Decodo。

品牌如何分割市场

Oxylabs — 大型企业和人工智能实验室；
Decodo — 中型市场；
ScrapingBee — 面向开发者的API；
Webshare — 高级独立用户和小团队；
Honeygain — 一款为普通人支付其设备“多余”流量的应用程序。

品牌在形式上仍然是独立的：各自的团队、价格、产品和客户。Source声明自己不销售任何东西，而是集中管理专利、采购、招聘和合规。品牌是否共享IP池或基础设施，Source和相关出版物均未透露。但对于买家来说，这才是最重要的问题。

为什么这与您的备用池有关

备用代理池是在主要代理停止工作时所需的：目标网站禁止了供应商的子网，供应商发生故障，条件或价格发生变化。我们在分析中详细讨论了备用的场景和架构当备用代理池真正拯救账户时。主要规则很简单：备用必须来自不同的供应商，理想情况下来自不同的IP来源。

在同一所有者名下的合并使这一规则比看起来更复杂。依赖关系有三个层次，网站上的品牌仅反映第一个：

法律层面。 谁拥有公司，谁的决策决定价格、规则和服务的命运。
IP来源。 住宅地址的来源：自有应用程序或SDK、类似Honeygain的合作伙伴计划、从其他供应商处批量采购。
基础设施。 流量经过的网关，它们的托管和网络。

两个“不同”的供应商可能在任何层面上重合。如果IP来源相同，目标网站的反机器人系统会同时阻止这两个池，备用池在购买时的目的将变得毫无用处。

池的重合也可能发生在没有共同所有者的情况下

重要的是不要将这一消息转变为阴谋论。IP重叠也发生在完全无关的公司之间：住宅代理市场是多层次的，许多品牌转售大型批发网络的地址，而这些网络通过相同的应用程序和SDK购买流量。因此，检查的不仅仅是“谁是所有者”，还有“地址来源”和“它们在实践中是否重叠”。

如何检查备用供应商是否独立：5个步骤

检查大约需要一个小时，消耗几百兆流量。在备用需要之前进行检查。

步骤1. 法人和所有者

查看两个供应商的使用条款（Terms of Service）和隐私政策：其中会列出法人、注册国家和地址。接下来，查阅该国的公司注册处以及“关于我们”或新闻稿部分。相同的地址、相同的董事或提到共同集团的情况，都是认为供应商是同一提供商的理由。查看账单描述也很有用：它通常会列出实际的法人，而不是品牌。

步骤2. 住宅IP来源

直接向支持团队询问：“你们是如何获得住宅IP的？自有应用程序、在其他应用中的SDK、合作伙伴还是批量采购？”正常的供应商至少会给出大致的回答。如果两个供应商提到同一流量货币化程序或回避回答，则可以认为来源是共同的。这个问题并非无关紧要，从安全的角度来看：10月16日，GBHackers引用GreyNoise描述了一项活动，罪犯通过D-Link NAS、行车记录仪和SAP NetWeaver的漏洞，秘密在他人设备上安装合法应用程序Pawns.app，将其转变为商业住宅节点。至少有143个设备在34个国家受到影响。IPRoyal称Pawns.app是其住宅IP采集的直接合作伙伴；同时，出版物强调，没有数据表明此活动是由任何供应商发起的。买家的结论是：IP来源的透明度也是您获得的地址是否干净的问题。

步骤3. 外部IP重叠

这是主要的技术测试。从两个供应商处获取同一国家的轮换，并对返回您IP的服务进行500-1000次请求。保存列表并进行比较：

精确IP重合 — 共同池的直接标志；
/24子网重合 — 共同来源或共同运营商的标志；
ASN分布 — 如果两个列表中主导的运营商网络在相似的比例中占据主导地位，来源很可能接近。

最小的Python脚本：

import requests

def collect(proxy_url, n=500):
    ips = set()
    for _ in range(n):
        try:
            r = requests.get("https://api.ipify.org",
                             proxies={"http": proxy_url, "https": proxy_url},
                             timeout=15)
            ips.add(r.text.strip())
        except requests.RequestException:
            pass
    return ips

a = collect("http://login:[email protected]:port")
b = collect("http://login:[email protected]:port")
net24 = lambda s: {".".join(ip.split(".")[:3]) for ip in s}

print("唯一IP:", len(a), len(b))
print("共同IP:", len(a & b))
print("共同/24:", len(net24(a) & net24(b)))

可以通过任何IP地理定位服务或本地数据库来确定获得地址的ASN。我们在材料中讨论了如何正确解释样本中的唯一地址数量如何检查1000个请求的真实代理池大小。简短的规则是：在一个国家中，几个百分比的共同/24是正常的背景，而几十个百分比的共同精确IP实际上就是一个池。

步骤4. 网关和基础设施

查看两个供应商的网关主机解析到哪里（使用dig或nslookup命令），以及这些地址属于哪些网络。相同的托管并不能证明什么，但网关地址的共同范围、相同的端口模式和登录格式、相似的授权错误响应，都是信号，表明在不同的品牌下可能隐藏着同一平台。在这种情况下，网关故障将同时影响两个服务。

步骤5. 共同封禁测试

最实用的检查。选择一个目标网站，主要供应商已经遭遇验证码或封禁，并通过备用进行相同的场景测试，使用相同的请求头和浏览器配置。如果备用在相同的频率和步骤中被封禁，那么对于该网站来说，它并不是备用，即使所有者不同。每月重复测试一次：池会发生变化。

如何根据不同任务选择备用

解析和价格监控。 IP来源和网关的独立性是最重要的。合理的方案是备用类型不同：如果主要池是住宅代理，那么用于简单目的的备用可以是数据中心代理，反之亦然。
多账户和社交网络。 在这里，备用必须与主要类型相同，否则平台会看到网络“配置文件”的变化。对于移动场景，保持备用在移动代理上是合理的，且这些运营商在主要池中不存在。
关键任务与SLA。 保持两个拥有不同所有者和不同IP来源的供应商，并至少每季度检查一次步骤3和5的重叠。

合并还改变了什么

整合还有另一面。该集团表示，统一的声音对其保护“对公共网络数据的负责任访问”至关重要，而Wilson's Media提醒我们，Oxylabs仍然是2025年10月与SerpApi、Perplexity和AWMProxy一起提起的诉讼的被告。这对客户意味着一件简单的事情：一个品牌的法律和声誉风险现在可能影响整个集团。关于使用规则、价格和可接受目的的决策也可能开始协调。

与此同时，品牌仍然作为独立服务出售，您可以随意使用其中任何一个。唯一的变化是：不再值得在没有检查的情况下选择其中两个作为“主要和备用”。

结论

Source的启动是重新审视备用方案的好时机。品牌名称并不能说明供应商的独立性：所有者、IP来源和基础设施才是关键。检查法人，询问地址来源，比较外部IP和子网，进行共同封禁测试。如果重叠很大，那么您拥有的不是两个供应商，而是一个拥有两个账户的供应商。现在知道这一点，总比在主要池崩溃的那天要好。