01

Сверьте сайт с согласованным заданием

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

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

02

Пройдите основные маршруты на устройствах

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

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

  • Главный сценарий работает при прямом входе на страницу услуги.
  • Контакты и кнопки ведут к правильному получателю.
  • Изображения загрузились и соответствуют соседнему тексту.
  • Ошибка заполнения формы понятна, введённые данные не теряются без причины.
03

Подтвердите путь обращения

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

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

Создание сайта: состав и порядок работы → · Обсудить задачу

04

Проверьте поисковую основу без обещаний позиций

У каждой основной страницы должны быть понятный заголовок, своё описание и согласованный канонический адрес. Попросите показать robots.txt, sitemap и настройки индексации. Для временного согласовательного сайта ограничение индексации может быть намеренным; для основного домена режим определяется перед запуском.

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

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

05

Примите доступы и порядок обслуживания

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

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

  • Кто отвечает за продление домена, хостинга и внешних сервисов.
  • Как восстановить сайт и к кому обращаться при сбое.
  • Какие исправления входят в передачу и где начинается новая работа.
  • Какие события аналитики проверены и кто видит отчёт.
06

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

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

Разделяйте сбои согласованного сценария и новые пожелания. После исправлений повторите только затронутые маршруты и важные зависимости. В итоговой записи отметьте опубликованный адрес, дату, принятые пункты и остаток работ с ответственным. Формулировка «в целом нравится» не заменяет эту фиксацию.

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

Ещё по теме