Клієнтські акаунти LinkedIn в агентстві: ролі, ізоляція сесій і передавання доступів
Керування акаунтами LinkedIn для агентств означає розподіл ролей, сесій і відповідальності між клієнтом та командою без безконтрольного використання спільних облікових даних. Процес використовують для ведення сторінок, рекламних кампаній і погоджених B2B-завдань. У реальній роботі потрібно відрізняти корпоративні ресурси від особистого профілю, а також враховувати правила платформи, MFA і відкликання доступів.
Надійна схема починається з реєстру активів. Для кожного ресурсу зафіксуйте власника, призначену роль, відповідального фахівця, резервного оператора та дату наступної ревізії. Якщо агенція планує ширший процес лідогенерації, межі цього матеріалу доповнює гайд про масштабування LinkedIn для B2B-команд, але тут увагу зосереджено саме на доступах і передаванні клієнта.
Які ресурси LinkedIn агентство може адмініструвати від імені клієнта
Агентство може отримати рольовий доступ до LinkedIn Page, рекламного акаунта та окремих корпоративних продуктів, але особистий профіль належить конкретній людині. Це різні рівні доступу. Якщо об’єднати їх в один список «логінів клієнта», контролювати права та завершувати співпрацю буде складніше.
Для сторінки компанії клієнт призначає Page admin role, а для реклами окремо надає роль у Campaign Manager або через Business Manager. Особистий профіль LinkedIn не має агентської ролі, подібної до content admin. Для особистого профілю керівника краще застосовувати підготовку та погодження чернеток: агентство готує матеріал, а власник профілю погоджує і публікує його самостійно.
Практичний реєстр варто будувати навколо активів. Один фахівець може піти з команди, проте запис про ресурс залишається в реєстрі: власник, роль, бізнес-мета, пов'язаний email, MFA, середовище та процедура відкликання.
Як відрізняються доступи до сторінок, реклами та особистих профілів
LinkedIn Page і рекламний акаунт підтримують делеговані ролі, а особистий профіль не передбачає спільного користування. Для агентства це означає просте правило: користуйтеся штатними ролями всюди, де вони існують, і не замінюйте їх передаванням пароля.
Business Manager додає ще один рівень. Права керування Business Manager, статус учасника команди та доступ до окремих активів слід розглядати окремо. Адміністративні повноваження в Business Manager не тотожні правам на конкретну Page або рекламний акаунт. Зовнішньому агентству за можливості надають партнерський доступ, а конкретні дозволи визначають для кожного активу. Така модель нагадує керування кількома клієнтськими акаунтами в агенції: доступ до активу й право адмініструвати весь робочий простір не повинні бути одним і тим самим дозволом.
| Ресурс | Хто лишається власником | Робочий доступ агентства | Що перевірити під час передавання |
|---|---|---|---|
| LinkedIn Page | клієнтська компанія; фактичне адміністрування здійснюють призначені користувачі з роллю super admin | content admin або analyst, super admin лише за обґрунтованої потреби | хто може керувати адміністраторами й де зберігається історія публікацій |
| рекламний акаунт | клієнтська організація або визначений власник ресурсу; billing admin відповідає за платіжні повноваження | account manager, campaign manager, creative manager або viewer | платіжні дані, пов'язану сторінку, аудиторії та звіти |
| Business Manager | клієнтська організація | партнерський доступ для зовнішньої організації або індивідуальні ролі користувачів (залежно від способу підключення); конкретні дозволи на активи призначають окремо | права на кожен окремий актив, а не тільки роль у Business Manager |
| особистий профіль | конкретний учасник LinkedIn | штатної агентської ролі немає | погодження контенту, MFA, правила платформи та відсутність спільних облікових даних |
Для LinkedIn Page клієнту важливо зберігати власного super admin, щоб він міг незалежно керувати сторінкою та її адміністраторами. Матриця допомагає уникнути типової помилки: участь у Business Manager сама по собі ще не відкриває потрібну Page або рекламний акаунт. І навпаки, доступ до однієї сторінки не дає права змінювати людей у всьому Business Manager.
Матрицю варто використовувати не лише під час початкового налаштування. Додайте до кожного рядка:
- дату видачі ролі
- підставу
- строк дії
- посилання на заявку, у межах якої доступ погодили
Для тимчасового підрядника одразу визначте дату завершення, а для постійної команди заплануйте щоквартальний перегляд.
Окремо позначте критичні дозволи:
- керування адміністраторами
- керування платіжними налаштуваннями
- керування інтеграціями
- експорт лідів
Це дає змогу звірити фактичні ролі з погодженою матрицею без тривалого листування. Якщо право з'явилося в LinkedIn, але відсутнє в заявці, його слід призупинити до підтвердження клієнта.
Такий контроль особливо корисний після реорганізації команди, зміни підрядника або запуску нового рекламного напряму, коли старі ролі легко залишаються непоміченими.
Доступ до рекламного акаунта не обов’язково охоплює всі операції з Lead Gen Forms. Під час призначення ролей окремо перевіряйте можливість переглядати й експортувати ліди, а також права інтеграцій, які передають дані до CRM. Не вважайте успішний вхід у Campaign Manager підтвердженням цих дозволів.
Як організувати окреме браузерне середовище для кожного клієнта
Окреме середовище потрібне для збереження сесійного контексту конкретного клієнта, але воно не надає юридичного дозволу чи дозволу з боку платформи. Ізоляція браузера також не замінює захист пристрою, шифрування диска, контроль доступу до файлів та управління правами працівників. Спочатку визначте, хто має право працювати з ресурсом. Лише потім закріплюйте браузерний профіль, cookies, мережевий маршрут і відповідального оператора.
Для делегованих Page та Campaign Manager завдань працівник може входити через власний LinkedIn-профіль і штатні ролі. Для додаткового операційного контролю робочі середовища клієнтів можна розділити за профілями браузера, щоб cookies, localStorage і закладки не змішувалися між проєктами. Це не обов’язкова умова роботи з кількома клієнтами: уповноважений працівник може адмініструвати їхні ресурси через власний LinkedIn-акаунт і призначені йому ролі.
Для завантажених звітів окремо налаштуйте робочі папки та права доступу: браузерний профіль сам по собі не ізолює файли на диску. Саме так працює ізоляція браузерних середовищ: кожне середовище має власний стан замість окремої вкладки.
Невдалий спосіб організації роботи виглядає буденно: десять клієнтів відкриті в одному Chrome, файли завантажуються в спільну папку, а менеджер визначає активний кабінет за логотипом. Одна помилка під час публікації коментаря або зміни бюджету перекреслює всю економію часу.
Робочу конфігурацію зафіксуйте у короткій картці робочої сесії. У ній достатньо таких полів:
- код клієнта й назва ресурсу
- власник ресурсу та відповідальний менеджер
- дозволена роль і межі дій
- браузерний профіль та правила мережевого доступу
- налаштований метод MFA, відповідальний за відновлення доступу та місце захищеного зберігання резервних кодів
- дата останньої перевірки та план відкликання
Не записуйте пароль, cookie-файл або резервний код у саму картку. Документ має пояснювати, де зберігаються конфіденційні дані і хто може його отримати, а не перетворюватися на ще одне сховище облікових даних.
Окремий профіль потребує власного життєвого циклу. Зафіксуйте версію браузера, набір дозволених розширень, часовий пояс і шлях до робочої папки, а оновлення спочатку перевіряйте на тестовому середовищі. Не клонуйте активну сесію для нового менеджера: копія cookies ускладнює аудит і може залишити два одночасні входи, про які команда не знає.
Краще надати працівнику доступ до налаштованого робочого середовища через командну систему, але для LinkedIn використовувати його власний обліковий запис та призначені йому ролі. Передавання середовища не повинно означати передавання чужої активної сесії. Після завершення роботи перевірте, що працівник більше не може відкрити це середовище локально.
Які кроки потрібні для початку співпраці з клієнтом і передавання завдань команді
Onboarding має завершуватися тестом доступу й зафіксованою відповідальністю, а не повідомленням «усе додали». Спочатку складіть карту активів. Потім надайте мінімальні ролі, перевірте реальну дію в кожному ресурсі й тільки після цього передавайте роботу оператору.
Зручний порядок виглядає так:
- зберіть перелік LinkedIn Page, Showcase Page, ad accounts, Business Manager і корпоративних ліцензій користувачів
- призначте клієнтського власника для кожного активу та залиште контроль платіжних налаштувань за клієнтом
- запросіть агентство через партнерський доступ або додайте конкретних людей із мінімальною потрібною роллю
- перевірте окремо перегляд, публікацію, створення кампанії, звітність і роботу з лідами залежно від обсягу погоджених робіт
- створіть браузерний профіль для дозволеного робочого середовища клієнта та назвіть його за єдиним шаблоном
- налаштуйте MFA так, щоб можливість відновлення доступу залишалася під контролем власника ресурсу
- виконайте тестову дію без бюджету, наприклад збереження чернетки або експорт тестового звіту
- запишіть результат, дату перевірки, основного оператора й резервного відповідального
Вважайте передавання завершеним, коли інший уповноважений працівник може відкрити потрібний ресурс за процедурою, але не бачить активів інших клієнтів. Тут важливе керування сесіями: команда передає контрольований робочий стан, а не набір випадкових файлів cookies у месенджері.
Після завершення налаштування складіть короткий звіт про перевірку доступів для клієнта. У ньому вкажіть, які дії команда перевірила, що свідомо не входить до погодженого обсягу робіт і хто приймає рішення у випадку помилки. Наприклад, доступ до створення кампанії може працювати, а зміна способу оплати залишатися лише за billing admin клієнта. Додайте фактичний час тесту та скриншот результату без чутливих даних. Це допоможе відрізнити проблему з роллю від збою інтерфейсу або простроченого запрошення.
Якщо перевірка не пройшла успішно, не передавайте завдання далі з позначкою «розберемося в процесі». Поверніть її власнику етапу, виправте дозвіл і повторіть ту саму дію. Такий запис стає базовою точкою для наступної ревізії та зменшує кількість суперечок про те, який доступ реально працював на старті.
Як контролювати щоденну роботу без спільних паролів
Щоденний контроль ґрунтується на черзі завдань, процесі погодження та журналі змін. Спільний пароль не показує, хто опублікував допис, змінив аудиторію або експортував дані потенційних клієнтів. Іменні ролі, внутрішній журнал завдань і погоджень та доступні журнали дій LinkedIn допомагають встановити відповідального. Водночас штатні засоби LinkedIn не обов’язково фіксують усі операції, тому для важливих змін агентству потрібен власний облік.
Для контенту сторінки запровадьте статуси «чернетка», «на погодженні у клієнта», «погоджено», «заплановано» і «опубліковано». Для реклами додайте окремі етапи погодження бюджету та запуску. Чутливі дії, наприклад зміна billing admin, підключення CRM або вивантаження Lead Gen Forms, мають виконуватися після окремого погодження.
Особистий профіль керівника потребує іншої моделі. Угода користувача LinkedIn вимагає не передавати акаунт і не використовувати чужі облікові дані. Тому агентство може досліджувати теми, готувати пости та чернетки відповідей, а фінальну дію залишати власнику профілю. Браузерна ізоляція не скасовує цього правила.
Автоматизацію також слід відділяти від організації сесій. Планувальник контенту, CRM-синхронізація й дозволені API-інтеграції мають власні scopes та журнали. Скрипт, який імітує масові запрошення або повідомлення, створює інший клас ризику. Детальніше ці межі розібрані в матеріалі про автоматизацію LinkedIn і контроль сесій.
Експортовані звіти та дані лідів зберігайте лише в погоджених сховищах з обмеженим доступом. Визначте строки зберігання, відповідальних за видалення локальних копій та порядок передавання даних клієнту. Окремо перевіряйте доступи інтеграцій до CRM.
Які ризики виникають під час зміни менеджера або середовища
Найбільший ризик під час передавання клієнтського проєкту полягає у втраті зв'язку між роллю, пристроєм і відповідальною людиною. Новий менеджер отримує «все необхідне», але старий доступ лишається активним, MFA веде на чужий номер, а в браузері зберігаються сесії ще двох клієнтів.
Перевіряйте передавання за сценаріями відмови. Що станеться, якщо основний менеджер захворіє, втратить ноутбук або звільниться сьогодні? Якщо відповідь передбачає пошук пароля в історії чату, процес організовано неналежним чином.
Для кожного ризику визначте конкретну дію:
| Ризик | Рекомендована дія |
|---|---|
| Надлишкові права | Переглянути призначення та залишити мінімально потрібну роль для конкретної сторінки чи рекламного акаунта |
| Змішані сесії | Використовувати окремі браузерні середовища й не запускати одночасно один спільний профіль |
| Залежність від одного пристрою MFA | Узгодити з клієнтом резервну процедуру відновлення доступу |
| Невідомий автор змін | Використовувати іменні доступи та ідентифікатори завдань у журналі |
| Залишкові права підрядника | Відкликати ролі та перевіряти доступ у день завершення співпраці |
Стабільний IP сам по собі не розв'язує проблему. Під час перевірки незвичних входів платформа може використовувати різні сигнали безпеки. Точний набір таких сигналів і механізми їх оцінювання LinkedIn публічно не розкриває. Тому різку зміну кількох параметрів одночасно краще розглядати як міграцію: зафіксувати старе середовище, завершити активні завдання, перевірити новий вхід і лише потім закрити попереднє середовище.
Якщо є ознаки компрометації доступу, призупиніть роботу в підозрілому середовищі, повідомте клієнта й відповідального за безпеку, перевірте активні входи та ролі, відкличте скомпрометовані сесії й пов’язані інтеграції за доступною процедурою. Після відновлення доступу задокументуйте інцидент і перевірте, чи не було несанкціонованих змін.
Як завершити співпрацю та перевірити відкликання доступів
Offboarding вважайте завершеним після перевірки відкликання всіх раніше наданих каналів доступу: ролей LinkedIn, робочих браузерних середовищ, інтеграцій, сховищ і локальних матеріалів. Негативний тест має підтвердити, що колишній виконавець більше не може отримати доступ до клієнтських ресурсів через ці канали. Перевірку проводить інша людина, бажано представник клієнта або керівник акаунта.
Виконайте закриття в такому порядку:
- передайте клієнту список активів, власників, ролей і незавершених завдань
- замініть billing admin або Page super admin, якщо ця роль помилково залишилася за агентством
- відкличте партнерські та персональні ролі в Business Manager, Campaign Manager і LinkedIn Page; окремо перевірте права, надані безпосередньо на кожен актив
- перевірте сторонні інтеграції, зокрема CRM та API, і відкличте непотрібні дозволи й токени доступу за відповідними процедурами; видалення ролі в LinkedIn не завжди припиняє незалежні інтеграції
- закрийте доступ працівників до браузерних профілів, менеджера секретів і папок із файлами
- видаліть локальні експорти, якщо строк їх зберігання завершився за договором
- перевірте MFA, recovery email та номери телефонів разом із клієнтом
- перевірте відсутність доступу колишнього виконавця без використання його пароля чи входу від його імені, наприклад через перевірку списків ролей і контрольований тест із його участю
- збережіть акт передавання з датою, переліком перевірок і винятками
Видалення людини з Business Manager слід доповнювати перевіркою прав, наданих безпосередньо на LinkedIn Page, у рекламних акаунтах та інших ресурсах: незалежні призначення можуть потребувати окремого відкликання. Перед зняттям критичних ролей, зокрема відповідального за оплату або єдиного super admin сторінки, спочатку забезпечте заміну. Інакше завершення співпраці може заблокувати потрібні адміністративні дії.
Для агентства з десятками клієнтів ручний контроль стає дедалі менш надійним. Afina дає ізольовані браузерні профілі та командне розмежування доступу до переданих акаунтів, тому робочий стан не потрібно копіювати між ноутбуками. Використовуйте таке середовище лише для дозволених завдань і штатних ролей LinkedIn. Таке середовище допомагає контролювати сесії, проте не замінює згоди власника або правила платформи. Матеріал надано виключно в ознайомчих та освітніх цілях.
Перед запуском перевірте процес на одному тестовому клієнті: створіть ролі, передайте профіль резервному менеджеру, відкличте доступ і повторіть негативний тест. Якщо всі чотири етапи зафіксовано в журналі, цей підхід можна застосовувати до більшої кількості клієнтів.
СкачатиFAQ — Часті запитання
Як агентству керувати кількома акаунтами LinkedIn?
Розділіть ресурси клієнтів за штатними ролями та окремими робочими сесіями. Для кожного активу призначте власника, оператора й процедуру відкликання.
Чи можна передавати пароль від особистого профілю LinkedIn агентству?
Ні, LinkedIn забороняє передавати акаунт і використовувати чужі облікові дані. Безпечніша модель полягає в підготовці агентством чернеток із фінальною дією власника профілю.
Яку роль LinkedIn Page надати контент-менеджеру?
Зазвичай достатньо ролі content admin. Super admin слід залишити клієнту, якщо агентству не потрібне керування адміністраторами та самою сторінкою.
Чим Business Manager відрізняється від ролі на LinkedIn Page?
Business Manager керує людьми, партнерами й доступом до кількох активів. Роль Page визначає дії лише на конкретній сторінці.
Навіщо ізолювати сесії клієнтів LinkedIn?
Ізоляція розділяє cookies, localStorage та інші браузерні дані різних клієнтів. Для завантажених файлів потрібні окремі робочі папки та налаштовані права доступу. Вона зменшує операційні помилки, але не замінює офіційний доступ.
Як передати LinkedIn-клієнта іншому менеджеру?
Передайте реєстр активів, ролі, процес погодження і призначене середовище. Потім проведіть тест доступу нового менеджера та відкличте права попереднього.
Як відкликати доступ агентства до LinkedIn після завершення контракту?
Видаліть партнерські й персональні ролі з Business Manager, Page та ad account. Після цього закрийте доступ до сесій, секретів і файлів та виконайте негативний тест.
Чи захищає окремий браузерний профіль від блокування LinkedIn?
Ні, окремий профіль лише розділяє сесійні та браузерні дані. Окремий браузерний профіль не гарантує захисту від обмежень: LinkedIn застосовує власні перевірки безпеки та дотримання правил, а точний перелік і вагу сигналів публічно не розкриває.
