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

Анатолий Кузнецов
Анатолий Кузнецов
SEO-оптимизатор с 20-летним стажем. Автор блога hozyindachi.ru о продвижении и доработке сайтов.

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

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

Адаптивная верстка сайта

Почему приёмка — отдельный этап, а не формальность

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

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

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

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

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

  • Передача исключительных прав на результат. По статье 1296 Гражданского кодекса исключительное право на программу, созданную по заказу, принадлежит заказчику, если договором не предусмотрено иное. Проблема в том, что «иное» в договорах студий предусмотрено сплошь и рядом. Пункт должен быть явным.
  • Передача исходников и доступов как условие приёмки. Формулировка «работы считаются выполненными после передачи доступов по перечню в приложении» экономит месяцы.
  • Лицензии на компоненты. Шаблон, платные модули, шрифты, фотографии — на чьё имя куплены и что будет при продлении.
  • Гарантийный срок. Три-шесть месяцев на устранение дефектов бесплатно, с определением, что считается дефектом, а что доработкой.
  • Измеримые критерии. Скорость загрузки, корректность на перечисленных устройствах и браузерах, наличие разметки, отсутствие ошибок валидатора.
  • Порядок приёмки. Срок на проверку (10–15 рабочих дней), право привлечь независимого специалиста, порядок фиксации замечаний.
  • Ответственность за сроки. Пени или удержание части оплаты до устранения замечаний.

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

Адаптивная верстка сайта 2

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

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

Доступ На кого оформлен Чем грозит отсутствие
Домен На юрлицо или владельца бизнеса Потеря домена при конфликте со студией
Хостинг или сервер На заказчика, оплата с его счёта Невозможность перенести сайт, блокировка при неоплате
Панель администратора сайта Учётная запись с полными правами Зависимость от подрядчика в любой правке
FTP или SSH Отдельная учётная запись Нельзя сделать резервную копию и правки в коде
База данных Логин и пароль, доступ к выгрузке Невозможность миграции
Метрика и Вебмастер Владелец — почта заказчика Потеря истории статистики при смене подрядчика
Почта на домене Администрирование у заказчика Потеря писем с заявками
Репозиторий с исходниками Копия у заказчика Невозможность передать проект другой команде
Лицензии на платные модули На заказчика Отключение функций при непродлении

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

Блок 2. Техническая проверка

Здесь пригодится краулер — Screaming Frog, Netpeak Spider или бесплатный аналог. Прогон всего сайта занимает минуты и вскрывает то, чего не видно глазами.

Что проверяем Норма Как проверить
Коды ответа Рабочие страницы отдают 200, удалённые — 404 или 301 Краулер, отчёт по кодам
Битые ссылки и картинки Отсутствуют Краулер
Дубли по адресам Одна страница — один адрес Проверка со слешем и без, с www и без, http и https, с index.php
Файл robots.txt Открыт нужный контент, закрыты служебные разделы Открыть файл вручную, проверить в Вебмастере
Карта сайта Актуальная, без удалённых страниц, указана в robots Сверить число адресов с числом страниц
Тестовая версия Закрыта паролем или удалена Поиск поддоменов вида dev, test, new
Кодировка и язык UTF-8, указан язык документа Просмотр исходного кода
Ошибки в консоли Отсутствуют на основных шаблонах Инструменты разработчика в браузере
SSL-сертификат Действует, весь контент по https Проверка на смешанный контент
Резервное копирование Настроено, копия восстанавливается Запросить тестовое восстановление

Проверка на дубли самая полезная и самая пропускаемая. Возьмите любую внутреннюю страницу и откройте её пятью способами: со слешем на конце и без, с www и без, по http, с параметром вроде вопросительного знака и произвольного текста. Везде, кроме основного варианта, должен быть редирект на канонический адрес. Если сайт отдаёт 200 по всем пяти, вы получили пятикратное дублирование всего каталога.

Валидность HTML кода

Блок 3. Скорость и адаптив

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

Ориентиры, которые я считаю приемлемыми при сдаче: основной контент виден за 2,5 секунды на мобильном соединении, вес страницы без кэша до 2 МБ, изображения в современных форматах и с отложенной загрузкой, скрипты подключены внизу либо асинхронно, шрифты не блокируют отрисовку. Если студия сдаёт страницу весом 8 МБ с десятком неоптимизированных фотографий, это дефект, а не особенность дизайна.

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

Блок 4. Метатеги, индексация, разметка

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

  • Уникальные title и description на всех страницах. Не оптимизированные, а хотя бы разные и осмысленные, сгенерированные по шаблону с подстановкой названия и региона.
  • Один заголовок первого уровня на страницу, иерархия подзаголовков без пропусков уровней.
  • Возможность править метатеги из панели для каждой страницы, включая категории и фильтры.
  • Атрибуты alt у содержательных изображений.
  • Микроразметка организации с контактами, хлебных крошек, товара с ценой и наличием.
  • Человекопонятные адреса без идентификаторов и повторов разделов.
  • Настроенные страницы 404 с навигацией и корректным кодом ответа.
  • Открытые для индексации версии — сайт не должен уходить в продакшн с запретом в мета-теге robots.

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

Валидность HTML кода

Блок 5. Формы, аналитика, интеграции

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

  1. Отправить заявку с каждой формы на сайте: главная, страница услуги, всплывающее окно, подвал.
  2. Убедиться, что письмо пришло на все указанные адреса и не попало в спам. Проверить отправку на почту разных провайдеров.
  3. Проверить, сохраняется ли заявка в базе или в CRM, а не только уходит письмом.
  4. Отправить форму с пустыми и некорректными полями — должна быть понятная ошибка, а не молчание.
  5. Проверить работу формы при отключённых сторонних скриптах и на медленном соединении.
  6. Убедиться, что после отправки есть подтверждение для пользователя.
  7. Проверить наличие согласия на обработку персональных данных и ссылку на политику — это требование закона, а не пожелание.
  8. Проверить защиту от спама и то, что она не блокирует живых людей.

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

Типичные недоделки студий

Недоделка Как обнаружить Что требовать
Запрет индексации остался с разработки Проверка мета-тега robots и файла robots.txt Снять запрет, отправить сайт на переобход
Одинаковые метатеги на всех страницах Прогон краулером Шаблонная генерация и возможность ручной правки
Сайт доступен по нескольким адресам Открыть страницу пятью способами Настроить редиректы на канонический адрес
Старый сайт не перенаправлен на новый Список старых адресов из Вебмастера Карта редиректов страница в страницу
Фотографии по нескольку мегабайт Вес страницы в инструментах разработчика Сжатие, современные форматы, отложенная загрузка
Формы уходят на почту сотрудника студии Проверить адрес получателя в настройках Замена на почту заказчика, дублирование в базу
Нет мобильной проверки на реальных устройствах Открыть на трёх телефонах Устранение горизонтальной прокрутки и перекрытий
Тестовый поддомен открыт для индексации Поиск по названию домена в выдаче Закрыть паролем или удалить
Нет резервного копирования Запрос на восстановление копии Настройка автокопий с хранением от недели
Контент залит рыбой на внутренних страницах Прогон краулером по объёму текста Заполнение или скрытие пустых разделов

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

Порядок приёмки, сроки и цена независимой проверки

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

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

Цены на независимую приёмку в 2026 году: экспресс-проверка сайта-визитки или лендинга — 10 000–20 000 ₽; полная приёмка корпоративного сайта с отчётом — 25 000–60 000 ₽; приёмка интернет-магазина с проверкой каталога, фильтров и оформления заказа — 50 000–120 000 ₽. Сроки — от двух дней до полутора недель. На фоне стоимости разработки в несколько сотен тысяч это дешёвая страховка, а на фоне стоимости последующего исправления — тем более.

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

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

Независимая приёмка сайта — часть консультации. Технические недоделки студии найдёт бесплатный аудит.

Коротко

  • Приёмка — единственный момент, когда у заказчика есть рычаг: после подписания акта те же правки становятся отдельным договором.
  • Половина проблем решается в договоре: передача исключительных прав, доступы как условие приёмки, гарантийный срок, измеримые критерии.
  • Начинайте с доступов и проверяйте их личным входом, а не наличием логина в письме. Домен должен быть оформлен на владельца бизнеса.
  • Прогон краулером за минуты вскрывает дубли, битые ссылки и неверные коды ответа, которых не видно глазами.
  • Проверьте страницу пятью способами: со слешем и без, с www и без, по http, с произвольным параметром. Везде должен быть редирект.
  • Скорость и адаптив проверяют по трём шаблонам и на живых устройствах, а не в эмуляторе браузера.
  • Забытый запрет индексации с этапа разработки — самый частый и самый дорогой дефект приёмки.
  • Формы проверяют отправкой во всех сценариях, включая ошибочные, и убеждаются, что заявка сохраняется, а не только уходит письмом.
  • Делите замечания на блокирующие и желательные, передавайте одним документом с указанием ожидаемого поведения.
  • Независимая приёмка стоит 10 000–120 000 ₽ в зависимости от масштаба — это дешевле, чем исправлять то же самое через год.

Если нужно SEO-продвижение сайтов — помогу вывести сайт в топ Яндекса и удержать позиции.

Увеличьте позиции и продажи вашего сайта

Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:

Анатолий Кузнецов — SEO-оптимизатор

Остались вопросы по продвижению?

Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.

Связаться со мной →

5 комментариев к “Как принять сайт у разработчика после создания”

  1. Я разработчик — прочитал статью, со многим согласен, но есть одно большое НО. Это надо делать на этапе составления ТЗ а не при приемке. Глупо требовать от разработчика микроразметку или мета теги — если вы заплатили просто за верстку. Валидность и скорость — тут да — это стандарты качества, а вот всякие доп. работы должны быть включены в ТЗ и оплачиваться по прайсу, тогда их и требовать можно. Я на этот сайт попал с задания на фрилансе, где заказчик кинул эту ссылку и сказал что работу будет принимать по чеклисту, бюджет при этом заказчик выставляет смехотворный.

    1. Согласен, если смотреть с точки зрения разработчика. А со стороны заказчика, сайт должен быть идеальным в любом случае. Он просто не знает что покупает!)))

  2. Роман

    Сайт полная лажа, даже не стоит использовать http://adaptivator.ru.
    Мой сайт проверяет с какой ОС пришли на сайт и использует либо десктопную страницу, либо мобильную.
    А сайт этот не может так сделать, в итоге грузит страницу в десктоп и отображает якобы мобильную

  3. Максим

    Спасибо за инфу, расстроил (((( Я проверил свой сайт и понял теперь почему он не продвигается. За что я деньги заплатил не понимаю, по всем проверяемым параметрам полное ДНО! Получается обманули меня 2 раза. Первый когда создали бракованный сайт, а второй когда взяли денег за его продвижение и не продвинули. Вот же сволочи!!!!

    1. Максим, не переживайте. Это не смертельно. Относитесь к этому как к новому опыту (платному образованию)!!!

Оставьте комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

 Нажимая «оставить комментарий» вы принимаетеправила конфиденциальности 

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