Когда заказчику показывают готовый сайт, внимание почти неизбежно уходит в дизайн: правильно ли стоят фотографии, совпадает ли верстка с макетом, работают ли меню и кнопки.
Но самые неприятные проблемы часто находятся не на первом экране.
Форма показывает «Спасибо», но заявка остаётся в административной панели. Счётчик Метрики установлен, но цели не настроены. Домен зарегистрирован на подрядчика. Новый сайт заменил старый без карты редиректов. Политика обработки персональных данных существует, но описывает вообще другой проект.
Мы в F5 регулярно встречаем такие ситуации, когда подключаемся к уже запущенным проектам на аудит, доработку и техническую поддержку. Поэтому собрали не формальный QA-чек-лист, а список вопросов, которые заказчику полезно задать до подписания акта.
У заказчика должны остаться не только логин и пароль от CMS.
Минимально стоит разобраться, кому принадлежат:
домен → хостинг/сервер → CMS → репозиторий → аналитика → лицензии → CRM → API и сторонние сервисы.
Полезный вопрос подрядчику:
Если завтра ваша команда перестанет заниматься проектом, сможем ли мы передать сайт другому разработчику?
Если для этого сначала придётся искать владельца домена и восстанавливать доступ к серверу — передача проекта ещё не закончена.

Один из самых обманчивых тестов:
заполнили → нажали «Отправить» → увидели «Спасибо» → поставили галочку «проверено».
Но дальше заявка может:
остаться в CMS;
уйти на старую почту;
попасть в спам;
не создать лид в CRM;
потерять UTM;
прийти без файла.
Поэтому тестировать нужно всю цепочку:
пользователь → форма → сайт → CRM/почта → менеджер.

Наличие Яндекс.Метрики само по себе мало что означает.
Через несколько месяцев руководство спросит:
Сколько заявок дал сайт? Какие страницы продают? Откуда пришли обращения?
Если цели не настроены, ответить будет сложно.
Формула простая:
«счётчик стоит» ≠ «аналитика настроена».
При редизайне особенно важно проверить:
старый URL → новый URL.
Если существовавшие в поиске страницы просто исчезли, вместо них поисковые системы и пользователи получают 404.
В таком проекте таблица редиректов — такой же результат разработки, как макеты или верстка.

Политика обработки персональных данных — только верхний слой.
Реальная схема часто выглядит так:
форма → сервер → почта → CRM → аналитика → сторонние сервисы.
Заказчику желательно понимать эту архитектуру до запуска: какие данные собираются, где оказываются и какие системы участвуют в обработке.

На аудитах встречаются:
другой оператор;
чужой домен;
устаревшие сервисы;
незаполненный шаблон;
документ «для галочки».
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13755 тендеров
проведено за восемь лет работы нашего сайта.
Для регулируемых отраслей этот вопрос особенно важен. Например, медицинские и образовательные сайты имеют дополнительные требования к опубликованной информации и обработке данных. F5 занимается такими проектами, в том числе сайтами медицинских учреждений.
Не открыть главную в DevTools.
А: открыть меню → найти услугу → заполнить форму → вызвать клавиатуру → ошибиться → исправить → отправить.
Так находятся:
перекрытые кнопки;
не закрывающиеся pop-up;
горизонтальный скролл;
неудобные таблицы;
формы, которые ломаются при появлении клавиатуры.

Файл резервной копии и рабочая процедура восстановления — разные вещи.
Хороший вопрос:
Если сайт завтра исчезнет полностью, кто, откуда и за какое время его восстановит?
И второй:
Мы хотя бы один раз это проверяли?
При интеграции с 1С, CRM, ERP или другим API мало проверить сценарий:
данные успешно передались.
Нужно подумать о случаях:
API не отвечает;
цена отсутствует;
обмен остановился;
запись пришла дважды;
обязательное поле пустое.
Главный вопрос:
Как мы узнаем, что обмен перестал работать?

Аналитика, лицензии, облачные сервисы и API нередко создаются разработчиками во время проекта.
Если они так и остаются на личном аккаунте специалиста, компания сохраняет ненужную зависимость от конкретного человека.
Попросите будущего контент-менеджера самому:
добавить новость → заменить фотографию → поменять телефон → изменить SEO-поле.
Если без разработчика невозможно выполнить элементарную операцию, это должно быть либо осознанным решением, либо поводом доработать административную часть.
После релиза стоит отдельно пройти все dev/test/stage-версии:
закрыты ли от поисковиков;
не содержат ли актуальные пользовательские данные;
действительно ли они ещё нужны;
кто имеет к ним доступ.
По итогам проекта у заказчика желательно иметь понятный комплект:
исходники + макеты + доступы + лицензии + схема интеграций + инструкции + информация о backup.
Иначе следующая команда начинает развитие не с задач бизнеса, а с археологии.

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