Как принять сайт у подрядчика: что проверить и что забрать себе

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

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

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

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

• Домен, оформленный на вас. Не на подрядчика, не на «его аккаунт у регистратора». Проверьте это отдельно и своими глазами.

• Доступ к хостингу — на вашу почту, с вашим паролем.

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

• Учётная запись администратора с полными правами, а не урезанная.

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

• Инструкция, как развернуть сайт с нуля. Короткая, но рабочая: где база, где переменные окружения, какой командой собирается.

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

Что проверить руками

Не глазами по главной странице, а по списку. Половина этих вещей ломается тихо.

• Форма заявки доходит. Отправьте настоящую заявку и убедитесь, что она пришла — и что она где-то сохраняется, а не только уходит письмом. Почта отваливается чаще, чем кажется.

• Сайт открывается с телефона. Со своего, на мобильном интернете, а не только в уменьшенном окне браузера.

• Работает поиск по сайту, фильтры, корзина — всё, что было в задании.

• Несуществующий адрес отдаёт страницу 404, а не пустой экран.

• Сертификат стоит, замочек в браузере есть, и сайт не открывается по http без переадресации.

• Тексты и телефоны настоящие. «Lorem ipsum» и тестовый номер в подвале доживают до продакшена чаще, чем хочется.

Что проверить в разметке

Это то, что обычно не показывают на демонстрации, а стоит потом дорого.

• У каждой страницы свой заголовок и описание. Не один и тот же на всём сайте.

• Сайт не закрыт от индексации. Самая обидная ошибка: тестовый запрет остаётся с этапа разработки, и сайта просто нет в поиске. Проверьте robots.txt и что в коде страниц нет запрета на индексацию.

• Карта сайта отдаётся и в ней те адреса, которые реально работают.

• У картинок есть описания. Заодно посмотрите их вес: несжатые фотографии на несколько мегабайт — обычное дело.

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

Что зафиксировать письменно

• Что входит в гарантию и на какой срок. И главное — что считается гарантийным случаем, а что новой задачей.

• Кто отвечает за что после сдачи: хостинг, код, содержание.

• Как передаются правки и в какой срок исполнитель отвечает.

Эти три пункта снимают почти все будущие споры — не потому что кто-то недобросовестный, а потому что без них у сторон разные ожидания.

Признаки, что принимать рано

• Доступы обещают «прислать потом».

• Код показывают только на экране.

• Домен оформлен на исполнителя, и это объясняют удобством.

• На вопрос «как это развернуть заново» нет внятного ответа.

Ни один из этих пунктов не означает злого умысла. Но каждый означает, что через год смена подрядчика превратится в переговоры вместо передачи файлов.

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