Сети и франшизы: мультиаккаунтинг для карт и отзывов

Редакция GetAntik · 1 октября 2026 г. · 9 минут чтения

Как агентства и франчайзи ведут десятки филиалов в Google Business Profile, 2ГИС и Яндекс Бизнес без банов: профили, прокси, роли команды.

Сеть из 40–200 точек — кофейни, клиники, автосервисы, магазины одной франшизы — почти всегда приходит к одной и той же проблеме. Каждую точку нужно вести отдельно: отвечать на отзывы, обновлять часы работы, выкладывать фото, следить за карточкой в Google Business Profile, 2ГИС, Яндекс Бизнес, иногда в Yelp или TripAdvisor. Карточек десятки и сотни, менеджеров — несколько человек, и всё это физически управляется с одних и тех же компьютеров в одном офисе. Платформы это видят и реагируют не всегда предсказуемо.

Это не медиабаинг и не SMM для соцсетей клиентов — там своя специфика уже разобрана отдельно в мультиаккаунтинге для SMM-агентств. Локальный маркетинг сетей — отдельная задача: один бизнес, много физических адресов, и для каждого адреса — своя учётная запись с привязкой к конкретному городу и часто к конкретному франчайзи как юридическому владельцу.

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

Технически можно вести все 150 карточек из одного аккаунта Google, добавив его как владельца или менеджера каждой локации. Google Business Profile это разрешает официально — через приглашение по email с ролью «Владелец», «Менеджер» или «Менеджер сайта». Это легальный штатный способ, и для многих сетей его достаточно.

Проблема начинается там, где:

• у каждой точки свой франчайзи-владелец, который не хочет давать агентству роль владельца, только ограниченный доступ;
• отзывы нужно мониторить и отвечать с аккаунта, который выглядит как реальный локальный представитель, а не как центральный офис;
• часть площадок (локальные каталоги, региональные агрегаторы, доски объявлений) вообще не поддерживает мультименеджмент и требует отдельный логин на каждую локацию;
• сеть работает в нескольких странах, и для каждой страны регулятор или сама платформа ожидает локальную привязку — язык интерфейса, IP, иногда номер телефона для верификации.

В этих случаях один браузер с одним IP, из которого в течение дня заходят в 60 разных бизнес-аккаунтов разных городов, выглядит для систем защиты платформы аномалией: один адрес управляет точками в Красноярске, Калининграде и Алматы одновременно. Это не нарушение формальных правил напрямую, но триггер для ручной проверки, временной блокировки верификации или требования повторного подтверждения владения.

Как это раскладывается на профили

Логика простая: один профиль браузера — один бизнес-аккаунт одной локации (или одной платформы для одной локации, если площадок несколько). Внутри профиля — своя история, свои куки, своё окружение, которое платформа видит как цельное и правдоподобное.

Группировка профилей обычно строится по одному из двух принципов:

1. По региону. Все карточки Москвы и области — одна группа, Санкт-Петербурга — другая. Удобно, если команда региональная: один менеджер отвечает за весь город.
2. По платформе внутри локации. Профиль «Кофейня на Ленина, 12 — Google», «Кофейня на Ленина, 12 — 2ГИС», «Кофейня на Ленина, 12 — Яндекс». Удобно, если один человек ведёт конкретную точку целиком, но не отвечает за соседние.

Для сети из 150 точек на трёх площадках это 450 профилей — укладывается в тариф Team (300 профилей, $79/мес) с запасом или в Enterprise (1000 профилей, $149/мес), если площадок больше. Экономика подробно разобрана в статье про бюджет команды на профили — там же методика, как считать стоимость профиля на точку, а не просто делить тариф на число локаций.

Прокси: геопривязка решает больше, чем кажется

Главная техническая деталь в этой задаче — IP должен соответствовать городу локации, а не городу, где физически сидит менеджер. Если карточку кофейни в Воронеже обслуживает оператор из Новосибирска через новосибирский же IP, это ещё не блокировка, но лишний сигнал рассинхронизации: часовой пояс в системе, язык браузера и IP-гео должны совпадать между собой и с адресом локации в карточке.

Практика, которая реально снимает эти вопросы:

• для каждой локации — прокси с точкой выхода в том же городе или хотя бы регионе;
• часовой пояс и язык в профиле берутся из IP прокси автоматически, а не выставляются вручную — это снижает риск рассинхрона при смене прокси;
• для сетей с десятками городов проще покупать прокси пачками под конкретные гео, чем договариваться с разными поставщиками вручную — в GetAntik это закрывает интеграция с HollyProxy прямо из менеджера прокси.

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

Прогрев и правдоподобность профиля

Новая карточка локации — это часто новый аккаунт Google или 2ГИС, который платформа видит без истории. Если с первого дня с него массово отвечают на 20 отзывов подряд и меняют часы работы пять раз за час, это читается как нетипичная активность для локального представителя.

Разумный график для новой локации:

• первая неделя — только просмотр карточки, добавление базовой информации (часы, телефон, категория), без ответов на отзывы;
• вторая неделя — один-два ответа на отзывы в день, загрузка нескольких фото;
• дальше — обычный темп, который определяется реальным потоком отзывов локации, а не желанием агентства закрыть все карточки сразу.

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

Команда: кто и что может трогать

В сети из 150 точек работает не один человек. Обычно есть:

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

Ролевая модель закрывает это без путаницы с личными паролями и общими экселевскими таблицами логинов:

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

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

Что говорят правила платформ

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

Google Business Profile и аналогичные сервисы запрещают:

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

Ничего из перечисленного мультиаккаунтинг не решает и решать не должен. Задача профилей — изолировать рабочие окружения, чтобы легальная работа с десятками реальных, подтверждённых карточек не выглядела как один центр, управляющий сотней адресов через одну и ту же сессию. Это разные вещи: инструмент для изоляции профилей и инструмент для обхода политик — GetAntik про первое.

Частые ошибки

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

Прокси не совпадает с адресом локации. Часовой пояс в системе московский, а карточка — владивостокская кофейня с отзывами, которые отвечены глубокой ночью по местному времени. Мелочь, но из таких мелочей складывается общая картина недоверия, а деталям в целом посвящён материал про согласованность отпечатка профиля.

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

Резкое изменение темпа активности после смены ответственного. Новый менеджер приходит и за один день разбирает накопившиеся 40 неотвеченных отзывов. Для живого человека это нормально, но если по 40 карточкам одновременно происходит такой же всплеск в один день — паттерн읽ается платформой иначе.

Нет резервного доступа к 2FA. Двухфакторная аутентификация на бизнес-аккаунте — это защита, а не только неудобство. Если ключ или код восстановления привязан к личному телефону уволившегося сотрудника, доступ к карточке реально теряется. Хранилище 2FA-ключей внутри профиля снимает эту проблему — код всегда доступен тому, у кого есть доступ к профилю, а не только тому, у кого физически лежит телефон.

С чего начать, если сеть небольшая

Для 10–20 точек необязательно сразу выстраивать сложную ролевую структуру. Достаточно:

1. Завести по одному профилю на каждую пару «локация + платформа».
2. Подобрать прокси под гео каждой локации — не обязательно премиальный, но с правильным городом в базе.
3. Сгруппировать профили по региону прямо в списке профилей, чтобы не путаться.
4. Назначить по одному ответственному на регион с ограничением по количеству профилей, которые он видит.
5. Прогреть новые аккаунты по неделе перед тем, как давать им полную нагрузку.

Это укладывается в тариф Starter (20 профилей, $5/мес) для самого старта и переходит на Base (100 профилей, $44/мес) по мере роста сети — считать точку перехода удобно по методике из материала про юнит-экономику профилей. Сравнить, насколько такой подход дешевле и удобнее виртуалок или парка отдельных устройств для той же задачи, можно в разборе антидетект-браузер против виртуалок и отдельных устройств.

Начать можно с бесплатного тарифа на 3 профиля, чтобы опробовать схему на нескольких локациях перед тем, как переносить всю сеть. Приложение ставится на macOS и Windows — скачать можно здесь, а структуру ролей и лимитов для команды стоит посмотреть на странице возможностей для команд.

FAQ

Можно ли вести карточки клиентов агентству без доступа владельца? Да, через официальное приглашение менеджера в Google Business Profile и аналогичные механизмы в других сервисах. Доступ владельца нужен только для действий вроде удаления карточки или передачи прав — в остальном роли менеджера достаточно.

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

Нужен ли резидентный прокси именно под город локации, или достаточно прокси страны? Для крупных сетей внутри одной страны разница по городу часто не критична, но для разных часовых поясов внутри одной страны (например, от Калининграда до Владивостока) совпадение хотя бы по часовому поясу и языку интерфейса важно.

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

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

мультиаккаунтинглокальный маркетингgoogle business profileфраншизыантидетект-браузер