چگونه با استفاده از پروکسی وب‌سایت را از کشورهای مختلف آزمایش کنیم: راهنمای کامل برای توسعه‌دهندگان و بازاریابان

شما یک وب‌سایت راه‌اندازی کرده‌اید، این وب‌سایت در مرورگر شما به‌خوبی کار می‌کند — اما برای کاربرانی از آلمان، ایالات متحده یا ژاپن چگونه به نظر می‌رسد؟ محتوای وابسته به جغرافیا، ریدایرکت‌ها، محدودیت‌های IP، نسخه‌های مختلف صفحات برای مناطق مختلف — همه این‌ها بدون تغییر آدرس IP شما قابل بررسی نیست. سرورهای پروکسی این مشکل را به سرعت و بدون هزینه‌های اضافی حل می‌کنند: شما به‌طور واقعی مرورگر خود را در چند ثانیه به کشور مورد نظر منتقل می‌کنید.

چرا باید وب‌سایت را از کشورهای مختلف تست کنیم

بیشتر توسعه‌دهندگان و مالکان وب‌سایت‌ها محصول را به‌صورت محلی تست می‌کنند — از کامپیوتر خود، با IP خودشان. اما کاربران واقعی از آدرس‌های دیگری وارد می‌شوند، از مناطق دیگر، و تجربه آن‌ها می‌تواند به‌طور قابل توجهی متفاوت باشد. در اینجا موقعیت‌های خاصی وجود دارد که بدون تست جغرافیایی نمی‌توان از آن‌ها گذشت:

• ریدایرکت‌های جغرافیایی. وب‌سایت شما به‌طور خودکار کاربران آلمانی را به /de/ و کاربران آمریکایی را به /en/ منتقل می‌کند. آیا این کار به‌درستی انجام می‌شود؟ آیا ریدایرکت برای کشورهای خاص خراب نمی‌شود؟
• مسدودسازی بر اساس IP. بخشی از محتوا یا ویژگی‌ها ممکن است به‌طور عمدی برای مناطق خاصی بسته شده باشد — باید مطمئن شوید که مسدودسازی به‌درستی کار می‌کند.
• محلی‌سازی و ارزها. آیا قیمت‌ها به‌درستی به یورو برای اروپا و به دلار برای ایالات متحده نمایش داده می‌شوند؟ آیا زبان رابط به‌درستی تغییر می‌کند؟
• CDN و سرعت بارگذاری. اگر از CDN (Cloudflare، Fastly، AWS CloudFront) استفاده می‌کنید، باید مطمئن شوید که نزدیک‌ترین گره به کاربر محتوا را به‌درستی و بدون تأخیر ارائه می‌دهد.
• SEO-snippets و hreflang. موتورهای جستجو نسخه‌های مختلف صفحات را برای مناطق مختلف نمایش می‌دهند. آیا تگ‌های hreflang به‌درستی تنظیم شده‌اند؟ آیا Googlebot نسخه مورد نظر را می‌بیند؟
• سیستم‌های پرداخت و فرم‌ها. Stripe، PayPal و دیگر درگاه‌های پرداخت ممکن است بسته به کشور کاربر رفتار متفاوتی داشته باشند. این موضوع باید قبل از راه‌اندازی به‌دقت بررسی شود.
• A/B تست‌ها با هدف‌گذاری جغرافیایی. اگر نسخه‌های مختلف صفحه فرود را برای کشورهای مختلف از طریق Google Optimize یا Optimizely راه‌اندازی می‌کنید — باید مطمئن شوید که کاربران به بخش‌های صحیح هدایت می‌شوند.

بدون IP واقعی از کشور مورد نظر، شما نمی‌توانید رفتار کاربر را از آنجا شبیه‌سازی کنید. VPN — ابزاری بسیار خشن است (تمام ترافیک سیستم را تغییر می‌دهد)، و خدمات تست ویژه هزینه بالایی دارند. پروکسی — تعادل بهینه‌ای بین راحتی، دقت و قیمت است.

چه مواردی را باید در تست جغرافیایی بررسی کنیم

قبل از تنظیم پروکسی، یک لیست مشخص از مواردی که می‌خواهید بررسی کنید تهیه کنید. این کار زمان را صرفه‌جویی کرده و تست را سیستماتیک می‌کند، نه بی‌نظم.

پارامترهای فنی

• درستی هدرهای HTTP که سرور ارسال می‌کند (به‌ویژه Content-Language، Vary: Accept-Language)
• کدهای پاسخ سرور: 200، 301، 302، 403 — بسته به کشور
• زمان پاسخ سرور (TTFB) از مناطق مختلف
• درستی گواهی SSL و در دسترس بودن آن
• عملکرد اتصالات WebSocket از طریق CDN

UX و محتوا

• زبان رابط — آیا به‌طور خودکار به زبان کشور کاربر تغییر می‌کند
• واحد پول و فرمت‌های عددی (1,000.00 در مقابل 1.000,00)
• وجود و درستی تصاویر و بنرهای محلی‌سازی شده
• عملکرد فرم‌های بازخورد و اعتبارسنجی آن‌ها
• نمایش نقشه‌ها (Google Maps، Yandex.Maps — بسته به منطقه)

بازاریابی و تحلیل

• درستی UTM-tagها و انتقال داده‌ها به Google Analytics 4
• عملکرد پیکسل‌های Facebook و TikTok از کشورهای مختلف
• نمایش بلوک‌های تبلیغاتی Google AdSense (بخشی از تبلیغ‌کنندگان فقط بر روی مناطق خاص هدف‌گذاری می‌کنند)
• درستی متا تگ‌های Open Graph هنگام اشتراک‌گذاری در شبکه‌های اجتماعی

کدام پروکسی‌ها برای تست وب‌سایت‌ها مناسب هستند

همه پروکسی‌ها به‌طور یکسان برای تست جغرافیایی مفید نیستند. انتخاب نوع پروکسی بستگی به این دارد که شما چه چیزی را بررسی می‌کنید و IP شما از نظر وب‌سایت هدف چقدر "صادقانه" باید باشد.

به چه نکاتی در انتخاب پروکسی برای تست توجه کنیم

• دقت جغرافیایی تا سطح شهر. برخی وب‌سایت‌ها نه تنها کشور، بلکه شهر را نیز شناسایی می‌کنند. اطمینان حاصل کنید که ارائه‌دهنده هدف‌گذاری در سطح شهر را ارائه می‌دهد.
• پشتیبانی از HTTP/HTTPS و SOCKS5. برای تست از طریق مرورگر HTTP(S) مناسب است، برای اسکریپت‌ها معمولاً SOCKS5 راحت‌تر است.
• پایداری اتصال. پروکسی نباید در وسط تست قطع شود — این نتایج را تحریف می‌کند.
• لیست سفید IP یا احراز هویت با نام کاربری/گذرواژه. برای تست خودکار راحت‌تر است که احراز هویت با نام کاربری/گذرواژه باشد.

تنظیم پروکسی در مرورگر: راهنمای گام به گام

ساده‌ترین راه برای بررسی وب‌سایت از کشور دیگر — تنظیم پروکسی به‌طور مستقیم در مرورگر است. این کار ۲-۳ دقیقه طول می‌کشد و نیاز به هیچ مهارت فنی ندارد.

گزینه ۱: افزونه برای Chrome/Firefox (برای بررسی‌های سریع توصیه می‌شود)

افزونه‌ها به شما اجازه می‌دهند با یک کلیک بین پروکسی‌ها جابجا شوید، بدون اینکه تنظیمات سیستمی را تحت تأثیر قرار دهید.

1. افزونه FoxyProxy Standard (Chrome/Firefox) یا Proxy SwitchyOmega (Chrome) را نصب کنید.
2. تنظیمات افزونه را باز کنید → روی «Add New Proxy» کلیک کنید.
3. نوع پروکسی را انتخاب کنید: HTTP یا SOCKS5.
4. اطلاعات پروکسی را وارد کنید:
   • Host: آدرس IP یا hostname سرور پروکسی
   • Port: پورت (معمولاً 8080، 3128، 1080 برای SOCKS5)
   • Username / Password: اگر احراز هویت لازم است
5. پروفایل را ذخیره کرده و با کلیک بر روی آیکون افزونه فعال کنید.
6. وب‌سایت whatismyip.com یا ipinfo.io را باز کنید — مطمئن شوید که IP به کشور مورد نظر تغییر کرده است.
7. حالا وب‌سایت خود را باز کنید — شما آن را از دید کاربر کشور انتخاب شده می‌بینید.

گزینه ۲: تنظیمات سیستمی مرورگر Chrome

1. Chrome را به‌طور کامل ببندید.
2. Chrome را با پارامترهای خط فرمان راه‌اندازی کنید:

   chrome.exe --proxy-server="http://USERNAME:[email protected]:8080"

3. تمام درخواست‌های مرورگر از طریق پروکسی مشخص شده خواهد رفت.

گزینه ۳: مرورگر ضد شناسایی برای تست جغرافیایی چندگانه

اگر نیاز دارید به‌طور همزمان وب‌سایت را از ۵-۱۰ کشور مختلف بررسی کنید، استفاده از مرورگرهای ضد شناسایی راحت است: Dolphin Anty، AdsPower، GoLogin یا Multilogin. در هر پروفایل می‌توانید پروکسی خود را با جغرافیای مورد نظر مشخص کنید — و آن‌ها را به‌طور موازی در تب‌های مختلف باز کنید.

1. مرورگر ضد شناسایی را باز کنید → یک پروفایل جدید ایجاد کنید.
2. در تنظیمات پروفایل، بخش «پروکسی» یا «Proxy» را پیدا کنید.
3. نوع را انتخاب کنید: HTTP یا SOCKS5.
4. اطلاعات پروکسی (هاست، پورت، نام کاربری، گذرواژه) را وارد کنید.
5. روی «پروکسی را بررسی کنید» کلیک کنید — مرورگر کشور و شهر IP را نشان می‌دهد.
6. پروفایل را ذخیره کرده و راه‌اندازی کنید — شما به‌عنوان کاربر از منطقه مورد نظر کار می‌کنید.
7. پروفایل‌های جداگانه برای ایالات متحده، آلمان، ژاپن، برزیل ایجاد کنید — و به‌طور موازی تست کنید.

تست از طریق DevTools و افزونه‌های مرورگر

پس از اتصال پروکسی، مهم است که ابزارهای توسعه‌دهنده را به‌درستی استفاده کنید تا حداکثر اطلاعات را درباره رفتار وب‌سایت در منطقه دیگر به‌دست آورید.

تحلیل هدرهای HTTP در Chrome DevTools

1. وب‌سایت را از طریق پروکسی کشور مورد نظر باز کنید.
2. روی F12 کلیک کنید → به تب Network بروید.
3. صفحه را به‌روزرسانی کنید (Ctrl+R).
4. روی اولین درخواست کلیک کنید (معمولاً این خود URL وب‌سایت است) → به تب Headers بروید.
5. در Response Headers بررسی کنید:
   • Content-Language — زبانی که سرور ارسال می‌کند
   • CF-RAY — اگر از Cloudflare استفاده می‌کنید، نشان می‌دهد که پاسخ از کدام گره CDN آمده است
   • X-Cache — آیا پاسخ از کش CDN ارائه شده است
   • کد پاسخ: 200، 301، 403

بررسی ریدایرکت‌ها

برای دیدن تمام زنجیره ریدایرکت‌ها (به‌عنوان مثال، / → /de/ → /de/home/):

1. در DevTools → Network گزینه «Preserve log» را فعال کنید.
2. صفحه را به‌روزرسانی کنید — شما تمام ریدایرکت‌های میانی با وضعیت‌های 301/302 را خواهید دید.
3. برای هر ریدایرکت، هدر Location را بررسی کنید — سرور به کجا هدایت می‌کند.

افزونه‌های مفید برای تست جغرافیایی

بررسی از طریق curl و اسکریپت‌های Python

برای تست خودکار — زمانی که نیاز به بررسی ۲۰ URL از ۱۰ کشور دارید — مرورگر مناسب نیست. در اینجا curl و Python به کمک می‌آیند. در زیر — مثال‌های عملی که می‌توانید به‌طور فوری استفاده کنید.

بررسی ریدایرکت‌ها از طریق curl

دستور زیر تمام زنجیره ریدایرکت‌ها و هدرهای پاسخ را نشان می‌دهد:

# بررسی از طریق پروکسی HTTP از آلمان
curl -v -L \
  --proxy http://USERNAME:[email protected]:8080 \
  -H "Accept-Language: de-DE,de;q=0.9" \
  https://yoursite.com/

# بررسی از طریق پروکسی SOCKS5 از ایالات متحده
curl -v -L \
  --socks5 USERNAME:[email protected]:1080 \
  -H "Accept-Language: en-US,en;q=0.9" \
  https://yoursite.com/

# فقط هدرهای پاسخ (بدون بدنه صفحه)
curl -I \
  --proxy http://USERNAME:[email protected]:8080 \
  https://yoursite.com/

پرچم -L باعث می‌شود curl به ریدایرکت‌ها پیروی کند، -v — خروجی مفصلی را نشان می‌دهد که شامل تمام هدرهای درخواست و پاسخ است.

بررسی انبوه URL از کشورهای مختلف با Python

اسکریپت زیر لیست URL را از طریق پروکسی کشورهای مختلف بررسی کرده و نتایج را ذخیره می‌کند:

import requests

# پیکربندی پروکسی بر اساس کشورها
proxies_by_country = {
    "Germany": {
        "http":  "http://USER:[email protected]:8080",
        "https": "http://USER:[email protected]:8080",
    },
    "USA": {
        "http":  "http://USER:[email protected]:8080",
        "https": "http://USER:[email protected]:8080",
    },
    "Japan": {
        "http":  "http://USER:[email protected]:8080",
        "https": "http://USER:[email protected]:8080",
    },
}

# لیست URL برای بررسی
urls_to_test = [
    "https://yoursite.com/",
    "https://yoursite.com/pricing/",
    "https://yoursite.com/contact/",
]

headers_by_country = {
    "Germany": {"Accept-Language": "de-DE,de;q=0.9"},
    "USA":     {"Accept-Language": "en-US,en;q=0.9"},
    "Japan":   {"Accept-Language": "ja-JP,ja;q=0.9"},
}

print(f"{'URL':<45} {'Country':<10} {'Status':<8} {'Final URL'}")
print("-" * 100)

for url in urls_to_test:
    for country, proxy in proxies_by_country.items():
        try:
            resp = requests.get(
                url,
                proxies=proxy,
                headers=headers_by_country[country],
                timeout=15,
                allow_redirects=True
            )
            final_url = resp.url
            status    = resp.status_code
            print(f"{url:<45} {country:<10} {status:<8} {final_url}")
        except requests.exceptions.RequestException as e:
            print(f"{url:<45} {country:<10} ERROR    {str(e)[:50]}")

بررسی زمان پاسخ (TTFB) از مناطق مختلف

import requests
import time

def measure_ttfb(url, proxy=None, label="Direct"):
    """زمان تا اولین بایت (TTFB) را اندازه‌گیری می‌کند"""
    proxies = {"http": proxy, "https": proxy} if proxy else None
    start = time.time()
    try:
        resp = requests.get(url, proxies=proxies, timeout=20, stream=True)
        # فقط اولین چانک را می‌خوانیم — این همان TTFB است
        next(resp.iter_content(1))
        ttfb = (time.time() - start) * 1000
        print(f"{label:<15}: {ttfb:.0f} ms  (HTTP {resp.status_code})")
    except Exception as e:
        print(f"{label:<15}: ERROR — {e}")

url = "https://yoursite.com/"

measure_ttfb(url, label="Direct (local)")
measure_ttfb(url, "http://USER:[email protected]:8080", "USA")
measure_ttfb(url, "http://USER:[email protected]:8080", "Germany")
measure_ttfb(url, "http://USER:[email protected]:8080", "Japan")
measure_ttfb(url, "http://USER:[email protected]:8080", "Brazil")

این اسکریپت نشان می‌دهد که سرور یا CDN شما چقدر سریع به کاربران از مناطق مختلف پاسخ می‌دهد. اگر TTFB از ژاپن ۲۰۰۰ میلی‌ثانیه باشد و از آلمان ۸۰ میلی‌ثانیه، این نشانه‌ای است که باید یک گره CDN اضافی در آسیا تنظیم کنید.

اشکالات رایج و چگونگی جلوگیری از آن‌ها

در عمل، هنگام تست جغرافیایی از طریق پروکسی، چندین مشکل رایج به وجود می‌آید. هر یک را بررسی کرده و راه‌حل‌های آن‌ها را توضیح می‌دهیم.

❌ خطا ۱: وب‌سایت هنوز هم منطقه شما را نشان می‌دهد

دلیل: وب‌سایت جغرافیا را نه تنها بر اساس IP، بلکه بر اساس سیگنال‌های دیگر — کوکی‌های بازدید قبلی، هدر Accept-Language، داده‌های مرورگر (timezone، locale) شناسایی می‌کند.

راه‌حل: قبل از تست، کوکی‌ها و کش مرورگر را پاک کنید. از حالت ناشناس یا پروفایل جداگانه مرورگر ضد شناسایی استفاده کنید. Accept-Language را از طریق ModHeader تغییر دهید و منطقه زمانی مرورگر را مطابق با کشور تنظیم کنید.

❌ خطا ۲: پروکسی کار می‌کند، اما وب‌سایت 403 Forbidden را ارائه می‌دهد

دلیل: وب‌سایت تشخیص داده است که IP متعلق به دیتاسنتر یا ارائه‌دهنده پروکسی معروف است و دسترسی را مسدود کرده است.

راه‌حل: به پروکسی‌های مسکونی سوئیچ کنید — IP آن‌ها متعلق به کاربران خانگی واقعی است و در لیست‌های سیاه قرار نمی‌گیرد. همچنین بررسی کنید که User-Agent مرورگر شما به‌عنوان یک کاربر عادی به‌نظر برسد، نه به‌عنوان ربات.

❌ خطا ۳: جغرافیای پروکسی با کشور مورد نظر مطابقت ندارد

دلیل: پروکسی‌های ارزان یا رایگان معمولاً جغرافیای دقیقی ندارند — IP در یک کشور ثبت شده است، اما پایگاه‌های داده GeoIP آن را در کشور دیگری شناسایی می‌کنند.

راه‌حل: همیشه IP را پس از اتصال از طریق چندین سرویس مستقل بررسی کنید: ipinfo.io، iplocation.net، maxmind.com/geoip/demo. پایگاه‌های داده GeoIP مختلف (MaxMind، DB-IP، IP2Location) ممکن است نتایج متفاوتی ارائه دهند — بر اساس پایگاهی که وب‌سایت شما استفاده می‌کند، بررسی کنید.

❌ خطا ۴: تست در هنگام اجرای مجدد نتایج متفاوتی نشان می‌دهد

دلیل: پروکسی‌های چرخشی در هر درخواست یک IP جدید از مجموعه ارائه می‌دهند — و IP ممکن است از کشور یا شهر دیگری باشد.

راه‌حل: برای تست از sticky-sessions (جلسات چسبنده) استفاده کنید — حالتی که در آن یک IP یکسان برای اتصال شما به مدت معین (معمولاً ۱۰-۳۰ دقیقه) ثابت می‌ماند. بیشتر ارائه‌دهندگان پروکسی‌های مسکونی از این حالت پشتیبانی می‌کنند.

❌ خطا ۵: نشت DNS — IP واقعی از طریق درخواست‌های DNS قابل مشاهده است

دلیل: حتی با پروکسی متصل، درخواست‌های DNS ممکن است از طریق سرور DNS محلی شما انجام شود و کشور واقعی را فاش کند.

راه‌حل: وجود نشت DNS را در dnsleaktest.com بررسی کنید. برای رفع آن، از پروکسی‌هایی با پشتیبانی از DNS از طریق پروکسی (SOCKS5 با گزینه DNS از راه دور) استفاده کنید یا مرورگر را برای استفاده از DoH (DNS over HTTPS) تنظیم کنید.

چک‌لیست تست جغرافیایی وب‌سایت

از این چک‌لیست هر بار هنگام تست وب‌سایت از منطقه جدید استفاده کنید. آن را در نشانک‌ها ذخیره کنید یا در Notion/Confluence برای تیم کپی کنید.

اولویت کشورهای برای تست

اگر زمان محدودی دارید، در این ترتیب اولویت‌ها تست کنید:

نتیجه‌گیری

تست جغرافیایی وب‌سایت یک وظیفه یک‌باره نیست، بلکه بخشی منظم از فرآیند توسعه و پشتیبانی است. هر به‌روزرسانی که شامل ریدایرکت‌ها، محلی‌سازی یا تنظیمات CDN باشد، باید از IP‌های واقعی کشورهای مورد نظر بررسی شود. سرورهای پروکسی این فرآیند را سریع و در دسترس می‌کنند: به‌جای محیط‌های ابری گران‌قیمت یا دستگاه‌های فیزیکی در کشورهای مختلف، شما به‌سادگی IP را در مرورگر یا اسکریپت تغییر می‌دهید.

بیایید نتیجه‌گیری کنیم:

• برای تست دستی در مرورگر — از FoxyProxy یا Proxy SwitchyOmega + ModHeader برای هدرها استفاده کنید.
• برای تست موازی از ۵-۱۰ کشور — مرورگرهای ضد شناسایی (Dolphin Anty، AdsPower، GoLogin) با پروکسی جداگانه برای هر پروفایل.
• برای تست خودکار — curl یا Python با کتابخانه requests.
• همیشه IP را پس از اتصال بررسی کنید و از sticky-sessions برای نتایج پایدار استفاده کنید.
• تغییر IP را با تغییر Accept-Language و پاک کردن کوکی‌ها برای حداکثر دقت ترکیب کنید.

اگر می‌خواهید نتایج تست دقیقی بدون خطر مسدود شدن از سوی وب‌سایت‌های تست شده به‌دست آورید، توصیه می‌کنیم از پروکسی‌های مسکونی استفاده کنید — آن‌ها IP‌های واقعی کاربران خانگی دارند، از هدف‌گذاری بر اساس کشور و شهر پشتیبانی می‌کنند و همچنین sticky-sessions برای تست پایدار را فراهم می‌کنند. برای بررسی‌های صرفاً فنی (هدرها، کدهای پاسخ، TTFB) پروکسی‌های دیتاسنتر بسیار مناسب هستند — آن‌ها سریع‌تر و اقتصادی‌تر در درخواست‌های انبوه هستند.