یک ایمیل میتواند کاربر را از روسیه به صفحهای با قیمتها به روبل هدایت کند، در حالی که کاربر از آلمان به صفحهای با خطای 404 میرود. اگر شما ایمیل را از مناطق جغرافیایی مختلف بررسی نکردهاید، شما به صورت کور کار میکنید: بخشی از پایگاه داده تبدیلها را از دست میدهد و شما حتی از این موضوع از طریق معیارهای باز شدن و کلیکها مطلع نمیشوید. در این مقاله بررسی میکنیم که چگونه صحت لینکها در ایمیل را برای کشورهای مختلف با استفاده از پروکسی بررسی کنیم و چه 6 بررسی باید قبل از هر ارسال انبوه انجام شود.
چرا لینکها در ایمیل به جایی که باید نمیروند
اکثر پلتفرمهای ایمیل و CRM (Mailchimp، SendPulse، GetResponse، Unisender، Klaviyo) به شما اجازه میدهند محتوای دینامیک و ریدایرکتها را بر اساس IP جغرافیایی دریافتکننده تنظیم کنید. این بسیار راحت است: یک الگوی ایمیل — و کاربر از ایالات متحده قیمتها را به دلار میبیند، در حالی که کاربر از فرانسه قیمتها را به یورو با متن محلیسازی شده مشاهده میکند. اما همین انعطافپذیری خطر خطاها را ایجاد میکند.
مشکل این است که هنگام تست ارسال از داخل دفتر، بازاریاب تقریباً همیشه ایمیل را از یک IP یکسان — خانگی یا کاری خود باز میکند. او نسخه صحیح صفحه فرود را میبیند، ارسال را به 50,000 آدرس در 10 کشور انجام میدهد — و بخشی از دریافتکنندگان به محتوای نامربوط، ارز نادرست، یا حتی به صفحهای که برای منطقه آنها توسط ارائهدهنده میزبانی یا CDN (Cloudflare، Akamai معمولاً ترافیک را بر اساس جغرافیا فیلتر میکنند) مسدود شده است، برخورد میکنند.
برای آربیتراژکنندگانی که ترافیک را به پیشنهادات از طریق ایمیل ارسال میکنند، خطا در ریدایرکت جغرافیایی به معنای از دست رفتن بودجه است: کلیک وجود دارد، اما تبدیل وجود ندارد، زیرا فرد به نسخه جغرافیایی خود نرسیده است. برای بازاریابان SMM و ایمیل در آژانسها این یک ریسک شهرتی در برابر مشتری است — گزارش باز شدن خوب است، اما فروش افزایش نمییابد. از این رو قاعده: لینکها در ارسال باید از IPهای کشورهای واقعی که پایگاه مشترکین به آنجا میرود، تست شوند، نه از IP خودتان.
بررسی 1: ریدایرکت بر اساس IP-جغرافیا
اولین چیزی که باید بررسی کنید این است که آیا ریدایرکت جغرافیایی به درستی کار میکند و آیا به صفحهای که انتظار دارید هدایت میشود یا خیر. لینک را از ایمیل از طریق مرورگری با پروکسی از کشور مورد نظر باز کنید و URL نهایی را مشاهده کنید. اگر شما ریدایرکتها را برای 8 کشور تنظیم کردهاید، باید لینک را حداقل از 8 IP مختلف عبور دهید — یکی برای هر کشور، و بهتر است 2-3 تا، تا احتمال تصادف را حذف کنید (برخی سرویسها جغرافیا را نه تنها بر اساس IP، بلکه بر اساس ASN ارائهدهنده نیز تعیین میکنند و نتیجه ممکن است در یک کشور متفاوت باشد).
یک خطای رایج این است که ریدایرکت فقط برای 5 کشور برتر تنظیم شده است و سایر بازدیدکنندگان به نسخه پیشفرض بدون محلیسازی هدایت میشوند. این همیشه بد نیست، اما باید از آن پیشاپیش مطلع باشید و نه از شکایات مشتریان.
بررسی 2: ارز و زبان صفحه فرود
حتی اگر ریدایرکت به درستی کار کرده و کاربر به دامنه یا نسخه زبانی مورد نظر هدایت شده باشد، باید به طور جداگانه نمایش قیمت، ارز و واحدهای اندازهگیری را بررسی کنید. بسیاری از پلتفرمهای تجارت الکترونیک (Shopify، WooCommerce با افزونههای جغرافیایی) ارز را بر اساس IP تغییر میدهند، اما اگر پروکسی برای تست از "شهرت بد" (IP مرکز داده، که قبلاً توسط رباتها شناسایی شده است) باشد، سیستم ممکن است به ارز پیشفرض برگردد — معمولاً دلار ایالات متحده.
بنابراین برای پاکی تست، مهم است که از IP با شهرت خوب استفاده کنید که حداکثر شبیه به کاربر عادی اینترنت باشد. پروکسیهای مسکونی برای این کار مناسب هستند — آنها توسط ارائهدهندگان واقعی اینترنت خانگی ارائه میشوند و کمتر سیستمهای ضد تقلب را تحریک میکنند که ممکن است نتیجه تست را تحریف کنند.
بررسی 3: برچسبهای UTM و ردیابی
پس از کلیک بر روی لینک در ایمیل، بررسی کنید که آیا برچسبهای UTM حفظ شدهاند و آیا پارامترهای ردیابی در زنجیره ریدایرکتها گم شدهاند یا خیر. این موضوع به ویژه برای ارسالهایی که به برنامههای همکاری یا شبکههای CPA وابسته هستند، حیاتی است: اگر در مسیر click_id یا sub_id گم شود، تبدیل ثبت نخواهد شد، حتی اگر کاربر محصولی را خریداری کرده باشد.
این را به طور جداگانه از جغرافیاهای مختلف بررسی کنید، زیرا برخی از CDN و WAF (Firewall برنامه وب) به شدت پارامترهای پرس و جو را برای ترافیک از مناطق "مشکوک" از نظر آنها پاک میکنند — به عنوان مثال، کشورهایی با سطح بالای تقلب بر اساس دادههای ارائهدهنده حفاظت.
بررسی 4: مسدودیتها و دسترسی به دامنه
دامنهای که لینک از ایمیل به آن هدایت میشود، ممکن است در کشورهای خاص به دلیل مسدودیت توسط ارائهدهنده، قوانین محلی یا تنظیمات CDN که دسترسی را برای کل مناطق (جغرافیای محدود) مسدود میکنند، در دسترس نباشد. این یک عمل استاندارد برای بسیاری از خدمات پخش، محصولات فینتک و SaaS با محدودیتهای مربوط به حوزههای قضایی است.
اگر شما ارسال را به پایگاه داده بینالمللی انجام میدهید، حتماً دسترسی به صفحه هدف را حداقل از 10-15 کشور کلیدی مخاطبان خود بررسی کنید. برای چنین بررسی انبوهی، بهتر است از پروکسیهای مرکز داده استفاده کنید — آنها سریعتر و ارزانتر برای بررسی هستند و برای وظیفه "آیا دامنه در دسترس است" شهرت IP به اندازه سرعت مهم نیست.
بررسی 5: صحت پیکسلهای ردیابی و زنجیرههای ریدایرکت
ایمیلها معمولاً شامل یک لینک مستقیم نیستند، بلکه زنجیرهای از ریدایرکتها را دارند: کلیک → ردیاب پلتفرم ایمیل → ریدایرکت از طریق سرویس کوتاهکننده لینک → برچسب UTM → صفحه فرود نهایی. هر حلقه از این زنجیره ممکن است بسته به کشور ارسال درخواست رفتار متفاوتی داشته باشد. به عنوان مثال، برخی از سرویسهای کوتاهکننده لینک (Bitly، ریدایرکتورهای اختصاصی بر اساس Cloudflare Workers) منطق جغرافیایی را دقیقاً در این مرحله میانی اعمال میکنند، نه در دامنه نهایی.
برای بررسی این موضوع، از ابزارهای توسعهدهنده در مرورگر (زبان Network) هنگام باز کردن ایمیل از طریق پروکسی کشور مورد نظر استفاده کنید — شما زنجیره کامل درخواستها را مشاهده خواهید کرد و میتوانید بفهمید که در کدام مرحله منطق جغرافیایی رخ میدهد و آیا در آنجا قطع شدگی وجود دارد (خطاهای 404، 500، ریدایرکت حلقهای).
بررسی 6: نسخه موبایل و لینکهای عمیق به برنامه
بیش از نیمی از ایمیلها امروز بر روی گوشیهای هوشمند باز میشوند و بخشی از لینکها برای لینک عمیق تنظیم شدهاند — باز کردن مستقیم برنامه موبایل، نه نسخه مرورگر وب سایت. منطق "باز کردن در برنامه، اگر نصب شده باشد، در غیر این صورت — در مرورگر" نیز اغلب به جغرافیا وابسته است: در برخی کشورها برند یک برنامه دارد، در دیگر کشورها فقط نسخه وب.
برای بررسی این سناریو، نیاز به پروکسیهای مناسب با جغرافیا نیست، بلکه شبیهسازی ترافیک موبایل — IP واقعی موبایل از اپراتور تلفن همراه کشور خاص است. برای چنین تستهایی، آربیتراژکنندگان و بازاریابان موبایل معمولاً پروکسیهای موبایل را انتخاب میکنند، زیرا بسیاری از سیستمهای لینک عمیق و مکانیزمهای ضد تقلب برنامهها دقیقاً نوع شبکه (موبایل/Wi-Fi/مرکز داده) را بررسی میکنند، نه فقط کشور.
چگونه بررسی را از طریق پروکسی و مرورگر ضد شناسایی تنظیم کنیم
برای جلوگیری از سردرگمی کوکیها و نشستها بین تستهای کشورهای مختلف، بهتر است بررسی را نه در مرورگر معمولی، بلکه در مرورگر ضد شناسایی — Dolphin Anty، AdsPower، Multilogin، GoLogin یا Octo Browser انجام دهید. این دو مزیت دارد: هر بررسی در یک پروفایل ایزوله با کوکیهای تمیز انجام میشود و میتوانید دهها پروفایل "بر اساس کشور" را به طور مداوم نگه دارید، بدون اینکه قبل از هر تست پروکسی را دوباره تنظیم کنید.
به صورت مرحله به مرحله اینگونه است:
- در مرورگر ضد شناسایی یک پروفایل جداگانه برای هر کشوری که باید بررسی شود ایجاد کنید (به عنوان مثال، پروفایل "DE"، پروفایل "US"، پروفایل "BR").
- در تنظیمات پروفایل، پروکسی جغرافیایی مورد نظر را مشخص کنید — IP، پورت، نام کاربری و رمز عبور را وارد کنید، پروتکل HTTP(S) یا SOCKS5 را انتخاب کنید.
- قبل از تست، IP جغرافیایی را از طریق چکر داخلی مرورگر ضد شناسایی یا سرویس خارجی تعیین موقعیت جغرافیایی IP بررسی کنید.
- ایمیل تستی را باز کنید (آن را به جعبه تستی که در این پروفایل متصل است ارسال کنید یا لینک را از نسخه اصلی ارسال کپی کنید).
- بر روی هر لینک در ایمیل کلیک کنید و ثبت کنید که به کدام صفحه، با کدام زبان و ارز هدایت شده است.
- این کار را برای سایر پروفایلهای کشور تکرار کنید و نتایج را در یک جدول برای مقایسه جمعآوری کنید.
کدام نوع پروکسی برای بررسی لینکهای ایمیل انتخاب کنیم
بررسیهای مختلف نیاز به نوع متفاوتی از IP دارند. خطا در انتخاب نوع پروکسی — دلیل رایجی است که تست "رفتار واقعی کاربر را شبیهسازی نمیکند".
| وظیفه بررسی | نوع پروکسی توصیه شده | چرا |
|---|---|---|
| ارز، زبان، شخصیسازی صفحه فرود | پروکسیهای مسکونی | اعتماد بالا به IP، عدم بازگشت به پیشفرض به دلیل ضد تقلب |
| دسترسپذیری دامنه بر اساس کشورها (بررسی انبوه) | پروکسیهای مرکز داده | سرعت بالا، هزینه پایین برای بررسی، جغرافیا مهمتر از شهرت |
| لینک عمیق به برنامه موبایل | پروکسیهای موبایل | شبیهسازی شبکه موبایل، بررسی منطق "برنامه در مقابل مرورگر" |
| UTM و زنجیرههای ریدایرکت برای پیشنهادات CPA | پروکسیهای مسکونی | نزدیک به رفتار کاربر واقعی، شانس کمتری برای برخورد با ضد تقلب شبکه CPA |
خودکارسازی بررسی: اسکریپت برای کسانی که میخواهند بدون دست کار کنند
اگر شما به طور منظم لینکها را بررسی میکنید (به عنوان مثال، قبل از هر ارسال هفتگی به 15 کشور)، کلیک دستی بر روی هر لینک در مرورگر ضد شناسایی به یک روال تبدیل میشود. این بخش را میتوان با یک اسکریپت ساده خودکار کرد که از طریق لیست لینکها و پروکسیها عبور میکند و URL نهایی را پس از تمام ریدایرکتها و وضعیت پاسخ 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}: status {resp.status_code}, final URL: {resp.url}")
except Exception as e:
print(f"{country}: error — {e}")
اسکریپت به طور خودکار از طریق زنجیره ریدایرکتها عبور میکند (پارامتر allow_redirects=True) و نشان میدهد که کاربر از هر کشور واقعاً به کجا میرسد. نتیجه را میتوان در CSV جمعآوری کرد و بر اساس هفتهها مقایسه کرد — اینگونه شما خواهید دید که آیا منطق جغرافیایی پس از هر بهروزرسانی وبسایت یا قوانین CDN خراب شده است یا خیر.
چکلیست قبل از راهاندازی ارسال
قبل از ارسال یک ارسال انبوه به پایگاه داده بینالمللی، از طریق یک لیست کوتاه عبور کنید:
- لینک حداقل از 3 کشور برای هر بخش جغرافیایی پایگاه داده بررسی شده است
- ارز و زبان صفحه فرود با آنچه برای هر کشور انتظار میرود مطابقت دارد
- برچسبهای UTM و click_id در URL نهایی پس از ریدایرکتها حفظ میشوند
- دامنه در دسترس است و در هیچ یک از کشورهای هدف 403/404 نمیدهد
- لینک عمیق به درستی برنامه را در جایی که باید باز میکند
- زنجیره ریدایرکت حلقه نمیزند و بیش از 3-4 مرحله طول نمیکشد (در غیر این صورت زمان بارگذاری افزایش مییابد و تبدیل کاهش مییابد)
نتیجهگیری
لینک در ایمیل یک URL ثابت نیست، بلکه اغلب یک سیستم کامل از منطق جغرافیایی، تنظیمات ارزی و ریدایرکتها است که بسته به کشور دریافتکننده رفتار متفاوتی دارد. تنها راه مطمئن برای اطمینان از اینکه ارسال به درستی برای کل پایگاه داده کار میکند، تست لینکها با IPهای واقعی کشورهای مورد نظر است، نه اینکه به یک تست از کامپیوتر کاری خود تکیه کنید.
اگر شما به طور منظم ارسالهایی به مخاطبان بینالمللی دارید، توصیه میکنیم مجموعهای از پروکسیهای کشورهای مختلف را برای بررسی سریع قبل از هر راهاندازی در دست داشته باشید. برای بررسی دقیق شخصیسازی و ارز، پروکسیهای مسکونی بهتر هستند، در حالی که برای بررسی انبوه دسترسی به دامنهها در دهها جغرافیا، پروکسیهای مرکز داده سریعتر و اقتصادیتر هستند. این رویکرد بودجه ارسالها را صرفهجویی کرده و تعداد شکایات مشتریان در مورد "صفحه فرود نامشخص پس از کلیک" را کاهش میدهد.