Мультиаккаунтинг для PR-агентств: кабинеты клиентов и журналистские базы

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

Как PR-агентства ведут десятки аккаунтов в Cision, PR Newswire, Muck Rack и HARO без путаницы клиентов, утечек и блокировок за спам-питчи.

PR-агентство редко работает с одним клиентом и одной площадкой. В штате из 8–10 человек обычно крутится 10–20 брендов, у каждого — свой набор инструментов: платформа для рассылки пресс-релизов, база журналистов, сервис мониторинга упоминаний, иногда корпоративные соцсети. Умножьте на количество клиентов — и получится 40–60 отдельных логинов, которые физически нельзя вести из одного браузера без риска перепутать питч, слить эмбарго не той редакции или получить бан за «спам» с одного IP.

Это не гипотетическая проблема. У большинства платформ для медиарилейшнз встроены механизмы антиспама и дедупликации: если с одного браузера и одного адреса в течение суток уходит десяток питчей с похожей структурой, но разными брендами — журналист получает пачку писем, которая выглядит как рассылка из одного источника. Алгоритм Muck Rack или Cision это видит, и аккаунт попадает под ограничения, даже если формально агентство ничего не нарушило.

Где у PR-агентств возникает мультиаккаунтинг

Разберём по типам площадок, с которыми реально работает агентство, и почему для каждой нужна изоляция по клиенту.

Платформы дистрибуции пресс-релизов

PR Newswire, Business Wire, PRWeb — здесь у каждого клиента, как правило, свой корпоративный аккаунт, привязанный к юрлицу и бренду, потому что релизы публикуются от имени компании, а не агентства. Если агентство ведёт пять клиентов через один общий логин «для экономии», возникают две проблемы: во-первых, платформа видит несвязанные компании в одной учётке и может запросить подтверждение полномочий; во-вторых, при подготовке релиза сотрудник легко вставляет не тот брендинг или контакт — цена ошибки здесь высокая, релиз уже не отозвать после публикации.

Базы журналистов и питч-трекеры

Cision, Muck Rack, Prowly, а также открытые площадки вроде HARO (теперь часть Qwoted) и самого Qwoted — это инструменты, где агентство ищет журналистов под тему и отслеживает статус питча. Каждый клиентский бренд обычно получает отдельный рабочий кабинет: так удобнее фильтровать историю переписки и не показывать одному журналисту, что агентство параллельно питчит ему пять конкурирующих тем из разных отраслей с одного и того же логина.

Мониторинг упоминаний и соцслушание

Brand24, Meltwater, Talkwalker — сервисы завязаны на ключевые слова и бренд-профиль клиента. Технически можно вести несколько брендов в одном кабинете через вкладки проектов, но на практике агентства чаще разносят их по отдельным логинам: так проще передать доступ напрямую клиенту по завершении контракта, не выгружая данные вручную.

Соцсети и работа с инфлюенсерами

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

Почему один браузер на все аккаунты — плохая идея

Три конкретных сценария, с которыми сталкиваются агентства, если ведут клиентов из общего профиля Chrome или с одной машины без разделения по IP и отпечатку:

1. Журналист получает дубли. Один и тот же редактор технологического издания подписан на рассылки от трёх разных брендов, которые ведёт агентство. Если все три аккаунта заходят с одного IP и одинакового отпечатка браузера, спам-фильтры платформы и почтовых сервисов начинают группировать эти письма как подозрительную активность с одного источника, даже если темы и получатели разные.

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

1. Клиент теряет доверие при смене агентства. Когда контракт заканчивается, клиент ожидает получить доступ к своим аккаунтам в чистом виде — без пересекающихся cookie, сохранённых паролей от других брендов, истории поиска по чужим темам. Общий браузер это гарантированно нарушает.

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

Как это устроено на практике

Один профиль — один клиентский аккаунт

В GetAntik профиль — это изолированное окружение: свои cookie, история, расширения, управляемый отпечаток (ОС, версия браузера, экран, шрифты, WebGL и аудио-шум) и собственный прокси. Для PR-агентства логика простая: заводите профиль на каждую пару «клиент + платформа» — отдельно PR Newswire клиента А, отдельно Cision клиента А, отдельно Meltwater клиента Б. Группировка профилей по клиенту и по типу инструмента экономит время на поиске, особенно когда счёт идёт на десятки аккаунтов; подробнее о том, как раскладывать профили по папкам и тегам, когда их становится много, написано в статье про организацию сотен профилей без хаоса.

Прокси подбираются под гео клиента

Если бренд работает на рынке США, а аккаунт-менеджер физически сидит в другой стране, вход в Cision или PR Newswire с несвойственного клиенту региона иногда триггерит проверку безопасности — платформа видит смену геолокации для корпоративного аккаунта и временно блокирует сессию до подтверждения. Прокси-менеджер в GetAntik позволяет привязать к профилю прокси нужной страны и проверить его перед запуском, а часовой пояс и язык интерфейса подтягиваются от IP автоматически — отпечаток профиля не противоречит самому себе.

Прогрев перед первой массовой рассылкой

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

Общие корпоративные логины и 2FA

Часть платформ — особенно PR Newswire и Business Wire — выдают клиенту один корпоративный логин с двухфакторной аутентификацией, и агентству приходится делиться этим доступом между несколькими сотрудниками. Пересылка кодов 2FA в мессенджере — источник и утечек, и банальных задержек в день публикации. Хранилище 2FA-ключей привязано к профилю: код генерируется прямо в браузере при входе, доступ к ключу есть только у тех, кому выдана роль, а пересылать секрет куда-то отдельно не нужно.

Роли и передача клиента между сотрудниками

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

Контроль перед критичной публикацией

В день релиза, особенно если это объявление с эмбарго или реакция на кризисную ситуацию, PR-директору иногда нужно лично проверить, что текст, получатель и время отправки верны, прежде чем аккаунт-менеджер нажмёт «отправить». Живой просмотр и удалённое управление браузером коллеги позволяют сделать это без необходимости физически сидеть рядом или пересылать скриншоты — особенно полезно для распределённых команд в разных часовых поясах.

Сколько это стоит в профилях

Прикинем на примере небольшого агентства с 12 активными клиентами:

Итого — около 52 профилей, что укладывается в тариф Base (100 профилей, $44/мес). Если агентство растёт до 30–40 клиентов и добавляет соцсети под PR-кампании, разумнее сразу смотреть на план Team (300 профилей, $79/мес) — разница в цене на фоне стоимости одного сорванного эмбарго или потерянного клиента несущественна.

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

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

Пароли и 2FA-коды в общем чате команды. Удобно в моменте, но это прямой канал утечки при компрометации чата и источник путаницы, кто последним менял пароль.

Игнорирование гео при входе в корпоративный аккаунт клиента. Вход в PR Newswire американского бренда с IP другой страны без привязанного прокси иногда приводит к блокировке сессии до подтверждения личности — неприятно, если это происходит за час до запланированной публикации.

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

Нет чёткой номенклатуры профилей. Когда профилей становится больше 30–40, названия вида «Client1», «Client1_2», «test» превращаются в угадайку в день дедлайна. Группировка по клиенту и инструменту с самого начала экономит нервы всей команде.

Что можно и что нельзя

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

FAQ

Можно ли вести несколько клиентов из одного аккаунта Cision или Muck Rack, просто создавая внутри разные проекты? Технически да, если платформа это поддерживает, но тогда вся история переписки хранится в одном месте, и передать клиенту «его» часть данных при завершении контракта becomes сложнее. Отдельные аккаунты проще администрировать и безопаснее для конфиденциальности клиентов.

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

Как быстро закрыть доступ бывшему сотруднику, не потеряв сами аккаунты клиентов? Профиль остаётся в общем пуле агентства и передаётся другому сотруднику без пересоздания логина — учётные данные и cookie никуда не пропадают, меняется только тот, у кого есть доступ к профилю.

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

pr-агентствамультиаккаунтингмедиарилейшнзантидетект-браузеркоманда