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

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

Договор с разработчиком целиком я разбирал в статье про этапы, приёмку и права на код, здесь только гарантия.

Гарантия на разработку сайта: что говорит закон

Статьи я сверял по открытым публикациям ГК РФ и Закона о защите прав потребителей в октябре 2026 года. Перед подписанием сверьте действующую редакцию в КонсультантПлюс или «Гаранте».

• Качество, ст. 721. Результат должен соответствовать договору, а где договор молчит, обычным требованиям к таким работам. «Обычные требования» к боту каждый понимает по-своему, поэтому подробное ТЗ ваша главная защита.
• Гарантия, ст. 722. Если гарантийный срок есть, весь этот срок результат должен соответствовать условиям о качестве. По умолчанию гарантия распространяется на всё, что составляет результат.
• Что можно требовать, ст. 723. Бесплатно устранить недостатки в разумный срок, соразмерно уменьшить цену или возместить расходы на исправление, если право чинить самому записано в договоре. Если недостатки не устранены в назначенный заказчиком разумный срок или они существенные и неустранимые, можно отказаться от договора и требовать убытки.
• Сроки, ст. 724. Гарантии нет: разумный срок, но не позже двух лет с передачи результата. Гарантия есть: требования по всему, что нашлось в её пределах. Гарантия короче двух лет: после её окончания, но в пределах двух лет подрядчик отвечает, если вы докажете, что недостаток возник до передачи. Гарантийный срок по общему правилу течёт с момента, когда результат приняли или должны были принять.
• Давность, ст. 725. На иск о качестве работы один год. Если результат принимали частями, отсчёт идёт с приёмки работы в целом. Если о недостатке заявили в гарантийный срок, со дня заявления.
• Заказчик физлицо, ст. 29 ЗоЗПП. Если сайт для личных нужд заказывает человек у предпринимателя, работает Закон о защите прав потребителей: требования в гарантийный срок, без гарантии в разумный срок до двух лет с принятия. При гарантии исполнитель должен доказать, что недостаток появился после приёмки по вине потребителя, третьих лиц или из-за непреодолимой силы.

Отдельно про права на код. По ст. 1296 ГК исключительное право на программу, созданную по договору о её создании, принадлежит заказчику, если договор не предусматривает иное. Без кода и прав на него право исправить ошибку силами другого подрядчика мало что даёт.

Проверьте и применимое право. Если договор заключён по иностранному праву, нормы ГК выше могут не работать, и всё решает текст договора.

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

Большая часть споров о гарантии про одно: это ошибка, которую чинят бесплатно, или новая работа за деньги. Граница проходит по ТЗ и по тому, кто изменил условия после сдачи.

Ситуация	Обычно	Что записать в договор
Функция из ТЗ не работает или считает неверно	Ошибка, гарантия	Заявка ссылается на пункт ТЗ
Сайт падает при нагрузке, которая была в ТЗ	Ошибка	Нагрузку цифрой в ТЗ
Новая кнопка, отчёт, другой сценарий	Доработка	Оценка и допсоглашение
Мессенджер, платёжный сервис или CRM изменили API	Доработка, если договор не говорит иного	Кто следит за изменениями и по какой ставке чинит
Новая версия iOS или браузера сломала вёрстку	Спорно	Список браузеров и версий, на которых принимали
Изменился закон, нужны новые согласия или поля	Доработка	Отдельная задача с оценкой
Сломалось после правок вашего программиста	Вне гарантии	Исключение плюс история изменений в репозитории
Хостинг упал или не оплачен	Вне гарантии	Кто отвечает за сервер и его оплату

Строка про API самая частая у ботов. Сервис меняет правила, а код подрядчика при этом соответствует ТЗ на день сдачи. Честный вариант: гарантия на такое не распространяется, зато в поддержке есть быстрая реакция и понятная ставка.

Срок гарантии и время реакции

Единой нормы срока для сайтов и ботов в законе нет. Варианты, которые имеет смысл обсуждать: 1, 3, 6 или 12 месяцев. Выбирайте по тому, сколько живой работы нужно, чтобы ошибки проявились: магазину с сезонностью полезно пережить один пик продаж.

Начало срока пишите явно. По умолчанию это приёмка, но если сайт запустили через два месяца после акта, часть гарантии пройдёт впустую. Можно привязать начало к запуску, но не позже N дней после акта.

Срок без времени реакции мало что значит. Ошибки делят по важности:

• Критичная. Не идут заявки или оплата, бот молчит, сайт лежит. Реакция в часах, обход в тот же день.
• Обычная. Не работает часть функции, есть обход. Реакция за рабочий день, исправление за несколько.
• Косметическая. Съехал блок, опечатка. Исправление пакетом.

Реакция («взял в работу») и исправление («починил») это разные числа. Пишите оба и канал для заявок, чтобы не выяснять, считается ли заявкой голосовое в личку в воскресенье.

Чужой хостинг, чужие правки и доступы

Гарантия работает, когда видно, в каком состоянии код сдали. Иначе спор идёт на словах.

• Код в репозитории на вашем аккаунте, принятая версия отмечена в истории. Подробно в статье как не стать заложником подрядчика.
• Хостинг и домен на вас. Если сервер ваш или вашего администратора, запишите: подрядчик отвечает за код, владелец за сервер, обновления и оплату.
• Правки третьих лиц не должны снимать гарантию со всего проекта. Справедливее исключать только недостатки от чужих изменений, история в репозитории это покажет.

Точку отсчёта задаёт сама приёмка. Чек-лист проверки сайта, бота и интеграции есть в статье как принять работу у подрядчика.

Шаблон пункта о гарантии

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

N.1. Исполнитель гарантирует соответствие Результата Техническому заданию (Приложение 1) в течение ___ месяцев с даты подписания акта приёмки (Гарантийный срок).

N.2. Недостатком считается несоответствие Результата Техническому заданию, выявленное при работе в окружении, указанном в Приложении 1 (браузеры и их версии, мессенджеры, сервер).

N.3. Заявки о недостатках Заказчик направляет в [канал связи]. Исполнитель подтверждает получение в течение ___ часов для критичных и ___ рабочих дней для прочих недостатков и безвозмездно устраняет их в течение ___ рабочих дней с подтверждения, если стороны письменно не согласовали иной срок.

N.4. Критичным считается недостаток, при котором не работают приём заявок, оплата или основной сценарий из Приложения 1.

N.5. Гарантия не распространяется на недостатки, вызванные изменениями, внесёнными не Исполнителем; изменениями в работе сторонних сервисов и их API; обновлениями операционных систем и браузеров, вышедшими после приёмки; а также на новые требования Заказчика и изменения законодательства. Такие работы выполняются по отдельной оценке.

N.6. Если Исполнитель не устранил недостаток в срок, Заказчик вправе устранить его силами третьих лиц и потребовать возмещения разумных расходов.

N.7. После окончания Гарантийного срока работы выполняются по договору сопровождения или по согласованной почасовой ставке.

Пункт N.6 опирается на ст. 723 ГК: право заказчика исправлять самому должно быть в договоре. А исключения из N.5 не защитят подрядчика, если недостаток возник по его вине (та же статья, п. 4).

Как я это делаю

Мои общие условия опубликованы в оферте. На октябрь 2026 года там записано:

• На приёмку у заказчика 5 рабочих дней: принять работу или прислать мотивированные замечания. Правки вношу до утверждения результата.
• Исключительные права на результат переходят заказчику после полной оплаты.
• За работоспособность сторонних сервисов (Telegram, VK, хостинг-провайдеры) я не отвечаю, это строка про чужие API из таблицы.
• Отдельного гарантийного срока в оферте нет. Условия по проекту фиксируются в переписке или допсоглашении, и гарантию со сроком и временем реакции стоит записать туда же, по шаблону выше.

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

Если нужен сайт или бот под ключ с понятными условиями после сдачи, посмотрите разработку сайтов и ботов. Ориентиры на странице цен: корпоративный сайт от 100 000 ₽, бот для бизнеса от 80 000 ₽.

Что после гарантии

Гарантия кончается, а библиотеки и API меняются. Дальше два пути. Абонентская поддержка, у меня от 20 000 ₽ в месяц: исправления, небольшие доработки, обновления и мониторинг. Или разовые задачи по часам, от 3 000 ₽ за час. Что выгоднее, разбирал в статье про техподдержку сайта, а все ежемесячные расходы собрал в статье сколько стоит содержать сайт и бота. Как выглядят полгода сопровождения в цифрах, показал в собирательном кейсе.

Если проект делал другой подрядчик и гарантия уже закончилась, начните с проверки кода и доступов. Технический аудит у меня от 50 000 ₽, после него понятно, что чинить, а что переписывать.

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

Какая гарантия на разработку сайта положена по закону?

Конкретного срока закон не задаёт. Без гарантии в договоре недостатки нужно обнаружить в разумный срок, но не позже двух лет с передачи результата (ст. 724 ГК, для потребителей ст. 29 ЗоЗПП).

Какой гарантийный срок на программное обеспечение указать в договоре?

Тот, за который ошибки успеют проявиться на реальной работе: обсуждаемые варианты от 1 до 12 месяцев. Важнее срока его начало (приёмка или запуск), время реакции и список исключений.

Входит ли в гарантию изменение API мессенджера или платёжного сервиса?

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

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

Письменная претензия со ссылкой на пункт ТЗ и разумным сроком. Если договор разрешает исправить силами третьих лиц, исправьте и требуйте расходы. Давность по ст. 725 ГК один год, подключите юриста.

Снимается ли гарантия, если сайт правил другой программист?

Целиком только если так написано в договоре. Разумнее исключение лишь для недостатков, вызванных чужими изменениями, а кто и что менял, покажет история в репозитории.

Коротко о главном

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

Напишите мне в Telegram кодовое слово «ГАРАНТ», и я посмотрю ваш договор или ТЗ глазами разработчика: где размыта граница ошибки и доработки и какие сроки реакции реально выдержать. Юридическую проверку это не заменяет.