Мультиаккаунтинг для SEO-агентств: клиентские кабинеты без путаницы
Как SEO-агентства ведут десятки клиентских Search Console, Analytics и аккаунтов для линкбилдинга без смешивания данных и банов.
Почему у SEO-агентства всегда больше аккаунтов, чем клиентов
На одного клиента редко приходится один аккаунт. Обычно это Google Search Console и Google Analytics (часто на почте клиента, с доступом агентства), Google Business Profile для локального SEO, аккаунт в Ahrefs или Semrush для проверки позиций и обратных ссылок, несколько почтовых ящиков для аутрич-рассылок под линкбилдинг, иногда отдельные аккаунты для проверки выдачи в нужном регионе. Умножьте это на 10–15 клиентов в работе — и получится полторы-две сотни логинов, которые нужно держать разделёнными.
Проблема не в количестве как таковом, а в том, что большинство этих сервисов внимательно следят за паттернами входа. Google видит IP, браузер, часовой пояс, язык интерфейса — и если с одного и того же отпечатка браузера за час заходят в пять разных Search Console от разных доменов и с разной географией, это выглядит подозрительно даже при полностью легальной работе агентства. Ahrefs и Semrush ограничивают количество одновременных сессий и могут заблокировать аккаунт за вход с резко меняющихся IP. А при проверке позиций в выдаче часовой пояс и регион браузера должны совпадать с регионом клиента — иначе цифры будут не те, что видит реальный пользователь.
Что путается чаще всего без разделения
Смешение клиентских данных. Специалист открывает GSC клиента А в одной вкладке, GSC клиента Б — в другой, оба залогинены в одном профиле браузера. Рано или поздно кто-то добавляет пользователя не в тот проект, экспортирует отчёт не туда или меняет настройки индексации не того домена. При работе с 15+ клиентами это не вопрос «если», а вопрос «когда».
Неверная гео-привязка при проверке позиций. Если браузер физически работает из одного региона, а клиент — местный бизнес в другом городе или стране, локальная выдача будет отличаться от той, что видит целевая аудитория. Ручная проверка позиций «на глаз» через обычный Chrome с VPN часто даёт искажённую картину именно по этой причине.
Потеря доступа при смене специалиста. Если логины и пароли от клиентских Search Console хранятся в голове у одного сотрудника или в общем файле, уход этого сотрудника означает панический сброс паролей по всем проектам. Если к тому же включена двухфакторная аутентификация на личный телефон сотрудника — доступ можно потерять совсем.
Блокировка инструментов за «подозрительную активность». Ahrefs, Semrush и похожие сервисы умеют детектировать, что аккаунт заходит то с одного IP и отпечатка, то с другого, без всякой системы. Для легитимной агентской работы это не нарушение правил, но алгоритмы антифрода реагируют одинаково что на честную команду, что на фрод — и временно блокируют доступ до выяснения.
Как это решают изолированные профили
Идея простая: каждый клиентский проект (или группа связанных аккаунтов одного клиента) получает отдельный профиль браузера с собственным набором cookies, историей, отпечатком и, при необходимости, прокси с нужной геолокацией. Профили не видят друг друга и не делятся сессиями.
На практике в GetAntik это выглядит так: создаётся профиль «Клиент — Автосервис Иванов», в нём настраивается часовой пояс и язык под регион клиента, подключается прокси с выходным IP в том же городе или стране, и дальше весь вход в GSC, GA, GBP, Ahrefs по этому клиенту происходит только через этот профиль. Для второго клиента — второй профиль с другими настройками. Переключение между клиентами — это переключение между вкладками профилей, а не ручной логаут-логин с риском перепутать кабинет.
Прокси здесь нужен не всегда — если агентство просто управляет аккаунтами клиента и не проверяет локальную выдачу, прокси можно и не ставить. Но если специалист снимает позиции в поиске или проверяет, как выглядит сайт клиента для пользователя из конкретного региона, выход через IP из этого региона резко повышает точность данных. О том, какие типы прокси подходят под разные задачи и когда residential оправдан, а когда хватит дата-центрового, подробно разобрано в статье про выбор прокси под задачу.
Геопроверка выдачи — отдельная история
Локальное SEO строится на том, что выдача в Москве, Краснодаре и Новосибирске для одного и того же запроса может отличаться кардинально — другая карта, другие локальные конкуренты, другой порядок в блоке «Места». Если агентство ведёт клиентов из разных городов, а иногда и стран, ручная проверка без гео-привязанного профиля превращается в гадание.
Рабочая схема: для каждого обслуживаемого региона держать один-два профиля с прокси из этого региона, часовым поясом и языком интерфейса, соответствующими локали. Не нужно заводить отдельный профиль под каждую проверку — держите «региональные» профили, через которые по очереди смотрите выдачу для разных клиентов из одного города. Подробнее про саму механику гео-тестирования и на что обращать внимание при проверке рекламы и выдачи из разных регионов — в материале про гео-тестирование через антидетект-браузер.
Линкбилдинг и аутрич: отдельная группа аккаунтов
Если агентство занимается размещением гостевых постов и аутрич-рассылками для получения обратных ссылок, это требует отдельных почтовых аккаунтов и иногда аккаунтов на платформах для гостевого постинга. Здесь важна честная граница: речь о легальном аутриче — написании вебмастерам, предложении контента, переговорах о размещении. Это не имеет отношения к созданию сетей сайтов для накрутки ссылок или автоматической генерации спам-контента — такие практики прямо запрещены правилами Google для вебмастеров и могут привести к санкциям против сайта клиента. Антидетект-браузер не инструмент для обхода этих правил, а инструмент организации легитимной рассылочной работы.
Для самих почтовых аккаунтов, используемых в аутриче, применимы те же принципы, что и для любых новых почтовых ящиков под рассылки: постепенный прогрев, человеческий паттерн активности, без резких скачков объёма писем в первые дни. Как выстроить этот процесс по шагам — в статье про прогрев аккаунтов.
Команда: кто и к каким клиентам имеет доступ
Агентство из 5–10 человек редко распределяет клиентов так, что каждый специалист видит все проекты. Обычно джуниор ведёт 3–4 клиента, сеньор курирует 10, а руководитель видит всё. Доступы должны повторять эту структуру, а не выдаваться всем поровну «на всякий случай».
- lev открыл Airdrop zkSync 07
- artem закрыл FB · US · BM-14
- maya смотрит браузер artem
- lev передал TikTok Shop 03
В GetAntik это настраивается ролями и лимитами на члена команды: каждому специалисту можно открыть доступ только к профилям его клиентов, без возможности увидеть или случайно изменить чужие проекты. Руководитель или аккаунт-менеджер при этом сохраняет полный обзор через дашборд — кто сейчас работает, какие профили открыты, по какому клиенту идёт активность. Если нужно быстро проверить, что делает стажёр в клиентском аккаунте, не вставая со своего рабочего места, можно открыть живой просмотр его браузера и при необходимости перехватить управление — это особенно полезно на этапе, когда новый сотрудник только разбирается с клиентским GSC и легко может нажать не туда.
Подробно про то, как распределять роли, лимиты профилей и передавать доступ между сотрудниками при смене ответственного за клиента, разобрано в материале про командную работу с профилями. А если специалист покидает агентство и нужно закрыть доступ, не потеряв при этом сами клиентские аккаунты, пригодится чек-лист из статьи про увольнение и передачу доступа.
Что с двухфакторной аутентификацией
Многие клиенты включают 2FA на свои Google-аккаунты, и агентству приходится либо просить код у клиента каждый раз, либо хранить резервные коды где-то отдельно от пароля. Оба варианта медленные и ненадёжные: клиент не всегда на связи, а резервные коды в заметках теряются.
Если у профиля есть встроенное хранилище 2FA-ключей, привязанное к конкретному клиентскому аккаунту, специалист получает текущий код прямо в интерфейсе профиля, без переписки с клиентом и без общих таблиц с секретами. Это особенно важно при передаче клиента другому сотруднику — ключ переезжает вместе с профилем, а не теряется в чате с уволившимся специалистом.
Сколько это стоит в профилях и деньгах
Посчитаем на примере небольшого агентства с 12 клиентами:
| Элемент | Количество профилей |
|---|---|
| Основной профиль клиента (GSC, GA, GBP) | 12 |
| Отдельный профиль под Ahrefs/Semrush (если логин общий на агентство, профиль не нужен) | 0–12 |
| Региональные профили для проверки выдачи | 3–5 |
| Аутрич-аккаунты для линкбилдинга (2–3 на активного клиента) | 15–20 |
| Итого | 30–50 |
На старте с небольшим числом клиентов хватает плана Starter на 20 профилей за $5 в месяц. При росте до 12–15 клиентов с полноценным линкбилдингом агентство упирается в диапазон 40–60 профилей — сюда уже подходит план Base на 100 профилей за $44 в месяц, с запасом на рост. Если агентство растёт дальше и добавляет сотрудников с собственными ролями и лимитами, план Team на 300 профилей за $79 покрывает и масштаб, и команду из 8–10 человек. Полный список планов — на странице тарифов.
Отдельная статья бюджета — прокси, если агентство активно проверяет гео-выдачу или ведёт клиентов из разных стран. Не каждому профилю нужен платный резидентный прокси: для проверки через Search Console прокси обычно не требуется вовсе, он нужен в первую очередь для гео-специфичных проверок выдачи и для некоторых аутрич-аккаунтов, где важна стабильность IP. Как агентству правильно оценить, сколько реально нужно платить за профили и прокси при разном масштабе команды, разобрано в статье про экономику мультиаккаунтинга.
Частые ошибки
Один браузер на всех клиентов «для скорости». Экономия пяти минут на создании профиля оборачивается часами на разбор, кто и что перепутал в клиентском кабинете, и объяснениями клиенту, почему в его Analytics появились чужие данные.
Прокси ставится туда, где он не нужен. Если специалист просто заходит в Search Console клиента, прокси из региона клиента почти ничего не меняет — Google не ранжирует интерфейс кабинета по IP пользователя. Прокси критичен там, где проверяется реальная выдача или где платформа следит за консистентностью IP для конкретного аккаунта.
Отпечаток браузера не совпадает с остальными параметрами профиля. Часовой пояс выставлен под клиента, а язык системы и разрешение экрана остались дефолтными «как у всех» — для большинства SEO-инструментов это некритично, но если агентство дополнительно использует профиль для рекламных или социальных аккаунтов клиента, несостыковки в отпечатке начинают играть роль. Что именно должно быть согласовано внутри одного профиля и почему мелкие нестыковки выдают автоматизацию, разобрано в статье про согласованность отпечатка.
Доступ к клиенту выдан «навсегда». Специалист давно не ведёт клиента, а доступ к его GSC и GBP у него всё ещё есть просто потому, что никто не отозвал. Это не только риск безопасности, но и прямое нарушение принципа минимально необходимого доступа, который рано или поздно спросит сам клиент при аудите.
Линкбилдинг строится на автоматизированной массовой рассылке без разделения аккаунтов. Если одна и та же учётная запись рассылает сотни однотипных писем о размещении ссылок с разных «профилей», это быстро приводит к блокировке самой почты и жалобам получателей — здесь разделение на отдельные прогретые аккаунты с человеческим темпом работы не прихоть, а необходимость для стабильной работы агентства.
FAQ
Нарушает ли правила Google, если агентство работает с 15 аккаунтами Search Console через антидетект-браузер? Нет. Google прямо поддерживает делегированный доступ к Search Console и Analytics для нескольких пользователей и ожидает, что агентства ведут много клиентских аккаунтов одновременно. Изоляция профилей просто защищает от смешения данных и случайных действий не в том кабинете — это вопрос организации работы, а не обхода правил.
Нужен ли отдельный прокси на каждого клиента? Нет, большинству клиентских профилей для работы с их же аккаунтами прокси не требуется вообще. Прокси нужен там, где важна геолокация: проверка локальной выдачи, работа с региональными рекламными кабинетами клиента, иногда — отдельные аутрич-аккаунты.
Что делать, если клиент сам потерял доступ к своему Search Console после работы с подрядчиком? Это частый случай при смене агентства: прежний подрядчик не передал доступ или забыл отозвать себя из владельцев. Профилактика — фиксировать в договоре, что доступ выдаётся клиенту как основному владельцу, а агентство добавляется как дополнительный пользователь, а не наоборот.
Можно ли автоматизировать проверку позиций через эти же профили? Да, если инструмент поддерживает подключение через CDP — к профилю можно привязать скрипт на Puppeteer или Playwright для регулярного снятия позиций без ручного захода. Это отдельная тема, которая разобрана в материале про автоматизацию профилей.
Как быстро переносить клиента между профилями при реорганизации в команде? Через передачу профиля другому сотруднику внутри общего пула — доступы, cookies и настройки переезжают вместе с профилем, без пересоздания с нуля. Подробнее про то, как настроены роли, лимиты профилей на сотрудника и сам механизм передачи, — в разделе командной работы.