Приёмка сайта у подрядчика: чек-лист, который защитит от типовых проблем

Почему приёмка «на глаз» не работает

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

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

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

Блок 1. Доступы и права — проверяется первым

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

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

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

3. Административный доступ к сайту. Учётная запись с полными правами, не «редактор».

4. Доступ к базе данных и файлам. Достаточно того, что он есть в панели хостинга.

5. Исходный код передан. Если разработка велась в репозитории — доступ к нему или архив.

6. Счётчики аналитики на вашем аккаунте. Подрядчику выдаётся гостевой доступ. Счётчик на аккаунте агентства означает, что при расставании вы теряете всю историю.

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

8. Список сторонних сервисов. Письменный перечень: что подключено, где оплачивается, когда продлевать. Обычно всплывают один-два сервиса, о которых заказчик не знал.

Блок 2. Техническая часть — проверяется в браузере

9. Сайт открывается по одному адресу. Проверьте четыре варианта написания адреса — с приставкой и без, с защищённым соединением и без. Все должны вести на один и тот же вариант, а не открываться параллельно: иначе поиск видит несколько копий сайта.

10. Защищённое соединение работает. Замок в адресной строке, без предупреждений. Заодно спросите, до какой даты действует сертификат и продлевается ли он автоматически.

11. Файл robots.txt не закрывает сайт. Откройте адрес сайта с добавлением /robots.txt. Строка, запрещающая обход всего сайта, — самая частая и самая дорогая ошибка при переносе с тестовой площадки.

12. Нет запрета индексации в коде. Откройте исходный код главной страницы и поищите слово noindex. Его быть не должно.

13. Карта сайта существует и заполнена. Адрес с /sitemap.xml должен открываться и содержать актуальные адреса, а не десяток страниц из шаблона.

14. У каждой страницы свой заголовок вкладки. Пройдите по десяти страницам и посмотрите на подписи вкладок в браузере. Одинаковые заголовки — признак незаполненных настроек.

15. Заголовок первого уровня — текст, а не картинка. Проверяется попыткой выделить заголовок мышью.

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

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

Блок 3. Что должно работать по-настоящему

Эти пункты проверяются только действием — просмотр не даёт ничего.

18. Отправьте заявку через каждую форму. Через каждую, а не через одну. С телефона и с компьютера. Убедитесь, что письмо пришло, содержит все поля и не попало в спам.

19. Проверьте письмо, которое получает клиент. Если настроен автоответ — прочитайте его целиком. Часто там остаётся текст-заглушка от разработчика.

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

21. Проверьте кнопки мессенджеров. Каждая должна открывать нужный чат, а не главную страницу сервиса.

22. Пройдите весь путь покупки. Для магазина: положить в корзину, оформить заказ, дойти до оплаты. Хотя бы один тестовый заказ с реальной оплатой на минимальную сумму.

23. Проверьте счётчик аналитики. Откройте отчёт «в реальном времени» и зайдите на сайт с телефона. Ваш визит должен появиться. Заодно проверьте, что цели на формы срабатывают.

Блок 4. Юридическая часть — то, о чём вспоминают позже всех

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

25. Реквизиты компании на сайте. Наименование, ИНН, адрес для обращений, способ связи. Для интернет-магазина дополнительно нужны условия оплаты, доставки и возврата.

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

По этому блоку разумно получить ответ письмом: он фиксирует, что вопрос задавался и как на него ответили.

Что зафиксировать в договоре до начала работ

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

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

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

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

Гарантийный период. Обычно 3–6 месяцев на устранение недостатков, возникших не по вине заказчика. Отдельно оговорите, что считается недостатком, а что — новой задачей.

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

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

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

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

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

Результат фиксируется письменно. Список с отметками и датой, отправленный подрядчику письмом. Устные замечания забываются и не имеют веса при споре.

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

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