B2BPRO.KZ | Рекламное агентство в Алматы

Как принять сайт у подрядчика: чек-лист перед оплатой

Руководитель проверяет новый сайт компании на ноутбуке и планшете перед оплатой подрядчику, рядом чек-лист приёмки и ключи доступа

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

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

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

Что такое приёмка сайта и почему её делают до последнего платежа

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

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

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

Как подготовиться к приёмке: документы и доступы

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

  1. Договор с приложениями и техническое задание, если оно было.
  2. Утверждённые макеты дизайна (ссылка на Figma или файлы) и карта страниц.
  3. Переписка, где вы согласовывали изменения по ходу работ. Всё, что меняли устно, попросите подтвердить письменно до начала приёмки.
  4. Список интеграций, которые обещал подрядчик: CRM, онлайн-оплата, аналитика, мессенджеры.
  5. Тексты и фотографии, которые вы передавали. Проверите, что на сайте стоят именно они, а не заглушки.

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

Как проверить, что сайт работает у клиентов, а не только у разработчика

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

Вёрстка на разных устройствах

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

Скорость загрузки

Скорость проверяют бесплатным сервисом Google PageSpeed Insights: вставляете адрес страницы и смотрите отчёт отдельно для мобильных устройств и компьютеров. Ориентиром служат показатели Core Web Vitals. По описанию метрик Core Web Vitals на web.dev хорошими считаются значения LCP (время загрузки основного контента) до 2,5 секунды, INP (отклик на действия) до 200 миллисекунд и CLS (сдвиги макета) не выше 0,1, причём Google оценивает их по 75-му процентилю загрузок. Если у нового сайта мобильная версия проваливает все три показателя, это повод для замечания: чаще всего виноваты несжатые изображения и лишние скрипты.

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

Формы и заявки

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

Проверьте и кнопки мессенджеров, и кликабельный номер телефона: на смартфоне нажатие должно открывать набор номера. Если на сайте есть онлайн-оплата, проведите тестовый платёж в тестовом режиме платёжной системы и убедитесь, что заказ получил статус «оплачен».

Кто владеет сайтом: домен, хостинг и пароли

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

Перед оплатой проверьте каждый пункт из таблицы.

Что проверить Как должно быть Чем грозит, если нет
Администратор домена Ваша компания или руководитель, доступ к кабинету регистратора у вас Не сможете продлить домен или перенести сайт без согласия студии
Хостинг или сервер Аккаунт оформлен на вас, оплата с вашей карты или счёта Студия может отключить сайт при споре
Административная панель сайта У вас учётная запись с полными правами Не сможете добавить сотрудника или сменить подрядчика
Почта на домене и DNS Доступ к управлению записями у вас Не подключите сервисы и не восстановите почту
Аналитика и кабинеты поисковиков Ваш аккаунт указан владельцем Потеряете статистику при уходе подрядчика
Платные плагины, темы, сервисы Лицензии на вашу компанию, ключи переданы Сайт перестанет обновляться после окончания чужой лицензии

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

После получения доступов смените пароли от хостинга, домена и панели управления. Храните их в корпоративном менеджере паролей, а не в личной переписке сотрудника, который вёл проект.

Готов ли сайт к поиску: SEO-минимум при приёмке

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

  1. Индексация открыта. Во время разработки сайт часто закрывают от поисковиков, и после запуска об этом забывают. В WordPress это галочка в разделе «Настройки → Чтение». Откройте адрес вашсайт.kz/robots.txt и убедитесь, что там нет запрета на весь сайт (строки «Disallow: /» без уточнений).
  2. Уникальные title и description. Посмотрите исходный код нескольких страниц или любое бесплатное расширение браузера для SEO: у каждой страницы услуги должен быть свой заголовок, а не название компании, повторённое везде.
  3. Один заголовок H1 на странице и логичная структура подзаголовков.
  4. Карта сайта sitemap.xml открывается и содержит нужные страницы.
  5. Перенаправления со старого сайта. Если сайт переделывали, попросите таблицу соответствия старых и новых адресов и проверьте выборочно, что старые ссылки ведут на новые страницы с кодом 301, а не на ошибку 404.
  6. Кабинеты поисковиков. Сайт добавлен в Google Search Console и Яндекс Вебмастер, владельцем указаны вы.

Последний пункт важен по той же причине, что и домен. В справке Google о подтверждении прав на ресурс в Search Console сказано, что подтверждённый владелец имеет самый высокий уровень доступа. Способов подтверждения несколько: HTML-файл, метатег, код Google Analytics или Tag Manager, запись DNS у регистратора домена. Если права подтвердил только подрядчик, попросите добавить вас владельцем или подтвердите права сами одним из этих способов.

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

Юридическая часть и безопасность сайта

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

Технически проверьте следующее:

  • сайт открывается по https, браузер не показывает предупреждений, а адрес с http автоматически перенаправляет на https;
  • CMS, тема и плагины обновлены до актуальных версий, в панели нет уведомлений о доступных обновлениях безопасности;
  • настроено резервное копирование, и вы знаете, где лежат копии и как часто они создаются; попросите показать хотя бы одну готовую копию;
  • на рабочем сайте не осталось тестовых страниц, демо-контента темы и учётных записей вида «test» или «admin» с простым паролем.

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

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

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

  1. Полную копию файлов сайта и базы данных на дату сдачи.
  2. Исходники дизайна: макеты, иконки, шрифты с лицензиями.
  3. Список всех доступов в одном документе: домен, хостинг, панель управления, почта, аналитика, сторонние сервисы.
  4. Описание интеграций: какие сервисы подключены, где лежат ключи, кто оплачивает подписки.
  5. Короткую инструкцию для контент-менеджера: как добавить страницу, новость, товар, как заменить фото на главной. Хорошо, если к ней приложено видео с экрана.
  6. Условия гарантии: какой срок подрядчик бесплатно исправляет ошибки и как отправлять заявки.

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

Пример: как выглядит приёмка корпоративного сайта на практике

Возьмём условный пример: сервисная компания из Алматы заказала сайт из 15 страниц на WordPress с формой заявки в CRM и казахской версией. Подрядчик прислал ссылку, до окончательного платежа осталось 40% суммы.

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

Во второй день руководитель вместе с ответственным за ИТ проверяет доступы. Домен оформлен на компанию, но хостинг куплен на аккаунт студии. В панели WordPress у заказчика роль редактора. В файле robots.txt стоит запрет индексации всего сайта, оставшийся со времён разработки.

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

Что делать, если сайт не проходит приёмку

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

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

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

Если вы только выбираете подрядчика или хотите, чтобы кто-то независимый прошёл этот список за вас, посмотрите наши услуги по разработке сайтов: мы делаем сайты под ключ на WordPress и 1С-Битрикс и сдаём их с полным пакетом доступов и документов.

Частые вопросы

Сколько времени нужно на приёмку сайта?

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

Можно ли подписать акт, если остались мелкие недочёты?

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

Что делать, если домен зарегистрирован на студию-разработчика?

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

Как проверить скорость сайта без программиста?

Откройте бесплатный сервис Google PageSpeed Insights, вставьте адрес страницы и посмотрите оценку для мобильных устройств. Хорошими Google считает LCP до 2,5 секунды, INP до 200 миллисекунд и CLS не выше 0,1. Проверьте главную и две-три страницы услуг, а слабые результаты мобильной версии внесите в список замечаний подрядчику.

Нужна ли независимая проверка сайта перед оплатой?

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

Прокрутить вверх