Мониторинг цен и выдачи конкурентов: мультиаккаунтинг для исследований
Как отслеживать цены конкурентов, персонализацию и позиции в выдаче по регионам без банов и капчи. Профили, прокси, команда — практическая схема.
Зачем вообще усложнять мониторинг цен
Самый простой способ посмотреть, что продаёт конкурент и по какой цене, — открыть сайт в обычном браузере. Проблема в том, что этот способ работает ровно до тех пор, пока вы проверяете один сайт раз в неделю. Как только задача превращается в регулярный мониторинг — десятки SKU, несколько регионов, ежедневная проверка позиций в выдаче, — обычный браузер начинает давать искажённые данные или вовсе блокирует доступ.
Причин несколько, и они накладываются друг на друга:
- Персонализация. Поисковики и маркетплейсы подстраивают выдачу и цены под историю браузера, геолокацию, cookies предыдущих визитов. Если вы вчера искали похожий товар с личного аккаунта, сегодняшний результат — это уже не то, что видит обычный покупатель из другого региона.
- Гео-блокировки и локальные цены. Авиабилеты, подписки, SaaS-тарифы, товары на маркетплейсах часто стоят по-разному в зависимости от страны выхода в интернет. Без прокси с нужным гео вы физически не увидите цену, которую видит покупатель из Германии или Бразилии.
- Rate limiting и капча. Сайты отслеживают частоту запросов с одного IP и один и тот же отпечаток браузера. Десять проверок подряд с одного устройства — и вы получаете капчу, затем временный бан по IP, а иногда и по cookies сессии.
- Разные сценарии пользователя. Цена для нового посетителя, залогиненного пользователя и подписчика рассылки может отличаться на 10–30%. Чтобы видеть все три картины одновременно, нужны три разных состояния браузера, а не один аккаунт с переключением вкладок.
Антидетект-браузер с набором изолированных профилей закрывает все четыре пункта одним и тем же инструментом: у каждого профиля свой отпечаток, свой прокси с нужным гео, своя история cookies — и они не пересекаются между собой.
Что законно, а что нет
Мониторинг публичных цен и позиций в поиске — обычная практика маркетинговых отделов, ценовых агрегаторов и SEO-команд. Это не взлом и не обход платной подписки: вы смотрите ту же страницу, что видит любой посетитель.
Но у законности есть границы, и их стоит проговорить честно:
- Проверяйте robots.txt и пользовательское соглашение сайта. Часть площадок прямо запрещает автоматический сбор данных в ToS. Если платформа это прописала — массовый автоматизированный скрейпинг через API или скрипты будет нарушением правил площадки, даже если юридически это не всегда преследуется.
- Не выдавайте себя за живого покупателя там, где это запрещено отдельно — например, если площадка требует регистрации с реальными данными для доступа к ценам (B2B-прайсы, закрытые каталоги). Создание десятков фейковых аккаунтов именно для обхода такого ограничения — это уже не исследование рынка, а нарушение условий сервиса.
- Используйте официальные API, если они есть. Многие маркетплейсы и рекламные платформы дают API для партнёров и аналитиков — это быстрее и надёжнее скрейпинга, и явно разрешено правилами.
- Не перегружайте инфраструктуру конкурента. Даже легальный мониторинг десятками запросов в секунду с одного адреса — это, по сути, нагрузочный тест чужого сервера. Разумная частота запросов — хорошая практика независимо от формальных ограничений.
Если задача на грани — например, нужно посмотреть цену в закрытом личном кабинете B2B-партнёра — это обсуждается отдельно с юристом компании, и универсального совета тут нет.
Как устроена схема на профилях
Рабочая единица в такой схеме — не один профиль «для конкурентной разведки», а пул профилей, разложенный по трём осям: регион, устройство, статус пользователя.
Регион. Каждому профилю назначается прокси с выходом из нужной страны или даже города — через подбор прокси под задачу с резидентными или мобильными адресами для площадок с жёсткой антибот-защитой и датацентровыми для простых публичных страниц без капчи. Таймзона, язык интерфейса и геолокация браузера подтягиваются от IP прокси автоматически, так что сайт видит согласованную картину, а не браузер из Нью-Йорка с украинской локалью.
Устройство. Часть площадок показывает разные цены и разную выдачу на мобильной и десктопной версии сайта. Отпечаток профиля — ОС, браузер, разрешение экрана, набор GPU и шрифтов — настраивается отдельно под десктопный и мобильный сценарий без необходимости держать физический парк телефонов.
Статус пользователя. Три состояния, три профиля:
- «новый посетитель» — чистый профиль без истории, показывает базовую цену без скидок за лояльность;
- «зарегистрированный, но не покупавший» — профиль с прогретыми cookies и историей браузера, но без заказов;
- «постоянный клиент» — профиль с историей покупок, подписками, сохранёнными картами лояльности.
Для прогрева второго и третьего сценария используется плановый прогон cookies и история посещений — без этого профиль с нулевой историей будет вести себя как бот и может получить урезанную версию выдачи. Подробная механика прогрева разобрана в статье про прогрев аккаунтов перед стартом — принципы там универсальны и для аналитических профилей, не только для рекламных аккаунтов.
Пример: мониторинг цен на 40 SKU в 5 странах
Возьмём условную задачу: нужно ежедневно отслеживать цену на 40 товаров у трёх конкурентов в пяти странах, учитывая, что цена может отличаться для нового и залогиненного пользователя.
| Параметр | Значение |
|---|---|
| Товаров (SKU) | 40 |
| Конкурентов | 3 |
| Стран | 5 |
| Сценариев пользователя | 2 (новый / залогиненный) |
| Проверок в день | 1200 (40 × 3 × 5 × 2) |
| Профилей в пуле | 10 (по 2 на страну: новый + залогиненный) |
| Прокси | 10 (резидентные, по стране) |
Десять профилей закрывают всю матрицу, если автоматизировать обход SKU внутри каждого профиля скриптом, а не открывать браузер вручную 1200 раз в день. Для этого профили подключаются по локальному API через Puppeteer или Playwright — сценарий заходит, последовательно открывает карточки товаров, снимает цену и закрывает сессию. Детали такой автоматизации разобраны отдельно в материале про автоматизацию профилей через Puppeteer и Playwright.
Частота запросов внутри одного профиля держится на разумном уровне — пауза в несколько секунд между карточками вместо параллельного шквала запросов. Это не только вопрос этики, но и прямая защита от капчи: резкий всплеск запросов с одного IP — самый частый триггер антибот-систем, даже если отпечаток браузера безупречен.
SERP-мониторинг: отдельная логика
Отслеживание позиций в поисковой выдаче по регионам — смежная, но не идентичная задача. Здесь важны не cookies и история покупок, а именно гео-привязка и отсутствие персонализации поиска.
Правила немного другие:
- профиль для SERP-проверки держат «чистым» — без истории поиска, без логина в аккаунт поисковика, иначе выдача подстроится под прошлые запросы;
- каждому региону — свой профиль с прокси этой страны и соответствующей таймзоной, потому что локальная выдача завязана не только на IP, но и на язык интерфейса браузера;
- профили для SERP не нужно прогревать длинной историей — наоборот, чем «моложе» и нейтральнее профиль, тем ближе его выдача к тому, что видит анонимный пользователь.
Похожая логика гео-привязки используется и при проверке рекламных объявлений по регионам — этот сценарий подробно разобран в статье про гео-тестирование и проверку рекламы, если задача шире, чем органическая выдача, и включает проверку таргетированных объявлений.
Командная работа: кто за что отвечает
Когда мониторинг ведётся не одним аналитиком, а командой из трёх-пяти человек, пул профилей быстро превращается в хаос, если не закрепить структуру заранее.
Рабочая модель для команды из 3–5 аналитиков:
- Owner/admin настраивает пул профилей по регионам и раздаёт доступ — какой аналитик отвечает за какие страны или категории товаров, через роли и лимиты профилей.
- Member получает доступ только к своим профилям — аналитик по Европе не видит и не может случайно сломать профили коллеги по Азии.
- Если нужно передать проверку другому человеку на время отпуска — профиль передаётся между участниками без сброса cookies и истории, а не пересоздаётся с нуля.
- Руководитель через live-просмотр может быстро проверить, что аналитик правильно настроил профиль перед запуском регулярного мониторинга, не прося скриншоты и не отвлекая человека от работы.
- lev открыл Airdrop zkSync 07
- artem закрыл FB · US · BM-14
- maya смотрит браузер artem
- lev передал TikTok Shop 03
Если команда ведёт десятки профилей по разным направлениям — не только ценовой мониторинг, но и параллельно SEO-аналитику, проверку рекламы, тестирование UX, — имеет смысл сразу продумать структуру групп и тегов, чтобы через три месяца не искать нужный профиль среди двухсот одинаковых на вид. Принципы такой организации разобраны в материале про организацию профилей в больших пулах.
Частые ошибки
Один и тот же прокси на все проверки. Если пять разных товарных категорий проверяются с одного IP, сайт довольно быстро видит аномальный паттерн запросов и либо показывает капчу, либо просто банит адрес на пару часов — и вся дневная проверка срывается.
Логин в личный аккаунт поисковика или маркетплейса во время мониторинга. Выдача мгновенно персонализируется, и вы получаете искажённые данные, думая, что видите публичную картину.
Запуск всех профилей параллельно с одного устройства без ограничения ресурсов. Десять одновременных браузерных сессий — это заметная нагрузка на процессор и сеть, и если профили ещё и гоняют скрипты одновременно, часть запросов может зависать или давать таймауты, которые потом трактуются как «сайт недоступен».
Отсутствие логов по времени и IP проверки. Через месяц накапливаются расхождения в данных, и без записи, с какого IP и в какое время снималась цена, сложно понять, была ли это аномалия сайта или ошибка в самой схеме мониторинга.
Игнорирование ToS площадки. Даже если технически скрейпинг работает без проблем, стоит заранее понимать уровень риска — часть платформ блокирует аккаунты и IP-диапазоны за нарушение правил сбора данных, независимо от того, насколько аккуратно выглядит трафик.
Прокси: на чём не стоит экономить
Для публичных страниц без агрессивной антибот-защиты датацентровые прокси работают нормально и обходятся дешевле. Но площадки с серьёзной защитой — крупные маркетплейсы, системы бронирования авиабилетов, некоторые поисковики — довольно быстро отличают датацентровый IP от обычного домашнего интернета и либо показывают капчу, либо отдают урезанную версию страницы.
Для таких случаев нужны резидентные или мобильные прокси — они дороже, но именно они дают картину, максимально близкую к тому, что видит реальный покупатель. Разница в подходах и в деньгах подробно разобрана в статье про типы прокси для разных задач мультиаккаунтинга — там же есть логика, когда можно сэкономить, а где экономия обернётся потерянным днём мониторинга из-за банов.
Проверка прокси перед запуском — отдельная привычка, которую стоит выработать: мёртвый или уже забаненный на целевом сайте прокси молча портит данные за весь день, если его не протестировать заранее.
Что в итоге нужно для старта
Минимальный набор для запуска мониторинга на 3–5 регионов и пару конкурентов:
- антидетект-браузер с поддержкой нужного числа профилей — для небольшой команды хватает плана с сотней профилей, с запасом на рост числа регионов и категорий;
- прокси под каждый регион — резидентные для сложных площадок, датацентровые для простых;
- базовый скрипт на Puppeteer или Playwright для автоматического обхода карточек товаров или запросов выдачи;
- регламент по частоте запросов и логированию, чтобы через месяц можно было отличить реальное изменение цены от сбоя мониторинга.
Оценить, во сколько обойдётся такая схема в пересчёте на профили, прокси и часы аналитика, удобнее по модели из статьи про расчёт бюджета команды на профили — логика расчёта там применима не только к медиабаингу, но и к любой регулярной работе с большим числом профилей.
Если задача пока небольшая — пара конкурентов, один-два региона, — можно начать на бесплатном плане с тремя профилями и расширяться по мере роста матрицы проверок.
FAQ
Это законно — мониторить цены конкурентов автоматически? Да, если вы смотрите публичные страницы без обхода логина и не нарушаете явный запрет на автоматический сбор данных в ToS конкретного сайта. Для закрытых разделов (например, B2B-прайсов за регистрацией) правила другие — создание фейковых аккаунтов именно для обхода доступа не рекомендуется.
Сколько профилей реально нужно для старта? Для одного региона и одного сценария (новый посетитель) хватает одного-двух профилей. Матрица из пяти регионов и двух пользовательских сценариев требует порядка десяти профилей — дальше число растёт линейно с числом регионов и сценариев.
Можно ли использовать личный браузер вместо антидетекта? Можно, но вы быстро упрётесь в персонализацию выдачи от собственной истории браузера, в баны по IP при регулярных проверках и в невозможность одновременно держать несколько гео и сценариев без путаницы вкладок и профилей Chrome.
Нужны ли резидентные прокси для всех проверок? Нет. Для простых публичных страниц без антибот-защиты датацентровые прокси работают стабильно и дешевле. Резидентные нужны там, где площадка агрессивно фильтрует трафик — крупные маркетплейсы, системы бронирования, некоторые поисковики.
Как часто нужно обновлять отпечаток профиля? Если профиль не спалился и не получает капчу чаще обычного — менять отпечаток не нужно. Частая ротация без причины скорее мешает: сайт видит «нового» пользователя каждый раз и может показывать неполную выдачу вместо персонализированной истории, которая иногда и есть объект исследования.