Il periodo di prova è breve e in genere prevede traffico limitato. Spendere questo tempo aprendo qualche pagina a caso significa affidare al caso la decisione d'acquisto. Un buon test di prova deve produrre cinque metriche misurabili e queste metriche devono provenire dai tuoi target reali.
In questo articolo presentiamo un protocollo di test applicabile passo dopo passo.
Prima di testare: il piano di misurazione
Dedica la maggior parte del tempo al test sul target reale. Le prime tre fasi verificano solo che il servizio sia configurato correttamente; è la quarta fase a determinare la decisione d'acquisto.
Fase 1 — Verifica di base
Verifica prima che la connessione si stabilisca e che l'uscita sia l'indirizzo che ti aspetti:
--socks5-hostname insieme --socks5 la differenza è cruciale: il primo risolve il DNS lato proxy e previene le fughe.
Se preferisci uno strumento, la nostra pagina di controllo proxy esegue la stessa verifica in blocco e rileva automaticamente il protocollo; l'IP di uscita puoi inoltre vederlo tramite Il mio indirizzo IP .
Fase 2 — Geografia e anonimato
Se hai richiesto il targeting per paese, verifica che l'IP di uscita appartenga davvero a quel paese. Poi misura il livello di anonimato — verifica se il proxy aggiunge header extra.
- Accuratezza del paese: Il paese richiesto coincide con quello riportato? In caso contrario il parametro di targeting potrebbe essere scritto in modo errato.
- Accuratezza della città: Se hai acquistato il targeting per città, misura il tasso di scostamento; il 100% di precisione non è un'aspettativa realistica.
- Fuga di header: Con il test di anonimato determina il livello elite/anonimo/trasparente.
- Fuga DNS: test di DNS leak controlla con da dove viene effettuata la risoluzione dei nomi.
- Fuga WebRTC: Se userai un browser, il test WebRTC del nostro sito.
Fase 3 — Ampiezza del pool
Se stai provando un servizio rotating, misurare l'ampiezza reale del pool è molto più istruttivo del numero riportato sulla pagina di vendita:
190+ IP univoci su 200 richieste indicano un pool solido. Se vedi 40–50 IP univoci, il pool non è ampio quanto dichiarato.
Perché la distribuzione dei blocchi è importante nel nostro articolo sulla diversità di subnet nel dettaglio.
Fase 4 — Test sul target reale
È la fase che determina la decisione. Sui siti di test generici quasi ogni proxy ha successo; la vera domanda è che cosa accadrà sul tuo target.
La latenza media è fuorviante; poche richieste molto lente falsano la media. Il p50 (mediana) mostra l'esperienza tipica, il p95 lo scenario peggiore.
Esegui lo stesso test anche con connessione diretta (senza proxy). La differenza tra i risultati con e senza proxy mostra il contributo reale del proxy e il suo costo.
Fase 5 — Stabilità della sessione
Se hai acquistato sessioni sticky, verifica che la durata promessa venga davvero rispettata. Il metodo è semplice: con la stessa chiave di sessione, invia richieste a intervalli regolari per tutta la durata promessa e osserva se l'IP di uscita cambia.
Se l'IP cambia prima della scadenza, la promessa sulla sessione non viene rispettata. Nelle attività che richiedono il login questo si traduce direttamente in un problema di sicurezza dell'account.
Tabella di confronto dei risultati
Se stai provando più provider, raccogli i risultati in un'unica tabella. La decisione non va presa in base a "quale costa meno", ma costo per richiesta riuscita in base a.
| Metrica | Provider A | Provider B | Nota |
|---|---|---|---|
| Tasso di successo | — | — | Vince il valore più alto |
| Tasso di CAPTCHA | — | — | Vince il valore più basso |
| Latenza mediana | — | — | Valore p50 |
| Latenza p95 | — | — | Comportamento della coda |
| IP univoci / 200 | — | — | Ampiezza del pool |
| Accuratezza sticky | — | — | La promessa viene rispettata |
| Costo per richiesta riuscita | — | — | La vera metrica decisionale |
Che cosa non fare durante la prova
Approccio corretto
- Testare con target reali, a una velocità simile a quella di produzione.
- Registrare ogni metrica in forma numerica.
- Confrontare con la connessione diretta.
- Porre una domanda tecnica al team di supporto.
Da evitare
- Esaurire tutta la quota nella prima mezz'ora.
- Guardare soltanto i siti di test generici.
- Decidere sulla base di una sola richiesta.
- Caricare il sistema molto oltre la velocità di produzione e ottenere risultati falsati.
Riepilogo
Il periodo di prova è uno strumento decisionale; usato correttamente, fonda su dati solidi una scelta destinata a durare mesi. Applica le cinque fasi in ordine, registra i risultati in forma numerica e basa il confronto sul costo per richiesta riuscita. Per velocizzare i tuoi test controllo proxy, test di anonimato e test del ping puoi usare insieme i nostri strumenti.