Thunderproxy і Afina Browser: як тестувати лендинги в різних країнах

Щоб протестувати лендинг у різних країнах, виберіть проксі з потрібної країни та створіть окремий браузерний профіль для кожного сценарію тестування. Потім порівняйте побачене з правилами відображення сайту для відповідного регіону. Thunderproxy забезпечує підключення через проксі, а Afina Browser дає змогу керувати налаштуваннями браузера.

Окремо фіксуйте мову браузера, файли cookie, стан авторизації та вибраний ринок. IP-адреса певної країни не обов’язково визначає мову сторінки, валюту чи доступну пропозицію. Подібний підхід застосовують і під час дослідження локальних ринків: сайт може враховувати як розташування IP-адреси, так і налаштування браузера.

У цьому посібнику описано порядок дій для власного сайту або ресурсу клієнта, на тестування якого ви маєте дозвіл. Тут QA означає перевірку того, чи відповідає робота сторінки встановленим вимогам. Для початку достатньо кількох профілів і короткого списку перевірок. Наведений нижче приклад умовний і не містить результатів реальних вимірювань.

Що має встановити регіональний тест лендингу

Регіональне тестування допомагає з’ясувати, чи відповідає сторінка встановленим правилам за певних умов. Однак це не означає, що кожен відвідувач із певної країни побачить однаковий результат.

Спочатку ознайомтеся з вимогами власника сайту. Чи має сайт автоматично перенаправляти нового відвідувача залежно від країни? Сайт лише пропонує мову чи відразу перемикає її? Чи можна вручну вибрати інший ринок? Від чого залежить валюта: від IP-адреси, вибраної версії магазину чи налаштувань акаунта?

Зафіксуйте ці правила до початку тестування. Якщо ви не визначили очікуваний результат, відмінність між двома сесіями залишається лише спостереженням. Вона не обов'язково свідчить про помилку.

Англомовна сторінка з німецькою IP-адресою може бути коректною, якщо відвідувач раніше вибрав англійську. Головне, щоб така поведінка відповідала вимогам сайту.

Навіщо використовувати Thunderproxy разом з Afina Browser

Кожен інструмент виконує свою роль у тестуванні. Thunderproxy надає мережевий маршрут, а Afina Browser дає змогу зберігати налаштування кожного тесту в окремому профілі.

Мережа резидентних проксі Thunderproxy підтримує вибір локації, а також режими rotating або sticky там, де вони доступні. Так можна перевірити, як лендинг реагує на підключення з вибраної країни, окремо контролюючи мову та збережені налаштування браузера.

В Afina можна створити ізольовані профілі та прив'язати до них конфігурації проксі. Окремий профіль для QA допомагає не змішувати тестові налаштування з даними повсякденного перегляду сайтів. Водночас сама ізоляція профілів не доводить, що сайт вважає їх різними користувачами.

Використовуйте обидва інструменти, коли потрібно вибрати країну вихідної IP-адреси та керувати налаштуваннями браузера. Для перевірки перекладу за URL-адресою конкретної мовної версії проксі може не знадобитися.

Дотримуйтеся законів, правил платформи, дозволів власника акаунта й лімітів тестування. Проксі змінює маршрутизацію трафіку, але не розширює права доступу й не гарантує прийняття запиту сайтом.

Які налаштування можуть змінити лендинг, який ви бачите

Розташування IP-адреси, мова браузера та збережені налаштування сайту можуть впливати на відображення лендингу. Водночас сайт може враховувати ці чинники в різному порядку.

MDN описує Accept-Language як сигнал про мовні вподобання та радить серверам не перекривати явний вибір користувача. Тому маршрут через певну країну не означає автоматичного вибору мови. Файли cookie також можуть зберігати вибраний ринок чи сесію між запитами. Самої заміни проксі для очищення цього стану недостатньо.

Перед кожною перевіркою зафіксуйте такі параметри:

Новий профіль відтворює перший візит без збережених даних цього сайту. Під час повторного візиту можуть зберігатися дані попереднього відвідування, зокрема вибрана мова. Це умови тесту, а не типи проксі.

Не змінюйте розмір області перегляду та версію сайту під час порівняння регіональної поведінки. Якщо одночасно змінити країну, мову, стан авторизації та розмір вікна, буде складно зрозуміти, що саме вплинуло на результат.

Геолокація, яку надає браузер, є ще одним незалежним чинником. Це функція браузера, яка потребує дозволу. Країна проксі не підтверджує GPS-координати чи наданий доступ до локації. Якщо сторінка використовує геолокацію, фіксуйте цей дозвіл окремо.

Як підготувати підключення Thunderproxy

У кабінеті Thunderproxy виберіть потрібну країну та режим підключення, а потім скопіюйте відповідну конфігурацію.

1. відкрийте Subscriptions і виберіть підписку Residential
2. використайте Quick Access для одного підключення або Export для згенерованих рядків проксі
3. скопіюйте повні значення username, password, host і port і підтримуваний протокол
4. збережіть усі суфікси маршрутизації у полі username
5. створіть новий файл експорту після зміни потрібних параметрів

Експортовані рядки зберігають налаштування, вибрані на момент експорту. Подальша зміна в кабінеті не переписує конфігурацію, вже скопійовану в іншу програму.

Режим sticky допомагає підтримувати відносно стабільне підключення під час перегляду лендингу та переходу до наступного кроку. У резидентній мережі sticky-сесія працює без гарантії збереження тієї самої IP-адреси: вузол може стати недоступним до завершення встановленого часу дії сесії (TTL). Якщо вихідна IP змінилася під час перевірки, зафіксуйте це й повторіть спостереження.

Режим rotating підходить для незалежних перевірок. Різні ідентифікатори сесій не доводять, що кожна сесія отримала окрему або унікальну вихідну IP-адресу.

Протокол і порт мають відповідати згенерованій конфігурації та клієнту. Поточна підтримка SOCKS5 у Thunderproxy працює лише з TCP, тому можливості браузера не означають автоматичної маршрутизації UDP або QUIC.

Як організувати профілі в Afina

Створіть окремий профіль зі зрозумілою назвою для кожного сценарію, а потім прив'яжіть до нього потрібний проксі та браузерні налаштування. Так в Afina буде простіше впорядкувати сценарії тестування.

Скриншоти нижче показують інтерфейс Afina. Приклади адрес підключення на них не є обліковими даними Thunderproxy чи результатами цього тесту. Використовуйте значення зі свого кабінету Thunderproxy. Позначки UDP в інших розділах Afina не означають, що Thunderproxy підтримує SOCKS5 через UDP: для цього протоколу доступний лише TCP.

Збережіть підключення проксі

Спочатку збережіть підключення в розділі Проксі в Afina.

1. натисніть Додати проксі
2. виберіть протокол із конфігурації Thunderproxy
3. введіть Хост, Порт, Логін і Пароль
4. натисніть Перевірити проксі
5. натисніть Додати проксі, щоб зберегти запис

Поле URL зміни IP для цього процесу необов'язкове. Не копіюйте адресу, показану для іншого провайдера.

Перед збереженням дайте підключенню зрозумілу назву, що вказує на країну та тип сесії, наприклад DE - sticky. Така схема спрощує вибір потрібного маршруту й зменшує ризик запустити тест через проксі іншого ринку.

Призначте підключення профілю

У розділі Акаунти натисніть Додати акаунт для нового профілю тестування або відкрийте наявний профіль для редагування. На вкладці Проксі виберіть Збережені проксі і потрібний запис. Встановити проксі дає змогу ввести дані напряму. Перевірте підключення та збережіть профіль.

Після призначення проксі виконайте короткий контрольний запуск профілю та перевірте країну вихідної IP-адреси. Лише після цього відкривайте тестовий лендинг, щоб помилку маршрутизації не сплутати з некоректною локалізацією сторінки.

Не додавайте паролі до назв профілів, скриншотів і спільних тестових звітів. Назва Landing QA - DE - Fresh допомагає визначити сценарій тестування, але не підтверджує поточну IP-адресу чи наявність збережених даних сайту.

В Afina є параметри Часовий пояс з IP і Мови з IP. Звіряйте їх зі сценарієм, а не вмикайте автоматично для кожного тесту. Відвідувач із Німеччини, який вибрав англійську, є цілком реалістичним випадком. Зафіксуйте мову й часовий пояс, передбачені сценарієм тестування.

У вже створеному профілі можуть зберігатися дані сайту. Для перевірки першого візиту створіть новий тестовий профіль без імпортованої історії або очистьте дані сайту за погодженою процедурою. Повторні візити перевіряйте окремо, щоб випадково не видалити налаштування, вплив яких потрібно дослідити.

Після запуску профілю відкрийте в ньому сторінку для перевірки IP-адреси, яку дозволено використовувати. Зафіксуйте вихідну IP-адресу, яку бачать вебсайти, та країну, визначену для цієї адреси. Можна використовувати внутрішню діагностичну сторінку команди. Успішна перевірка проксі підтверджує з'єднання, але не правильність локалізації.

Перегляньте призначення проксі перед тестуванням

Поверніться до Проксі і перевірте поля Кількість профілів та Назви акаунтів для збережених записів. Так ви побачите, які профілі використовують одне підключення. Це не підтверджує, що кожен профіль має окрему вихідну IP.

Перед паралельним тестуванням перевірте, чи кілька профілів не використовують те саме підключення. Спільний sticky-сеанс може пов'язати їх з однією вихідною IP-адресою, тому для незалежних перевірок варто заздалегідь розподілити окремі маршрути.

Що слід перевірити на лендингу

Відкрийте пряму URL-адресу або дозволене посилання для попереднього перегляду та порівняйте сторінку з очікуваним результатом для цього контексту. Використовуйте однакову вхідну адресу й не змінюйте параметри запиту в URL-адресі між ринками.

Перевіряйте елементи в такому порядку:

1. запишіть фінальну URL-адресу та видимі перенаправлення за країною чи мовою
2. перевірте заголовки, навігацію, поля форм і тексти помилок, а не лише перший екран сторінки
3. порівняйте валюту, умови доступності та пропозицію з правилами сайту
4. перевірте, чи правильно відображається банер згоди за вибраних налаштувань
5. перейдіть за основною кнопкою до дозволеного наступного екрана й перевірте збереження ринку

Візуальна перевірка не є юридичною оцінкою відповідності. Не оформлюйте покупку й не надсилайте реальну заявку, якщо це не дозволено планом. Для рекламних лендингів використовуйте погоджені посилання для попереднього перегляду або тестування, не створюючи штучних кліків, показів чи конверсій.

Для рекламних сторінок гайд Thunderproxy про proxies for ad verification доповнює цей процес перевіркою перенаправлень за країною та повторних переходів. Там також пояснено, коли доречні резидентні проксі або виділена Static ISP-адреса.

Записуйте час, назву профілю, країну вихідної IP-адреси, мову браузера, стан збережених даних, версію сайту, очікуваний і фактичний результати. Приховуйте персональні дані на спільних скриншотах.

Як дослідити неочікуваний регіональний результат

Спочатку перевірте записані змінні. Не змінюйте проксі й не оголошуйте дефект локалізації до такої перевірки. Причину розбіжності складно встановити, якщо одночасно змінюються кілька параметрів.

Якщо відображається неправильна мова, перевірте мовну URL-адресу, перемикач мови, налаштування браузера та збережений вибір сайту. Повторіть тест у новому профілі, не змінюючи країну мережі. Так можна відрізнити поведінку першого візиту від збереженого вибору користувача.

Якщо відображається неправильна валюта, перевірте вітрину, акаунт і країну доставки, коли вона використовується. Валюта не зобов'язана відповідати IP. Порівнюйте результат із реальними правилами пріоритету на сайті.

Якщо визначена країна підключення не відповідає очікуваній, повторно скопіюйте конфігурацію й перевірте вихід усередині запущеного профілю. Адреса шлюзу (gateway hostname) не збігається з вихідною IP-адресою. Бази геолокації можуть давати різні результати, а IP не визначає конкретне домогосподарство чи адресу. Результат перевірки IP-адреси можна додати до звіту, але він не обов’язково збігатиметься з даними геолокації, які використовує сайт.

Якщо доступ заборонено або досягнуто ліміт запитів, зупиніть перевірку та зверніться до офіційних каналів підтримки сайту. Не використовуйте послідовну зміну адрес, щоб обійти рішення про доступ.

Перед запуском плану перегляньте список Акаунти і стовпець Проксі. Звірте кожен QA-профіль із збереженим підключенням, а потім натисніть Старт для потрібного профілю.

У журналі перевірки зазначайте назву профілю, псевдонім проксі, час запуску та URL лендингу. Ці дані допоможуть відтворити умови тесту й швидко з'ясувати, чи пов'язана розбіжність із маршрутом, профілем або самою сторінкою.

Як виглядає простий план регіонального тесту

Уявімо сайт, що запускається у США, Німеччині та Великій Британії. За його специфікацією нові відвідувачі отримують пропозицію ринку відповідно до країни, а мова, яку користувач вибрав вручну, зберігається під час наступних візитів.

Робоча послідовність така:

1. підготуйте новий тестовий профіль для кожної країни, не змінюючи viewport і версію сайту
2. відкрийте загальний лендинг і запишіть ринок, який пропонує сайт та мову за замовчуванням
3. виберіть іншу мову на сайті й повторно відкрийте сторінку в тому самому профілі
4. порівняйте повторний візит із першим візитом в окремому новому профілі через проксі тієї самої країни
5. якщо результат суперечить специфікації, змініть одну релевантну змінну й повторіть перевірку

Це запропоновані перевірки, а не виміряні результати.

Приклад: німецький маршрут усе ще показує англійську

Припустімо, правила сайту вимагають показувати німецьку новому відвідувачу з німецького маршруту, якщо той раніше не вибрав іншу мову. Таблиця нижче є діагностичним прикладом, а не результатом Thunderproxy чи Afina.

У новому профілі встановіть мову, передбачену сценарієм тестування, і відкрийте основну сторінку лендингу, а не URL-адресу, що відразу відкриває англомовну версію. Не змінюйте версію сайту, viewport, стан входу й consent між порівняннями.

Якщо просто змінювати проксі один за одним, ви не з’ясуєте, чому сторінка відображається англійською: через попередній вибір користувача, URL-адресу чи правила локалізації сайту. Контрольовані умови дають команді точніший звіт про проблему.

Джерела та додаткове читання

Кроки підключення спираються на residential-документацію Thunderproxy. Документація Afina пояснює призначення проксі профілю та поведінку сесій.

• керування профілями браузера Afina
• налаштування проксі в Afina

Thunderproxy відповідає за мережевий маршрут, а Afina зберігає стан браузера в окремих профілях. Перед наступною дозволеною регіональною перевіркою перегляньте доступні локації та режими сесій для Thunderproxy Residential proxies, а потім зафіксуйте план тесту.

Скачати