Как автоматизировать проверку сайтов из разных геолокаций

Если проект работает сразу на нескольких рынках, проверять все эти различия вручную неудобно. Особенно когда тестирование нужно проводить регулярно: после релиза, изменения цен, обновления интерфейса или запуска новой рекламной кампании.

В таких случаях проверки можно автоматизировать. Система сама открывает сайт через IP нужной страны, выполняет заданный сценарий и фиксирует результат.

Что именно может отличаться в зависимости от страны

Геолокация пользователя часто определяется по IP-адресу. На основании этого сайт может менять отдельные элементы страницы или перенаправлять посетителя на региональную версию.

Чаще всего различаются:

• язык интерфейса;
• валюта;
• цены;
• ассортимент;
• условия доставки;
• способы оплаты;
• рекламные материалы;
• доступность отдельных функций;
• региональные акции;
• ссылки и редиректы;
• юридические уведомления.

Например, интернет-магазин может показывать разные цены для США и Европы, а сервис бронирования - менять валюту и список доступных предложений.

Поэтому проверить только основную версию сайта недостаточно, если продукт работает сразу в нескольких странах.

Почему ручная проверка быстро становится неудобной

Пока геолокаций две или три, сотрудник может открыть сайт через нужный IP и проверить основные страницы вручную.

Но если нужно контролировать 10–20 стран, несколько десятков страниц и десятки параметров, объем работы быстро растёт.

Допустим, необходимо проверить:

• главную страницу;
• каталог;
• карточку товара;
• форму регистрации;
• страницу оплаты;
• несколько рекламных лендингов.

Если всё это нужно посмотреть в десяти странах, одна проверка уже превращается в десятки отдельных сценариев.

А после каждого обновления сайта работу приходится повторять.

Автоматизация позволяет выполнять одинаковый набор действий для всех нужных регионов без постоянного участия сотрудника.

Как выглядит автоматическая проверка

В базовом варианте процесс состоит из нескольких шагов.

Такую схему можно встроить в существующий набор автотестов или запускать отдельно по расписанию.

Например, после каждого релиза система может автоматически пройти один и тот же сценарий из пяти стран и проверить, корректно ли работает региональная логика.

Какие проверки стоит автоматизировать

Не все элементы сайта требуют одинакового подхода.

Язык и локализация

Первая проверка - действительно ли пользователю показывается нужная языковая версия.

Автотест может контролировать:

• язык интерфейса;
• заголовки;
• кнопки;
• сообщения об ошибках;
• формат дат;
• формат телефонных номеров.

Особенно полезно проверять страницы, которые менялись в последнем релизе. Именно там чаще всего остаются непереведенные элементы.

Валюта и цены

Если сайт работает в нескольких странах, система может автоматически проверять правильность:

• валюты;
• символа валюты;
• формата цены;
• региональных тарифов;
• скидок.

Это особенно важно для интернет-магазинов, подписочных сервисов и туристических проектов.

Редиректы

Некоторые сайты автоматически перенаправляют пользователя на локальную версию.

Например:

site.com → site.com/de/

или

site.com → de.site.com

Автотест может проверять, что пользователь из нужной страны попадает именно на ожидаемую страницу и не возникает цепочки лишних перенаправлений.

Формы и регистрация

Региональные различия могут появляться уже на этапе регистрации.

Например, могут отличаться:

• список стран;
• телефонные коды;
• обязательные поля;
• форматы адресов;
• согласия на обработку данных.

Такие сценарии удобно проверять автоматически, поскольку ошибки в формах часто обнаруживаются только для отдельных регионов.

Способы оплаты

Платежные методы могут зависеть от страны.

Поэтому в региональных тестах важно проверять не только страницу оплаты, но и то, какие варианты вообще доступны пользователю.

Например, для одного рынка может показываться банковская карта, а для другого - дополнительный локальный способ оплаты.

Доступность страниц

Иногда часть контента должна быть доступна только в определённых странах.

Автоматическая проверка позволяет убедиться, что:

• нужная страница открывается;
• закрытая для региона страница действительно недоступна;
• пользователю показывается корректное сообщение;
• перенаправление ведёт туда, куда запланировано.

Зачем здесь нужны прокси

Самый простой способ проверить сайт из другой страны - отправить запрос через IP этой страны.

Для автоматизации используются прокси, которые подключаются к тестовому сценарию или браузеру.

При этом выбор типа прокси зависит от самой проверки.

Если система должна последовательно проходить множество независимых страниц из разных стран, удобнее использовать пул с ротацией IP.

Если же нужно сохранить одну сессию, пройти авторизацию и выполнить несколько последовательных действий, лучше использовать один постоянный IP.

Именно поэтому в одной тестовой системе могут одновременно использоваться разные схемы подключения.

Какие прокси подходят для геотестирования

Для большинства региональных проверок подходят резидентские прокси. Они позволяют отправлять запросы через IP нужной страны и использовать большой пул адресов.

Если тест длительный и важно, чтобы IP не менялся на протяжении всей сессии, удобнее использовать статический адрес.

Например, в MangoProxy доступны резидентские, динамические и статические ISP-прокси, дата-центровые и мобильные варианты. Для тестов, где нужен постоянный ISP-IP, можно использовать промокод ICTGO - он дает скидку 8% на статические ISP-прокси.

Для обычной проверки регионального контента постоянный IP нужен не всегда. Поэтому перед запуском тестов лучше определить, какие сценарии требуют стабильной сессии, а где достаточно ротации.

Что важно кроме IP

Одна только смена страны через прокси не всегда гарантирует корректный результат.

Сайт может учитывать и другие параметры.

Например:

• язык браузера;
• часовой пояс;
• cookies;
• сохранённую геолокацию;
• предыдущую сессию;
• настройки аккаунта.

Если тест должен максимально точно воспроизводить поведение пользователя из конкретной страны, эти параметры лучше согласовать между собой.

Например, IP Германии вместе с американским часовым поясом и ранее сохранённой валютой может дать результат, который не соответствует реальному пользовательскому сценарию.

Поэтому для чистых тестов часто используют отдельные браузерные профили или новые сессии.

Как организовать тесты по нескольким странам

Удобнее всего заранее составить матрицу проверок.

Например:

Такая таблица становится основой для автоматических сценариев.

Если результат не совпадает с ожидаемым, система отмечает конкретную страну и конкретный параметр. Это гораздо удобнее, чем просматривать полный отчёт вручную.

Когда запускать автоматические проверки

Нет необходимости проверять все страны каждую минуту.

Чаще всего геотесты запускают:

• после релиза;
• после изменения цен;
• после обновления локализации;
• после изменения логики редиректов;
• после подключения нового рынка;
• после обновления платёжной системы;
• по ежедневному или еженедельному расписанию.

Для критичных страниц можно настроить регулярный мониторинг, а полный набор тестов запускать только после изменений.

Это снижает количество лишних запросов и упрощает анализ результатов.

Какие ошибки автоматизация помогает находить

Региональные проблемы часто остаются незаметными для команды разработки, потому что сотрудники проверяют сайт из одной страны.

Автоматические геотесты позволяют быстрее обнаружить:

• неправильную валюту;
• неверный язык;
• сломанный редирект;
• недоступную страницу;
• отсутствие нужного способа оплаты;
• старую цену;
• ошибку локализации;
• неправильную региональную версию;
• различия между мобильной и десктопной страницей.

Особенно полезны такие проверки после крупных обновлений сайта, когда изменение одного компонента может неожиданно повлиять сразу на несколько регионов.

Не обязательно автоматизировать всё

Полностью заменить ручное тестирование такими сценариями не получится.

Есть вещи, которые проще оценить глазами: качество перевода, удобство интерфейса, расположение элементов, визуальные ошибки.

Поэтому автоматизация лучше всего работает для повторяющихся и однозначно проверяемых параметров.

Например:

Можно автоматизировать:

• код ответа страницы;
• валюту;
• наличие текста;
• URL после редиректа;
• наличие кнопки;
• доступность формы;
• список способов оплаты.

Лучше оставить человеку:

• качество перевода;
• удобство страницы;
• соответствие дизайна ожиданиям аудитории;
• визуальные нюансы.

Так автоматические тесты берут на себя рутинную часть, а специалисты сосредотачиваются на тех проверках, где действительно требуется оценка.

Итоги

Если сайт работает сразу в нескольких странах, проверка только из одной геолокации не даёт полной картины.

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

Начинать лучше с наиболее важных страниц и нескольких ключевых рынков. После этого набор сценариев можно постепенно расширять и подключать к обычному процессу тестирования сайта.

Изображение: Magnific