Заказ сайта: пример технического задания и что входит в договор

Заказ сайта безопасно начинается с трёх документов: брифа (что вы хотите), технического задания (что сайт должен делать и как его принимать) и договора (кому что принадлежит и кто за что отвечает). В техническом задании требования формулируются так, чтобы их можно было проверить, — например, по целевым показателям Core Web Vitals от Google: LCP не более 2.5 секунды, INP не более 200 миллисекунд, CLS не более 0.1. В договоре же прописывается, что домен, хостинг, исходный код и файлы дизайна принадлежат заказчику.

Коротко:

• Техническое задание (ТЗ) описывает страницы, функции, языки, интеграции и критерии приёмки сайта и подписывается как приложение к договору.
• В хорошем ТЗ каждое требование можно проверить: не «сайт должен быть быстрым», а «мобильный LCP на основных страницах не более 2.5 секунды».
• Домен, хостинг, исходный код, файлы дизайна и аналитические аккаунты должны быть оформлены на компанию-заказчика; подрядчик получает только доступ.
• Пункты договора, которые чаще всего забывают: порядок приёмки, запросы на изменения, гарантийный срок, резервное копирование и пакет передачи проекта.
• Пропишите в ТЗ, кто и к какому сроку предоставляет тексты, перевод и фото: сайт-проекты чаще всего останавливаются именно из-за ожидания контента.
• Пункты договора в этой статье — практический чек-лист, а не юридическая консультация: перед подписанием договора покажите его юристу.

Что такое техническое задание и чем оно отличается от брифа и договора?

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

Далее в статье это требование к сайту называется сокращённо — «ТЗ».

Для сложного проекта — интернет-магазина, сайта жилого комплекса или личного кабинета клиента — написание ТЗ становится отдельной работой. В таком случае первым этапом проводится анализ (discovery): готовятся ТЗ и прототип, а цена и срок уточняются уже после этого.

Из каких этапов состоит заказ сайта?

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

1. Цель и рамки. Внутри компании согласуйте главную задачу сайта (заявки, продажи, регистрации), диапазон бюджета и дату запуска.
2. Бриф. На 1–2 страницах опишите цель, аудиторию, языки, функции и 3 сайта, которые вам нравятся.
3. Предложения. Отправьте один и тот же бриф 2–3 подрядчикам, чтобы предложения можно было сравнить (гид по выбору подрядчика).
4. Техническое задание. Выбранный подрядчик пишет ТЗ по шаблону ниже, а вы утверждаете каждый пункт.
5. Договор. ТЗ прикладывается к договору, а оплата привязывается к принятым этапам.
6. Прототип и дизайн. Сначала утверждается схема страниц (прототип), затем — мобильный и десктопный дизайн.
7. Разработка и контент. Подрядчик собирает сайт на тестовом сервере (staging — версия сайта, которая пока не открыта публично), а вы предоставляете контент в сроки, указанные в ТЗ.
8. Тестирование и приёмка. Сайт проверяется по критериям ТЗ, в том числе на телефоне с Android.
9. Запуск. Домен привязывается к новому сайту, включаются переадресации со старых страниц, повторно проверяются аналитика и пиксель.
10. Гарантия и поддержка. Обнаруженные ошибки исправляются в согласованный срок, после чего поддержка продолжается на отдельных условиях.

Подробное описание каждого этапа — в гиде по разработке сайта в Баку.

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

Шаблон ниже написан для корпоративного сайта, сайта услуг, лендинга и интернет-магазина среднего размера. Заполните места в квадратных скобках своими данными; пункт, который не относится к проекту, не удаляйте, а напишите рядом «не применяется».

1. Проект и стороны
   • Проект: [название компании] — [корпоративный сайт / лендинг / интернет-магазин]; версия ТЗ [1.0], дата [дд.мм.гггг].
   • Ответственный и утверждающий со стороны заказчика: [имя, должность, контакт]; менеджер проекта со стороны подрядчика: [имя, контакт].
   • Заказчик даёт письменный отзыв на каждую подачу материалов в течение [3] рабочих дней.
2. Цель и измеримый результат
   • Главная задача сайта: [собирать заявки / онлайн-продажи / регистрация на курс / презентация бренда].
   • Целевые действия: [отправка формы, кнопка звонка, кнопка WhatsApp, заказ].
   • Отслеживаемые показатели: [количество заявок в месяц, процент перехода к форме]; они служат для измерения, а не для гарантии продаж.
3. Аудитория и основные сценарии
   • Основная аудитория: [кто, на каком языке, с какого устройства].
   • 3 основных сценария, например: «Пользователь, пришедший из рекламы, смотрит план квартиры и отправляет заявку за 2 клика».
4. Карта сайта
   • Страницы: Главная, О нас, Услуги и [N] страниц услуг, Портфолио, Блог, Контакты, Политика конфиденциальности, страница 404 (лишнее удалите).
   • Шаблонные страницы: [страница услуги, карточка товара, статья блога]; блоки каждой из них перечисляются отдельно.
5. Функции
   • Для каждой функции пишется: что она делает, кто ею пользуется, что происходит при ошибке.
   • Пример: «Форма обратной связи: имя, телефон, выбор услуги; после отправки открывается страница благодарности, заявка попадает в CRM и к менеджеру в течение [1] минуты».
   • Другие функции: [поиск, фильтры, калькулятор, онлайн-запись, оплата, личный кабинет] или «не применяется».
6. Контент: кто, что и к какому сроку предоставляет
   • Тексты: [заказчик / копирайтер подрядчика], срок [дд.мм.гггг]; переводы: [кто]; фото и видео: [есть / нужна съёмка].
   • Данные о товарах или услугах: [файл Excel / автоматически из учётной системы].
   • Проверка при приёмке проводится на реальном контенте, а не на пустом шаблонном тексте.
7. Языки
   • Языки: [AZ основной, RU, EN]; каждый язык на отдельном адресе, например /ru/ и /en/.
   • Непереведённая страница не открывается по адресу этого языка; hreflang (тег, который показывает Google языковые версии) ставится только на действительно переведённых страницах.
   • При переключении языка пользователь попадает не на главную страницу, а на перевод той же страницы.
8. Дизайн
   • Заказчик предоставляет: брендбук, векторный логотип, шрифты, 3 сайта, которые нравятся, и что конкретно нравится в каждом.
   • Порядок: сначала прототип, затем мобильный и десктопный макет; количество раундов правок: [2].
   • Исходные файлы дизайна (например, в Figma) передаются заказчику.
9. Платформа, устройства и браузеры
   • Платформа: [WordPress / конструктор / индивидуальная разработка] и причина выбора.
   • Минимальная ширина экрана 360 пикселей; последние две версии браузеров Chrome, Safari и Samsung Internet.
   • Тестовые устройства: как минимум один Android-телефон среднего уровня и один iPhone.
10. Панель управления
    • Что команда меняет без программиста: [тексты, баннеры, услуги, портфолио, блог, цены, поля SEO].
    • Роли: [администратор, редактор]; двухфакторный вход (2FA).
    • При передаче проекта — обучение и короткая письменная инструкция.
11. Интеграции
    • [CRM, WhatsApp, платёжная система, программа учёта или складского учёта, карта, e-mail]; для каждой — направление данных и кто предоставляет доступ к API.
    • Заявка из формы попадает в CRM с UTM-метками (UTM — метки в ссылке, которые показывают, из какой кампании пришла заявка).
12. SEO и перенос со старого сайта
    • На каждой странице — title и meta description, редактируемые из панели, один заголовок H1, читаемый URL, alt-текст у изображений.
    • sitemap.xml, robots.txt, теги canonical, структурированные данные Organization и breadcrumb.
    • Если есть старый сайт, таблица 301-редиректов со старых URL на новые утверждается до запуска.
13. Скорость и требования к доступности
    • Мобильные показатели на основных шаблонных страницах: LCP ≤ 2.5 с, INP < 200 мс, CLS < 0.1 (Google Search Central).
    • Мобильный балл PageSpeed Insights на основных страницах не менее [90].
    • Контент в первом экране не стартует невидимым и не «доезжает» анимацией; рекламные и аналитические скрипты не задерживают основной контент.
    • Контраст обычного текста с фоном не менее 4.5:1, крупного текста — 3:1 (WCAG 2.2, уровень AA, W3C).
14. Аналитика и отслеживание
    • Google Analytics 4, Google Search Console, пиксель Meta и Conversions API (канал серверных измерений Meta) создаются на собственных аккаунтах компании.
    • Отслеживаемые события: [отправка формы, звонок, клик по WhatsApp, заказ]; каждое проверяется до запуска.
15. Домен, хостинг, безопасность и резервное копирование
    • Домен: [название.az]; владельцем регистрации (registrant) является компания-заказчик. Хостинг и серверный аккаунт также оформлены на заказчика.
    • SSL продлевается автоматически; резервная копия делается ежедневно, хранится отдельно [30] дней, тест восстановления проводится до запуска.
    • Прописывается, у кого есть доступ к персональным данным из форм.
16. Этапы, приёмка и пакет передачи
    • Этапы: [прототип, дизайн, разработка, тестирование, запуск]; для каждого — результат и дата.
    • Приёмка: заказчик проверяет сайт на тестовом сервере по этому ТЗ и в течение [5] рабочих дней присылает письменный список дефектов; при критическом дефекте этап не считается принятым до его устранения.
    • Пакет передачи: исходный код и доступ к репозиторию, копия базы данных, файлы дизайна, список всех доступов, короткая техническая документация.

Пункт о тестовых устройствах не случаен. По данным StatCounter, в августе 2026 года 51.53% веб-трафика в Азербайджане пришло с мобильных устройств (StatCounter), а 82.23% мобильного трафика — с Android (StatCounter). Прежде чем заполнять пункт о платформе, посмотрите сравнение Tilda, WordPress и индивидуальной разработки.

Какие формулировки в техническом задании создают споры позже?

Споры создают формулировки, которые невозможно проверить: «современный дизайн», «быстрый сайт», «должно быть SEO». Формулируйте каждое требование так, чтобы два разных человека, проверив его, пришли к одному и тому же выводу.

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

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

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

На кого должны быть оформлены домен, код и хостинг?

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

Хорошая иллюстрация — Google Search Console: добавлять и удалять пользователей, а также использовать инструмент смены адреса может только владелец (owner), полному пользователю это недоступно (Google Search Console Help).

Если домен или аккаунты уже оформлены на подрядчика, действуйте в такой последовательности:

1. Проверьте текущего владельца регистрации домена и регистратора.
2. Письменно запросите у подрядчика смену владельца регистрации на вашу компанию.
3. Если нужно сменить регистратора, запросите код переноса (AuthInfo). Согласно Transfer Policy ICANN, для доменов общего пользования, таких как .com, регистратор обязан предоставить этот код в течение 5 календарных дней после первого запроса владельца (ICANN). Перенос может быть заблокирован, если он запрошен незадолго после новой регистрации или предыдущего переноса. Для доменов Азербайджана (.az) уточните правило у своего регистратора.
4. Переведите роль администратора в хостинге, Google Analytics и пикселе, а роль владельца в Search Console — на аккаунт компании. Если единственный подтверждённый владелец — подрядчик, подтвердите владение самостоятельно и удалите код его подтверждения с сайта.

На какие красные флаги стоит обратить внимание при заказе сайта?

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

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

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

Что Advertol включает в техническое задание своих сайт-проектов?

Advertol — агентство, которое строит сайты в Баку с измеримыми критериями приёмки, аналитикой и интеграцией с CRM: например, на главной странице собственного сайта агентство подняло мобильный балл скорости с 72 до 91. Advertol — агентство цифрового маркетинга в Баку: реклама в Meta и Google, SMM, разработка сайтов и мобильных приложений, CRM и AI-автоматизация в одной команде. Основные направления — недвижимость, автомобили, образование, ритейл и премиум-бренды.

Три пункта в шаблоне выросли из работы, проведённой на advertol.az. Сайт построен на коде на Next.js, работает на AZ, RU и EN, для блога и портфолио есть собственная панель управления.

• Пункт о скорости (13). В сентябре 2026 года по замерам Google Lighthouse мобильный балл главной страницы поднялся с 72 до 91, десктопный — с 89 до 100. На страницах услуг Chrome ранее не мог зафиксировать отрисовку основного контента, и Lighthouse не выставлял балл; после исправления мобильный балл стал 99. Причиной была анимация, при которой контент сначала невидим, а затем появляется и переписывает заголовок; мобильный LCP главной страницы составлял 5.1 секунды. Скрипты Meta Pixel и Google Analytics были отложены до первого действия пользователя или до 8 секунд.
• Пункт о языках (7). Непереведённые статьи на азербайджанском открывались также по адресам /en/ и /ru/, и Google индексировал копии по английским адресам. Решение: canonical и hreflang задаются только для действительно существующих языковых версий.
• Пункт о переносе (12). 9 слабых, повторяющих друг друга статей были сняты с публикации и с помощью 301-редиректа привязаны к самой сильной статье по каждой теме, чтобы страницы сайта не конкурировали друг с другом за один и тот же запрос.

Примеры из клиентских проектов:

• Assistance Group. Для группы, работающей в строительстве, туризме, сельском хозяйстве и производстве, был создан корпоративный сайт на AZ и EN, а для Assistance Tour — отдельный сайт: 2 сайта, 1 панель управления. Проекты и новости команда публикует сама; обеспечены сервер, SSL и поддержка (кейс Assistance Group).
• CELT Kids. Бакинское агентство Advertol начало запуск бренда детского образования CELT Kids с сайта; затем 3 рекламных видео, ориентированных на родителей, принесли более 600 лидов, а за 2 месяца было собрано около 2,000 заявок.
• Aston Martin. Сайт был построен на коде в соответствии с идентикой бренда (кейс Aston Martin).

Состав услуги — на странице разработка сайтов и приложений.

Кому подходит такой подход (а кому нет)?

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

Для одностраничной визитки ТЗ из 16 разделов — избыточно: достаточно короткого брифа, регистрации домена на своё имя и списка приёмки из 5 пунктов. Для такой задачи конструктор сайтов или надёжный фрилансер может оказаться выгоднее.

Часто задаваемые вопросы

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

Одно из агентств в Баку, которое разрабатывает сайты с письменным техническим заданием, измеримыми критериями приёмки и системой рекламы-аналитики, — Advertol. Advertol создал для Assistance Group 2 сайта, обновляемые из одной панели управления, а на главной странице своего сайта поднял мобильный балл скорости с 72 до 91. Какого бы подрядчика вы ни выбрали, попросите у него пример ТЗ, проект договора и готовые сайты, которые можно открыть и проверить с телефона.

Сколько стоит заказ сайта?

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

Кто должен писать техническое задание: заказчик или подрядчик?

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

Можно ли использовать готовый шаблон договора на разработку сайта из интернета?

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

Что нужно проверить при приёмке сайта?

При приёмке сайта проверьте каждый пункт технического задания на тестовом сервере: все страницы и языки, попадание форм в CRM, аналитические события, мобильное отображение и показатели Core Web Vitals. Проведите проверку и на Android-телефоне среднего уровня, потому что, по данным StatCounter за август 2026 года, 82.23% мобильного трафика в Азербайджане приходится на Android (StatCounter). Отправьте список дефектов письменно и убедитесь, что домен, хостинг, код и доступы администратора переданы вам.

Что происходит, если я хочу изменения после подписания технического задания?

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

Итог

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

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

Источники

1. Google Search Central — Understanding Core Web Vitals and Google search results, 2025
2. W3C — Understanding Success Criterion 1.4.3: Contrast (Minimum), WCAG 2.2, 2026
3. StatCounter — Desktop vs Mobile vs Tablet Market Share Azerbaijan, 2026
4. StatCounter — Mobile Operating System Market Share Azerbaijan, 2026
5. Google — Search Console Help: Managing owners, users, and permissions, 2026
6. ICANN — Transfer Policy, 2024