Главная/Блог/Как принимать готовый сайт у разработчика

Как принимать готовый сайт у разработчика

Чек-лист приёмки сайта: от проверки на разных устройствах до получения доступов и подписания акта.

Создание сайтов≈ 6 мин чтения
Как принимать готовый сайт у разработчика

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

Почему приёмку нельзя пропускать

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

С чего начать проверку

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

Проверка на разных устройствах и браузерах

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

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

Адаптивность — не разовая настройка, а результат продуманной вёрстки, подробнее об этом можно почитать в материале про адаптивную вёрстку.

Функциональная проверка: что кликнуть и заполнить

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

  1. Отправьте все формы на сайте. Заявку, обратный звонок, подписку на рассылку — проверьте, что письмо реально приходит на нужный адрес, а не теряется.
  2. Пройдите заказ в интернет-магазине целиком. Если это магазин — от добавления товара в корзину до экрана подтверждения заказа, включая расчёт доставки и способы оплаты.
  3. Проверьте все ссылки в меню и футере. Особенно на несуществующие страницы вроде «Политика конфиденциальности», которые часто забывают наполнить.
  4. Откройте карту, если она есть на сайте. Проверьте, что адрес и метка указывают на правильное место.
  5. Проверьте поиск по сайту, если он предусмотрен. Введите реальный запрос и посмотрите, что выдаётся в результате.

Отдельно проверьте орфографию и опечатки во всех текстах — глаз разработчика их часто не замечает, а вот посетители сайта считывают такие мелочи как непрофессионализм.

Техническая часть приёмки

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

Что проверитьЗачем
Скорость загрузки страницМедленный сайт теряет посетителей и хуже ранжируется в поиске
Наличие и корректность SSL-сертификатаБез него браузер показывает предупреждение «сайт небезопасен»
Настройка аналитикиБез счётчиков невозможно будет оценить эффективность сайта после запуска
Корректные метатеги на страницахВлияет на то, как сайт выглядит в результатах поиска и соцсетях
Файлы robots.txt и sitemap.xmlНужны для корректной индексации сайта поисковыми системами

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

Какие доступы нужно получить

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

  • Доступ к административной панели сайта с правами администратора, а не ограниченным пользователем.
  • Доступ к хостингу или серверу, где размещён сайт.
  • Доступ к управлению доменным именем — регистратор и DNS-настройки.
  • Доступ к аккаунтам аналитики и вебмастера, если их настраивал подрядчик.
  • Исходные файлы дизайна — макеты в Figma или другом инструменте, если это оговорено в договоре.
  • Логины от почтовых ящиков, если они настраивались вместе с сайтом.

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

Акт выполненных работ: на что смотреть

Акт — это документ, который фиксирует, что работы выполнены и заказчик их принял. Перед подписанием стоит свериться, что в акте перечислено именно то, что реально сделано, а формулировки не расплывчатые вроде «работы по сайту выполнены в полном объёме» без конкретики. Если в процессе работы были устные договорённости о дополнительных доработках, убедитесь, что они либо выполнены, либо зафиксированы отдельно как незакрытые. Мы не даём юридических консультаций по составлению актов — при значимых суммах имеет смысл показать документ юристу перед подписанием.

Что делать, если нашли недоработки

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

После приёмки: что дальше

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

Итог

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

заявка

Остались вопросы?

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

Нажимая кнопку «Отправить заявку», вы соглашаетесь с политикой конфиденциальности и обработкой персональных данных.
contact.sh
# как с нами связаться
$ email   [email protected]
$ office  г. Омск, ул. Фрунзе, д. 40, офис 305
$ hours   пн–пт 10:00–19:00
# что будет после заявки
> ответим в рабочее время
> уточним задачу и пожелания
> пришлём смету и план работ
> начнём после согласования