Сайт готов, подрядчик сообщает о завершении разработки и предлагает подписать акт. Главная страница выглядит хорошо, кнопки на месте, дизайн согласован. Можно ли принимать работу? Не спешите: внешний вид не подтверждает, что сайт правильно работает, готов к продвижению и действительно помогает получать заявки.
Перед приемкой сайта проверьте семь основных направлений:
- Функциональность. Работают ли формы, кнопки, поиск, корзина и другие предусмотренные техническим заданием функции?
- Мобильная версия. Удобно ли пользоваться сайтом со смартфона, не выходят ли элементы за пределы экрана?
- Содержание. Все ли страницы, тексты, изображения, цены и контакты размещены корректно?
- SEO-настройки. Доступны ли нужные страницы для индексации, заполнены ли метатеги, правильно ли работают ссылки и редиректы?
- Аналитика. Фиксируются ли отправки форм, звонки и другие согласованные целевые действия?
- Безопасность и скорость. Корректно ли работает HTTPS, нет ли критических ошибок загрузки?
- Доступы и документация. Переданы ли права управления сайтом, доменом, хостингом и необходимыми сервисами?
Проверять нужно не только главную страницу, но и реальные действия посетителя: поиск товара, отправку заявки, оформление заказа или запись на услугу.
Все выявленные несоответствия фиксируйте письменно до окончательной приемки. При этом ориентируйтесь на договор и техническое задание: новые пожелания и ошибки в согласованном функционале — не одно и то же.
Разберем каждый этап проверки, чтобы не обнаружить серьезные проблемы уже после запуска рекламы или SEO-продвижения.
Сверьте готовый сайт с техническим заданием
Первое, с чего стоит начать приемку, — сопоставление результата с согласованным перечнем работ.
В процессе разработки могут появляться новые идеи: добавить фильтр, изменить меню, подключить дополнительный сервис. Но если эти задачи не были включены в проект, они могут потребовать отдельного согласования.
Поэтому важно разделять три ситуации: функция предусмотрена заданием и работает правильно; функция предусмотрена, но отсутствует или работает с ошибкой; функция не была согласована и рассматривается как дополнительная доработка.
Подготовьте перечень разделов и функций, которые должны присутствовать на сайте. Проверьте их последовательно, а не только на демонстрации подрядчика.
Для сложных проектов полезно заранее согласовать критерии приемки: какие действия должна выполнять система и какой результат считается корректным.
Проверьте формы заявок, кнопки и основные функции
Неработающая форма обратной связи может остаться незамеченной при визуальной проверке. Посетитель заполнит поля, нажмет кнопку отправки, но компания не получит его обращение.
Чтобы исключить такую ситуацию, выполните тестовую заявку самостоятельно.
Проверьте, что происходит после отправки формы, приходит ли уведомление ответственному сотруднику и сохраняются ли данные в подключенной CRM, если такая интеграция предусмотрена.
Не ограничивайтесь одной формой. Протестируйте заказ обратного звонка, заявку на услугу, подписку или другие способы связи.
Также обратите внимание на обработку ошибок. Что происходит, если пользователь не заполнил обязательное поле? Появляется ли понятная подсказка? Можно ли случайно отправить одну и ту же заявку несколько раз?
Для интернет-магазина проверка должна включать весь путь покупателя: от выбора товара до подтверждения заказа.
Оцените мобильную версию сайта
Сайт может отлично выглядеть на рабочем мониторе, но быть неудобным на небольшом экране.
Проверять адаптивность только изменением ширины браузера недостаточно. Желательно открыть сайт на реальных смартфонах с разными размерами экранов.
Обратите внимание на текст, меню, формы, кнопки и всплывающие окна.
Особенно важно проверить:
- Читается ли текст без увеличения масштаба?
- Не перекрывают ли изображения и баннеры важную информацию?
- Удобно ли нажимать на кнопки и выбирать пункты меню?
- Можно ли заполнить форму с экранной клавиатуры?
- Не мешают ли закрепленные элементы оформлению заявки?
Мобильная версия должна сохранять не только внешний вид, но и полноценную работоспособность сайта.
Если пользователь не может завершить заказ со смартфона, проект нельзя считать качественно подготовленным к продажам только потому, что он соответствует согласованному дизайну.
Проверьте все страницы и содержание
После разработки важно убедиться, что сайт наполнен согласованными материалами и не содержит временных элементов.
Откройте основные разделы, страницы услуг, карточки товаров и информационные блоки.
Проверьте названия, описания, изображения, контактные данные, цены и условия сотрудничества. Убедитесь, что на страницах не остались тестовые тексты, изображения-заглушки или ссылки на демонстрационный проект.
Отдельного внимания требуют карточки товаров. Если предусмотрены характеристики, варианты комплектации, остатки или информация о доставке, данные должны отображаться правильно.
Полезно также проверить пользовательскую навигацию: можно ли быстро найти услугу, перейти в нужный раздел и вернуться к каталогу.
Грамотно организованная структура сайта помогает посетителям ориентироваться в содержании, а поисковым системам — находить связанные страницы.
Проверьте базовую SEO-подготовку перед запуском
Одна из неприятных ситуаций после приемки — сайт работает, но важные страницы недоступны для индексирования или содержат технические ошибки.
Не все задачи поискового продвижения обязательно входят в разработку. Однако базовые SEO-требования желательно предусматривать еще на этапе создания проекта.
Перед запуском стоит проверить:
- Title, Description и H1. Основные коммерческие страницы должны иметь корректные заголовки и метаданные, соответствующие содержанию.
- Индексацию. На страницах, предназначенных для поиска, не должно оставаться случайных запретов noindex или ограничений обхода.
- Robots.txt и sitemap.xml. Правила обхода и карта сайта должны соответствовать согласованной структуре.
- Canonical. Необходимо исключить ошибочные указания на другие страницы, особенно для важных разделов каталога.
- Редиректы. Старые адреса при переносе сайта должны вести на актуальные релевантные страницы, если это предусмотрено планом миграции.
- Внутренние ссылки. Навигация не должна вести на несуществующие страницы или ненужные цепочки перенаправлений.
- HTTP-ответы. Существующие целевые страницы должны открываться корректно, а отсутствующие — возвращать соответствующий статус ошибки.
Если сайт заменяет ранее действующий ресурс, необходимо дополнительно проверить сохранение важных URL и корректность переноса. Ошибки на этом этапе могут привести к потере поисковой видимости.
Более подробно требования к подготовке проекта рассмотрены в нашей статье «Необходимость SEO-оптимизации на этапе разработки сайта».
Важно: наличие правильных метатегов и sitemap.xml не гарантирует попадания в ТОП. Это элементы технической подготовки, необходимые для последующей работы над поисковой видимостью.
Убедитесь, что аналитика собирает реальные обращения
Наличие счетчика Яндекс Метрики еще не означает, что аналитика настроена правильно.
Перед приемкой желательно проверить согласованные цели: отправку формы, успешное оформление заказа, переходы к важным действиям и другие конверсии.
Проведите тестовое обращение и убедитесь, что оно отражается в системе аналитики. Если подключена CRM, проверьте передачу заявки и необходимых данных.
Особенно внимательно следует проверить события после успешной отправки формы. Если цель срабатывает при обычном открытии страницы или каждом нажатии кнопки независимо от результата, статистика может содержать ложные конверсии.
Для проектов с рекламным продвижением это принципиально: некорректные данные мешают оценивать эффективность кампаний и принимать решения о расходах.
Перед запуском рекламы полезно дополнительно изучить, как подготовить сайт к привлечению платного трафика.
Проверьте скорость и стабильность работы
Сайт должен не только открываться, но и оставаться удобным при загрузке страниц и взаимодействии с элементами интерфейса.
Для предварительной проверки можно использовать Google PageSpeed Insights. Инструмент помогает выявлять проблемы производительности и оценивать показатели Core Web Vitals, если необходимые данные доступны.
Обратите внимание на три метрики:
LCP — насколько быстро появляется основной крупный элемент страницы.
INP — насколько отзывчиво сайт реагирует на действия пользователя.
CLS — насколько стабильно расположение элементов при загрузке и работе страницы.
Не стоит оценивать качество сайта исключительно по одному баллу PageSpeed. Важно проверить реальные проблемы: изображения, которые слишком долго загружаются, кнопки с заметной задержкой, смещающиеся блоки и ошибки скриптов.
Также протестируйте сайт при обычном интернет-соединении и на мобильном устройстве.
Если выявлены существенные недостатки, их необходимо зафиксировать и сопоставить с требованиями проекта.
Проверьте HTTPS и доступы к сайту
Перед запуском сайт должен корректно работать по HTTPS. Браузер не должен предупреждать посетителей о проблемах с сертификатом или загрузкой небезопасных ресурсов.
Необходимо также убедиться, что доступ к административной панели защищен, тестовые учетные записи удалены или отключены, а используемые системы и модули обновлены до согласованных версий.
Отдельный вопрос — права доступа.
Заказчику важно понимать, кто управляет доменом, где размещен сайт и какие учетные записи необходимы для дальнейшей работы.
При приемке запросите доступы к тем системам, которые должны быть переданы по договору:
- Панели управления сайтом.
- Регистратору доменного имени.
- Хостингу или серверу.
- Системам аналитики.
- Подключенным сервисам и интеграциям.
- Резервным копиям и документации, если их передача предусмотрена договором.
Не обязательно передавать пароли в открытом виде. Безопаснее использовать передачу прав доступа и штатные механизмы смены учетных данных.
Главное, чтобы после завершения сотрудничества компания могла управлять своим проектом в пределах согласованных прав.
Что проверить при приемке интернет-магазина
Для интернет-магазина недостаточно открыть каталог и убедиться, что товары отображаются.
Необходимо протестировать реальную процедуру покупки.
Добавьте товар в корзину, измените количество, выберите доступный способ доставки, перейдите к оформлению заказа и проверьте, как система обрабатывает введенные данные.
Если предусмотрена онлайн-оплата, тестирование следует проводить в согласованном безопасном режиме. Не стоит использовать реальные платежи без необходимости и предварительного согласования.
Также проверьте работу фильтров, поиска, вариантов товаров, остатков и интеграций с учетными системами.
Например, если товар отсутствует на складе, сайт должен обрабатывать это состояние согласно бизнес-логике проекта. Если клиент изменил количество товара в корзине, итоговая сумма должна пересчитываться правильно.
Такие проверки особенно важны при разработке интернет-магазина, поскольку ошибки могут напрямую мешать оформлению заказов.
Какие документы и материалы получить от разработчика
Перед завершением проекта необходимо проверить не только сам сайт, но и согласованный комплект передаваемых материалов.
В него могут входить техническая документация, инструкции по работе с административной панелью, сведения об используемых сервисах, исходные материалы и перечень выполненных интеграций.
Точный состав зависит от договора, выбранной платформы и прав на разработанный продукт.
Полезно отдельно зафиксировать гарантийные условия: какие ошибки устраняются в рамках обязательств подрядчика, как принимаются обращения и какие работы оплачиваются дополнительно.
Если сайт предполагает дальнейшее развитие, стоит обсудить техническую поддержку и порядок внесения изменений. Некоторые проекты требуют регулярного обновления программных компонентов, резервного копирования и контроля работоспособности.
Как оформить замечания перед приемкой
Если в ходе проверки обнаружены ошибки, лучше не ограничиваться устным описанием.
Составьте перечень замечаний с адресами страниц, скриншотами и пошаговым описанием ситуаций, в которых возникает проблема.
Например, вместо фразы «не работает форма» укажите конкретную страницу, действия пользователя и результат: после заполнения обязательных полей заявка не поступает в согласованную систему.
Удобно разделить замечания на три категории:
- Критические. Ошибки, мешающие использовать ключевые функции сайта.
- Значимые. Несоответствия согласованным требованиям, которые влияют на удобство, содержание или корректность работы.
- Незначительные. Мелкие визуальные или текстовые недочеты, которые не блокируют основные сценарии.
Такой подход помогает предметно обсудить исправления и согласовать повторную проверку.
Порядок подписания акта, устранения недостатков и последующей приемки необходимо определять по условиям договора. Сам по себе чек-лист не заменяет юридические документы.
Когда сайт действительно готов к запуску
Готовность сайта определяется не количеством согласованных макетов, а тем, насколько корректно реализованы предусмотренные функции и основные пользовательские сценарии.
Перед окончательной приемкой убедитесь, что выполнены согласованные требования, протестированы формы и интеграции, проверена мобильная версия, устранены критические ошибки и переданы необходимые доступы.
Если сайт планируется продвигать в Яндексе и Google, дополнительно важно провести техническую SEO-проверку до начала активного привлечения трафика.
Чем раньше выявлены недочеты, тем проще согласовать их устранение до полноценного запуска проекта.
В Craft Promotion разработка сайтов рассматривается как комплексная задача, в которой важны не только дизайн и программирование, но и удобство использования, корректность функционала и подготовка к дальнейшему продвижению.
Если вы планируете создание нового сайта или хотите оценить качество уже выполненной разработки, специалисты Craft Promotion помогут разобраться в техническом состоянии проекта и определить необходимые доработки.