Mystery shopping и CX-тесты: профили для честной проверки
Как агентства mystery shopping и CX-исследований используют антидетект-браузер: персоны покупателей, гео, прогрев, проверка персонализации без палева.
Почему один браузер не годится для проверки клиентского опыта
Агентство mystery shopping или CX-исследований получает задачу: проверить, как интернет-магазин ведёт себя с новым посетителем, с постоянным клиентом, с человеком из другого города, с пользователем мобильного приложения против десктопа. Задача законная и обычная — так тестируют персонализацию цен, работу программы лояльности, релевантность рекомендаций, корректность гео-таргетинга, честность акций для разных сегментов. Обычно это делается по заказу самого магазина или с его согласия, иногда — в рамках независимого аудита рынка, но без обмана системы ради выгоды.
Проблема в том, что обычный браузер на одном устройстве физически не может изобразить разных покупателей. Сайт узнаёт постоянного посетителя по cookies, по отпечатку устройства, иногда по IP — и если тестировщик открывает пять вкладок с одного компьютера, магазин видит одного и того же человека пять раз подряд. Результат: вместо пяти разных сценариев вы получаете искажённые данные — система подмешивает историю браузера, ретаргетинг тянет товары из прошлой сессии, а «новый посетитель» на самом деле видит персонализацию, рассчитанную на вчерашнего «постоянного клиента».
Это не вопрос обхода защиты — это вопрос чистоты эксперимента. Если профили путаются между собой, отчёт агентства будет неверным, а клиент примет решение на основе плохих данных.
Что нужно изолировать для корректного теста
Для честного CX-теста разные персоны покупателя должны быть действительно разными с точки зрения сайта:
- Cookies и локальное хранилище — у нового посетителя их не должно быть вообще, у постоянного — своя история заказов и просмотров.
- Отпечаток браузера и устройства — ОС, версия браузера, экран, GPU, набор шрифтов. Иначе сайт может связать «разных» клиентов по техническим признакам, даже если cookies очищены.
- IP и гео — город и страна выхода должны соответствовать легенде персоны: тест региональных цен не имеет смысла, если все запросы идут с одного IP.
- История поведения — новый визит без прогрева выглядит иначе, чем визит человека, который неделю ходил по категориям и добавлял товары в избранное.
GetAntik даёт для каждого такого профиля управляемый отпечаток — ОС, бренд и версию браузера, экран, число ядер, шум canvas/WebGL/audio, часовой пояс и язык, подтянутые с IP прокси. Персона «покупатель из Казани на Android-телефоне» и персона «покупатель из Москвы с десктопа» выглядят для сайта как два совершенно разных человека, а не как один и тот же тестировщик с переключённым User-Agent.
Про то, какие именно параметры отпечатка важны и как их не перепутать между профилями, подробно разобрано в статье про согласованность отпечатка профиля — там же список типичных нестыковок, из-за которых «разные» персоны вдруг оказываются подозрительно похожи друг на друга.
Как собрать набор персон под задачу
Перед запуском теста агентство обычно формулирует 5–15 персон в зависимости от размера клиента и глубины аудита. Пример для среднего интернет-магазина одежды:
| Персона | Гео | Устройство | История |
|---|---|---|---|
| Новый гость | город клиента | десктоп | пусто |
| Новый гость | соседний регион | мобильный | пусто |
| Постоянный клиент, 5+ заказов | город клиента | десктоп | тёплая |
| Брошенная корзина 3 дня назад | город клиента | мобильный | тёплая |
| Клиент из другой страны | за рубежом | десктоп | пусто |
| Подписчик рассылки, не покупал | город клиента | десктоп | тёплая |
Под каждую строку таблицы — отдельный профиль с собственным прокси под гео, собственным набором cookies и своей историей браузера. Бесплатного тарифа с 3 профилями для такой матрицы не хватит, а вот тариф Starter на 20 профилей за $5 в месяц уже закрывает небольшое агентство с одним активным клиентом; для параллельной работы с несколькими заказчиками обычно берут Base на 100 профилей.
Прогрев: без него персона выглядит фальшиво
Разница между «новым гостем» и «постоянным клиентом» не исчерпывается cookies — она в поведенческой истории. Если профиль для персоны «лояльный клиент» был создан пять минут назад и тут же зашёл проверять персональные цены, многие системы персонализации просто не успеют применить логику, рассчитанную на историю взаимодействий, и тест покажет неверный результат.
Поэтому профили для «тёплых» персон готовят заранее: несколько сессий с просмотром категорий, добавлением товаров в избранное, подпиской на рассылку, одной-двумя тестовыми покупками — в зависимости от того, какой уровень лояльности имитируется. GetAntik поддерживает ручной и по расписанию прогрев cookies, так что агентство один раз настраивает сценарий «посещать раз в два дня, просматривать 3–5 товаров» и получает профиль с правдоподобной историей к моменту основного теста, а не искусственно состаренный набор cookies.
https://www.youtube.com/
https://www.wikipedia.org/
https://www.reddit.com/
https://www.amazon.com/
Приложение само откроет профиль, прогонит по сайтам и закроет — занятый профиль пропускается.
Подробный разбор того, как готовить профили к рабочему состоянию и почему резкий старт активности с нуля часто ломает тест, — в статье про прогрев аккаунтов. Логика там рассчитана на рекламные кабинеты, но принцип «история должна появиться до того, как профиль начнёт выполнять задачу» работает и для CX-тестов один в один.
Гео и прокси: без этого тест региональных цен бессмысленен
Если задача — сравнить, что видит клиент в Москве и клиент в Новосибирске, одного отпечатка браузера мало: сайт определяет регион прежде всего по IP. Нужны прокси, физически выходящие в нужном городе или хотя бы регионе, с часовым поясом и языком, соответствующими легенде.
GetAntik автоматически подставляет часовой пояс и язык интерфейса от IP-адреса прокси, так что профиль не выдаёт себя несовпадением «браузер на английском, а прокси из Воронежа». В менеджере прокси удобно проверять их работоспособность перед стартом теста и ротировать, если конкретный IP вдруг попал в список подозрительных у клиентского сайта — такое бывает, если магазин агрессивно банит дата-центровые диапазоны.
Как выбрать тип прокси под конкретную задачу — резидентские для розничных сайтов, мобильные для проверки приложений, дата-центровые для внутренних тестов — разобрано в статье про типы прокси для мультиаккаунтинга. Там же есть ориентиры по стоимости разных типов, что полезно для расчёта бюджета на тест с десятками персон.
Если задача шире, чем один магазин — например, нужно проверить, как рекламная выдача и баннеры меняются по странам, — логика во многом пересекается с гео-тестированием рекламы: там же описан подход к матрице стран и языков, который легко адаптировать под матрицу персон покупателя.
Командная работа: кто ведёт какие профили
В агентстве mystery shopping редко работает один человек. Обычно есть исследователь, который формулирует сценарии, два-три полевых тестировщика, которые заходят в профили и фиксируют результат, и менеджер, который сводит отчёт для клиента. У каждого должен быть доступ только к своему набору профилей — не нужно, чтобы тестировщик, проверяющий сценарий «новый гость», случайно зашёл в профиль «постоянный клиент» и испортил историю.
В GetAntik это решается ролями и лимитами: администратор видит весь пул профилей клиента, member — только назначенные ему персоны, роль finance отдельно отслеживает расходы на прокси по проекту. Передача профиля между тестировщиками оформляется явной передачей, а не расшариванием пароля в мессенджере — это важно, если агентство ведёт несколько клиентов одновременно и не хочет, чтобы доступы перепутались.
Отдельно полезна функция live view: руководитель проекта может посмотреть сессию тестировщика в реальном времени и проверить, что сценарий воспроизводится правильно, прежде чем результат попадёт в отчёт клиенту.
Как выстроить роли, лимиты и передачу доступа внутри команды — подробно в материале про командную работу с профилями. Там же описаны типичные ошибки распределения прав, которые встречаются именно в агентствах, работающих с несколькими заказчиками параллельно.
Масштаб: когда персон становится сотня
Небольшое агентство тестирует одного клиента по 10–15 персонам раз в квартал — с этим справится и таблица в голове. Но если агентство ведёт постоянный мониторинг CX для пяти-шести ритейлеров, персон быстро становится 80–150: у каждого клиента свои сегменты, свои регионы, своя частота проверки. Без структуры профили начинают путаться — непонятно, какой профиль относится к какому клиенту и когда он последний раз прогревался.
Здесь помогает группировка профилей по клиенту, проекту и типу персоны, а не просто плоский список. В GetAntik профили можно объединять в группы и присваивать проксям метки, так что в списке сразу видно, какой профиль под какой задачей, его статус и когда он последний раз запускался.
Расходы за 30 дней
Принципы организации большого пула профилей без хаоса — отдельная тема, разобранная в статье про организацию сотен профилей. Она написана на примерах медиабаинга, но структура группировки и соглашения об именовании переносятся на CX-агентство без изменений.
Частые ошибки
Один и тот же прокси на разные персоны. Если «новый гость» и «постоянный клиент» заходят с одного IP, сайт может связать их по этому признаку даже при разных cookies — особенно если магазин использует fingerprinting на уровне сессии, а не только cookies.
Прогон всех персон за один день. Резкий всплеск активности с разных «устройств», но в одном временном окне, может выглядеть подозрительно для самой системы безопасности магазина — она начнёт применять дополнительные проверки, и результат теста исказится.
Отсутствие документации по персоне. Через месяц никто не помнит, зачем профиль «клиент-3» настроен именно так и какая у него легенда. Нужно фиксировать параметры каждой персоны — гео, устройство, история — в карточке профиля или внешней таблице, которую видит вся команда.
Тест без согласия клиента, если проверяется не свой сайт. Если агентство тестирует магазин, с которым не заключён договор на аудит, — это уже не CX-исследование, а недобросовестный сбор данных о чужой бизнес-логике. Законность теста определяется тем, кто его заказал и зачем, а не техническими возможностями браузера.
Смешение ролей тестировщиков. Один человек тестирует и «нового гостя», и «постоянного клиента» в одной сессии браузера без переключения профиля — типичная причина, по которой данные теста потом не бьются с реальной картиной.
Безопасность данных клиента
Агентство часто получает от заказчика доступ к внутренней аналитике, тестовым скидочным кодам или даже к административной панели для проверки, как магазин видит персонализацию со своей стороны. Эти данные стоит хранить так же аккуратно, как клиентские пароли в любой другой консалтинговой работе.
Профили в GetAntik шифруются на устройстве паролем аккаунта, и сервер не имеет доступа к содержимому — это снижает риск утечки, если аккаунт агентства попадёт под атаку или потребуется расследование инцидента. Для сценариев, где тестировщику нужны ключи двухфакторной аутентификации к тестовым аккаунтам клиента, удобно хранилище 2FA прямо в профиле — не нужно пересылать коды в мессенджер.
Подробнее о шифровании и восстановлении доступа — в материале про безопасность профилей. Если нужна более широкая картина возможностей для команды — на странице функций для командной работы описаны роли и ограничения, а раздел про безопасность — про шифрование данных профиля.
FAQ
Это законно — заходить на сайт под видом разных покупателей? Да, если это согласованный аудит собственного сайта клиента или независимое исследование рынка без манипуляции чужой системой ради незаконной выгоды. Разница с нарушением правил платформы в том, что mystery shopping не обманывает систему безопасности сайта ради кражи скидок или данных — он честно фиксирует, что сайт показывает разным сегментам пользователей.
Сколько профилей нужно для старта с одним клиентом? Обычно 10–20 персон достаточно для первого аудита среднего интернет-магазина: несколько гео, пара устройств, три-четыре уровня лояльности. Тариф Starter на 20 профилей закрывает такой объём с запасом.
Нужно ли прогревать абсолютно все профили? Нет. Персоне «новый гость» прогрев не нужен и даже вреден — у неё должна быть пустая история. Прогревают только профили, имитирующие постоянных клиентов или подписчиков.
Как часто нужно повторять тест? Зависит от частоты изменений ценовой и маркетинговой политики клиента. Для активных e-commerce-брендов разумно повторять матрицу раз в месяц-два, для менее динамичных ниш — раз в квартал.
Можно ли автоматизировать сбор данных, а не ходить по сайту руками? Частично да — для сбора публичных данных вроде цен и наличия товара удобно подключать скрипты через Puppeteer или Playwright поверх профиля, это описано в статье про автоматизацию профилей. Но для проверки персонализированного опыта (push-уведомления, персональные скидки, поведение чат-бота) ручной проход через профиль обычно надёжнее — автоматический скрипт не замечает нюансов, которые видит живой тестировщик.
Если нужно оценить, сколько профилей и прокси понадобится агентству под конкретный объём клиентов, стоит сразу прикинуть бюджет — ориентиры по тарифам есть на странице цен, а установить приложение для первого теста можно со страницы загрузки.