Как проверить сайт перед запуском: чек-лист приёмки

Проверьте путь клиента целиком

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

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

• Из меню доступны все основные разделы.
• В описании услуги понятны состав, условия и следующий шаг.
• Кнопка приводит к нужной форме или контакту.
• После действия посетитель понимает, что произошло и когда ждать ответа.

Если разработка ещё не началась, сначала используйте чек-лист подготовки материалов. А при приёмке оценивайте сайт по согласованной задаче.

Сверьте тексты, контакты и изображения

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

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

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

Откройте сайт на телефоне

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

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

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

Подтвердите получение тестовой заявки

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

Проверьте обязательные поля, неверный формат контакта и повторное нажатие кнопки. При ошибке посетитель должен получить понятное объяснение, а не остаться на пустом экране. Резервный канал связи полезно проверить отдельно.

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

Проверьте, что аналитика измеряет нужные действия

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

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

Если на сайте предусмотрен выбор аналитических cookie, протестируйте оба варианта в чистой сессии браузера. Форма должна работать при отказе от необязательной аналитики. Сопоставьте фактическое поведение с утверждёнными текстами сайта; вопросы к содержанию этих текстов передайте ответственному специалисту.

Проверьте готовность к поисковикам

Для публичных страниц проверьте уникальные title и description, один основной H1, правильный canonical и внутренние ссылки. На рабочем домене не должны оставаться случайные ссылки на тестовую копию или запрет индексации, предназначенный для разработки.

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

Sitemap помогает поисковикам обнаружить адреса, но не гарантирует их индексирование. Включайте в него актуальные публичные страницы и проверяйте результат обхода в Google Search Console и Яндекс Вебмастере. Дату изменения указывайте по фактическим изменениям страницы.

Технические пояснения: назначение sitemap и правило noindex в документации Google.

Зафиксируйте передачу сайта и повторную проверку

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

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

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

Что исправлять до публикации

В первую очередь устраните проблемы, которые мешают человеку получить информацию или связаться с вами: недоступные страницы, неверные контакты, потерянные заявки и перекрытые элементы на телефоне. Затем проверьте достоверность содержания и настройки поисковой доступности.

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

1. Основные страницы открываются и связаны между собой.
2. Контакты, услуги и условия проверены владельцем.
3. Мобильный сценарий пройден вручную.
4. Тестовая заявка получена и содержит верные данные.
5. События аналитики проверены с учётом выбора пользователя.
6. Поисковые настройки и sitemap проверены на рабочем домене.
7. Доступы, резервная копия и инструкция переданы.

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