Перейти к содержимому
Все статьи
Разработка

Гарантия на разработку сайта: где ошибка, а где доработка

21 октября 2026 г.· 5 мин чтения
Сравнение: ошибка — поведение не соответствует ТЗ, исправляется бесплатно в гарантию; доработка — новое пожелание или внешнее изменение, оплачивается отдельно.
Главный критерий — соответствие согласованному ТЗ. Открыть схему крупнее

Гарантия на разработку — это обязанность подрядчика бесплатно исправлять ошибки в принятой работе в течение оговорённого срока, обычно от 1 до 6 месяцев. Ошибка — когда сайт работает не так, как описано в ТЗ или согласовано на приёмке. Доработка — когда вы хотите, чтобы он работал по-другому, чем было согласовано. Спор почти всегда возникает из-за того, что «как было согласовано» нигде не записано. Ниже — критерии, примеры и формулировки для договора.

Что говорит закон

Гражданский кодекс предусматривает, что качество работы должно соответствовать договору, а при отсутствии условий — обычным требованиям (ст. 721 ГК РФ). Если в договоре установлен гарантийный срок, результат должен соответствовать требованиям качества в течение этого срока (ст. 722). Недостатки, обнаруженные в гарантийный срок, подрядчик устраняет, если не докажет, что они возникли из-за действий заказчика или третьих лиц. Если гарантийный срок не указан, требования можно предъявить в разумный срок, но не позднее двух лет со дня передачи результата (ст. 724).

На практике закон даёт рамку, а конкретику даёт договор и ТЗ.

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

Ошибка или доработка: критерии

Как классифицировать обращение
СитуацияОшибкаДоработка
Форма не отправляет заявкуДа, если форма была в ТЗ—
Хочу добавить поле в форму—Да
Сайт сломался после обновления плагина, которое сделали вы—Да, если обновление не входило в гарантию
Сайт сломался после обновления, которое сделал подрядчикДа—
На iPhone кнопка не нажимаетсяДа, если поддержка Safari была оговорена или подразумевалась—
Хочу другой цвет кнопки—Да
Хостинг обновил PHP, сайт не работаетОбычно нет: внешнее изменениеДа
Интеграция с CRM перестала работать, потому что CRM сменила API—Да
Калькулятор считает не по формуле из ТЗДа—
Хочу новую формулу калькулятора—Да

Главный критерий: соответствует ли поведение сайта тому, что было согласовано письменно. Поэтому ТЗ, протокол приёмки и переписка — главные документы в любом гарантийном споре.

Что обычно не входит в гарантию

  • Изменения, внесённые заказчиком или другим подрядчиком после приёмки.
  • Последствия обновлений CMS, плагинов, PHP, если их делал не исполнитель.
  • Изменения в сторонних сервисах: API CRM, платёжных систем, маркетплейсов.
  • Работа на браузерах и устройствах, которые не были оговорены.
  • Проблемы хостинга, если хостинг выбирал заказчик.
  • Потеря данных из-за отсутствия резервного копирования, если его настройка не входила в работу.

Как прописать гарантию в договоре

  1. Срок. Например, 3 месяца с даты подписания акта. Для сложных систем — 6 месяцев.
  2. Что считается ошибкой. Несоответствие поведения системы ТЗ и протоколу приёмки.
  3. Время реакции. Критическая ошибка (сайт не работает, не проходят оплаты) — ответ в течение 4 часов, исправление — 1 рабочий день. Некритическая — 3–5 рабочих дней.
  4. Порядок обращения. Куда писать, что указывать: шаги, скриншот, браузер, ожидаемое поведение.
  5. Исключения. Изменения третьих лиц, внешние сервисы, хостинг.
  6. Что после гарантии. Почасовая оплата или договор поддержки.

Как правильно сообщить об ошибке

Хорошее обращение сокращает время исправления в разы. Укажите:

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

Приёмка — основа гарантии

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

Хорошая практика — проверять на тех устройствах и браузерах, которыми пользуются клиенты. Список берут из Метрики старого сайта или, если его нет, договариваются о базовом наборе: последние версии Chrome, Safari на iPhone, Яндекс Браузер, один Android-телефон среднего уровня.

Сколько гарантийных обращений нормально

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

Гарантия и поддержка — не одно и то же

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

Что делать, если подрядчик отказывается исправлять

Попросите объяснить письменно, почему обращение не гарантийное. Сравните с ТЗ и протоколом приёмки. Если ошибка очевидно гарантийная, а подрядчик отказывается, направьте претензию с требованием устранить недостаток в разумный срок. Закон позволяет заказчику при неустранении недостатков устранить их своими силами или силами третьих лиц и потребовать возмещения расходов, если это право предусмотрено договором (ст. 723 ГК РФ).

Материалы для проверки

Если нужна реализация

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

Доработка сайта Техническая поддержка сайта Разработка CRM на заказ

Связанный материал: Договор на разработку ПО: права на код, приёмка, гарантия

Вопросы и ответы

Какой гарантийный срок нормален для сайта?

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

Если гарантия не указана в договоре, её нет?

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

Входят ли обновления CMS в гарантию?

Обычно нет. Гарантия покрывает то, что сделано. Обновления — это поддержка. Но если подрядчик сам выполнил обновление и сайт сломался, это его ответственность.

Можно ли продлить гарантию?

Да, по договорённости. Часто гарантию фактически продлевает договор поддержки: ошибки исправляются в рамках абонентской платы.

Что делать, если ошибка проявилась после окончания гарантии?

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

Нужна помощь с проектом?

Обсудим задачу и предложим решение — от сайта до SaaS и защиты.

Связаться