Какие доступы должен передать владелец сайта разработчику и какие нельзя терять

Хостинг, домен, админка WordPress, SFTP, база данных, аналитика и CRM: кому должны принадлежать доступы и как давать минимально необходимые права.

Надёжность сайта — это не только защита от взлома. Частые бизнес-риски проще: потерянный доступ к домену, неработающая форма, истёкший SSL, неудачное обновление или backup, который никто не восстанавливал.

Симптом и причина — не одно и то же

Один и тот же внешний симптом может появляться по разным причинам. Сначала стоит записать конкретный сценарий: URL, устройство, шаг, момент появления и последние изменения.

Что проверить в первую очередь

• Проверять восстановление.
• Фиксировать изменения и rollback.
• Проверить тему, child theme и точки кастомизации до обновления.
• Составить реестр доступов.
• Использовать staging.

Как сузить круг причин

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

Production — рабочая система. Любое изменение имеет риск, поэтому нужны окружения, резервные копии, журналирование и понятный релиз.

Чего я бы не делал на старте

• домен на личной учётке подрядчика
• единственный backup на том же сервере
• обновление production без копии
• максимальные права всем

Бэкап, который никто не пробовал восстановить, — это не план восстановления.

Что сравнить после исправления

• время обнаружения
• время восстановления
• успешность backup
• ошибки форм/API

Нормальная эксплуатация заметна в аварии: понятно, где логи, как откатиться и что проверить после восстановления.