Доступы к сайту: какие логины и пароли должны быть у владельца бизнеса

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

Владелец бизнеса не обязан разбираться в коде и ежедневно заходить в административную панель. Но он должен иметь полный набор доступов, понимать их назначение и знать, где хранятся резервные данные для восстановления.

Почему доступы к сайту должны принадлежать бизнесу

Сайт, домен, почта, рекламные кабинеты и системы аналитики являются цифровыми активами компании. Подрядчик может настраивать и обслуживать эти инструменты, но владельцем учётных записей должна оставаться компания или её руководитель.

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

Правильный принцип простой: компания владеет аккаунтами, подрядчики получают ограниченные права для выполнения своих задач.

Это важно не только при конфликте. Например, домен нужно продлить в течение нескольких дней, иначе сайт и корпоративная почта перестанут работать. Для переноса сайта нужен доступ к хостингу и резервной копии. Для оценки рекламы и SEO необходимы права в аналитике. Без них новый специалист начинает работу почти с нуля.

Полный список доступов, которые нужно проверить

У сайта нет одного универсального логина. Обычно работа зависит от 7-12 отдельных сервисов. Их состав различается для лендинга, корпоративного сайта и интернет-магазина, но базовый перечень стоит проверить любой компании.

Для интернет-магазина к этому перечню добавляются доступы к платёжному сервису, онлайн-кассе, службе доставки, учётной системе, складу и товарным фидам. Если сайт связан с Telegram, нужно отдельно учитывать права на бота и связанные сервисы. Это особенно важно при запуске решений, похожих на Telegram Mini Apps для бизнеса.

Домен, DNS и хостинг: три доступа, без которых сайт не контролируется

Эти понятия часто смешивают, хотя они отвечают за разные части работы сайта. Домен, например company.ru, это адрес. Хостинг это место, где размещены файлы сайта и база данных. DNS-настройки связывают домен с хостингом, почтой и отдельными сервисами.

Доступ к регистратору домена

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

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

Доступ к DNS

DNS может управляться в кабинете регистратора, на хостинге или в отдельном сервисе. Зафиксируйте, где находится зона DNS, и сохраните список текущих записей. Неверное изменение одной записи может отключить сайт, почту или форму заявок.

Не стоит давать полный доступ к DNS каждому маркетологу или редактору. Этот уровень нужен разработчику или техническому специалисту, который понимает последствия изменений. При этом владелец компании обязан иметь возможность пригласить нового исполнителя без участия прежнего.

Доступ к хостингу

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

Уточните, включены ли резервные копии в тариф, как часто они создаются и сколько хранятся. Нормальный минимум для рабочего сайта, ежедневное резервное копирование базы данных и регулярная копия файлов. Копия должна быть не только на сервере, но и доступна для скачивания владельцу или ответственному сотруднику.

Доступ к административной панели сайта и исходным материалам

Административная панель позволяет менять тексты, фотографии, цены, товары, публикации и часть настроек. Владелец бизнеса должен иметь отдельную учётную запись с максимальными правами, а не пользоваться общим логином «admin», который знают несколько человек.

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

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

Важно получить исходные материалы проекта: тексты в редактируемом виде, фотографии, логотипы, макеты, инструкции, список используемых шрифтов и лицензий. Если сайт был разработан по индивидуальному дизайну, зафиксируйте в договоре порядок передачи исходников макетов и прав на результаты работ.

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

Какие доступы нужны к почте, заявкам и связанным сервисам

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

Корпоративная почта должна работать на вашем домене, например info@company.ru, а не через личный ящик сотрудника. У компании должен быть главный администратор почтовой системы и минимум один резервный администратор. Их адреса и номера телефонов нельзя привязывать только к уволенному сотруднику.

• Доступ к сервису, который принимает заявки из форм.
• Права администратора в CRM или хотя бы возможность проверить интеграцию.
• Доступ к номеру телефона и личному кабинету виртуальной телефонии, если используется обратный звонок.
• Учётные записи сервисов онлайн-чата, виджетов, квизов и записи на услуги.
• Доступ к сервису отправки писем, если с сайта идут автоматические уведомления клиентам.
• Настройки антиспам-защиты, если из форм поступает много нежелательных сообщений.

Раз в месяц отправляйте тестовую заявку с разных устройств и проверяйте, куда она попала, как быстро пришло уведомление и можно ли обработать обращение. Особенно это актуально после смены почты, обновления сайта, подключения CRM или изменения DNS.

Аналитика, поиск и реклама: доступы для контроля маркетинга

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

Учётная запись владельца должна быть добавлена в системы веб-аналитики, панели для владельцев сайтов в поисковых системах, сервисы отслеживания звонков и рекламные кабинеты. В идеале используется корпоративная почта, а не адрес исполнителя. После этого подрядчику выдаются права нужного уровня.

Отдельно проверьте цели: отправка формы, звонок, заказ, скачивание прайс-листа, регистрация и другие важные действия. Если цель исчезла после обновления сайта, реклама может продолжать расходовать бюджет, а в отчётах будет видно ноль обращений. Не менее важно знать, какие страницы входят в поиск. При планировании новых разделов полезно сверяться с логикой структуры, описанной в материале о страницах сайта компании.

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

Как хранить пароли и выдавать права безопасно

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

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

1. Заведите корпоративную почту для регистрации ключевых сервисов.
2. Включите двухфакторную аутентификацию везде, где она доступна.
3. Используйте уникальный пароль для каждого сервиса, длиной не менее 14 символов.
4. Не отправляйте пароль в общий чат, лучше выдайте приглашение в сервисе.
5. Фиксируйте дату выдачи прав, роль пользователя и ответственного за сервис.
6. Отзывайте доступы сразу после увольнения сотрудника или завершения договора.

Двухфакторную защиту не стоит привязывать к личному номеру одного менеджера. Лучше использовать корпоративный номер, защищённое приложение с резервными кодами или несколько предусмотренных методов восстановления. Иначе после смены сотрудника можно потерять доступ даже при наличии правильного пароля.

В практике студии RDMN перед началом работ полезно составлять карту доступов: она помогает понять, чего не хватает, какие сервисы оплачиваются и где есть риск остановки сайта. Такой документ занимает одну таблицу, но экономит дни при срочной передаче проекта.

Типичные ошибки владельцев бизнеса

Домен оформлен на разработчика

Это самая опасная ситуация. Компания может годами использовать домен, но юридически и технически не контролировать его продление и перенос. Исправление иногда занимает несколько дней, а при споре может затянуться. Проверяйте владельца домена до подписания акта по сайту.

Один пароль знают все

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

Нет резервной копии вне хостинга

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

Доступы передают только после конфликта

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

Сайт поддерживается без списка сервисов

Через год никто не помнит, кто оплачивает хостинг, где работает форма, какой сервис отправляет письма и почему на карте сайта появился чужой код. Составьте паспорт сайта и обновляйте его после каждого заметного изменения. Если нет времени заниматься этим внутри компании, передайте регулярные проверки на техническую поддержку сайта, но сохраните права владельца у себя.

Частые вопросы

Нужно ли владельцу бизнеса знать все пароли наизусть?

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

Можно ли дать подрядчику главный доступ к сайту?

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

Что делать, если старый разработчик не передаёт доступы?

Сначала соберите всё, что есть: договор, акты, счета, переписку, доступ к корпоративной почте и данные об оплате домена. Затем восстановите доступы через владельцев сервисов. Если домен и ключевые аккаунты оформлены на подрядчика, может понадобиться юридическая консультация и подтверждение отношений документами.

Достаточно ли логина от WordPress для управления сайтом?

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

Как часто нужно проверять доступы?

Минимум раз в полгода, а также после смены подрядчика, увольнения ответственного сотрудника, переноса сайта или подключения нового сервиса. Для интернет-магазина и сайта с активной рекламой разумно проводить короткую проверку раз в квартал.

Что делать: короткий план

1. Соберите список всех сервисов, которые связаны с сайтом, от домена до CRM и рекламных кабинетов.
2. Проверьте, на чью почту зарегистрирован каждый аккаунт и кто указан владельцем.
3. Перенесите ключевые учётные записи на корпоративную почту компании.
4. Получите доступ к домену, DNS, хостингу, административной панели, аналитике и резервным копиям.
5. Создайте персональные роли для сотрудников и подрядчиков, удалите ненужные общие логины.
6. Включите двухфакторную защиту и перенесите пароли в защищённый корпоративный сервис.
7. Составьте паспорт сайта с датами оплат, контактами, списком интеграций и порядком восстановления.
8. Запланируйте следующую проверку через 3-6 месяцев.

Если часть доступов потеряна, не стоит хаотично менять настройки на работающем сайте. Сначала зафиксируйте текущую схему, сделайте резервную копию и определите, какие права нужно восстановить в первую очередь. Обычно критичны домен, хостинг, почта и обработка заявок, затем аналитика и остальные сервисы.