Một email có thể dẫn người dùng từ Nga đến trang đích với giá bằng rúp, trong khi người dùng từ Đức lại đến trang lỗi 404. Nếu bạn chưa kiểm tra bản phát hành từ các địa điểm khác nhau, bạn đang làm việc trong bóng tối: một phần cơ sở dữ liệu mất chuyển đổi, và bạn thậm chí không biết điều đó từ các chỉ số mở và nhấp chuột. Trong bài viết này, chúng tôi sẽ phân tích cách kiểm tra tính chính xác của các đường dẫn trong email cho các quốc gia khác nhau bằng cách sử dụng proxy, và 6 kiểm tra cần thực hiện trước mỗi lần gửi hàng loạt.
Tại sao đường dẫn trong email lại không dẫn đến nơi cần thiết
Hầu hết các nền tảng email và CRM (Mailchimp, SendPulse, GetResponse, Unisender, Klaviyo) cho phép thiết lập nội dung động và chuyển hướng dựa trên geo-IP của người nhận. Điều này rất tiện lợi: một mẫu email — và người dùng từ Mỹ thấy giá bằng đô la, trong khi người dùng từ Pháp thấy giá bằng euro với văn bản được địa phương hóa. Nhưng chính sự linh hoạt này tạo ra rủi ro về sai sót.
Vấn đề là khi kiểm tra bản phát hành từ bên trong văn phòng, nhà tiếp thị gần như luôn mở email từ cùng một IP — IP của nhà hoặc văn phòng của họ. Họ thấy phiên bản chính xác của trang đích, gửi bản phát hành đến 50.000 địa chỉ ở 10 quốc gia — và một phần người nhận gặp phải nội dung không liên quan, tiền tệ sai, hoặc thậm chí là trang bị chặn cho khu vực của họ bởi nhà cung cấp dịch vụ lưu trữ hoặc CDN (Cloudflare, Akamai thường lọc lưu lượng theo geo).
Đối với các nhà điều phối, những người chạy lưu lượng đến các ưu đãi qua email, sai sót trong chuyển hướng geo có nghĩa là ngân sách bị mất: có nhấp chuột nhưng không có chuyển đổi, vì người đó đã vào trang đích không phải phiên bản geo của họ. Đối với các nhà tiếp thị SMM và email trong các cơ quan, đây là rủi ro về danh tiếng trước khách hàng — báo cáo mở tốt, nhưng doanh số không tăng. Từ đó, quy tắc là: các đường dẫn trong bản phát hành cần được kiểm tra từ các địa chỉ IP của những quốc gia mà cơ sở dữ liệu người đăng ký thực sự đến, chứ không phải từ địa chỉ của chính bạn.
Kiểm tra 1: chuyển hướng theo IP-geo
Điều đầu tiên cần kiểm tra là liệu chuyển hướng geo có hoạt động hay không và liệu nó có dẫn đến trang mà bạn mong đợi. Mở đường dẫn từ email qua trình duyệt với proxy của quốc gia cần thiết và xem URL cuối cùng. Nếu bạn đã thiết lập chuyển hướng cho 8 quốc gia, cần phải chạy đường dẫn ít nhất qua 8 IP khác nhau — một cho mỗi quốc gia, tốt hơn là 2-3 để loại trừ sự ngẫu nhiên (một số dịch vụ xác định geo không chỉ qua IP mà còn qua ASN của nhà cung cấp, và kết quả có thể khác nhau trong cùng một quốc gia).
Một sai lầm phổ biến là chuyển hướng chỉ được thiết lập cho 5 quốc gia hàng đầu, trong khi các khách truy cập khác rơi vào phiên bản mặc định không có địa phương hóa. Điều này không phải lúc nào cũng xấu, nhưng cần phải biết trước, chứ không phải nhận biết từ những phàn nàn của khách hàng.
Kiểm tra 2: tiền tệ và ngôn ngữ của trang đích
Ngay cả khi chuyển hướng hoạt động chính xác và người dùng được dẫn đến miền đúng hoặc phiên bản ngôn ngữ đúng, cần kiểm tra riêng việc hiển thị giá, tiền tệ và đơn vị đo lường. Nhiều nền tảng thương mại điện tử (Shopify, WooCommerce với các plugin định vị địa lý) thay đổi tiền tệ theo IP, nhưng nếu proxy cho thử nghiệm có "danh tiếng xấu" (IP từ trung tâm dữ liệu, đã bị bot làm lộ), hệ thống có thể quay lại tiền tệ mặc định — thường là đô la Mỹ.
Do đó, để đảm bảo tính chính xác của thử nghiệm, quan trọng là sử dụng IP có danh tiếng tốt, gần giống với người dùng internet bình thường. Ở đây, proxy cư trú rất phù hợp — chúng được cung cấp bởi các nhà cung cấp internet thực và ít kích hoạt các hệ thống chống gian lận, có thể làm sai lệch kết quả thử nghiệm.
Kiểm tra 3: UTM-tags và theo dõi
Sau khi nhấp vào đường dẫn từ email, hãy kiểm tra xem các UTM-tags có được lưu lại và các tham số theo dõi có bị mất trong chuỗi chuyển hướng hay không. Điều này đặc biệt quan trọng đối với các bản phát hành liên quan đến các chương trình đối tác hoặc mạng CPA: nếu click_id hoặc sub_id bị mất trên đường đi, chuyển đổi sẽ không được ghi nhận, ngay cả khi người dùng đã mua sản phẩm.
Hãy kiểm tra điều này từ các geo khác nhau, vì một số CDN và WAF (Web Application Firewall) có thể làm sạch các tham số truy vấn cho lưu lượng từ các khu vực "đáng ngờ" theo quan điểm của họ — chẳng hạn, các quốc gia có tỷ lệ gian lận cao theo dữ liệu của nhà cung cấp bảo vệ.
Kiểm tra 4: chặn và khả năng truy cập miền
Miền mà đường dẫn trong email dẫn đến có thể không khả dụng ở một số quốc gia do bị chặn bởi nhà cung cấp, luật pháp địa phương hoặc cài đặt CDN, mà đóng cửa truy cập cho toàn bộ khu vực (geo-fencing). Đây là thực tiễn tiêu chuẩn cho nhiều dịch vụ phát trực tuyến, sản phẩm fintech và SaaS với giới hạn theo quyền tài phán.
Nếu bạn gửi bản phát hành đến cơ sở dữ liệu quốc tế, hãy chắc chắn kiểm tra khả năng truy cập của trang đích ít nhất từ 10-15 quốc gia chính trong đối tượng của bạn. Đối với việc kiểm tra hàng loạt như vậy, tốt hơn là sử dụng không phải proxy cư trú mà là proxy từ trung tâm dữ liệu — chúng nhanh hơn và rẻ hơn khi tính theo kiểm tra, và cho nhiệm vụ "miền có khả dụng không", danh tiếng của IP không quan trọng bằng tốc độ.
Kiểm tra 5: tính chính xác của các pixel theo dõi và chuỗi chuyển hướng
Các email thường chứa không chỉ một đường dẫn trực tiếp mà còn một chuỗi chuyển hướng: nhấp chuột → theo dõi của nền tảng email → chuyển hướng qua dịch vụ rút gọn đường dẫn → UTM-proxy → trang đích cuối cùng. Mỗi mắt xích trong chuỗi này có thể hoạt động khác nhau tùy thuộc vào quốc gia gửi yêu cầu. Ví dụ, một số dịch vụ rút gọn đường dẫn (Bitly, các trình chuyển hướng riêng trên nền tảng Cloudflare Workers) áp dụng logic geo chính xác ở bước trung gian này, chứ không phải trên miền cuối cùng.
Để kiểm tra điều này, hãy sử dụng công cụ phát triển trong trình duyệt (tab Network) khi mở email qua proxy của quốc gia cần thiết — bạn sẽ thấy toàn bộ chuỗi yêu cầu và có thể hiểu được ở bước nào xảy ra logic geo và không có sự gián đoạn nào (lỗi 404, 500, chuyển hướng vòng).
Kiểm tra 6: phiên bản di động và deep links trong ứng dụng
Hơn một nửa số email ngày nay được mở trên smartphone, và một phần đường dẫn được thiết lập cho deep link — mở trực tiếp ứng dụng di động, chứ không phải phiên bản web của trang. Logic "mở trong ứng dụng, nếu đã cài đặt, nếu không — trong trình duyệt" cũng thường phụ thuộc vào geo: ở một số quốc gia, thương hiệu có ứng dụng, trong khi ở những quốc gia khác chỉ có phiên bản web.
Để kiểm tra kịch bản này, không chỉ cần proxy với geo cần thiết, mà còn cần mô phỏng lưu lượng di động — IP di động thực từ nhà mạng cụ thể của quốc gia đó. Đối với các thử nghiệm như vậy, các nhà điều phối và nhà tiếp thị di động thường chọn proxy di động, vì nhiều hệ thống deep-link và cơ chế chống gian lận của ứng dụng kiểm tra chính xác loại mạng (di động/Wi-Fi/trung tâm dữ liệu), chứ không chỉ là quốc gia.
Cách thiết lập kiểm tra qua proxy và trình duyệt chống phát hiện
Để không nhầm lẫn cookie và phiên giữa các thử nghiệm từ các quốc gia khác nhau, tốt hơn là thực hiện kiểm tra không trong trình duyệt thông thường mà trong trình duyệt chống phát hiện — Dolphin Anty, AdsPower, Multilogin, GoLogin hoặc Octo Browser. Điều này mang lại hai lợi ích: mỗi kiểm tra diễn ra trong một hồ sơ cách ly với cookie sạch, và bạn có thể giữ hàng chục hồ sơ "theo quốc gia" liên tục mà không cần thiết lập lại proxy trước mỗi thử nghiệm.
Các bước thực hiện như sau:
- Tạo một hồ sơ riêng trong trình duyệt chống phát hiện cho mỗi quốc gia cần kiểm tra (ví dụ, hồ sơ "DE", hồ sơ "US", hồ sơ "BR").
- Trong cài đặt hồ sơ, chỉ định proxy của geo cần thiết — chèn IP, cổng, tên người dùng và mật khẩu, chọn giao thức HTTP(S) hoặc SOCKS5.
- Kiểm tra geo IP trước khi thử nghiệm qua công cụ kiểm tra tích hợp của trình duyệt chống phát hiện hoặc dịch vụ bên ngoài xác định vị trí địa lý của IP.
- Mở email thử nghiệm (gửi nó đến hộp thử nghiệm được kết nối trong hồ sơ này, hoặc sao chép đường dẫn từ bản phát hành gốc).
- Nhấp vào mỗi đường dẫn trong email và ghi lại trang nào, với ngôn ngữ và tiền tệ nào mà nó dẫn đến.
- Thực hiện lại cho các hồ sơ-quốc gia khác và tổng hợp kết quả vào bảng để so sánh.
Loại proxy nào nên chọn để kiểm tra đường dẫn email
Các kiểm tra khác nhau yêu cầu loại IP khác nhau. Sai lầm trong việc chọn loại proxy là nguyên nhân phổ biến khiến thử nghiệm "không tái hiện" hành vi thực tế của người dùng.
| Nhiệm vụ kiểm tra | Loại proxy được khuyến nghị | Tại sao |
|---|---|---|
| Tiền tệ, ngôn ngữ, cá nhân hóa trang đích | Proxy cư trú | Độ tin cậy cao của IP, không quay lại mặc định do chống gian lận |
| Khả năng truy cập miền theo quốc gia (kiểm tra hàng loạt) | Proxy từ trung tâm dữ liệu | Tốc độ cao, chi phí thấp cho kiểm tra, geo quan trọng hơn danh tiếng |
| Deep link trong ứng dụng di động | Proxy di động | Mô phỏng mạng di động, kiểm tra logic "ứng dụng vs trình duyệt" |
| UTM và chuỗi chuyển hướng cho các ưu đãi CPA | Proxy cư trú | Gần giống với hành vi của người dùng thực, ít khả năng bị chặn bởi mạng CPA chống gian lận |
Tự động hóa kiểm tra: kịch bản cho những ai muốn không cần tay
Nếu bạn kiểm tra các đường dẫn thường xuyên (ví dụ, trước mỗi bản phát hành hàng tuần đến 15 quốc gia), việc nhấp chuột vào mỗi đường dẫn trong trình duyệt chống phát hiện trở thành một công việc nhàm chán. Phần này có thể được tự động hóa bằng một kịch bản đơn giản, đi qua danh sách các đường dẫn và proxy, ghi lại URL cuối cùng sau tất cả các chuyển hướng và trạng thái phản hồi 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}: trạng thái {resp.status_code}, URL cuối cùng: {resp.url}")
except Exception as e:
print(f"{country}: lỗi — {e}")
Kịch bản tự động đi qua chuỗi chuyển hướng (tham số allow_redirects=True) và cho thấy người dùng từ mỗi quốc gia thực sự đến đâu. Kết quả có thể được thu thập trong CSV và so sánh theo tuần — như vậy bạn sẽ thấy liệu logic geo có bị hỏng sau mỗi lần cập nhật trang web hoặc quy định của CDN hay không.
Danh sách kiểm tra trước khi gửi bản phát hành
Trước khi gửi bản phát hành hàng loạt đến cơ sở dữ liệu quốc tế, hãy đi qua danh sách ngắn sau:
- Đường dẫn đã được kiểm tra ít nhất từ 3 quốc gia cho mỗi phân khúc geo của cơ sở dữ liệu
- Tiền tệ và ngôn ngữ của trang đích trùng khớp với mong đợi cho mỗi quốc gia
- UTM-tags và click_id được lưu lại trong URL cuối cùng sau các chuyển hướng
- Miền có thể truy cập và không trả về 403/404 ở bất kỳ quốc gia mục tiêu nào
- Deep link mở ứng dụng chính xác nơi nó cần mở
- Chuỗi chuyển hướng không bị vòng lặp và không vượt quá 3-4 bước (nếu không, thời gian tải tăng và chuyển đổi giảm)
Kết luận
Đường dẫn trong email không phải là một URL tĩnh, mà thường là một hệ thống logic geo, thiết lập tiền tệ và chuyển hướng, hành xử khác nhau tùy thuộc vào quốc gia của người nhận. Cách duy nhất đáng tin cậy để đảm bảo rằng bản phát hành hoạt động chính xác cho toàn bộ cơ sở dữ liệu là kiểm tra các đường dẫn từ các địa chỉ IP thực tế của những quốc gia mà email được gửi đến, chứ không phải dựa vào một thử nghiệm từ máy tính làm việc của bạn.
Nếu bạn thường xuyên gửi bản phát hành đến đối tượng quốc tế, chúng tôi khuyên bạn nên giữ một bộ proxy từ các quốc gia khác nhau để kiểm tra nhanh chóng trước mỗi lần gửi. Để kiểm tra chính xác cá nhân hóa và tiền tệ, proxy cư trú là lựa chọn tốt hơn, trong khi để kiểm tra khả năng truy cập miền hàng loạt qua hàng chục geo — proxy từ trung tâm dữ liệu nhanh hơn và tiết kiệm chi phí hơn. Cách tiếp cận này tiết kiệm ngân sách cho các bản phát hành và giảm số lượng phàn nàn từ khách hàng về "trang đích không rõ sau khi nhấp chuột".