Сайт — это не картинка, а работающая программа, которая живёт на сервере и требует ухода. Берём на себя хостинг и домены, обновления системы управления и её расширений, защиту от взлома, резервные копии, наблюдение за доступностью и скоростью, мелкие доработки — и восстановление, если что-то уже случилось.
Популярные системы управления сайтами держат заметную долю всего интернета, и именно поэтому их изучают внимательнее всего. Как только в движке или в популярном расширении находят уязвимость, её описание становится публичным, а поиск подходящих жертв автоматизируют: сайты обходят роботы, которые перебирают адреса подряд и проверяют версии. Ваш сайт при этом никого не интересует лично — его находят по признаку «здесь стоит непропатченная версия».
Дальше сценарий однотипный: на сайте появляются чужие страницы и ссылки, рассылается спам, посетителей уводят на другие ресурсы, а поисковые системы и браузеры начинают предупреждать пользователей об опасности. И самое неприятное — этого можно долго не замечать, потому что для владельца сайт выглядит как обычно. Регулярные обновления, разумные настройки доступа и проверенные резервные копии закрывают подавляющее большинство таких историй ещё до того, как они начнутся.
Держим сайт на подходящей площадке, следим за продлением домена и сертификата, настраиваем почтовые и служебные записи. При необходимости переносим сайт на виртуальный сервер с нужными ресурсами.
Забытое продление домена выключает сайт и почту разом.
Обновляем систему управления, шаблоны и плагины: сначала на копии сайта, потом на боевом. Убираем расширения, которые давно заброшены разработчиками и превратились в дыру.
Обновление на копии — способ не уронить сайт обновлением.
Наводим порядок в доступах, закрываем служебные разделы, настраиваем права на файлы, фильтрацию подозрительных запросов и защиту форм от спама. Сложные случаи разбираем вместе с направлением информационной безопасности.
Один общий пароль «для всех, кто правит сайт» — типичная причина беды.
Настраиваем копирование файлов и базы по расписанию, храним копии отдельно от самого хостинга и периодически разворачиваем, чтобы убедиться: сайт из них поднимается.
Копия, лежащая на том же сервере, исчезнет вместе с ним.
Проверяем сайт снаружи: отвечает ли он, как быстро открываются ключевые страницы, работают ли формы и оплата, не истекает ли сертификат, не растёт ли время ответа сервера.
О падении лучше узнавать от мониторинга, а не от клиента.
Правим тексты и картинки, добавляем страницы и разделы, чиним вёрстку на телефонах, подключаем формы и счётчики. Крупные задачи передаём в разработку отдельным проектом.
Мелочь, до которой у своих специалистов не доходят руки.
Список короткий и на удивление одинаковый у всех. Почти всё из него предотвращается заранее и стоит дешевле, чем разбор последствий.
| Что происходит | Почему | Что помогает |
|---|---|---|
| Сайт взломали | Старая версия движка или расширения с известной уязвимостью | Регулярные обновления и удаление заброшенных плагинов |
| Сайт вдруг перестал открываться | Закончился срок домена или сертификата, сменились настройки хостинга | Контроль сроков продления и наблюдение снаружи |
| Не приходят заявки с форм | Письма уходят в спам или отправка сломалась после обновления | Правильные почтовые записи домена и проверка форм в мониторинге |
| Сайт стал медленным | Разросшаяся база, тяжёлые изображения, нехватка ресурсов на хостинге | Обслуживание базы, оптимизация картинок, подходящая площадка |
| После обновления всё поехало | Обновление ставили сразу на боевом сайте, без проверки | Тестовая копия сайта и свежая резервная копия перед работами |
| Сайт восстановить не из чего | Копии не делались или лежали на том же хостинге | Копии по расписанию, хранение вне площадки, проверка разворачиванием |
Сайт под наблюдением: обновления, копии, безопасность, мониторинг и небольшие правки по вашим заявкам. Подходит, когда сайт приносит обращения и простой означает потерю денег.
Когда задача понятная и конечная. Часто с этого начинается знакомство: приводим сайт в порядок, а дальше вы решаете, нужна ли постоянная поддержка.
Здесь важна последовательность действий. И важно сказать прямо: если есть чистая резервная копия, восстановиться из неё почти всегда дешевле и надёжнее, чем вычищать заражённый сайт вручную.
Да, это большинство наших случаев. Начинаем с осмотра: что за система управления и каких версий, где хостинг, что с копиями и доступами. После этого честно говорим, что можно поддерживать как есть, что нужно привести в порядок, а где проще переделать, чем чинить. Решение остаётся за вами.
Не удаляйте ничего сгоряча — вместе с вредоносным кодом легко стереть следы, по которым понятно, как попали внутрь. Правильный порядок: закрыть сайт от посетителей, снять копию текущего состояния, сменить пароли к хостингу и панели управления и дальше разбираться. Если есть чистая копия до заражения, скорее всего, восстанавливаться будем из неё.
Риск снимается порядком работ, а не отказом от обновлений. Мы держим тестовую копию, ставим обновления сначала на неё, проверяем главные сценарии — каталог, корзину, формы, личный кабинет — и только потом повторяем на боевом сайте, предварительно сняв свежую копию. Если что-то пойдёт не так, возврат занимает минуты.
Нет. Мы спокойно работаем с площадкой, которая у вас уже есть. Предлагаем переезд только тогда, когда для этого есть причина: сайту не хватает ресурсов, площадка нестабильна, нет доступа к нужным настройкам или тариф не позволяет нормально организовать копии.
Отдельно от самого сайта — это принципиальный момент. Копия, лежащая на том же хостинге, исчезает вместе с ним при серьёзном сбое и вполне может быть зашифрована или удалена при взломе. Мы держим копии на отдельном хранилище и периодически разворачиваем их, чтобы убедиться, что сайт из них действительно поднимается.
Мелкие входят: правки текстов и картинок, новые страницы, исправление вёрстки, подключение форм и счётчиков. Крупные задачи — новые разделы, интеграция с учётной системой, переработка структуры или дизайна — выносим в отдельный проект разработки с собственной оценкой, чтобы они не съедали время, отведённое на текущую поддержку.
Расскажите, на чём сделан сайт, где он размещён и что беспокоит. Посмотрим состояние и предложим, с чего начать.
Сайт обычно делают один раз и с энтузиазмом, а потом годами не трогают. Всё это время он остаётся программой, подключённой к интернету двадцать четыре часа в сутки, — со всеми вытекающими. Ниже то, что чаще всего оказывается неприятным открытием.
Небольшие компании часто думают, что их сайт никому не нужен. Так и есть — лично он никому не нужен. Но взломанный сайт с хорошей историей это ресурс: с него удобно рассылать спам, размещать чужие ссылки, уводить посетителей на другие страницы. Ищут такие сайты не люди, а роботы, которые перебирают адреса и проверяют версии движка. Поэтому защита сводится к простому: не быть лёгкой мишенью — обновляться, не держать заброшенные расширения и не оставлять открытыми служебные разделы.
После взлома первый порыв — найти и удалить вредоносный код. На практике это долгая и неблагодарная работа: закладки прячут в десятках мест, дописывают в служебные файлы, оставляют скрытые учётные записи и задания по расписанию, чтобы вернуться. Даже аккуратная чистка не даёт уверенности, что не пропустили один файл. Поэтому при наличии чистой резервной копии правильный путь — развернуть её, обновить всё до актуальных версий, сменить пароли и ключи и закрыть исходную дыру. Именно поэтому проверенные копии — самая недооценённая часть резервного копирования: они решают не только вопрос сбоя диска.
Второй распространённый страх — «обновим и всё сломается». Он обоснован: расширения конфликтуют между собой, старые шаблоны не всегда переживают смену версии движка. Но вывод из этого не «не обновляться», а «обновляться правильно». Мы держим тестовую копию сайта, ставим обновления сначала на неё, проверяем ключевые сценарии — главную, каталог, корзину, формы — и только потом повторяем на боевом, имея под рукой свежую копию.
Медленный сайт теряет посетителей и хуже выглядит в поиске. Причины обычно делятся на три группы: тяжёлые изображения и скрипты, разросшаяся база с накопившимся мусором, нехватка ресурсов на площадке. Первое лечится оптимизацией, второе — обслуживанием базы, третье — переездом на виртуальный сервер с адекватными ресурсами. Начинать стоит с замеров, а не с покупки более дорогого тарифа: чаще всего дело не в нём.
Регулярная и очень болезненная история: домен зарегистрирован на личную почту бывшего сотрудника, хостинг оформлен на подрядчика, а исходники сайта есть только у разработчика, который перестал отвечать. Восстановить контроль в такой ситуации бывает долго, а иногда невозможно. При приёме сайта на поддержку мы первым делом собираем и упорядочиваем доступы: домен, хостинг, панель управления, почта, счётчики и коды подтверждения — всё должно быть оформлено на компанию.
Техническая поддержка отвечает за то, чтобы сайт работал, был обновлён и защищён, а мелкие правки делались быстро. Создание новых разделов, переработка структуры, интеграции с учётными системами и полноценный редизайн — это уже проекты разработки, которые считаются и планируются отдельно. Разделять их полезно обеим сторонам: поддержка не превращается в бесконечную очередь крупных задач, а серьёзные изменения получают нормальную оценку и сроки. Вопросы, выходящие за рамки сайта — защита учётных записей, доступы сотрудников, фильтрация трафика, — решаем в связке с информационной безопасностью.
