Доступы к сайту, домену, хостингу, CRM, рекламным кабинетам и аналитике — это не техническая мелочь, а фактический контроль над digital-инфраструктурой бизнеса. Если передать подрядчику логин и пароль от главного аккаунта, компания рискует потерять сайт, рекламные кампании, аналитику, клиентскую базу и историю работ.
Безопасная передача доступов строится на простом принципе: подрядчик должен получить только те права, которые нужны для конкретной задачи, и только на тот срок, пока он выполняет работу.
Какие доступы чаще всего передают подрядчикам
Обычно подрядчику могут понадобиться доступы к нескольким зонам:
- админ-панель сайта
- хостинг и файловый менеджер
- домен и DNS-записи
- Яндекс Метрика, Google Analytics и другие системы аналитики
- Яндекс Директ, VK Реклама, Telegram Ads, кабинеты маркетплейсов
- CRM и телефония
- почтовые сервисы и рассылки
- сервисы дизайна, задач и документации.
Каждая зона должна передаваться отдельно. Не нужно давать полный доступ ко всей компании, если подрядчику нужно только поставить пиксель или обновить код формы.
Правило минимальных прав
Подрядчику лучше выдавать роль, а не передавать основной аккаунт владельца. Например, в рекламном кабинете можно дать роль специалиста или аналитика, в CRM — ограниченный доступ к нужной воронке, в CMS — отдельного пользователя с нужными правами.
Если сервис не поддерживает роли, стоит особенно аккуратно оценить риск: кто увидит данные, можно ли отследить действия, как быстро доступ будет отозван после завершения работ.
Что должно быть в договоре или ТЗ
В договоре или техническом задании желательно указать:
- какие доступы передаются
- для каких работ они нужны
- кому именно передаются
- запрещено ли передавать их третьим лицам
- как подрядчик обязан хранить доступы
- когда доступы должны быть отозваны
- какая ответственность наступает при утечке или несанкционированном использовании.
Это не бюрократия ради галочки. Если доступы переданы без фиксации, потом сложно доказать, кто и что должен был делать.
Как передавать пароли технически безопасно
Пароли не стоит отправлять в открытом виде в общие чаты. Лучше использовать менеджер паролей, временные ссылки, отдельные учетные записи, двухфакторную аутентификацию и журнал действий.
Если пароль всё же передавался вручную, его нужно менять после завершения работ. Особенно это касается хостинга, регистратора домена, почты, CRM и рекламных кабинетов.
Что сделать после завершения работ
После окончания проекта нужно провести ревизию:
- отозвать временные доступы
- сменить пароли, если передавались общие учетные данные
- проверить список пользователей в CMS, CRM, рекламных кабинетах и аналитике
- убрать лишние API-ключи и интеграции
- проверить домен, DNS и хостинг
- сохранить резервные копии и итоговую документацию.
Главная ошибка — забыть о доступах после оплаты акта. Подрядчик ушёл, а его аккаунт ещё два года живёт внутри сайта. Так делать не надо.
Как ABS-Marketing помогает навести порядок
ABS-Marketing может провести аудит доступов, настроить роли, разграничить права, подготовить регламент передачи доступов подрядчикам и связать это с договором, CRM и системой задач. В итоге бизнес понимает, кто к чему имеет доступ и как быстро этот доступ можно отозвать.
Вывод
Безопасная передача доступов — это не недоверие к подрядчику, а нормальная цифровая гигиена. Чем точнее роли, сроки, договорённости и технические ограничения, тем меньше риск потерять контроль над сайтом, рекламой, доменом и данными клиентов.
FAQ
Можно ли отправить подрядчику логин и пароль от основного аккаунта?
Лучше не делать этого. Безопаснее создать отдельного пользователя с нужной ролью и ограниченными правами.
Нужно ли включать доступы в договор?
Да, желательно указать, какие доступы передаются, для чего, кому и на какой срок. Это помогает избежать споров и снижает риск злоупотреблений.
Что делать после окончания работ?
Отозвать временные доступы, проверить пользователей в сервисах, сменить общие пароли и сохранить итоговую документацию по проекту.
