Как принять готовый сайт: чек-лист для владельца бизнеса

Сначала определите, какую версию вы проверяете

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

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

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

Таблицу можно прокрутить по горизонтали

1. Пройдите путь клиента с телефона

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

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

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

2. Проверьте форму до фактического получателя

Заранее предупредите ответственного сотрудника о тесте. Отправьте узнаваемое сообщение, например «Проверка сайта, 21 октября, форма услуги», со своими тестовыми контактами. Найдите именно это обращение в почте или CRM. Сверьте текст, контакт, выбранную услугу и приложенный файл, если он предусмотрен. Проверьте, можно ли ответить отправителю.

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

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

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

3. Сверьте содержание на реальных страницах

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

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

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

4. Проверьте читаемость и управление

Посмотрите сайт на реальном телефоне и компьютере. При наличии доступа проверьте Safari на iPhone и Chrome на Android; согласуйте дополнительные браузеры по аудитории проекта. Сужение окна компьютера полезно для поиска проблем с вёрсткой, но не воспроизводит экранную клавиатуру и поведение браузера телефона.

На компьютере уберите мышь и переходите по ссылкам и полям клавишей Tab, назад — Shift+Tab. Должно быть видно, какой элемент выбран. Попробуйте открыть и закрыть меню, заполнить форму и выйти из диалога. Если перемещение застряло или фокус пропал за панелью, запишите последовательность действий.

Увеличьте масштаб до 200% и проверьте, что текст можно прочитать, кнопки не перекрываются и важные сведения не исчезают. Посмотрите, удобно ли читать страницу при обычной яркости экрана, различимы ли подписи полей и можно ли остановить мешающее движение. Горизонтальная прокрутка широкой таблицы может быть предусмотрена; прокрутка всего экрана из-за вылезшей кнопки — отдельное замечание.

5. Оцените загрузку и готовность к поиску

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

В PageSpeed Insights запустите мобильную проверку нескольких характерных страниц и сохраните ссылки на отчёты. Обсуждайте с подрядчиком конкретные задержки и их влияние на посетителя. Лабораторный балл может меняться между запусками; требование получить 100 без условий измерения плохо описывает готовность сайта.

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

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

6. Выполните обновление и проверьте передачу

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

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

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

Уточните, какие данные попадают в резервную копию, где она хранится и кто сможет восстановить сайт. Попросите показать восстановление на тестовой копии, если это входит в сдачу проекта. Фраза «резервные копии настроены» сама по себе не объясняет, как вернуть сайт и обращения после сбоя.

Как записывать замечания и определять приоритет

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

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

Таблицу можно прокрутить по горизонтали

Короткий лист перед завершением приёмки

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

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