Перейти к содержанию
Обсудить задачу
Разработка · 1 августа 2026 · 8 мин

Сроки разработки сайта под ключ: сколько реально ждать

Реальные сроки разработки сайта по этапам: дизайн, вёрстка, программирование, наполнение, тестирование. Что срывает график и как заложить буфер.

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

Сколько дней реально занимает сайт разного типа

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

  • Сайт-визитка (1–5 страниц). На готовом шаблоне — 3–5 рабочих дней. С индивидуальным оформлением и несколькими страницами — 5–8 дней.
  • Лендинг / одностраничник. На конструкторе — 5–7 дней. С индивидуальным дизайном, прототипом и продающим текстом — 7–12 дней.
  • Сайт-каталог без корзины. Базовая версия до 30 позиций — от 5 дней. С индивидуальным дизайном и наполнением до 150 позиций — 10–15 дней.
  • Корпоративный сайт (7–15+ страниц). На готовой теме — 10–15 дней. С индивидуальным дизайном каждого типа страниц и текстами — 15–25 дней. Крупные проекты на 25–30 страниц с интеграциями — от 25 дней.
  • Интернет-магазин. На конструкторе, до 50 товаров — 7–12 дней. На WordPress/OpenCart с фильтрами, оплатой и доставкой — 12–20 дней. С личным кабинетом, интеграцией с 1С и индивидуальным дизайном — от 20 дней.
  • Квиз-сайт. Самый быстрый формат — 3–7 дней, потому что здесь мало страниц и почти нет вариативности контента.

Важная оговорка: это сроки при условии, что материалы (тексты, фото, прайс, доступы) готовы или предоставляются в течение 1–2 дней после запроса. На практике именно это условие чаще всего не выполняется — об этом ниже.

Из каких этапов складывается срок

Чтобы оценивать обещания подрядчика критически, полезно понимать, из чего вообще состоит срок и где он «утекает».

  • Бриф и структура — 1–3 дня. Сбор информации о бизнесе, целях сайта, конкурентах, согласование карты страниц. Пропущенный или формальный бриф почти всегда возвращается на этапе дизайна в виде переделок.
  • Дизайн — 2–10 дней. Адаптация готового шаблона занимает 1–3 дня. Индивидуальный макет для лендинга — 3–5 дней, для многостраничного сайта — 7–10 дней. Именно здесь чаще всего происходят первые задержки: клиент получает макет и отвечает не за 1 день, а за неделю.
  • Вёрстка — 2–8 дней. Перевод согласованного макета в адаптивный код: смартфон, планшет, десктоп, кроссбраузерность. Для лендинга — 2–4 дня, для многостраничного сайта — 5–8.
  • Программирование и сборка на CMS — 3–10 дней. Формы, интеграции с CRM или 1С, личный кабинет, оплата, каталог с фильтрами. Простая посадка на конструктор занимает пару дней, магазин с оплатой и доставкой — неделю и больше.
  • Наполнение контентом — 2–10 дней. Размещение текстов, фото, цен, карточек товаров. Если материалы готовы заранее — 2–3 дня. Если тексты пишутся «по ходу» или собираются с клиента по частям — этот этап способен растянуться на 2–3 недели и стать самым долгим из всех.
  • Тестирование — 1–3 дня. Проверка на устройствах и в браузерах, работы форм, скорости загрузки, орфографии. Короткий этап, который тем не менее часто пропускают ради экономии времени — а зря: именно на нём находят половину критичных ошибок.
  • Запуск и перенос — 1 день. Публикация на домене, подключение SSL, передача доступов.

Складывая эти цифры, легко заметить: даже у простого лендинга «чистая» рабочая часть — 8–12 дней. Если исполнитель обещает 3 дня на сайт с индивидуальным дизайном и наполнением — либо этапы урезаны до минимума, либо срок нереалистичен изначально.

Что чаще всего срывает график

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

  1. Долгие согласования. Дизайн-макет отправлен, а ответ приходит через 5–7 дней вместо одного. За месяц проекта это легко добавляет полторы-две недели к сроку, даже если каждый этап работы выполнен быстро.
  2. Неготовый контент. Тексты, фото, прайс-лист или список товаров обещаны «на следующей неделе» и приходят по частям в течение месяца. Наполнение — самый частый источник срыва финальной даты, потому что технически всё готово, а сайт нечем заполнить.
  3. Расширение объёма по ходу проекта. «А давайте ещё добавим страницу», «а можно калькулятор», «а перекрасим кнопки» — каждое отдельное изменение звучит незначительно, но без пересмотра срока такие правки накапливаются в недели простоя.
  4. Зависимость от сторонних сервисов. Интеграция с CRM, эквайрингом, 1С или доставкой зависит не только от исполнителя: доступ к API, тестовые ключи, ответы техподдержки платёжной системы — здесь срок частично вне контроля обеих сторон.
  5. Смена решений задним числом. Структура сайта согласована, вёрстка началась — и тут выясняется, что нужно поменять логику каталога или добавить раздел. Изменения на позднем этапе стоят непропорционально дороже по времени, чем те же изменения на этапе прототипа.
  6. Отсутствие доступов. Домен зарегистрирован на бывшего сотрудника, пароль от хостинга утерян, доступ к соцсетям для интеграции не передан вовремя — рутинные, но реальные потери 2–5 дней.
  7. Праздники и отпуска без запаса. Срок, посчитанный ровно по рабочим дням без учёта майских или новогодних каникул, срывается предсказуемо и ежегодно.

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

Как закладывать буфер в договор

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

  • Фиксируйте сроки по этапам, а не одну дату в конце. Дата сдачи прототипа, дата сдачи дизайна, дата готовности вёрстки, дата публикации — так видно, на каком шаге и почему сдвигается срок, а не только «в целом опаздываем».
  • Закладывайте буфер 15–20% от расчётного срока. Если по этапам выходит 10 рабочих дней, разумная дата в договоре — 12. Это не попытка обмануть клиента «запасом», а реалистичная оценка с учётом хотя бы одного круга задержек в согласовании.
  • Пропишите SLA на вашу сторону. Например: «заказчик согласовывает или комментирует макет в течение 2 рабочих дней; при превышении срок сдачи проекта сдвигается на соответствующее количество дней». Это дисциплинирует обе стороны и снимает половину споров «кто виноват в задержке».
  • Отделяйте дату старта отсчёта от даты подписания. Срок логично отсчитывать не от подписания договора, а от даты получения от вас всех стартовых материалов — текстов, логотипа, доступов. Если материалов нет на старте, в договоре стоит явно указать плановую дату их предоставления.
  • Ограничивайте число кругов правок, а не пишите «правки до устраивающего результата». Формулировка без границ — источник бесконечного проекта: 2–3 круга правок на этап — рабочая практика, которая балансирует качество и предсказуемость сроков.
  • Фиксируйте порядок работы с изменением объёма. Новая задача, не входившая в бриф, оформляется отдельным пунктом со своим сроком и стоимостью — это не наказание клиента, а способ не срывать уже согласованные даты ради необязательных доработок.

Как проверить обещанный срок ещё на этапе выбора подрядчика

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

  • Из чего складывается срок — можно ли увидеть разбивку по этапам, а не только итоговую цифру?
  • Что произойдёт со сроком, если я задержу тексты или фото на неделю?
  • Сколько кругов правок включено на каждом этапе и что происходит после их исчерпания?
  • Есть ли в договоре зафиксированная дата запуска или только формулировка «ориентировочно»?
  • Что будет, если срок нарушит исполнитель, — прописаны ли последствия для этой стороны тоже?

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

Практический вывод

Реалистичный срок сайта под ключ — это не одна цифра, а сумма этапов плюс буфер на согласования: визитка — 3–8 дней, лендинг — 5–12, корпоративный сайт — 10–25, интернет-магазин — 7–20 и больше в зависимости от сложности. Быстрее этих диапазонов сайт делают либо на голом шаблоне без наполнения, либо в ущерб тестированию — и то, и другое обычно всплывает уже после запуска.

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

Нужна похожая работа?

Делаем именно это — «Сайт под ключ». Расскажите, что нужно сделать, ответим в рабочее время в течение 30 минут и пришлём расчёт за один день.

Расскажите о задаче

Ответим в течение 30 минут в рабочее время, предложим формат работы и назовём вилку по бюджету.

Что нужно сделать
Бюджет
Что ещё нужно
Файлы до 20 МБ можно приложить

Поиск по сайту

Например: интернет-магазин, телеграм-бот, интеграция с 1С.