Просроченный домен или сертификат — это тоже мёртвая ссылка

Подписан на их блог — вышла запись про то, как ушедший сотрудник оставил мёртвые ссылки на файлы. И вдруг понял: это не про Яндекс, а про любой сайт, где доступ зависит от чужой настройки. Особенно если у вас есть домен, формы, личные кабинеты — и кто-то ушёл. Всё это может стать «мёртвой ссылкой» — и не от техники, а от человеческого фактора. А это уже не просто неудобство, а риск для бизнеса.

О чём речь и почему это важно для сайта

Попался разбор про то, как ссылка на файл в Яндекс.Диске умирает, когда уходит сотрудник. На первый взгляд — про облачные сервисы. Но в голове всплыло: а что, если это не файл, а ваш сайт? Не ссылка — а доступ к личному кабинету, форме, странице с данными клиента. Если уволили админа, который создал доступ, и не перенёс его — всё это может стать недоступным. И не просто «не работает», а «никто не знает, где это». Это не авария. Это сбой, который можно предсказать. И если он случится — вы потеряете клиентов, выручку, доверие.

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

Как это устроено — что тут вообще происходит

Вот что показало исследование: если файл лежит в папке другого сотрудника, ссылка на него живёт. А если — на его личном диске — сразу умирает. Даже после блокировки. Это не ошибка. Это логика: владелец — тот, кто держит папку. А если он ушёл — файл остаётся, но доступ пропадает. И это не только Яндекс. В любой системе, где доступ зависит от аккаунта, а не от ресурса, такая уязвимость есть. Сайт с личным кабинетом — это то же самое. Если кабинет создан под аккаунтом, а аккаунт удалили — страница пропадает. И не от техники, а от структуры доступа.

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

Как понять, что это касается вашего сайта

Как я это проверяю? Сначала смотрю, кто у вас в системе — и кто что создал. Есть ли у кого-то доступ к админке, личным кабинетам, формам, файлам? А потом — где эти ресурсы хранятся. Если всё зависит от одного аккаунта, а он ушёл — всё может умереть. Проверяю, есть ли у кого-то «суперправа» — и где они применяются. Если да — это сигнал. Даже если сейчас всё работает, это не значит, что завтра будет. Всё, что зависит от одного человека, — это риск.

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

Что с этим делать — как я это закрываю

Что я делаю в таких случаях? Сначала — резервная копия. Потом — перенос всех критичных ресурсов на общий аккаунт. Формы, личные кабинеты, доступы — всё. Не на «суперпользователя», а на аккаунт, который не привязан к одному человеку. Потом — документация: кто что создал, зачем, где. И — самое главное — проверка. Не один раз. Каждый раз, когда кто-то уходит. Проверяю, что всё ещё работает. Даже если это «мёртвая ссылка» — как в примере с Яндекс.Диском.

Я не доверяю «всё работает». Я проверяю. И проверяю не по памяти, а по факту. Потому что человеческая память — это не система. А система — это то, что работает, даже если ушёл тот, кто её создал.