Нам нужен сайт! Что делать после запуска? #3

Первая часть цикла: Нам нужен сайт! С чего начать? #1
Вторая часть цикла: Нам нужен сайт! Типы сайтов, что выбрать? #2

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

В предыдущих частях я пытался разобрать саму фразу «нам нужен сайт»: зачем он нужен, для кого он нужен и какой именно тип сайта имеет смысл делать. Но есть неприятный момент, о котором обычно вспоминают уже после запуска. Сайт — это не картинка в интернете и не коробка с инструкцией «поставил и забыл». Сайт — это живой инструмент, который начинает стареть примерно через пять минут после публикации.

Запуск сайта — это не финал

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

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

Что обычно ломается первым

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

  • перестаёт отправляться форма обратной связи;
  • письма начинают попадать в спам;
  • истекает SSL-сертификат;
  • после обновления CMS съезжает какой-нибудь блок;
  • меняется телефон, адрес или реквизиты, но на сайте остаётся старое;
  • в Яндекс.Вебмастере появляются ошибки индексации;
  • счётчик статистики стоит, но никто не помнит, чей это аккаунт;
  • новости последний раз публиковались при царе Горохе, а точнее — в день запуска сайта.

Отдельный жанр — сайт, который «в целом работает», но заявки почему-то не приходят. Потом выясняется, что форма отправляет письма на сотрудника, уволившегося два года назад. Красиво, удобно, современно. Только бесполезно.

Кто должен отвечать за сайт

Самый плохой ответ: «кто-нибудь». Обычно этот таинственный кто-нибудь одновременно отвечает за принтер, корпоративный чат, закупку воды и публикацию новостей. Результат предсказуемый.

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

  • кто обновляет контент;
  • кто проверяет заявки;
  • кто общается с технической поддержкой;
  • кто смотрит статистику;
  • кто принимает решение о доработках;
  • кто хранит доступы и не теряет их в вечной мерзлоте корпоративной почты.

Минимальный набор поддержки

Для небольшого корпоративного сайта минимальная эксплуатация выглядит примерно так.

  • Резервные копии. Нужно понимать, где они лежат и как восстановить сайт. Сам факт, что хостинг «что-то там бэкапит», не всегда спасает.
  • Обновления CMS и плагинов. Особенно если это WordPress. Не обновлять опасно, обновлять без бэкапа тоже весело.
  • Проверка форм. Хотя бы раз в месяц отправить тестовую заявку и убедиться, что она дошла.
  • Проверка индексации. Яндекс.Вебмастер и Google Search Console придуманы не только для того, чтобы пугать владельца сайта красными значками.
  • Актуализация информации. Телефоны, адреса, цены, услуги, сотрудники, документы.
  • Контент. Если на сайте есть раздел статей или новостей, он должен жить. Пустой блог хуже отсутствующего блога.
  • Аналитика. Нужно смотреть не только «сколько было посетителей», но и откуда они пришли, что читали и что сделали.

Сайт без контента превращается в памятник

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

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

Чек-лист на первый месяц после запуска

  1. Проверить все формы и адреса доставки писем.
  2. Подключить Яндекс.Вебмастер и Search Console.
  3. Проверить robots.txt и sitemap.xml.
  4. Настроить цели в Метрике.
  5. Сделать резервную копию после финального запуска.
  6. Проверить сайт на мобильных устройствах.
  7. Проверить скорость загрузки основных страниц.
  8. Составить список материалов, которые нужно обновлять регулярно.
  9. Назначить ответственного за сайт.
  10. Зафиксировать все доступы в нормальном месте, а не в переписке пятилетней давности.

Вывод

Сайт не заканчивается запуском. После запуска он только начинает работать. Или не начинает — если о нём забыли сразу после подписания акта.

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