Продажа бизнеса: как передать аккаунты новому владельцу без бана
Как технически и без рисков блокировки передать рекламные кабинеты, соцсети и маркетплейсы при продаже агентства, магазина или портфеля проектов.
Когда это вообще легально
Сразу разведём два разных сценария, потому что их часто путают.
Первый — продажа аккаунта как товара: рекламный кабинет Facebook с историей трат, раскрученный Instagram, аккаунт на маркетплейсе с рейтингом. Это прямое нарушение правил почти всех крупных платформ. Meta, Google, Amazon и TikTok однозначно запрещают передачу владения аккаунтом третьему лицу в обход их официальных механизмов. Если кабинет банят после такой продажи — это не баг, а штатная работа антифрод-системы.
Второй сценарий — продажа бизнеса целиком: агентства, интернет-магазина, SaaS-продукта, портфеля сайтов. Вместе с юрлицом, доменами и базой клиентов новому владельцу переходят и рабочие инструменты — рекламные кабинеты, страницы в соцсетях, доступы к CRM, личный кабинет в Shopify или на маркетплейсе. Это стандартная часть M&A, и у многих платформ для неё есть официальные механизмы: передача владения Business Manager в Meta, перенос администратора в Google Ads MCC, смена владельца страницы в Google My Business, передача биллинга в AWS Organizations.
Разница принципиальная: в первом случае вы обходите правила площадки, во втором — используете легальную процедуру смены владельца бизнес-актива. Эта статья про второй случай. Если у платформы нет встроенного механизма передачи, а продаётся именно доступ к конкретному аккаунту — стоит заранее проконсультироваться с юристом и прочитать пользовательское соглашение, а не полагаться на «обычно так делают».
Что обычно входит в цифровой актив при продаже
Когда закрывается сделка по продаже агентства или магазина, список передаваемых доступов обычно шире, чем кажется на старте:
- рекламные кабинеты (Meta Ads, Google Ads, TikTok Ads) и связанные с ними Business Manager;
- страницы и аккаунты в соцсетях, включая TikTok, YouTube, LinkedIn;
- личный кабинет на маркетплейсе или в Shopify/WooCommerce;
- почтовые рассылки — аккаунт в ESP, список подписчиков, репутация домена отправки;
- аналитика — GA4, Search Console, пиксели;
- хранилища 2FA-кодов и резервных email для восстановления доступа;
- API-ключи интеграций — платёжные шлюзы, CRM, складские системы.
Каждый пункт — это отдельный логин, отдельная сессия, часто отдельный номер телефона для 2FA. Если продавец просто скидывает покупателю пароли в одном файле, а тот заходит со своего ноутбука из другой страны — доступ может оказаться заблокирован в первый же день, и разбираться с поддержкой платформы придётся уже после подписания договора.
Почему резкая смена доступа выглядит подозрительно
Антифрод-системы крупных платформ обучены на одном простом паттерне: аккаунт, который годами входил с одного устройства, одного IP и одной геолокации, вдруг за один день меняет всё разом — пароль, email для восстановления, 2FA-телефон, устройство входа, часовой пояс. Для системы это классический профиль захвата аккаунта (account takeover), и типовая реакция — временная блокировка, требование повторной верификации личности или ограничение функций вроде запуска рекламы.
Это ровно та техническая проблема, с которой агентства сталкиваются и при обычной передаче профиля между сотрудниками, только там масштаб меньше. Логика похожа на ту, что описана в материале про передачу профиля между сотрудниками без смены пароля: чем меньше резких изменений видит платформа одновременно, тем спокойнее реагирует её система защиты.
При продаже бизнеса ставки выше: блокировка рекламного кабинета с историей в $40–60 тыс. потраченного бюджета — это не просто неудобство, это прямой финансовый риск для сделки и репутации обеих сторон.
Чек-лист due diligence по цифровым активам
Перед подписанием договора стоит составить реестр — отдельно от юридического due diligence, но так же дотошно.
| Что проверить | Зачем |
|---|---|
| Кто формально владелец аккаунта/кабинета | У многих агентств кабинет клиента годами висит на личном email основателя |
| Привязан ли телефон 2FA к личному номеру продавца | Без замены номера доступ исчезнет вместе с продавцом |
| Есть ли у платформы официальная функция передачи владения | Meta Business Manager, Google Ads MCC, AWS Organizations — это снимает половину рисков |
| История входов и устройств за последние 90 дней | Резкий разрыв паттерна = сигнал для антифрода |
| Привязанные платёжные методы | Карту продавца нужно отвязать, а не оставить «на всякий случай» |
| Второстепенные интеграции (пиксели, API, вебхуки) | Их забывают чаще всего, а теряют из-за этого трафик и данные |
Главная ошибка на этом этапе — считать, что реестр нужен только юристам. На практике его использует технический специалист, который будет проводить саму передачу, и без точного списка он неизбежно что-то упустит.
Как передать доступ технически, шаг за шагом
1. Используйте официальный механизм платформы, если он есть. Передача владения Business Manager в Meta, добавление нового администратора в Google Ads с последующим удалением старого, перенос GitHub Organization — всё это предусмотрено правилами и не выглядит для платформы аномалией, потому что происходит через стандартный интерфейс, а не через смену пароля вручную.
2. Не меняйте всё одновременно. Если официального механизма нет и приходится действовать через смену учётных данных, растяните процесс на 2–4 недели. Сначала добавьте нового администратора/пользователя, дайте аккаунту «привыкнуть» к новому паттерну входа, и только потом отключайте старого владельца.
3. Сохраните окружение входа на переходный период. Это самое нетривиальное место, и здесь обычно помогает отдельный изолированный профиль браузера с управляемым отпечатком: тот же часовой пояс, тот же регион IP, тот же набор параметров ОС и экрана, что были у аккаунта раньше. Резкая смена отпечатка браузера вместе со сменой владельца — лишний повод для системы проверки запросить подтверждение личности именно в тот момент, когда это меньше всего нужно.
4. Передайте 2FA-доступ отдельно и безопасно. Коды двухфакторной аутентификации нельзя просто продиктовать по телефону или вставить в общий файл — это самая частая причина, по которой новый владелец теряет доступ через месяц после сделки, когда старый телефон продавца выключается или теряется. Если доступы к аккаунтам велись через профили с собственным хранилищем ключей 2FA, этот шаг сводится к штатной передаче профиля — ключи переезжают вместе с остальными данными, без пересылки секретов текстом.
5. Обновите платёжные данные и контактный email в последнюю очередь. Это финальный шаг, после которого путь назад уже отрезан. Делать его стоит только когда доступ покупателя подтверждён и стабилен хотя бы несколько дней.
6. Зафиксируйте журнал передачи. Кто, когда и какие действия совершал с аккаунтом в период передачи — пригодится, если платформа вдруг задаст вопросы, и просто как страховка на случай спора между сторонами сделки. Эта практика пересекается с тем, что описано в материале про журнал действий в профилях как инструмент аудита: запись действий — это не слежка, а документация на случай разбирательства.
7. Только после стабилизации — смените IP и устройство окончательно. Когда новый владелец закрепился, можно постепенно переводить работу на его обычный рабочий прокси и привычное окружение, без спешки.
Типичные ошибки
Смена пароля и 2FA в один день с продажей. Классика: договор подписан, в тот же вечер меняют всё разом. Через сутки кабинет улетает на проверку, рекламные кампании останавливаются, а покупатель звонит продавцу с претензией, хотя тот уже юридически ни при чём.
Забытый админ-доступ у продавца. Через полгода выясняется, что бывший владелец всё ещё числится администратором в Google Analytics или имеет доступ к одному из подключённых сервисов. Это не злой умысел — просто реестр при передаче был неполным.
Передача пароля в мессенджере. Пароль и коды 2FA, отправленные текстом, остаются в истории переписки навсегда и у продавца, и у покупателя, и потенциально у третьих лиц, если у кого-то из них скомпрометирован аккаунт мессенджера.
Один общий аккаунт на всю команду покупателя вместо разделения ролей. Новый владелец сразу раздаёт пароль трём сотрудникам — и получает ту же проблему, которую обсуждали применительно к обычным командам в материале про онбординг нового сотрудника без утечек доступа: без разделения по профилям и ролям невозможно понять, кто и что сделал в кабинете, если что-то пойдёт не так.
Игнорирование резервных копий cookies и сессии. Если после смены пароля сессия слетела, а резервной копии состояния профиля нет — придётся проходить верификацию личности с нуля, что может занять от пары дней до нескольких недель на некоторых платформах.
Роль профиля браузера в этом процессе
Проще всего относиться к каждому переданному аккаунту не как к связке «логин-пароль», а как к цельному рабочему окружению: отпечаток браузера, прокси с нужной геолокацией, cookies, сохранённые сессии, хранилище 2FA-ключей. Именно так устроены профили в GetAntik, и для сценария продажи бизнеса это даёт конкретное преимущество — весь комплект передаётся новому владельцу через перенос профиля на другой аккаунт, а не пересобирается вручную с нуля на стороне покупателя.
Поскольку данные профиля шифруются на устройстве паролем аккаунта и сервер их прочитать не может, передача происходит без того, чтобы кто-то третий — включая саму платформу-антидетект — видел пароли и сессии в открытом виде. Подробнее о том, как устроена эта защита, можно почитать на странице безопасности профилей.
Если команда продавца и команда покупателя какое-то время работают параллельно — например, покупатель уже управляет рекламным кабинетом, а продавец ещё отвечает перед клиентом по старым обязательствам — удобно не отключать доступ резко, а дать временный live-доступ к тому же профилю на период передачи дел, без раскрытия пароля второй стороне.
После завершения сделки доступ продавца стоит закрывать так же аккуратно, как при обычном уходе сотрудника из команды — с полным циклом отзыва прав, а не просто удалением одного пароля. Логика этого процесса подробно разобрана в статье про закрытие доступа при увольнении без потери аккаунтов, и она почти без изменений применима к завершению сделки по продаже бизнеса.
Попробовать такой подход можно начать с бесплатного тарифа на 3 профиля — этого достаточно, чтобы протестировать перенос пары аккаунтов перед реальной сделкой, посмотреть тарифы под больший масштаб команды или сразу скачать приложение с страницы загрузки.
FAQ
Можно ли просто продать рекламный кабинет Facebook отдельно, без продажи бизнеса? Формально это нарушает правила Meta — кабинеты и Business Manager нельзя передавать как самостоятельный товар. Если речь о продаже бизнеса целиком, с юрлицом и активами, корректный путь — официальная передача владения внутри Business Manager, а не продажа логина-пароля.
Сколько времени закладывать на безопасную передачу доступов при продаже агентства? На практике — от двух до шести недель, в зависимости от числа платформ и наличия официальных инструментов передачи владения. Платформы с нативным механизмом (Google Workspace, AWS) переносятся за дни, аккаунты без такого механизма требуют более осторожного поэтапного перехода.
Что делать, если старый владелец уже недоступен, а доступ пропал? Начинать с процедуры восстановления доступа на самой платформе, предоставляя документы, подтверждающие переход права собственности на бизнес. Это долго и не гарантирует успеха — именно поэтому реестр доступов и 2FA нужно готовить до завершения сделки, а не после.
Нужно ли менять IP и устройство входа сразу после передачи? Нет, и в большинстве случаев резкая смена вредит больше, чем помогает. Разумнее какое-то время сохранять привычную для платформы геолокацию и параметры окружения, постепенно переводя работу на инфраструктуру нового владельца.