Проксі та GEO у просуванні мобільних застосунків: коли вони справді потрібні команді

Партнерський матеріал: статтю підготовлено спільно з CrazyFB Shop.

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

Складніше стає тоді, коли GEO декілька.

Команда знаходиться в Україні, застосунок запускається в Німеччині та Польщі, рекламу тестують ще й у США, а частина сайту змінюється залежно від країни користувача.

У такій ситуації перевірити все «ніби ми знаходимося там» уже не так просто.

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

Спочатку розберімося, що таке GEO

У розмовах про рекламу слово GEO зустрічається постійно.

Насправді все просто.

GEO — це країна або регіон, з яким команда зараз працює.

Наприклад:

GEO — Німеччина.

Це може означати, що застосунок розрахований на користувачів із Німеччини.

Або що там запускається реклама.

Або що команда хоче перевірити німецьку версію сайту.

Або потрібно подивитися, як продукт виглядає для користувача з цієї країни.

В одного застосунку може бути одне основне GEO.

В іншого — двадцять.

І чим більше країн з’являється у проєкті, тим складніше перевіряти все вручну.

Чому недостатньо просто перекласти застосунок

Припустімо, команда вирішила вийти на польський ринок.

Переклали інтерфейс.

Переклали опис.

Підготували рекламу польською.

Здається, що все готово.

Але локалізація — це не лише переклад тексту.

Потрібно ще перевірити:

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

Іноді проблема з’являється зовсім не там, де її очікували.

Наприклад, реклама веде на правильну сторінку, але після переходу на сайт користувач бачить контент для іншої країни.

Або частина інтерфейсу перекладена, а лист після реєстрації приходить англійською.

Або ціна в застосунку правильна, а на сайті досі показується інша валюта.

Тому кожне нове GEO краще перевіряти як окремий шлях користувача.

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

Найкорисніший тест зазвичай найпростіший.

Уявіть, що людина вперше побачила вашу рекламу.

Вона натиснула на неї.

Перейшла на сторінку.

Встановила застосунок.

Відкрила його.

Зареєструвалася.

Спробувала основну функцію.

Дійшла до оплати.

Саме цей шлях потрібно пройти самостійно.

І бажано не лише з офісу розробників.

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

Іноді все працює однаково.

Іноді — ні.

Що взагалі може змінюватися залежно від країни

Усе залежить від самого проєкту.

Регіон користувача може впливати на:

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

В одного застосунку з цього списку майже нічого не змінюється.

В іншого половина продукту залежить від країни користувача.

Тому немає сенсу будувати складну систему перевірки GEO лише тому, що «так роблять інші».

Спочатку дайте відповідь на просте запитання:

Що саме в нашому продукті залежить від країни користувача?

І вже від цього відштовхуйтеся.

Де тут з’являються проксі

Проксі дозволяє підключатися до інтернету через іншу IP-адресу.

Якщо пояснювати зовсім просто: сайт або сервіс бачить не вашу звичайну IP-адресу, а адресу проксі-сервера.

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

Якщо з Польщі — як польське.

Саме тому проксі часто використовують для регіональних перевірок.

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

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

Але тут є важливий нюанс.

Проксі не перетворює вас повністю на користувача з іншої країни

Про це легко забути.

IP — лише один із сигналів.

Наприклад, у випадку App Store країна магазину залежить від країни або регіону Apple Account користувача. Тому проста зміна IP ще не означає, що ви автоматично побачите App Store саме так, як місцевий користувач з акаунтом цієї країни.

Для повної перевірки можуть мати значення й інші речі:

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

Тобто проксі допомагає побачити частину картини.

Але не завжди всю картину цілком.

Окремо перевіряйте доступність застосунку

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

В App Store Connect розробник може вибирати країни та регіони, у яких застосунок буде доступний.

Тому запускати рекламу на ринок, де застосунок не можна встановити, — очевидно погана ідея.

Це здається елементарним.

Але перед запуском нового GEO цей пункт усе одно краще додати до чек-листа.

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

Мову також потрібно перевіряти окремо

Ще одна поширена помилка — думати, що якщо застосунок перекладений німецькою, німецький користувач обов’язково побачить саме німецьку версію.

На практиці мова може залежати від кількох налаштувань.

Тому після додавання нової локалізації варто перевірити все разом:

назву;

опис;

скриншоти;

тексти всередині застосунку;

системні повідомлення;

листи;

push-сповіщення;

сторінки сайту.

Дуже дивно виглядає продукт, у якого реклама німецькою, App Store німецькою, а після реєстрації раптом приходить лист іншою мовою.

Такі дрібниці добре помічає користувач і легко перестає помічати сама команда.

Для чого ще команді можуть знадобитися різні GEO

Перевірка сайту — найочевидніший приклад, але не єдиний.

Перевірка рекламних сторінок

Іноді під різні країни використовуються різні лендинги.

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

Перед запуском реклами кожен варіант краще перевірити окремо.

Перевірка цін і валют

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

Особливо якщо проєкт працює з кількома валютами або має різні пропозиції для різних ринків.

Перевірка регіональних пропозицій

Наприклад, користувачам однієї країни показується безкоштовний пробний період, а іншої — знижка на перший місяць.

Такі сценарії теж потрібно тестувати.

Перевірка локального контенту

У застосунку можуть бути окремі добірки контенту для різних країн.

Або різні партнери.

Або різні умови доставки.

Або різні правила реєстрації.

У такій ситуації регіональна перевірка стає звичайною частиною QA.

Перевірка роботи команди

Якщо різні спеціалісти працюють із різними ринками, іноді зручніше заздалегідь розділити робочі підключення та проєкти за GEO.

Так менше шансів заплутатися, хто і що саме зараз перевіряє.

Чим мобільні проксі відрізняються від інших

Не будемо занурюватися у складні технічні деталі.

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

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

Тобто використовується мобільна IP-адреса.

Такі підключення можуть бути зручними, коли потрібно перевірити роботу проєкту саме через мобільну мережу або отримати підключення з певної країни.

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

Усе залежить від завдання.

Якщо потрібно один раз перевірити локальну сторінку сайту, складна мобільна інфраструктура може бути взагалі зайвою.

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

Не вибирайте проксі лише за назвою країни

Припустімо, вам потрібна німецька IP-адреса.

Знайшли варіант із позначкою DE — і все?

Не зовсім.

Крім GEO варто подивитися ще на кілька речей.

Стабільність

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

Швидкість

Для перевірки простої сторінки величезна швидкість не потрібна.

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

Тип підключення

Потрібно розуміти, який саме проксі ви використовуєте і чи підходить він вашим інструментам.

Можливість змінювати IP

Для одного завдання потрібна стабільна адреса.

Для іншого може знадобитися зміна IP.

Не потрібно вибирати найчастішу ротацію лише тому, що вона є в тарифі.

Хто ще використовує це з’єднання

Якщо проєкту важливо мати окреме робоче підключення, варто уточнити, чи є канал індивідуальним або спільним.

Підтримка

Якщо проксі використовується щодня, можливість швидко отримати відповідь іноді важливіша за невелику різницю в ціні.

Ротація IP потрібна не всім

У мобільних проксі часто є можливість змінювати IP-адресу.

Автоматично.

За часом.

Або вручну.

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

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

Якщо IP постійно змінюється, це може лише додавати плутанини.

Ротація потрібна тоді, коли команда розуміє, навіщо вона її використовує.

А не просто тому, що така функція є.

Не змішуйте всі країни в одну купу

Якщо команда одночасно працює з Польщею, Німеччиною та США, краще відразу домовитися, як усе буде розділено.

Наприклад:

Німеччина

німецький лендинг;

німецька локалізація;

DE-реклама;

DE-тестування.

Польща

польський лендинг;

польська локалізація;

PL-реклама;

PL-тестування.

Звучить дуже просто.

Але коли проєктів і людей стає багато, швидко починається:

«А це який акаунт?»

«Цей лендинг для Польщі чи Німеччини?»

«Хто вчора змінював ціну?»

«Чому тут англійська версія?»

Проста структура рятує від великої кількості дрібних помилок.

Одне GEO — один короткий чек-лист

Для кожної країни можна створити звичайний документ.

Наприклад:

GEO: Німеччина

Застосунок доступний: так / ні

Локалізація App Store: перевірена

Мова застосунку: перевірена

Сайт: перевірений

Валюта: EUR

Ціни: перевірені

Оплата: працює

Реклама: готова

Основні посилання: перевірені

Регіональне підключення: за потреби

Відповідальний: ім’я людини

На такий список потрібно кілька хвилин.

А під час наступного запуску не доведеться згадувати все з нуля.

Не тестуйте лише красиву головну сторінку

Ще одна невелика, але дуже поширена помилка.

Команда відкриває сайт через потрібне GEO.

Головна сторінка завантажилась.

Логотип є.

Ціна правильна.

«Усе працює».

Але шлях користувача не закінчується на головній сторінці.

Він натискає кнопку.

Реєструється.

Отримує лист.

Відкриває застосунок.

Переходить до оплати.

Ось ці кроки теж потрібно перевірити.

Особливо якщо частина сервісів стороння.

Головна сторінка може чудово працювати в конкретній країні, а наступний сервіс — уже ні.

Тому хороший GEO-тест закінчується не фразою:

«Сайт відкривається».

А фразою:

«Ми пройшли весь шлях користувача».

Коли проксі справді корисні

Якщо прибрати всі технічні слова, список виходить досить коротким.

Проксі можуть бути корисними, коли:

• команда знаходиться в одній країні, а продукт тестується в іншій;
• потрібно регулярно перевіряти кілька GEO;
• сайт показує різний контент залежно від регіону;
• потрібно перевіряти локальні сторінки;
• команда тестує рекламу та шлях користувача в різних країнах;
• потрібно подивитися, як проєкт працює через мобільне з’єднання з конкретного регіону;
• співробітники ведуть кілька ринків і хочуть розділити робочі підключення.

У таких випадках це звичайний робочий інструмент.

Коли проксі, швидше за все, не потрібні

Є і протилежна ситуація.

Застосунок працює лише в Україні.

Команда теж знаходиться в Україні.

Сайт однаковий для всіх користувачів.

Одна валюта.

Одна мова.

Регіонального контенту немає.

Міжнародна реклама поки не планується.

Навіщо такому проєкту проксі з п’яти країн?

Швидше за все, ні для чого.

Не потрібно додавати інструмент до інфраструктури лише тому, що ним користуються інші команди.

Кожен новий сервіс — це ще одна оплата, ще одна точка контролю і ще одна річ, за якою потрібно стежити.

Проксі не виправить погану локалізацію

Припустімо, команда підключилася з Польщі.

Усе технічно відкривається.

Але текст перекладений погано.

Ціни незрозумілі.

Підтримка відповідає лише англійською.

А рекламний банер використовує фразу, яка місцевому користувачеві звучить дивно.

Технічно GEO працює.

Але сам запуск усе одно слабкий.

Тому регіональна перевірка — це не лише IP.

Потрібна людина, яка подивиться на продукт цілком.

Бажано та, яка добре знає цей ринок.

І не забувайте про реальних користувачів

Жоден технічний тест повністю не замінить людину, яка справді живе у потрібній країні.

Проксі допоможе перевірити, чи відкривається сторінка.

Але він не скаже, чи природно звучить ваш текст польською.

Не пояснить, чи нормально виглядає ціна.

Не підкаже, чи викликає довіру спосіб оплати.

Не помітить жарт, який зрозумілий вашій команді, але зовсім незрозумілий місцевій аудиторії.

Тому найкращий варіант — поєднувати технічні перевірки з відгуками реальних користувачів.

Як не перетворити GEO-тестування на хаос

Чим більше країн, тим сильніше хочеться все автоматизувати.

Але починати краще навпаки — з простої структури.

Визначте:

які країни справді важливі;

що саме між ними відрізняється;

що потрібно перевіряти;

як часто це потрібно робити;

хто відповідає за кожну країну.

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

Можливо, для трьох GEO достатньо одного співробітника та простого чек-листа.

А можливо, при двадцяти країнах справді потрібен окремий процес тестування.

Спочатку завдання.

Потім інструмент.

Не навпаки.

Що перевірити перед запуском нового GEO

Перед тим як спрямовувати рекламний бюджет на нову країну, пройдіться по короткому списку.

Застосунок доступний у цій країні.

Сторінка в App Store перевірена.

Мова відображається правильно.

Скриншоти підходять цьому ринку.

Застосунок нормально встановлюється.

Реєстрація працює.

Основні посилання відкриваються.

Сайт показує правильний контент.

Валюта та ціни перевірені.

Оплата працює.

Рекламні матеріали відповідають самому продукту.

Команда може нормально вимірювати користувачів із цього GEO.

Якщо потрібне регіональне підключення, воно також перевірене заздалегідь.

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

Головне — не саме GEO, а весь шлях користувача

Можна ідеально налаштувати підключення з Німеччини і все одно невдало запуститися в Німеччині.

Тому що користувач приходить не заради вашої IP-адреси.

Він приходить заради застосунку.

Йому важливо, щоб реклама була зрозумілою.

Щоб сторінка в App Store не виглядала чужою.

Щоб застосунок нормально працював.

Щоб ціна була зрозумілою.

Щоб реєстрація не ламалася.

Щоб після оплати він отримав те, що очікував.

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

Але справжнє завдання команди набагато ширше — зробити так, щоб весь шлях користувача працював нормально.

І що в підсумку?

Робота з кількома GEO здається складною лише тоді, коли все змішується в одну велику купу.

Розділіть її на прості запитання.

Де доступний застосунок?

Якою мовою його побачить людина?

Як виглядає сайт?

Яка ціна?

Чи працює оплата?

Що побачить користувач після реклами?

Чи потрібно нам підключення з цієї країни для перевірки?

Якщо відповідь на останнє запитання — так, тоді проксі стає звичайним робочим інструментом.

Якщо ні — не потрібно використовувати його лише заради красивої технічної схеми.

Хороша інфраструктура мобільного проєкту рідко будується за принципом «підключимо все, що існує».

Вона будується значно простіше:

розуміємо завдання → обираємо відповідний інструмент → перевіряємо результат очима користувача.

І для роботи з GEO цей принцип підходить найкраще.