Договор на разработку сайта на Тильде — шаблон, ключевые пункты и рекомендации

Что включает договор на разработку сайта на Тильде

Договор на разработку сайта на Тильде по сути не требут какого‑то отдельного правового формата. Это договор подряда или возмездного оказания услуг с набором специфичных для Тильды пунктов. Стандартный набор разделов:

• Предмет договора и объём работ
• Техническое задание (ТЗ) и прототипы
• Сроки, этапы и критерии приёмки
• Стоимость, порядок и сроки оплаты
• Порядок внесения изменений и согласования допработ
• Передача прав и доступов
• Гарантии, поддержка и сопровождение
• Конфиденциальность и обработка данных
• Ответственность, форс‑мажор и порядок расторжения

Особенности именно для Тильды:

• Уточнить, где будет размещён проект — на аккаунте подрядчика, клиента или на отдельном корпоративном аккаунте Тильды
• Прописать порядок передачи проекта между аккаунтами и ответственность за перенос
• Указать, какие блоки Тильды и сторонние интеграции используются — Zero Block, формы, платежи, CRM, аналитика
• Прописать ответственность за соблюдение лицензионных условий Тильды и платных шаблонов

Зачем нужна типовая структура договора

Типовая структура помогает сократить споры и ускорить запуск. Для заказчика — прозрачность бюджета и результат. Для подрядчика — защита от бесконечных правок и неочевидных дополнений.

С коммерческой точки зрения договор должен учитывать воронку коммуникаций и бизнес‑метрики: ожидаемый CPL/CPA, цели конверсий, интеграции с аналитикой для оценки ROMI. Если вы планируете трафик из SEO как основного канала, укажите базовые требования по SEO‑настройкам уже в договоре, чтобы сайт был оптимизирован «с основания» и не требовал крупных правок позже.

Техническое задание: что обязательно прописать

Техническое задание — сердце договора. Чем подробнее, тем меньше споров.

Общие пункты ТЗ

• Цель сайта: информационный, лендинг, промо, интернет‑витрина
• Список страниц и блоков с описанием функций
• Прототипы/макеты для ключевых страниц (главная, карточка, форма)
• Контент: кто предоставляет тексты, изображения, видео
• Адаптивность: версии для мобильных и планшетов
• Подключаемые сервисы: CRM, почта, платёжные системы, чаты
• Требования к скорости и доступности

SEO‑специфичные требования

Поскольку SEO — основной и долгосрочный канал, в ТЗ нужно включить базовые SEO‑работы:

• Структура URL и правила каноникализации
• Проработка метатегов: title, description, H‑структура
• Настройка микроразметки (schema.org) для карточек и организаций
• Оптимизация скорости: оптимизация изображений, lazy load, минимизация скриптов
• Редиректы и карта переноса URL, если есть старый сайт
• Настройка аналитики, Google Search Console/Яндекс.Вебмастер и отслеживания целей
• План по SEO‑контенту и рекомендации по семантике

Пример формулировки в ТЗ

«Подрядчик выполняет разработку дизайна и верстку страниц согласно утверждённым макетам. В состав работ входит оптимизация изображений, настройка метаинформации для всех шаблонных страниц, внедрение микроразметки Organization и Breadcrumbs, настройка Google Analytics 4 и передача прав доступа заказчику».

Оплата, этапы и способы расчёта

Чёткая модель оплаты снижает риск конфликтов. Распространённые варианты:

• Фиксированная цена за весь проект с разбивкой по этапам
• Оплата по этапам на основании акта приёмки
• Аванс + оплата по факту завершения ключевых этапов
• Почасовая оплата для работ по сопровождению и доработкам

Пример графика платежей

1. Аванс 30% при подписании договора
2. Оплата 40% после согласования дизайна и утверждения макетов
3. Оставшиеся 30% после финальной приёмки на проде

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

Дополнительные финансовые моменты

• Указать, входят ли в стоимость платные сервисы Тильды и плагины
• Отдельно прописать оплату за покупку изображений, шрифтов и лицензий
• Порядок возмещения расходов подрядчику

Приёмка, баг‑фиксы и гарантийный период

Приёмка проекта — формальный процесс. В договоре опишите процедуру:

• Сроки тестирования после передачи рабочей версии
• Формат передачи замечаний (список, баг‑репорты)
• Сроки на исправление критических и некритических багов
• Критерии окончательной приёмки

Типовые сроки на исправление багов: 14–30 дней бесплатно в рамках гарантийного периода. Примечание — под гарантийный период лучше прописать, какие работы в него не входят: новые функции, изменения по ТЗ, доработка дизайна и т.п.

Права на сайт, код и контент

Ключевой раздел. Нужно ясно понимать, что именно передаётся:

• Авторские права на дизайн и текстовый контент
• Права на макеты и графику — если используются стоковые изображения, укажите условия их передачи
• Доступы к аккаунту Тильды и ко всем подключённым сервисам
• Права на пользовательские скрипты и Zero Block — если подрядчик использовал платные блоки, стоит прописать передачу или лицензию

Пример формулировки:

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

Для Тильды имеет смысл чётко прописать передачу доступа к личному/корпоративному аккаунту и порядок передачи платных подписок. Если сайт создаётся в аккаунте подрядчика, укажите дедлайн и порядок перевода на аккаунт заказчика.

Доступы, перенос и поддержка на Тильде

Практика показывает, что большая часть конфликтов возникает из‑за доступа. В договоре определите:

• Какие доступы необходимо предоставить заказчику и подрядчику и в какие сроки
• Кто отвечает за оплату тарифа Тильды и временные условия доступа
• Порядок переноса проекта между аккаунтами и ответственность за временные простои
• Кто отвечает за резервное копирование и как часто оно делается

Также пропишите SLA для поддержки: время ответа, время исправления критических ошибок и стоимость дополнительных часов в месяц после гарантийного периода.

Изменения, доработки и доплаты

Изменения — главный источник перерасхода бюджета. Включите в договор механизм обработки изменений:

• Как оформляется заявка на изменение (например, электронная почта с согласованным ТЗ)
• Сроки оценки и согласования дополнительной стоимости
• Порог бесплатных правок (например, 2 раунда правок по дизайну в рамках этапа)
• Формула расчёта стоимости допработ: фикс‑часовая ставка × количество часов

Это уменьшает риск ситуации, когда «ещё одна правка» перерастает в новую страницу и требует оплату.

Ответственность, форс‑мажор и расторжение

Обязательные юридические пункты:

• Форс‑мажор: что считается непреодолимыми обстоятельствами и как они влияют на сроки
• Штрафы за просрочку, но разумные — важнее стимулировать коммуникацию
• Условия расторжения договора и расчёт взаимных выплат
• Ограничение ответственности за косвенный ущерб

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

Как прописать SEO‑работы в договоре

Поскольку мы ориентируемся SEO‑first, важно включить в договор конкретные SEO‑deliverables. Примерный список:

• Аудит текущего сайта и список критических замечаний
• Составление семантического ядра и карта URL
• Оптимизация метатегов и H‑структуры для N страниц
• Внедрение микроразметки
• Настройка аналитики и целей для отслеживания CPL/CPA
• Рекомендации по контенту и техническим улучшениям для роста органического трафика

Формулируйте результаты в терминах бизнеса: не «оптимизировать 50 страниц», а «подготовить список приоритетных 1–3 кластеров для запуска SEO, включающий мета, H1 и технические правки, направленных на снижение CPL и рост органического трафика». Такой подход облегчает оценку эффективности и последующую работу по продвижению.

Отдельно пропишите, что платная реклама рассматривается в договоре лишь как ускоритель — если нужно, подключение контекстной рекламы оформляется отдельным соглашением или допсоглашением к основному договору.

Примеры формулировок и шаблонные пункты

Ниже — готовые формулировки, которые можно адаптировать:

Предмет договора

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

Сроки и этапы

«Срок разработки сайта составляет 45 календарных дней с момента получения аванса и доступа к материалам от Заказчика. Разработка выполняется по этапам: прототипирование — 10 дней, дизайн — 10 дней, верстка и интеграции — 15 дней, тестирование и исправления — 10 дней».

Приёмка работ

«По завершении этапа Подрядчик передаёт рабочую версию на тестовом поддомене. Заказчик в течение 10 рабочих дней проверяет функциональность и направляет список замечаний. Подрядчик устраняет замечания в течение 14 календарных дней. Отсутствие замечаний в назначенный срок считается фактом приёмки этапа».

Передача прав и доступов

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

Чек‑лист перед подписанием договора

1. В ТЗ прописаны все страницы и функции, нет "скрытых" задач
2. Ясно описаны критерии приёмки и что считается багом
3. Определён механизм изменения объёма работ и доплат
4. Прописан порядок передачи доступа к аккаунту Тильды и платным подпискам
5. Указаны обязательства по SEO и аналитике
6. Определён гарантийный период и стоимость сопровождения после него
7. Включены пункты про конфиденциальность и обработку персональных данных
8. Штрафы и ответственность описаны реалистично и со взаимными правами

FAQ

1. Нужен ли отдельный договор на поддержку после запуска?

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

2. Кто платит за тариф Тильды и домен?

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

3. Как передать права на Zero Block и платные блоки Тильды?

Платные блоки и шаблоны Тильды обычно привязаны к аккаунту, а не к конкретному сайту. В договоре пропишите, что подрядчик передаёт экспортированные HTML/JSON‑файлы и инструкции по импорту, либо обеспечивает перенос проекта в аккаунт Заказчика. Для полного контроля лучше переводить сайт на корпоративный аккаунт клиента.

4. Как учитывать SEO в цене проекта?

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

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

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

Следующие шаги и как мы помогаем

Если вам нужен корректный договор и готовый шаблон, мы составим или адаптируем его под проект с учётом бизнес‑задач и SEO‑стратегии. В договоре мы обязательно прописываем обязанности по базовой SEO‑оптимизации, настроим аналитику и передадим сайт на ваш аккаунт Тильды с технической документацией и чек‑листом для запуска рекламных кампаний.

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