Come testare un sito web da un altro Paese (QA geo e localizzazione)

Il tuo sito web non ha lo stesso aspetto in ogni Paese. I prezzi vengono mostrati nella valuta locale, i contenuti sono geolocalizzati, lingua e layout cambiano in base alla regione, alcune funzionalità sono bloccate in determinati mercati e i reindirizzamenti inviano i visitatori alle versioni specifiche per ciascun Paese. Se il tuo team esegue test solo dall’IP di un unico ufficio, non vede ciò che la maggior parte degli utenti vede realmente: localizzazione non funzionante, valuta errata, un ciclo di reindirizzamenti geografici, un annuncio che non viene visualizzato in Brasile. Questa guida spiega come testare un sito web da un altro Paese usando i proxy, quando i proxy sono più efficaci di uno strumento QA cloud per dispositivi e come integrare i test geografici e di localizzazione nel tuo flusso di lavoro, con IP residential DataImpulse in 195 Paesi a partire da $1/GB.

In breve: un proxy fa apparire il tuo browser come se si trovasse nel Paese che scegli, così puoi caricare il tuo sito esattamente come farebbe un utente locale: IP reale, geolocalizzazione reale, rendering locale reale, e individuare i bug geografici che i test da una sola località non rilevano mai.

Perché testare da più Paesi?

I test da una sola località non rilevano un’intera categoria di bug che compaiono solo agli utenti altrove. I problemi comuni sono:

• Localizzazione e lingua. Lingua errata erogata, stringhe non tradotte, layout da destra a sinistra non funzionante, formati di data/numero non adatti alla lingua, testo che deborda nelle lingue più lunghe (tedesco, finlandese).
• Valuta e prezzi. Prezzi mostrati nella valuta errata, metodi di pagamento locali assenti, errori nella visualizzazione di tasse/IVA oppure un checkout che usa USD come predefinito per un mercato EUR.
• Contenuti geografici e reindirizzamenti. Home page specifiche per Paese, cicli di reindirizzamenti geografici, contenuti che dovrebbero essere nascosti in un mercato e mostrati in un altro, funzionalità bloccate per regione.
• Blocchi geografici e conformità. Banner per il consenso ai cookie che devono comparire nell’UE ma non altrove, contenuti bloccati o richiesti dalla normativa locale, verifiche dell’età per Paese.
• Annunci e widget di terze parti. Creatività pubblicitarie che non vengono visualizzate in un mercato, campagne geolocalizzate che mostrano la creatività errata, mappe/widget che non funzionano in determinate regioni: consulta la nostra guida su ad verification.
• Prestazioni per regione. Comportamento degli edge CDN e tempi di caricamento che differiscono notevolmente tra i continenti.

Nessuno di questi problemi si riproduce da un unico IP d’ufficio. Per vederli, devi essere nel mercato.

Proxy e strumenti QA cloud per dispositivi: quali ti servono?

I due approcci sono complementari. I cloud per dispositivi eccellono per “viene visualizzato su iPhone 15 / Chrome su Windows?”. I proxy eccellono per “funziona correttamente in Francia, Brasile e Giappone?”. Le funzionalità geografiche dei cloud per dispositivi esistono, ma coprono meno località e costano di più per mercato rispetto a un residential proxy con targeting per Paese e città. La maggior parte dei team QA maturi usa un cloud per dispositivi per la compatibilità e i proxy per la copertura geografica.

Come testare un sito web da un altro Paese, passo dopo passo

1. Controllo manuale a campione nel browser

Il modo più rapido per vedere il tuo sito come un utente locale: instrada il browser, o un profilo antidetect/secondario, attraverso un residential proxy nel Paese di destinazione, quindi carica la pagina. Con DataImpulse, il Paese viene impostato nel nome utente del proxy:

Host:     gw.dataimpulse.com
Port:     823
Username: YOUR_LOGIN__cr.de;city.berlin
Password: YOUR_PASSWORD

__cr.de ti colloca su un IP tedesco; ;city.berlin restringe il risultato a Berlino. Sostituisci Paese/città per controllare ogni mercato. Prima del test, verifica l’IP con curl -x "http://USER:[email protected]:823" http://ip-api.com/json.

2. Automatizza le suite di test tra Paesi

Collega il proxy a Selenium, Playwright, Cypress o al tuo client HTTP e parametrizza il Paese, così una suite viene eseguita per ogni mercato. Esempio in Playwright (Python):

for country in ["us", "de", "jp", "br"]:
    proxy = {
        "server": "http://gw.dataimpulse.com:823",
        "username": f"YOUR_LOGIN__cr.{country}",
        "password": "YOUR_PASSWORD",
    }
    # launch a browser context with this proxy, assert currency, language, price, redirects

Ora il tuo CI rileva una localizzazione giapponese non funzionante o un checkout con valuta errata prima del rilascio, automaticamente, a ogni build.

3. Aggiungi controlli per città, operatore e mobile dove è importante

Per contenuti che variano a livello subnazionale, aggiungi ;city.xxx o il targeting ASN. Per comportamenti specifici dell’operatore (reindirizzamenti mobile, banner di installazione dell’app, fatturazione dell’operatore), esegui il test tramite un mobile proxy sulla rete del Paese di destinazione.

Test di localizzazione: checklist pratica

• Lingua erogata corrisponde al Paese; nessuna stringa non tradotta; nessun testo troncato o debordante.
• Valuta e formato corretti (simbolo, separatori decimali/migliaia, formato della data, unità).
• Metodi di pagamento pertinenti al mercato presenti e selezionabili.
• Elementi legali/di conformità (consenso ai cookie, verifiche dell’età, disclaimer regionali) compaiono dove richiesto e non dove non lo sono.
• Contenuti geografici e reindirizzamenti instradano correttamente: nessun ciclo, nessuna home page del Paese errato, funzionalità bloccate per regione come previsto.
• Lingue RTL (arabo, ebraico) visualizzate con la direzione del layout corretta.
• Annunci e widget di terze parti si caricano e mostrano la giusta creatività geolocalizzata.
• Prestazioni dalla regione accettabili (edge CDN erogato correttamente).

Perché scegliere DataImpulse per QA geografico e di localizzazione

DataImpulse offre ai team QA IP residential reali in 195 Paesi: l’autentica visualizzazione locale che ricevono i tuoi utenti, non un IP datacenter o VPN che i sistemi geografici trattano diversamente. Il targeting per Paese, città e ASN riproduce differenze subnazionali e specifiche dell’operatore; gli IP mobile coprono i test degli operatori 4G/5G; le sticky session mantengono un IP durante flussi in più passaggi (login, checkout). È un servizio a consumo a $1/GB (mobile $2/GB), con traffico che non scade mai: il budget QA non è quindi un abbonamento che consumi indipendentemente dal fatto che esegua test o meno, e attivare un nuovo mercato richiede una modifica di una riga al nome utente del proxy. Si integra direttamente sia nei controlli manuali del browser sia nelle suite automatizzate Selenium/Playwright/Cypress. Consulta il nostro caso d’uso sui test di siti web globali e i tutorial di configurazione.