Nel marzo 2026 è accaduto ciò che il web attendeva da 18 anni: la quota di utenti che accede ai servizi Google tramite IPv6 ha superato per la prima volta il 50% (50,10% al 28 marzo 2026). La logica suggerisce: dato che metà del traffico è già su IPv6, è tempo di passare ai proxy IPv6 — sono molto più economici e il pool di indirizzi è praticamente infinito. Ma nella pratica è tutto più complesso. Nella maggior parte dei casi in cui i proxy portano realmente profitto — multi-accounting, acquisti di prodotti limitati, bypass dei sistemi anti-bot — IPv4 nel 2026 continua a prevalere. Analizziamo i fatti, dove ciascun protocollo è appropriato e perché il "passaggio a IPv6" per l'infrastruttura proxy non è ancora avvenuto.
In breve: qual è la differenza
I proxy IPv4 funzionano tramite indirizzi di vecchio formato (ad esempio, 203.0.113.7) — quelli fisicamente rimasti sono estremamente pochi. Il pool di IPv4 è esaurito: i registri regionali (ARIN, RIPE) hanno distribuito i blocchi disponibili diversi anni fa, e ora gli indirizzi vivono sul mercato secondario. Da qui il prezzo: secondo i broker, nel 2026 un indirizzo IPv4 costa in media circa $25 (con un intervallo di circa $11–32 a seconda delle dimensioni del blocco e della reputazione), mentre l'affitto è di $0,30–0,50 per indirizzo al mese. Il volume del mercato secondario di IPv4 è stimato in oltre $2,5 miliardi all'anno.
I proxy IPv6 utilizzano un nuovo formato di indirizzi (2001:db8::1) con uno spazio di indirizzi gigantesco. Un provider, ottenendo solo una sottorete /64, dispone di 18 quintilioni di indirizzi; un blocco aziendale /48 equivale a 65.536 di tali reti. Non c'è carenza nemmeno lontanamente, quindi i proxy IPv6 costano pochissimo e vengono venduti in pool di milioni di indirizzi.
Sembrerebbe che la questione sia chiusa. Ma i proxy non vengono valutati in base al prezzo per indirizzo, ma in base a se la richiesta raggiunge l'obiettivo e se non viene bloccata. Qui la situazione cambia radicalmente.
Criterio 1. Compatibilità con i siti target
Questo è il punto principale e decisivo. Nonostante metà del traffico degli utenti sia già su IPv6, il supporto da parte dei siti è molto indietro: secondo varie stime, solo circa 40% dei maggiori siti web accettano pienamente IPv6. Amazon, X (Twitter), Reddit e la maggior parte delle piattaforme di e-commerce continuano a rispondere per impostazione predefinita solo tramite IPv4. Se un sito non supporta IPv6, la richiesta tramite un proxy solo IPv6 semplicemente non arriverà — indipendentemente dal fatto che il proxy sia "vivo" o meno.
Il lungo elenco di marketplace di nicchia, vecchi domini aziendali e servizi regionali rimane puramente IPv4. Per uno scraper o una farm di account, questo significa una cosa: con i proxy IPv4 si può accedere praticamente ovunque, con IPv6 solo dove è attivato il dual-stack.
Vincitore per compatibilità: IPv4
Criterio 2. Rischio di rilevamento e ban
Qui opera una logica non ovvia di "rarità". Il traffico IPv6 da utenti reali esiste, ma è omogeneo: i router domestici assegnano indirizzi ai dispositivi in modo prevedibile, all'interno del /64 fornito dal provider. I proxy IPv6 di massa, al contrario, inviano migliaia di richieste da indirizzi vicini della stessa sottorete — e il sistema anti-bot lo rileva chiaramente. Da qui due problemi:
- Blocco di interi intervalli. Bloccare un /64 o un /48 con una sola regola è più semplice per un sito rispetto a catturare singoli IPv4. Un indirizzo "scoperto" trascina con sé l'intero blocco.
- IPv6 è di default sospettoso. Molte piattaforme che combattono lo scraping e lo spam tendono a considerare le reti IPv6 con maggiore diffidenza — l'inaspettata omogeneità del pattern gioca contro di te.
In questo senso, IPv4 "si dissolve nella folla": gli indirizzi residenziali e ISP portano la reputazione di veri provider di consumo, il loro ASN è classificato dall'anti-frode come legittimo internet domestico. È proprio per questo che la combinazione IPv4 residenziale + browser anti-detect aumenta la sopravvivenza degli account da 3 a 5 volte rispetto all'uso di soli IPv6.
Vincitore per resistenza ai ban: IPv4
Criterio 3. Prezzo e dimensione del pool
Qui IPv6 prende il sopravvento. Quando l'obiettivo è inviare milioni di richieste a siti che supportano IPv6 (in primo luogo Google stesso e grandi piattaforme dual-stack), un enorme pool economico diventa un vantaggio. La rotazione delle subnet consente di cambiare l'indirizzo in uscita per ogni richiesta, rimanendo all'interno del proprio /64, e il costo per indirizzo è incomparabilmente inferiore a IPv4. Per il parsing ad alto volume di obiettivi compatibili, questa è letteralmente un'altra economia.
Su come alternare correttamente gli indirizzi per un compito specifico — per tempo, numero di richieste o sessioni sticky — è stato trattato in dettaglio nella guida sulla rotazione degli indirizzi IP; per IPv6 i principi sono gli stessi, solo che il pool è di ordini di grandezza maggiore.
Vincitore per prezzo per indirizzo e volume: IPv6
Criterio 4. Geolocalizzazione e precisione del targeting
Gli indirizzi IPv4 sono "contrassegnati" geograficamente in modo molto più preciso: nel corso degli anni sono state create basi mature di corrispondenza IP → città/operatori, e gli indirizzi residenziali e mobili sono legati a reti di consumo specifiche. Per compiti in cui è importante il paese e persino la città (SEO locale, verifica dei risultati, geo-targeting della pubblicità, accesso a contenuti regionali), IPv4 fornisce risultati prevedibili.
La geolocalizzazione IPv6 è meno matura e viene spesso determinata con precisione solo fino alla regione o al data center. Se lo scenario richiede di "sembrare un utente di una città specifica" — questo è territorio IPv4, specialmente per i proxy residenziali e mobili.
Vincitore per precisione geografica: IPv4
Criterio 5. Velocità e sessioni parallele
Qui IPv6 è di nuovo forte — ma solo nel suo territorio. Grazie al colossale pool, i provider di proxy IPv6 non limitano il numero di sessioni simultanee e la larghezza di banda: ogni flusso può uscire con un indirizzo separato, e i "conflitti" all'interno del /64 sono praticamente inesistenti. Per la raccolta di dati ad alta parallelità da obiettivi compatibili, questo offre una velocità uniforme senza code per indirizzi liberi.
Per IPv4, a causa della scarsità e del prezzo, il pool è finito, quindi la rotazione aggressiva su un gran numero di flussi incontra rapidamente i limiti o il riutilizzo di indirizzi "esposti". Per compiti sensibili, questo è compensato dalla qualità degli indirizzi, non dalla quantità.
Vincitore per parallelismo su obiettivi compatibili: IPv6
Come controllare in un minuto se l'obiettivo supporta IPv6
Prima di acquistare proxy IPv6 per un progetto specifico, assicurati che il sito target risponda effettivamente tramite IPv6 — altrimenti, l'intero pool economico risulterà inutile. Un modo veloce:
- Controlla il record AAAA del dominio (questo è l'analogo IPv6 del record A). Il comando nslookup -type=AAAA example.com o dig AAAA example.com: se la risposta è vuota — il sito non è accessibile tramite IPv6.
- Se c'è un record AAAA, fai una richiesta di prova tramite il tuo proxy IPv6 e controlla il codice di risposta reale, non solo se "pingabile/non pingabile": alcune piattaforme mantengono il record AAAA, ma restituiscono un messaggio di errore o un captcha ai client IPv6.
- Esegui un piccolo lotto di prova (100–200 richieste) e confronta la quota di ban con un gruppo di controllo su IPv4. Se la differenza è notevole — l'obiettivo "non ama" IPv6, e il sovrapprezzo per la qualità di IPv4 sarà ripagato dagli account e dai dati preservati.
Riepilogo: cosa per quale compito
Riassumiamo tutto e organizziamo secondo scenari reali.
- Parsing massivo di obiettivi compatibili con IPv6 (Google, grandi siti dual-stack, API pubbliche) — IPv6. Economico, enorme pool, rotazione delle subnet contro i ban per intervallo. L'importante è assicurarsi in anticipo che l'obiettivo risponda tramite IPv6.
- Multi-accounting e anti-detect (social media, registrazioni, riscaldamento degli account) — IPv4, solo residenziale o mobile. Login, gestione degli account e flussi di pagamento richiedono coerenza IP, ASN fidato e geo preciso. IPv6 qui brucerà gli account.
- Acquisti di prodotti limitati, rivendita, bot per scarpe — IPv4. I gateway di pagamento e l'anti-frode valutano la reputazione dell'indirizzo; un IPv4 residenziale/pulito passa dove IPv6 viene bloccato all'ingresso.
- Parsing del "lungo collo" — marketplace di nicchia, vecchi siti aziendali, servizi regionali — IPv4, perché molti di essi semplicemente non conoscono IPv6.
- Bypass dei blocchi e accesso a contenuti regionali — IPv4 per la precisa geolocalizzazione; IPv6 — solo se la risorsa specifica è garantita dual-stack.
- Monitoraggio economico ad alto volume di obiettivi compatibili, dove la sopravvivenza dell'account non è importante — IPv6 come modo per risparmiare.
Perché il "passaggio a IPv6" per i proxy è rimandato
Il paradosso del 2026: gli utenti sono passati massicciamente a IPv6 (Francia — fino all'86% di penetrazione, India — 72%, Arabia Saudita — 65%), ma i siti e, soprattutto, l'industria anti-bot no. Finché Amazon, i social media e i sistemi di pagamento rispondono per impostazione predefinita tramite IPv4 e considerano le reti IPv6 con sospetto, il proxy "universale" rimane proprio IPv4. IPv6 non è un sostituto, ma uno strumento di nicchia per una specifica classe di compiti: un volume economico su obiettivi compatibili.
È importante ricordare la geografia fortemente disomogenea: dove IPv6 è quasi inesistente (Italia — 17%, Spagna — 10%, Egitto — 4%), i proxy IPv6 perdono significato sia per la geo che per la compatibilità.
Conclusione
Il numero "IPv6 ha superato il 50%" riguarda gli utenti, non dove arrivano le tue richieste proxy. Nel 2026 la regola è semplice: se il compito è legato a denaro, account o sistemi anti-bot — prendi IPv4 (residenziale o mobile per scenari sensibili, data center — per quelli meno esigenti). Utilizza IPv6 in modo consapevole e mirato: per il parsing massivo e economico di obiettivi che hai previamente verificato per il supporto a IPv6. Non scegliere il protocollo in base al prezzo per indirizzo — scegli in base a se la richiesta arriverà e se il tuo account la sopravvivrà.
Per compiti sensibili, inizia con proxy IPv4 residenziali, per il parsing di alto volume di obiettivi meno esigenti — con proxy di data center. Il protocollo giusto per lo scenario giusto risparmia sia il budget che i nervi.