Услуга · Стандарты Эко ОС

Что должно быть в договоре на разработку сайта: чек-лист заказчика

Разбор договора на разработку сайта глазами заказчика: какие пункты защищают вас, каких формулировок стоит избегать, что проверить перед подписанием. Чек-лист из 12 пунктов с объяснением, зачем нужен каждый.

Никита Шорин 17 августа 2026 5 мин 99 просмотров 0 ♥
Ч
Эко ОС · услуги · Стандарты Эко ОС

Договор на разработку сайта редко читают целиком, а спорят почти всегда об одном и том же: что входило в работу, когда она считается сделанной и кому принадлежит результат. Ниже — чек-лист из двенадцати пунктов, который закрывает эти три вопроса, с объяснением, зачем нужен каждый.

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

1. Состав работ с числами

Формулировка «страницы под услуги и города» без количества читается сторонами по-разному и в момент сдачи превращается в спор. В договоре должно стоять: сколько всего страниц входит в стоимость, сколько из них под услуги, сколько под города, сколько карточек каталога и статей. Это защищает обе стороны: заказчик знает, что получит, подрядчик — что делает.

2. Способ проверки каждого пункта

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

3. Момент перехода прав

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

4. Круги правок

Сколько кругов замечаний входит в стоимость на каждом этапе и что считается одним кругом. Разумная формулировка: круг — это все замечания, присланные в срок согласования, сколько бы сообщений это ни заняло. Иначе заказчик боится писать по частям, а подрядчик считает каждое сообщение отдельным заходом.

5. Что происходит со сроком

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

6. Домен и аналитика

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

7. Гарантия и её границы

Гарантия — это обязательство исправлять то, что сломалось по вине подрядчика. Она не покрывает доработки, новые страницы и изменения по пожеланиям: это отдельные работы. Если в договоре гарантия обещана на «результат» или «позиции», спросите, как именно она будет измеряться — обычно выясняется, что никак.

8. Что не входит в стоимость

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

9. Приёмка и молчание

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

10. Отказ от договора

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

11. Ответственность

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

12. Как оформляется согласование

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

Формулировки, при которых стоит задать вопрос

«Гарантируем топ-10 по всем запросам». Позиции определяются алгоритмами поисковых систем; подрядчик может отвечать за состав работ, но не за выдачу. Такое обещание либо не выполняется, либо выполняется по неконкурентным запросам, которые никто не ищет.

«Объём работ определяется в рабочем порядке». Это отсутствие предмета договора. В момент разногласий каждая сторона будет опираться на своё представление.

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

«Поддержка 4 часа в месяц». Часы как единица не заканчиваются и не считаются: в споре невозможно доказать, сколько времени заняла правка. Лучше перечень работ, чем часы.

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

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

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

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

Полезно? Поставьте лайк — это помогает другим найти статью.