Сайт в разработке Наполняем разделы и правим ошибки — что-то может выглядеть или работать не так. Если заметили — позвоните или напишите.

Приёмка сайта: как проверить работу перед запуском и не находить ошибки уже на боевом

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

Раздел: Разработка

Почему «вроде всё красиво» — это не приёмка

Момент сдачи сайта выглядит обманчиво просто: студия присылает ссылку, заказчик открывает её, листает главную, говорит «отлично» — и проект уходит в продакшн. Через неделю выясняется, что форма обратной связи отправляет письма на несуществующий ящик, на страницах услуг остались тексты-заглушки, а на телефоне меню открывается через раз.

Дело не в том, что студия халтурит. Любой сайт — это десятки страниц, сотни элементов и множество сценариев, которые нельзя проверить беглым взглядом. Разработчик смотрит на проект своими глазами и в своей привычной среде: он знает, куда нажимать, у него правильный браузер, он никогда не вводит в поле телефона слово «потом». Живой пользователь ведёт себя иначе, и именно он находит все дыры — но уже после запуска и ценой потерянной заявки.

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

И ещё одно важное правило: приёмку стоит проводить не в одиночку. Человек, который участвовал в проекте с самого начала, уже «замылил» глаз — он смотрит на макет, который видел тридцать раз, и не замечает очевидного. Позовите коллегу, который сайт не видел, и попросите его просто выполнить задачу: найти цену, оставить заявку, понять, где вы находитесь.

Контент: самое частое место, где сайт «не готов»

Первое, что нужно проверить — наполнение. Именно тут скапливается больше всего недоделок, и именно они видны клиентам в первую очередь.

  • Нет ли текстов-заглушек. Классический «Lorem ipsum» легко заметить, а вот фразу «текст будет позже» в глубине третьего уровня вложенности — уже нет. Пройдите по всем страницам, включая те, о которых вы сами забыли.
  • Все ли изображения настоящие. Стоковые картинки-плейсхолдеры из макета иногда доживают до сдачи.
  • Актуальны ли контакты. Телефон, адрес, почта, часы работы, реквизиты, ссылки на мессенджеры и соцсети — проверьте каждую, нажав на неё, а не прочитав глазами.
  • Совпадают ли данные между страницами. Часто цена на главной и цена в прайсе живут отдельной жизнью.
  • Нет ли пустых разделов. Меню, ведущее на страницу без содержимого, выглядит как сломанный сайт.
  • Корректны ли заголовки страниц и подписи в браузерной вкладке. Пять вкладок с названием «Главная» — верный признак, что метаданные не заполнили.

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

Человек с ноутбуком и распечатанным чек-листом отмечает пункты проверки страниц сайта.
Человек с ноутбуком и распечатанным чек-листом отмечает пункты проверки страниц сайта.

Сценарии: проверяем не страницы, а действия

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

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

Что важно проверить в каждой форме:

  1. Заявка действительно доходит. Не «должна доходить», а доходит — проверьте почтовый ящик, CRM, мессенджер, куда настроена отправка. И проверьте папку «Спам».
  2. В письме видно всё, что ввёл клиент. Имя, телефон, комментарий, страница, с которой пришла заявка.
  3. Работает валидация. Попробуйте отправить пустую форму, ввести буквы в поле телефона, некорректный адрес почты. Сайт должен понятно объяснить, что не так, а не молча ничего не делать.
  4. Есть подтверждение для пользователя. После отправки человек обязан увидеть внятное сообщение — иначе он нажмёт кнопку ещё пять раз.
  5. Кнопка не отправляет заявку дважды. Проверяется быстрым двойным кликом.
  6. Согласие на обработку данных отмечается и не блокирует отправку случайно.

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

Техническая проверка: то, что не видно глазом

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

Ссылки. Пройдите по всем пунктам меню, кнопкам, элементам футера. Битые ссылки и ссылки, ведущие на черновики или тестовые страницы, — обычное дело на этапе сдачи.

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

Разные браузеры. Достаточно проверить пару самых популярных плюс тот, которым пользуетесь лично вы.

Скорость и поведение при плохом интернете. Отключите Wi-Fi и откройте сайт с мобильного интернета. Если страница грузится мучительно долго, это повод для разговора до запуска, а не после.

Служебные настройки. Уточните у студии: закрыт ли сайт от индексации на тестовом домене и будет ли открыт после переноса, настроены ли переадресации со старых адресов, если сайт заменяет прежний, подключён ли SSL-сертификат, работает ли сайт одинаково с www и без.

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

Один и тот же сайт открыт одновременно на ноутбуке, планшете и смартфоне для сравнения отображения.
Один и тот же сайт открыт одновременно на ноутбуке, планшете и смартфоне для сравнения отображения.

Как формулировать правки, чтобы их действительно исправили

Список замечаний в духе «на главной что-то не так, посмотрите» превращает приёмку в бесконечную переписку. Чтобы этого не было, правки стоит оформлять по единому шаблону.

В каждом пункте должно быть:

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

Все замечания лучше собирать в одном месте — таблице, документе или таск-трекере, который использует студия. Разрозненные сообщения в разных мессенджерах гарантированно теряются, а потом начинается спор о том, говорили об этом или нет.

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

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

Что должно остаться у вас после подписания акта

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

Что забрать обязательно:

  1. Доступы к домену и хостингу, оформленные на вас или вашу компанию.
  2. Административный доступ к системе управления сайтом с правами владельца.
  3. Доступы к аналитике, почте на домене, платёжным сервисам и другим подключённым сервисам.
  4. Исходники: макеты дизайна, логотип в векторе, использованные изображения и шрифты с подтверждением прав на их использование.
  5. Копию сайта и базы данных — актуальную на момент запуска.
  6. Краткую инструкцию по работе с админкой: как добавить страницу, заменить текст, загрузить новость или товар.

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

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

Заявка

Расскажите о проекте

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

Форма обратной связи

Отвечаем в рабочие дни с 10:00 до 19:00

Написать в Telegram