Подписание акта — последняя точка, где у заказчика есть рычаг: после финального платежа мотивация подрядчика доделывать резко падает. При этом типовые проблемы сданных сайтов — неработающие формы, доступы на чужих аккаунтах, отсутствие исходников — находятся за час методичной проверки. Разбираем, как принять сайт у разработчика: что проверить перед оплатой и что зафиксировать в акте.
В этой статье 7
- Почему приёмка — отдельный этап, а не формальность
- Шаг 1. Формы и цели аналитики: проверяем деньгами
- Шаг 2. Кроссбраузерность и мобильные устройства
- Шаг 3. Скорость и техническая база
- Шаг 4. Доступы: всё должно принадлежать вам
- Шаг 5. Права, исходники и документы
- Акт приёмки сайта: что проверять перед подписью
Почему приёмка — отдельный этап, а не формальность
Приёмку часто сводят к «покликали страницы — вроде красиво». Но дизайн подрядчик и так покажет с лучшей стороны. Сюрпризы прячутся в другом: форма, которая не отправляет заявки; ненастроенные цели аналитики; домен на аккаунте исполнителя; исходники, которых у вас нет. Каждая из этих проблем стоит денег, и решать их после оплаты придётся уже на условиях подрядчика.
Важно не путать приёмку с предзапусковой SEO-проверкой. SEO-чек-лист перед запуском отвечает на вопрос «готов ли сайт к продвижению»; чек-лист приёмки — «выполнил ли исполнитель работу и можно ли платить». Первая проверка влияет на трафик, вторая — на деньги и юридическую позицию.
Шаг 1. Формы и цели аналитики: проверяем деньгами
Формы — самая дорогая точка отказа: сайт может выглядеть идеально и при этом молча терять каждую заявку. Проверяйте не «форма открывается», а весь путь заявки: отправьте тестовую с каждой формы — с главной, со страниц услуг, из футера, с квиза и калькулятора. Убедитесь, что заявка реально дошла до почты, CRM или мессенджера. Проверьте и негативные сценарии: пустые поля, неверный телефон, повторная отправка.
- Каждая форма отправлена тестово — и заявка дошла до почты/CRM (проверьте папку «Спам»).
- Уведомления приходят на адреса заказчика, а не на почту разработчика, оставшуюся с тестов.
- Счётчик Яндекс Метрики стоит на всех страницах, а цели срабатывают на отправку каждой формы — это видно в отчёте «Конверсии» после тестовой заявки.
- Страница «Спасибо» или событие отправки существует — иначе рекламу и SEO будет не по чему оценивать.
- Телефон и e-mail кликабельны на мобильном, а клики по ним отслеживаются.
Шаг 1. Формы и цели аналитики: проверяем деньгами
- Каждая форма отправлена тестово — и заявка дошла до почты/CRM (проверьте папку «Спам»).
- Да
- Уведомления приходят на адреса заказчика, а не на почту разработчика, оставшуюся с тестов.
- Да
- Счётчик Яндекс Метрики стоит на всех страницах, а цели срабатывают на отправку каждой формы — это видно в отчёте «Конверсии» после тестовой заявки.
- Да
- Страница «Спасибо» или событие отправки существует — иначе рекламу и SEO будет не по чему оценивать.
- Да
- Телефон и e-mail кликабельны на мобильном, а клики по ним отслеживаются.
- Да
Текст схемы и все данные
Шаг 1. Формы и цели аналитики: проверяем деньгами
- Каждая форма отправлена тестово — и заявка дошла до почты/CRM (проверьте папку «Спам»).
- Да
- Уведомления приходят на адреса заказчика, а не на почту разработчика, оставшуюся с тестов.
- Да
- Счётчик Яндекс Метрики стоит на всех страницах, а цели срабатывают на отправку каждой формы — это видно в отчёте «Конверсии» после тестовой заявки.
- Да
- Страница «Спасибо» или событие отправки существует — иначе рекламу и SEO будет не по чему оценивать.
- Да
- Телефон и e-mail кликабельны на мобильном, а клики по ним отслеживаются.
- Да
Если Метрику ставил подрядчик, проверьте, на чьём аккаунте счётчик, и запросите права владельца. Как устроены цели и отчёты — в гайде по настройке Яндекс Метрики.
Шаг 2. Кроссбраузерность и мобильные устройства
Подрядчик показывает сайт в том браузере, где верстал. Ваша задача — посмотреть там, где сидят клиенты. Минимум: Chrome, Safari (особенно на iPhone — там свой движок и свои сюрпризы), Яндекс Браузер и Firefox. На мобильных проверяйте реальные устройства, а не уменьшенное окно на десктопе: меню, формы, кликабельность кнопок пальцем, отсутствие горизонтальной прокрутки. Типовые поломки разобраны в статье о кроссбраузерности.
Отдельно пройдите «неудобные» страницы: карточку с длинным заголовком, таблицу на узком экране, страницу 404 — небрежная вёрстка вылезает именно на краевых случаях, которых на макетах не видно.
Шаг 3. Скорость и техническая база
Скорость — измеримый параметр, принимайте её цифрами, а не ощущениями. Прогоните главную и 2–3 внутренние страницы через PageSpeed Insights: метрики Core Web Vitals в зелёной зоне — разумное требование к новому сайту без наследия старого кода. Если в ТЗ заявлены целевые показатели скорости — сверяйте с ними.
- HTTPS работает, сертификат валиден, с http и с www настроены редиректы на один основной адрес.
- Страница 404 существует и оформлена, битых ссылок в меню и футере нет.
- Favicon, заголовки страниц и мета-описания заполнены, а не «Untitled» и «Home».
- Robots.txt настроен осознанно: сайт открыт для индексации, если запуск согласован, а не «как оставил разработчик».
- Изображения сжаты: страница с фотографиями не весит десятки мегабайт.
Шаг 4. Доступы: всё должно принадлежать вам
Пока домен, хостинг и счётчики висят на аккаунтах подрядчика, вы не владеете сайтом, а арендуете его на честном слове: конфликт, закрытие студии или потерянный доступ — и бизнес остаётся без сайта. Правило простое: все аккаунты регистрируются на заказчика, подрядчику выдаются отзывные права сотрудника или гостя.
Доступы и владение: что проверить при приёмке сайта
- Что: Домен
- Кто владелец: Только заказчик
- Что проверить: Договор с регистратором на ваше имя или ИП/ООО; доступ в панель регистратора
- Что: Хостинг / сервер
- Кто владелец: Заказчик
- Что проверить: Аккаунт и оплата на вас; пароли переданы и сменены после приёмки
- Что: Админка сайта / CMS
- Кто владелец: Заказчик
- Что проверить: Учётка администратора у вас; тестовые учётки разработчиков удалены или согласованы
- Что: Яндекс Метрика, Вебмастер, Google-сервисы
- Кто владелец: Заказчик
- Что проверить: Права владельца на вашем аккаунте, у подрядчика — представитель
- Что: Репозиторий с кодом
- Кто владелец: Заказчик или совместно
- Что проверить: Доступ к актуальной версии кода, а не архив «на память»
- Что: Почтовые ящики домена
- Кто владелец: Заказчик
- Что проверить: Админ-доступ к почте, на которую завязаны формы и сервисы
Текст схемы и все данные
Доступы и владение: что проверить при приёмке сайта
- Что: Домен
- Кто владелец: Только заказчик
- Что проверить: Договор с регистратором на ваше имя или ИП/ООО; доступ в панель регистратора
- Что: Хостинг / сервер
- Кто владелец: Заказчик
- Что проверить: Аккаунт и оплата на вас; пароли переданы и сменены после приёмки
- Что: Админка сайта / CMS
- Кто владелец: Заказчик
- Что проверить: Учётка администратора у вас; тестовые учётки разработчиков удалены или согласованы
- Что: Яндекс Метрика, Вебмастер, Google-сервисы
- Кто владелец: Заказчик
- Что проверить: Права владельца на вашем аккаунте, у подрядчика — представитель
- Что: Репозиторий с кодом
- Кто владелец: Заказчик или совместно
- Что проверить: Доступ к актуальной версии кода, а не архив «на память»
- Что: Почтовые ящики домена
- Кто владелец: Заказчик
- Что проверить: Админ-доступ к почте, на которую завязаны формы и сервисы
| Что | Кто владелец | Что проверить |
|---|---|---|
| Домен | Только заказчик | Договор с регистратором на ваше имя или ИП/ООО; доступ в панель регистратора |
| Хостинг / сервер | Заказчик | Аккаунт и оплата на вас; пароли переданы и сменены после приёмки |
| Админка сайта / CMS | Заказчик | Учётка администратора у вас; тестовые учётки разработчиков удалены или согласованы |
| Яндекс Метрика, Вебмастер, Google-сервисы | Заказчик | Права владельца на вашем аккаунте, у подрядчика — представитель |
| Репозиторий с кодом | Заказчик или совместно | Доступ к актуальной версии кода, а не архив «на память» |
| Почтовые ящики домена | Заказчик | Админ-доступ к почте, на которую завязаны формы и сервисы |
Шаг 5. Права, исходники и документы
По умолчанию исключительные права на сайт остаются у того, кто его создал, — если в договоре не написано иное. Перед подписанием акта перечитайте договор: в нём должна быть передача исключительных прав на дизайн, код и тексты заказчику. Отдельно запросите исходники: код проекта, макеты (Figma), исходники логотипа и графики. Без них любая доработка возможна только у этого же подрядчика — на его условиях.
- Договор или акт фиксирует передачу исключительных прав на результат работ.
- Исходный код передан (доступ к репозиторию или архив с инструкцией по развёртыванию).
- Макеты и графика переданы в редактируемом виде, а не картинками.
- Шрифты, фотостоки, шаблоны и плагины лицензионно чисты — запросите список платных компонентов и на кого оформлены лицензии.
- Есть краткая документация: как обновлять контент, где что лежит, какие сервисы подключены.
Акт приёмки сайта: что проверять перед подписью
Акт — не ритуал, а юридический документ: подписав его без оговорок, вы соглашаетесь, что работа выполнена полностью и претензий нет. Поэтому порядок такой.
- Сверьте сделанное с ТЗ и договором попунктно: не «похоже на макет», а каждая страница, функция и интеграция из ТЗ существует и работает.
- Пройдите чек-лист из шагов 1–5 и составьте письменный список замечаний с разделением на блокирующие (не подписываем акт) и косметические (фиксируем срок устранения).
- Убедитесь, что в акте или договоре есть гарантийный срок на исправление ошибок — обычно 3–12 месяцев — и что «ошибка» в нём определена внятно.
- Финальный платёж — после устранения блокирующих замечаний и передачи доступов и исходников, а не «переведём, потом доделаете».
- Сразу после подписания смените пароли на всех аккаунтах и проверьте, что доступ подрядчика ограничен согласованным уровнем.
Акт приёмки сайта: что проверять перед подписью
- Сверьте сделанное с ТЗ и договором попунктно: не «похоже на макет», а каждая страница, функция и интеграция из ТЗ существует и работает.
- Да
- Пройдите чек-лист из шагов 1–5 и составьте письменный список замечаний с разделением на блокирующие (не подписываем акт) и косметические (фиксируем срок устранения).
- Да
- Убедитесь, что в акте или договоре есть гарантийный срок на исправление ошибок — обычно 3–12 месяцев — и что «ошибка» в нём определена внятно.
- Да
- Финальный платёж — после устранения блокирующих замечаний и передачи доступов и исходников, а не «переведём, потом доделаете».
- Да
- Сразу после подписания смените пароли на всех аккаунтах и проверьте, что доступ подрядчика ограничен согласованным уровнем.
- Да
Текст схемы и все данные
Акт приёмки сайта: что проверять перед подписью
- Сверьте сделанное с ТЗ и договором попунктно: не «похоже на макет», а каждая страница, функция и интеграция из ТЗ существует и работает.
- Да
- Пройдите чек-лист из шагов 1–5 и составьте письменный список замечаний с разделением на блокирующие (не подписываем акт) и косметические (фиксируем срок устранения).
- Да
- Убедитесь, что в акте или договоре есть гарантийный срок на исправление ошибок — обычно 3–12 месяцев — и что «ошибка» в нём определена внятно.
- Да
- Финальный платёж — после устранения блокирующих замечаний и передачи доступов и исходников, а не «переведём, потом доделаете».
- Да
- Сразу после подписания смените пароли на всех аккаунтах и проверьте, что доступ подрядчика ограничен согласованным уровнем.
- Да
Пример условный, для иллюстрации логики. Компания приняла сайт «по красоте», не проверив цели Метрики. Три месяца шла реклама: отчёты показывали визиты, но не заявки — оценить каналы было нечем. Цена ошибки — квартал рекламного бюджета вслепую и настройка аналитики задним числом. Час проверки форм при приёмке стоил бы ноль рублей.
Собирательный пример на основе типовых проектов — не реальный клиент.
Хороший подрядчик приёмку любит: она снимает будущие споры и превращает «мне кажется, что-то не так» в конечный список пунктов. Настораживать должна обратная реакция — когда исполнитель торопит с актом, не отдаёт исходники «пока не оплатите поддержку» или держит домен на себе «для удобства». Мы в АОСА сдаём сайты с передачей кода, доступов и документации по умолчанию: уверенный в работе исполнитель от проверки только выигрывает. А дальнейшее развитие сайта — это отдельное соглашение на поддержку с понятным составом работ, а не удержание ваших исходников.
Владимир БогдановОснователь и руководитель AOSA · эксперт по SEO и AEO, 12+ лет в поисковой оптимизации