La stessa email può portare un utente dalla Russia a una landing page con prezzi in rubli, mentre un utente dalla Germania può finire su una pagina con errore 404. Se non hai testato l'invio da diverse geo, stai lavorando al buio: parte del tuo database perde conversioni e tu non lo scoprirai nemmeno dalle metriche di apertura e clic. In questo articolo analizziamo come controllare la correttezza dei link nelle email per diversi paesi utilizzando proxy e quali 6 controlli devono essere effettuati prima di ogni invio massivo.
Perché i link nell'email portano altrove
La maggior parte delle piattaforme email e CRM (Mailchimp, SendPulse, GetResponse, Unisender, Klaviyo) consente di impostare contenuti dinamici e redirect basati sul geo-IP del destinatario. Questo è comodo: un modello di email — e l'utente dagli Stati Uniti vede i prezzi in dollari, mentre l'utente dalla Francia li vede in euro con testo localizzato. Ma proprio questa flessibilità crea il rischio di errori.
Il problema è che durante il test dell'invio dall'interno dell'ufficio, il marketer quasi sempre apre l'email dallo stesso IP — quello di casa o di lavoro. Vede la versione corretta della landing page, invia la campagna a 50.000 indirizzi in 10 paesi — e parte dei destinatari si imbatte in contenuti irrilevanti, valuta errata, o addirittura in una pagina bloccata per la loro regione dal provider di hosting o CDN (Cloudflare, Akamai spesso filtrano il traffico per geo).
Per gli arbitraggisti che inviano traffico a offerte tramite email, un errore nel geo-redirect significa budget sprecato: c'è il clic, ma non ci sono conversioni, perché la persona è finita su una landing non della sua geo-versione. Per i marketer SMM e email delle agenzie, questo rappresenta un rischio reputazionale nei confronti del cliente: il report sulle aperture è buono, ma le vendite non crescono. Da qui la regola: i link nella campagna devono essere testati con indirizzi IP di quei paesi dove realmente si trova il database degli iscritti, e non dal proprio.
Controllo 1: redirect per IP-geo
La prima cosa da controllare è se il geo-redirect funziona e porta alla pagina che ti aspetti. Apri il link dall'email tramite un browser con proxy del paese desiderato e controlla l'URL finale. Se hai impostato redirect per 8 paesi, devi testare il link con almeno 8 IP diversi — uno per paese, meglio se 2-3, per escludere il caso (alcuni servizi determinano il geo non solo in base all'IP, ma anche all'ASN del provider, e il risultato può variare all'interno dello stesso paese).
Un errore comune è che il redirect è impostato solo per le prime 5 nazioni, mentre gli altri visitatori finiscono sulla versione predefinita senza localizzazione. Questo non è sempre un problema, ma è qualcosa di cui bisogna essere a conoscenza in anticipo, e non scoprirlo dalle lamentele dei clienti.
Controllo 2: valuta e lingua della landing page
Anche se il redirect ha funzionato correttamente e l'utente è stato portato al dominio giusto o alla versione linguistica corretta, è importante controllare separatamente la visualizzazione del prezzo, della valuta e delle unità di misura. Molte piattaforme di e-commerce (Shopify, WooCommerce con plugin di geolocalizzazione) cambiano la valuta in base all'IP, ma se il proxy per il test aveva una "cattiva" reputazione (IP di data center, già esposto a bot), il sistema potrebbe tornare alla valuta predefinita — di solito il dollaro USA.
Pertanto, per la correttezza del test, è importante utilizzare IP con buona reputazione, il più simile possibile a un normale utente di internet. Qui sono adatti proxy residenziali — forniti da veri provider di internet domestico e attivano meno frequentemente i sistemi anti-frode che potrebbero distorcere il risultato del test.
Controllo 3: UTM-tag e tracciamento
Dopo aver cliccato sul link nell'email, controlla se le UTM-tag sono rimaste e se i parametri di tracciamento non si sono persi nella catena di redirect. Questo è particolarmente critico per le campagne legate a programmi di affiliazione o reti CPA: se lungo il percorso si perde il click_id o sub_id, la conversione non verrà registrata, anche se l'utente ha acquistato un prodotto.
Controlla questo separatamente da diverse geo, perché alcuni CDN e WAF (Web Application Firewall) puliscono aggressivamente i parametri di query per il traffico proveniente da regioni "sospette" dal loro punto di vista — ad esempio, paesi con un alto livello di frode secondo i dati del provider di protezione.
Controllo 4: blocchi e disponibilità del dominio
Il dominio a cui porta il link nell'email potrebbe non essere accessibile in alcuni paesi a causa di blocchi da parte del provider, legislazione locale o impostazioni CDN che chiudono l'accesso per intere regioni (geo-fencing). Questa è una pratica standard per molti servizi di streaming, prodotti fintech e SaaS con restrizioni sulle giurisdizioni.
Se stai inviando una campagna a un database internazionale, assicurati di controllare la disponibilità della pagina di destinazione almeno da 10-15 paesi chiave del tuo pubblico. Per tale verifica massiva, è più comodo utilizzare non proxy residenziali, ma proxy di data center — sono più veloci e meno costosi per verifica, e per la questione "il dominio è disponibile" la reputazione dell'IP non è così critica quanto la velocità.
Controllo 5: correttezza dei pixel di tracciamento e delle catene di redirect
Le email spesso contengono non solo un link diretto, ma una catena di redirect: clic → tracker della piattaforma email → redirect tramite servizio di accorciamento link → UTM-pipeline → landing finale. Ogni anello di questa catena può comportarsi in modo diverso a seconda del paese da cui viene inviata la richiesta. Ad esempio, alcuni servizi di accorciamento link (Bitly, redirector personalizzati basati su Cloudflare Workers) applicano logica geo proprio in questo passaggio intermedio, e non sul dominio finale.
Per controllare questo, utilizza gli strumenti per sviluppatori nel browser (scheda Network) quando apri l'email tramite proxy del paese desiderato — vedrai l'intera catena di richieste e potrai capire in quale passaggio avviene la logica geo e se ci sono interruzioni (errori 404, 500, redirect ciclici).
Controllo 6: versione mobile e deep links nell'applicazione
Oggi più della metà delle email viene aperta su smartphone, e parte dei link è impostata su deep link — apertura diretta dell'app mobile, e non della versione browser del sito. La logica "apri nell'app se installata, altrimenti — nel browser" è spesso legata al geo: in alcuni paesi il brand ha un'app, in altri solo la versione web.
Per controllare questo scenario non servono solo proxy con il geo desiderato, ma anche un'emulazione del traffico mobile — un vero IP mobile da un operatore di telefonia mobile di un paese specifico. Per tali test, gli arbitraggisti e i marketer mobile scelgono più spesso proxy mobili, perché molti sistemi di deep-link e meccanismi anti-frode delle applicazioni controllano proprio il tipo di rete (mobile/Wi-Fi/data center), e non solo il paese.
Come impostare il controllo tramite proxy e browser anti-detect
Per non confondere cookie e sessioni tra i test di diversi paesi, è meglio effettuare il controllo non in un normale browser, ma in un browser anti-detect — Dolphin Anty, AdsPower, Multilogin, GoLogin o Octo Browser. Questo offre due vantaggi: ogni controllo avviene in un profilo isolato con cookie puliti, e puoi mantenere decine di profili "per paese" costantemente, senza dover riconfigurare i proxy prima di ogni test.
Passo dopo passo, appare così:
- Crea nel browser anti-detect un profilo separato per ogni paese che deve essere testato (ad esempio, profilo "DE", profilo "US", profilo "BR").
- Nei parametri del profilo, specifica il proxy del geo desiderato — inserisci IP, porta, nome utente e password, scegli il protocollo HTTP(S) o SOCKS5.
- Controlla il geo IP prima del test tramite il checker integrato del browser anti-detect o un servizio esterno di determinazione della geolocalizzazione IP.
- Apri l'email di test (inviala a una casella di test collegata a questo profilo, oppure copia il link dall'originale della campagna).
- Clicca su ogni link nell'email e annota a quale pagina, con quale lingua e valuta ti ha portato.
- Ripeti per gli altri profili-paese e raccogli i risultati in una tabella per il confronto.
Quale tipo di proxy scegliere per controllare i link email
Diversi controlli richiedono diversi tipi di IP. Un errore nella scelta del tipo di proxy è una causa comune per cui il test "non riproduce" il comportamento reale dell'utente.
| Compito di controllo | Tipo di proxy raccomandato | Perché |
|---|---|---|
| Valuta, lingua, personalizzazione della landing page | Proxy residenziali | Alta affidabilità dell'IP, nessun rollback alla predefinita a causa dell'anti-frode |
| Disponibilità del dominio per paese (verifica massiva) | Proxy di data center | Alta velocità, basso costo per verifica, geo più importante della reputazione |
| Deep link nell'app mobile | Proxy mobili | Emulazione della rete mobile, verifica della logica "app vs browser" |
| UTM e catene di redirect per offerte CPA | Proxy residenziali | Vicini al comportamento di un utente reale, meno probabilità di finire sotto l'anti-frode della rete CPA |
Automazione del controllo: script per chi vuole senza mani
Se controlli i link regolarmente (ad esempio, prima di ogni invio settimanale a 15 paesi), il clic manuale su ogni link nel browser anti-detect diventa una routine. Questa parte può essere automatizzata con un semplice script che passa attraverso l'elenco dei link e dei proxy, registrando l'URL finale dopo tutti i redirect e lo stato di risposta HTTP.
import requests
links = [
"https://example.com/go?campaign=newsletter_jan",
]
proxies_by_country = {
"DE": "http://user:[email protected]:12321",
"US": "http://user:[email protected]:12321",
"BR": "http://user:[email protected]:12321",
}
for country, proxy in proxies_by_country.items():
try:
resp = requests.get(
links[0],
proxies={"http": proxy, "https": proxy},
allow_redirects=True,
timeout=15,
)
print(f"{country}: stato {resp.status_code}, URL finale: {resp.url}")
except Exception as e:
print(f"{country}: errore — {e}")
Lo script passa automaticamente attraverso la catena di redirect (parametro allow_redirects=True) e mostra dove finisce realmente l'utente di ogni paese. I risultati possono essere raccolti in CSV e confrontati settimanalmente — così vedrai se la logica geo si è rotta dopo un aggiornamento del sito o delle regole del CDN.
Checklist prima di lanciare la campagna
Prima di inviare una campagna massiva a un database internazionale, segui questa breve lista:
- Il link è stato verificato da almeno 3 paesi per ogni segmento geo del database
- La valuta e la lingua della landing page corrispondono a quelle attese per ogni paese
- Le UTM-tag e il click_id vengono mantenuti nell'URL finale dopo i redirect
- Il dominio è accessibile e non restituisce 403/404 in nessuno dei paesi target
- Il deep link apre correttamente l'app dove dovrebbe aprirsi
- La catena di redirect non si cicla e non supera i 3-4 passaggi (altrimenti aumenta il tempo di caricamento e diminuisce la conversione)
Conclusione
Il link nell'email non è un URL statico, ma spesso un intero sistema di logica geo, impostazioni valutarie e redirect, che si comporta in modo diverso a seconda del paese del destinatario. L'unico modo affidabile per assicurarti che la campagna funzioni correttamente per tutto il database è testare i link con indirizzi IP reali di quei paesi a cui viene inviata l'email, e non fare affidamento su un solo test dal proprio computer di lavoro.
Se invii regolarmente campagne a un pubblico internazionale, ti consigliamo di tenere a disposizione un insieme di proxy di diversi paesi per un rapido controllo prima di ogni lancio. Per un controllo preciso della personalizzazione e della valuta, sono più adatti proxy residenziali, mentre per un controllo massivo della disponibilità dei domini in decine di geo — proxy di data center più veloci ed economici. Questo approccio risparmia il budget delle campagne e riduce il numero di lamentele dai clienti su "landing incomprensibili dopo il clic".