Регион: Выбрать регион
Сейчас: 21 октября 10:36:37
Среда
Время: Красноярск (GMT+7)
На главную Написать письмо Карта сайта

Что принять у разработчика по чек-листу после запуска корпоративного сайта

чек-лист

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

Что подготовить к приёмке

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

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

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

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

Чек-лист приёмки: шесть шагов

  1. Соберите доступы и документы. Домен должен быть оформлен на компанию, а не на подрядчика или его сотрудника. Проверьте, что все логины работают и пароли сменены после передачи.
  2. Сверьте сайт с техзаданием. Пройдите по каждому пункту и запишите расхождения одним списком: страница не та, форма не отправляется, раздел не добавлен.
  3. Проверьте готовность к поиску. Пока сайт собирали, тестовую копию закрывали от поисковых роботов, и этот запрет нередко переезжает на рабочий адрес вместе с файлами. Откройте robots.txt и исходный код нескольких страниц: общего запрета индексации там быть не должно. Перед приёмкой работ полезно открыть публикацию о том, какие параметры движка мешают позициям сайта; техзадание о них обычно молчит, и разработчик оставляет значения по умолчанию. Консультант по поисковому продвижению разбирает там одну бесплатную систему управления, но его список годится почти для любой: результаты поиска по сайту и страницы для печати закрыты от индексации, у каждой страницы свой заголовок, адреса читаются человеком.
  4. Оцените скорость и мобильную версию. Откройте главную и пару внутренних страниц со смартфона через мобильный интернет. Первый экран должен появляться быстро и не прыгать при загрузке.
  5. Отправьте тестовые заявки. Заполните каждую форму и убедитесь, что письмо пришло тому, кто обрабатывает обращения. Проверьте, что счётчик посещаемости стоит на всех страницах, а не только на главной.
  6. Договоритесь о резервных копиях. Узнайте, где хранятся копии файлов и базы данных, как часто они создаются и как из них восстановить сайт.

Ошибки, которые всплывают уже после подписи акта

Большинство неприятных открытий связано с тем, что сайт смотрели наспех. Чаще всего встречаются такие промахи:

  • Приёмка по скриншотам. Картинка в презентации не показывает, как страница грузится на телефоне и отправляется ли форма.
  • Домен на подрядчике. Пока он оформлен на чужое имя, компания не может свободно сменить хостинг или исполнителя.
  • Открытая тестовая копия. Сайт на техническом поддомене остаётся доступным, и поисковик видит две одинаковые версии.
  • Старые адреса без перенаправлений. Если новый сайт заменил прежний, страницы, которые приводили посетителей, должны перенаправлять на новые, а не отдавать ошибку.
  • Счётчик только на части шаблонов. Заявки с непокрытых страниц не попадают в статистику, и реклама кажется хуже, чем есть.
  • Нет инструкции. Через полгода никто не помнит, как добавить новость или поменять телефон в шапке.

Замечания удобно передавать разработчику одним письмом со сроком исправления, а после правок пройти чек-лист ещё раз. Повторная проверка занимает меньше времени, зато ловит то, что сломалось по ходу исправлений.

Подпись в акте ставят последней

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


Количество просмотров: 50
21.10.2026 08:05 | 2307 → блог автора

Еще публикации: