Il 13 ottobre 2026, cinque aziende nel campo della raccolta di dati web hanno annunciato di operare ora sotto un'unica ala Source. Le aziende coinvolte sono Oxylabs, Decodo (ex Smartproxy), Webshare, ScrapingBee e Honeygain. Molti clienti hanno scelto per anni tra questi marchi un fornitore "principale" e uno "di riserva", considerandoli concorrenti. Ora è ufficiale: sono un unico gruppo. Scopriamo cosa si è unito, perché questo riguarda tutti coloro che mantengono un pool di proxy di riserva e come verificare in un'ora se il tuo fornitore di riserva è davvero indipendente dal principale.
Cosa è successo: cinque marchi, un proprietario
Secondo Proxyway, Source si descrive come un'«ecosistema di dati». La struttura principale ha sede a Vilnius e, come sottolinea Proxyway, fa parte di un'ecosistema più ampio chiamato Tesonet. I numeri che il gruppo fornisce su di sé sono:
- oltre 800 dipendenti, di cui più di 350 sviluppatori e ingegneri;
- oltre 180 brevetti e 215 marchi registrati;
- 1,5 milioni di richieste al secondo in sistemi distribuiti;
- la domanda da parte di agenti e prodotti di intelligenza artificiale è aumentata di circa quattro volte nell'ultimo anno.
Il gruppo è cresciuto da Oxylabs. A luglio 2026, Oxylabs ha raccolto 130 milioni di dollari da Warburg Pincus con una valutazione di 3,6 miliardi di dollari, il suo primo round di finanziamento esterno. I legami tra i marchi si sono sviluppati nel corso degli anni: Webshare è stata acquisita da Oxylabs nel 2022, ScrapingBee nel 2025, e Honeygain è un partner principale di Oxylabs per l'estrazione di IP residenziali dal 2021. Il legame di Decodo con Oxylabs, come scrive Wilson's Media, non era così evidente pubblicamente prima del lancio di Source. Un dettaglio significativo: il CEO di Source, Vitautas Savickas, ha diretto Decodo fino a marzo 2026.
Come i marchi condividono il mercato
- Oxylabs — grande azienda e laboratori di intelligenza artificiale;
- Decodo — segmento medio;
- ScrapingBee — API per sviluppatori;
- Webshare — professionisti avanzati e piccoli team;
- Honeygain — un'app che paga le persone comuni per il traffico "in più" dei loro dispositivi.
Formalmente, i marchi rimangono indipendenti: hanno i propri team, prezzi, prodotti e clienti. Source dichiara di non vendere nulla, ma di centralizzare brevetti, acquisti, assunzioni e compliance. Se i pool di IP o l'infrastruttura siano comuni tra i marchi, né Source né le pubblicazioni specializzate lo comunicano. Ma per il cliente, questa è la questione principale.
Perché questo riguarda il tuo pool di riserva
Un pool di riserva di proxy è necessario nel caso in cui quello principale smetta di funzionare: il sito target ha bloccato le subnet del fornitore, il fornitore ha un guasto, sono cambiate le condizioni o i prezzi. Abbiamo scritto in dettaglio sugli scenari e sull'architettura di riserva nell'analisi quando i pool di proxy di riserva salvano realmente gli account. La regola principale è semplice: la riserva deve provenire da un altro fornitore e idealmente da altre fonti di IP.
La fusione sotto un unico proprietario rende questa regola più complessa di quanto sembri. Ci sono tre livelli di dipendenza, e il marchio sul sito riflette solo il primo:
- Legale. Chi possiede l'azienda e le cui decisioni determinano prezzi, regole e destino del servizio.
- Fonte IP. Da dove provengono gli indirizzi residenziali: applicazione proprietaria o SDK, programma di partnership come Honeygain, acquisto all'ingrosso da un altro fornitore.
- Infrastruttura. I gateway attraverso cui passa il traffico, il loro hosting e le reti.
Due fornitori "diversi" possono coincidere a qualsiasi livello. Se la fonte IP coincide, l'antibot del sito target, che ha imparato a riconoscere questi indirizzi, bloccherà entrambi i pool contemporaneamente, e la riserva risulterà inutile proprio nel momento per cui è stata acquistata.
Le sovrapposizioni dei pool possono avvenire anche senza un proprietario comune
È importante non trasformare la notizia in una teoria del complotto. Le sovrapposizioni di IP si verificano anche tra aziende che non sono collegate: il mercato dei proxy residenziali è strutturato su più livelli, e molti marchi rivendono indirizzi di grandi reti all'ingrosso, mentre queste reti acquistano traffico attraverso le stesse applicazioni e SDK. Pertanto, è necessario controllare non solo "chi è il proprietario", ma anche "da dove provengono gli indirizzi" e "se si sovrappongono nella pratica".
Come verificare che il fornitore di riserva sia indipendente: 5 passaggi
La verifica richiede circa un'ora e consuma un paio di centinaia di megabyte di traffico. Effettua questa verifica prima che la riserva sia necessaria.
Passaggio 1. Entità legale e proprietario
Apri i termini di servizio e la politica sulla privacy di entrambi i fornitori: lì sono indicati l'entità legale, il paese di registrazione e l'indirizzo. Successivamente, controlla il registro delle aziende di quel paese e la sezione "Chi siamo" o i comunicati stampa. Un indirizzo corrispondente, gli stessi direttori o la menzione di un gruppo comune sono motivi per considerare i fornitori come un unico fornitore. È utile controllare anche il descrittore di pagamento nell'estratto conto: spesso indica l'entità legale reale, non il marchio.
Passaggio 2. Fonte degli IP residenziali
Chiedi direttamente al supporto: "Come ottenete gli IP residenziali? Applicazione proprietaria, SDK in applicazioni di terzi, partner o acquisto all'ingrosso?" Un fornitore normale risponderà almeno in termini generali. Se entrambi menzionano lo stesso programma di monetizzazione del traffico o evitano di rispondere, considera la fonte come comune. La questione non è banale dal punto di vista della sicurezza: il 16 ottobre GBHackers, citando GreyNoise, ha descritto una campagna in cui gli aggressori, attraverso vulnerabilità in NAS D-Link, dashcam e SAP NetWeaver, installavano segretamente su dispositivi altrui l'applicazione legittima Pawns.app, trasformandoli in nodi residenziali commerciali. Sono stati colpiti almeno 143 dispositivi in 34 paesi. IPRoyal definisce Pawns.app il suo partner diretto per l'estrazione di IP residenziali; tuttavia, come sottolinea la pubblicazione, non ci sono dati che suggeriscano che la campagna fosse diretta da uno dei fornitori. La conclusione per il cliente: la trasparenza dell'origine degli IP è anche una questione di quanto siano puliti gli indirizzi che ricevi.
Passaggio 3. Sovrapposizione degli IP in uscita
Questo è il test tecnico principale. Richiedi a entrambi i fornitori una rotazione nello stesso paese e fai da 500 a 1000 richieste a un servizio che restituisce il tuo IP. Salva le liste e confrontale:
- corrispondenza esatta degli IP — segno diretto di un pool comune;
- corrispondenza delle subnet /24 — segno di una fonte comune o di operatori comuni;
- distribuzione per ASN — se nelle due liste dominano le stesse reti di operatori in proporzioni simili, le fonti sono probabilmente vicine.
Uno script minimo in 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 unici:", len(a), len(b))
print("IP comuni:", len(a & b))
print("comuni /24:", len(net24(a) & net24(b)))L'ASN per gli indirizzi ottenuti può essere determinato da qualsiasi servizio di geolocalizzazione IP o da un database locale. Come interpretare correttamente il numero di indirizzi unici nel campione, l'abbiamo trattato nel materiale come verificare la dimensione reale di un pool di proxy con 1000 richieste. Regola breve: alcune percentuali di comuni /24 in un grande pool sono un normale sfondo per un singolo paese, mentre decine di percento di IP esatti comuni sono praticamente un unico pool.
Passaggio 4. Gateway e infrastruttura
Guarda dove si risolvono gli host dei gateway di entrambi i fornitori (comandi dig o nslookup) e a quali reti appartengono questi indirizzi. Un hosting comune non prova nulla, ma un intervallo comune di indirizzi dei gateway, schemi di porte identici e formato di login simile, risposte simili agli errori di autorizzazione — sono già segnali che sotto marchi diversi potrebbe esserci una piattaforma unica. In tal caso, un guasto del gateway fermerà entrambi i servizi contemporaneamente.
Passaggio 5. Test di ban congiunto
La verifica più pratica. Prendi un sito target dove il fornitore principale sta già affrontando captcha o blocchi, e esegui attraverso la riserva lo stesso scenario con le stesse intestazioni e lo stesso profilo del browser. Se la riserva viene bloccata con la stessa frequenza e negli stessi passaggi, per quel sito non è una riserva, anche se i proprietari sono diversi. Ripeti il test una volta al mese: i pool cambiano.
Quale riserva scegliere per diverse esigenze
- Parsing e monitoraggio dei prezzi. L'indipendenza della fonte IP e dei gateway è la cosa più importante. Uno schema ragionevole è avere una riserva di un altro tipo: se il pool principale è proxy residenziali, la riserva per scopi meno esigenti può essere di data center, e viceversa.
- Multi-accounting e social media. Qui la riserva deve corrispondere per tipo a quella principale, altrimenti la piattaforma vedrà un cambiamento nel "profilo" della rete. Per scenari mobili, è logico mantenere una riserva di proxy mobili con operatori che non sono nel pool principale.
- Compiti critici con SLA. Mantieni due fornitori con proprietari diversi e origini IP diverse e controlla la sovrapposizione secondo i passaggi 3 e 5 almeno una volta a trimestre.
Cosa cambia con la fusione
La consolidazione ha anche un altro lato. Il gruppo afferma che una voce comune è necessaria per proteggere "l'accesso responsabile ai dati web pubblici", e Wilson's Media ricorda che Oxylabs rimane imputata in una causa intentata da Reddit nell'ottobre 2025 insieme a SerpApi, Perplexity e AWMProxy. Per il cliente, questo significa una cosa semplice: i rischi legali e reputazionali di un marchio ora riguardano potenzialmente l'intero gruppo. Le decisioni sulle regole d'uso, sui prezzi e sugli scopi consentiti potrebbero anche iniziare a essere concordate.
Tuttavia, i marchi continuano a essere venduti come servizi separati, e nulla impedisce di utilizzare uno qualsiasi di essi. Cambia solo una cosa: non vale più la pena scegliere due di essi come "principale e di riserva" senza verifica.
Conclusione
Il lancio di Source è un buon motivo per rivedere lo schema di riserva. Il nome del marchio non dice nulla sull'indipendenza del fornitore: ciò che conta è il proprietario, la fonte IP e l'infrastruttura. Controlla le entità legali, chiedi dell'origine degli indirizzi, confronta gli IP in uscita e le subnet, esegui un test congiunto di ban. Se la sovrapposizione è grande, non hai due fornitori, ma uno con due conti. È meglio scoprirlo ora piuttosto che nel giorno in cui il pool principale crolla.