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

Этапы создания сайта — это восемь шагов: бриф и аналитика, структура и семантика, прототип, дизайн, сборка или разработка, контент и интеграции, тестирование и документы по закону, запуск с передачей доступов. У PIXONA лендинг проходит этот путь за 2⁠–⁠3 недели, многостраничный сайт — за 4⁠–⁠6 недель, интернет-магазин — за 5⁠–⁠7 недель, проект на собственном коде — от 8 недель. Но процесс создания сайта наполовину зависит не от исполнителя: срок обычно отсчитывают не от подписания договора, а от дня, когда у подрядчика на руках тексты, фото и ответы на бриф. Поэтому у каждого этапа ниже три вещи: что вы получаете на руки, сколько это занимает и что в это время делаете вы.

Нужен сайт под ключ, а не свой проект-менеджмент? Посчитайте срок и стоимость за пару минут → калькулятор PIXONA

Какие этапы проходит создание сайта: процесс одним экраном

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

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

Этапы создания сайта по порядку: что происходит на каждом

Этап 1. Бриф и аналитика: 2⁠–⁠5 дней

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

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

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

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

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

Этап 2. Структура и семантика: 2⁠–⁠5 дней

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

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

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

Этап 3. Прототип: 3⁠–⁠10 дней и самая дешёвая точка для правок

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

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

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

Этап 4. Дизайн: 5⁠–⁠15 дней и главное узкое место по срокам

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

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

Лечится это двумя договорённостями до начала этапа. Первая — одно имя с правом финального «да» и срок на ответ, например два рабочих дня: остальные дают мнение, решение принимает один. Вторая — число раундов правок. Студии обычно называют 2⁠–⁠3 итерации на прототип и на дизайн, и полезно записать, что считается правкой: «сделайте заголовок крупнее» — правка, «давайте попробуем другую идею главной» — новая задача со своим сроком и ценой.

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

Этап 5. Сборка или разработка: 5⁠–⁠20 дней

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

На конструкторе страницы собирают из готовых блоков: вёрстки и серверной части как отдельных работ нет, зато есть ограничения платформы, а блоки свободной вёрстки приходится настраивать под каждую ширину экрана отдельно. На собственном коде верстают с нуля и пишут серверную часть, поэтому этап длиннее, но ограничений платформы не остаётся. PIXONA работает и так, и так — на Tilda, Creatium и LP Motor, на WordPress и на своём коде (Next.js, TypeScript, PostgreSQL) с хостингом в России, — поэтому платформу подбираем под задачу. Что выгоднее в вашем случае, разобрано в статье «Конструктор или код».

Два требования к результату стоит проверять независимо от платформы. Первое — мобильная версия: не предпросмотр в редакторе, а открытая страница на вашем телефоне, потому что в предпросмотре часть проблем не видна.

Второе — скорость. Google измеряет её тремя показателями:

• LCP (появление главного содержимого) — не больше 2,5 секунды;
• CLS (прыжки вёрстки) — не больше 0,1;
• INP (задержка реакции на нажатие) — не больше 200 миллисекунд.

INP заменил прежнюю метрику FID 12 марта 2024 года, поэтому отчёт по FID означает, что подрядчик смотрит на показатель, которого больше нет.

Этап 6. Контент и интеграции: 3⁠–⁠10 дней, параллельно со сборкой

Контент — это тексты, фотографии, прайс, карточки товаров и описания страниц для поиска. Интеграции — то, куда уходят заявки и платежи: CRM, почта, мессенджер, платёжный сервис, выгрузка из 1С.

Этот этап ставят параллельно с дизайном и сборкой не ради скорости. Дизайн, нарисованный на «рыбе» вместо настоящих текстов, разъезжается, когда в блок на три строки приезжает абзац на двенадцать, — и это снова правка в утверждённом дизайне по цене из таблицы выше. Поэтому тексты полезнее отдать до дизайна, а не после.

У интеграций есть требование закона, которое меняет выбор сервиса. С 1 июля 2025 года персональные данные россиян при сборе записывают только в базы на территории России — это изменение в ч. 5 ст. 18 закона 152-ФЗ, внесённое законом 23-ФЗ от 28.02.2025. То есть зарубежные CRM, формы и сервисы рассылок для приёма заявок не подходят.

Санкция по ч. 8 ст. 13.11 КоАП: граждане 30⁠–⁠50 тыс. ₽, должностные лица 100⁠–⁠200 тыс. ₽, компании от 1 до 6 млн ₽, причём ИП отвечает как юрлицо (примечание 1 к статье), а повторное нарушение — до 18 млн ₽. Поэтому сервис выбирают сейчас: переносить готовую интеграцию дороже, чем сразу взять российскую.

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

Этап 7. Тестирование и документы по закону: 2⁠–⁠5 дней

Перед запуском сайт проверяют по списку, а не на глаз:

• открываются все страницы, работают все ссылки, формы доходят до адресата;
• сайт корректно выглядит в Chrome, Safari, Firefox и Edge и на трёх ширинах экрана;
• нигде не осталось заглушек и текста-рыбы, а цены, телефон и адрес совпадают с реальными;
• у каждой страницы заполнены заголовок и описание для поиска, на месте robots.txt и sitemap.xml;
• подключён HTTPS, работает Яндекс Метрика с целями.

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

Здесь же появляется юридическая часть, и её пропускают чаще всего. Если на сайте есть форма с именем, телефоном или почтой, вы оператор персональных данных по закону 152-ФЗ. Нужны три вещи:

1. Опубликованная политика обработки персональных данных (ч. 2 ст. 18.1 152-ФЗ). Отдельная статья — о том, как составить политику обработки персональных данных.
2. Отдельное согласие с галочкой у формы: с 1 сентября 2025 года его нельзя прятать внутри политики или пользовательского соглашения (закон 156-ФЗ от 24.06.2025). Как оформить отдельное согласие у формы, разобрано в нашей статье.
3. Уведомление в Роскомнадзор, поданное до начала сбора данных.

Это не юридическая консультация: статья описывает общие требования на октябрь 2026 года для обычного сайта малого бизнеса.

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

1. Кто обязан. Любой, кто принимает данные через форму: ООО, ИП и самозанятый без статуса ИП — последний отвечает как физлицо.
2. Если форма уже работает. Подавайте как можно скорее. Исключения не выручат: большинство из ч. 2 ст. 22 152-ФЗ отменены с 1 сентября 2022 года, а оставшаяся обработка «без средств автоматизации» означает бумагу, а не сайт.
3. Как подать. Бесплатно: форма на pd.rkn.gov.ru с электронной подписью, через Госуслуги или бумагой в территориальное управление. Заполнение — около часа, в реестр операторов вносят в течение 30 дней.
4. Что подготовить. Цели обработки, категории данных и людей, правовое основание, меры защиты, ответственного, дату начала и место, где находится база.
5. Что дальше. Изменения — подключили CRM, добавили цель — подают до 15-го числа следующего месяца, о прекращении обработки сообщают в течение 10 рабочих дней.
6. Санкция. Ч. 10 ст. 13.11 КоАП в редакции с 30 мая 2025 года: граждане 5⁠–⁠10 тыс. ₽, должностные лица 30⁠–⁠50 тыс. ₽, юрлица 100⁠–⁠300 тыс. ₽, и ИП отвечает как юрлицо (примечание 1 к статье). Отсутствие политики — ч. 3 той же статьи: ИП 10⁠–⁠20 тыс. ₽, компания 30⁠–⁠60 тыс. ₽.
7. Кто подаёт. Вы, а не подрядчик: оператор — тот, кто решает, зачем собирать данные, а студия и конструктор обрабатывают их по вашему поручению.

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

Для магазина добавляется онлайн-касса: по 54-ФЗ чек покупателю выдают с первого платежа, поэтому кассу подключают к моменту приёма оплаты, а не к запуску. Штраф за расчёт без кассы по ч. 2 ст. 14.5 КоАП — для ИП от 1/4 до 1/2 суммы расчёта, но не меньше 10 000 ₽, для компаний от 3/4 до полной суммы, но не меньше 30 000 ₽. И мелочь, которая блокирует запуск магазина: реквизиты продавца в подвале, без них платёжный сервис обычно не подключает оплату.

Этап 8. Запуск, передача доступов и первые недели: 1⁠–⁠2 дня

Запуск — это подключение домена, включение HTTPS и публикация. Технически полчаса работы, но изменения в системе доменных имён расходятся от 3 до 24 часов, поэтому запуск не ставят на вечер пятницы: если что-то пойдёт не так, исправлять придётся в выходные.

Про домен вспоминают в последний день, и зря. С 1 сентября 2026 года администратор домена .ru, .рф или .su подтверждает личность через Госуслуги (закон 569-ФЗ от 29.12.2025), а без подтверждения регистратор не продлит домен и не изменит его настройки. Поэтому домен покупают и подтверждают заранее, а администратором указывают вас, а не подрядчика: администратор распоряжается доменом, и если он оформлен на исполнителя, сайт ваш только на словах.

Передача доступов — последний результат процесса. У вас должны оказаться кабинет регистратора, аккаунт конструктора или доступ к серверу, админка сайта, Яндекс Метрика и Вебмастер, CRM, платёжный сервис, почта на домене. Проверка одна: войдите под своим паролем в каждый сервис при подрядчике. Доступ «через менеджера» — это не доступ, и выясняется такое обычно через год, когда менеджера уже нет.

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

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

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

Сколько занимает каждый этап разработки сайта: план по неделям

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

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

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

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

Если срок жёсткий, честнее сократить объём: запустить главную и одну услугу, остальное добавить после. Что можно сжать без потерь, разобрано в статье о том, как быстро сделать сайт.

Про деньги по этапам. Чаще всего встречается схема с авансом 30⁠–⁠50% до старта и остатком при сдаче, а на длинных проектах — платежи, привязанные к результатам: утверждён прототип — платёж, утверждён дизайн — платёж. Такая привязка удобнее обеим сторонам, потому что спорить можно о конкретном артефакте, а не «о работе в целом».

Что нужно от вас на каждом этапе

Суммарно участие заказчика в небольшом проекте — это 10⁠–⁠20 часов, растянутых на месяц. Немного, но распределены они неравномерно: больше половины приходится на первую треть процесса, и поэтому проекты встают в начале, а не в конце.

• До старта, 1⁠–⁠2 часа. Ответы на бриф. Полезнее всего заранее выписать три вопроса, которые клиенты задают вам по телефону чаще всего, и свои цены: из этого вырастет и структура, и тексты.
• Этапы 2⁠–⁠6, 3⁠–⁠10 часов. Собрать материалы: тексты документом, фотографии в оригинале (не пересланные в мессенджере — там они сжимаются), логотип в векторе, прайс таблицей, реквизиты ИП или компании, доступы к домену, CRM и платёжному сервису. Самый трудоёмкий пункт, и начинать его стоит на этапе 1.
• Этапы 2⁠–⁠4, по 1⁠–⁠3 часа. Утвердить состав страниц, прототип и дизайн. Правила два: отдавать правки сразу одним списком (правки «по одной в день» растягивают этап на неделю на пустом месте) и держать срок ответа в два рабочих дня.
• Этап 7, 2⁠–⁠3 часа. Приёмка: пройти сайт с телефона и компьютера, отправить тестовую заявку, проверить телефон, адрес и цены на опечатки.
• Этап 8, 30 минут. Принять доступы и войти под своим паролем в каждый сервис.

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

Где проекты буксуют: шесть причин, по которым сроки уезжают

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

1. Материалы приходят в последний момент. Подрядчик ждёт тексты, и проект стоит в вашем календаре, а не в его. Как заметить: нет даты, к которой вы отдаёте материалы, — срок в договоре условный.
2. Согласующих больше одного. Как заметить: спросите, кто скажет «утверждаю», и назначьте этого человека до начала дизайна.
3. Число правок не оговорено. Как заметить: в смете должно быть число итераций на этап и определение правки.
4. Прототип пропущен. Логику обсуждают на цветном макете, где внимание уходит на оттенки. Как заметить: прототип должен быть отдельным результатом в плане работ, а не строкой внутри дизайна.
5. Юридическую часть оставили на запуск. Политика и согласие делаются за день, а уведомление в Роскомнадзор вносят в реестр до 30 дней. Как заметить: нет в плане пункта про документы и уведомление — значит, ими никто не занимается.
6. «Ещё одна функция» в середине процесса. Калькулятор, личный кабинет или интеграция, добавленные после утверждения дизайна, означают возврат к прототипу. Как заметить: новая функция — это новый срок и новая цена, и честный подрядчик скажет это сразу, а не промолчит и опоздает.

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

Чем различаются этапы для лендинга, многостраничного сайта, магазина и сайта на коде

Набор этапов один, наполнение разное. Так это устроено у нас — четыре процесса из блока «Как работаем»:

• Лендинг: бриф и анализ (бесплатно, без обязательств) → прототип → дизайн в Figma → сборка и запуск: адаптив, формы, метрика, доступы передаём вам.
• Многостраничный сайт: бриф и семантика → структура (карта сайта) → прототипы страниц → дизайн и сборка с базовым SEO и метрикой → запуск, обучение и передача доступов.
• Интернет-магазин: бриф и каталог → прототип витрины → дизайн витрины, карточки и корзины → сборка, платежи и доставка → запуск, тестовые заказы, инструкция.
• Сайт на собственном коде: бриф и требования → прототип и логика → дизайн-система → разработка → тест и скорость → запуск и поддержка.

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

Базовый состав работ один для всех типов. Это прототип, дизайн, вёрстка с мобильной версией, формы заявок, подключение Яндекс Метрики, базовое SEO (заголовки, описания, карта сайта), юридическая часть по 152-ФЗ — политика, согласие, cookie-баннер, — запуск и передача доступов владельцу. Остальное зависит от задачи, и об этом разговор на брифе.

Если сайт уже есть и его переделывают, первый этап меняется: вместо аналитики с нуля — аудит текущего сайта и карта соответствия старых и новых адресов, чтобы при смене URL поставить 301-редиректы и не потерять накопленные позиции. А если вы думаете собрать сайт сами, часть этапов схлопывается: вёрстки и серверной части нет, прототип и дизайн заменяет готовый шаблон. Зато бриф, структура, контент, документы и проверка остаются на вас — порядок действий и бюджет разобраны в статье «Как сделать сайт с нуля самому». Что мы делаем и за сколько — в разделе услуг: от лендинга и многостраничного сайта до магазина.

Вопросы и ответы

Сколько этапов в создании сайта и можно ли какие-то пропустить?

Шаги создания сайта можно укрупнять и дробить, но содержательно этапов восемь: бриф и аналитика, структура, прототип, дизайн, сборка, контент и интеграции, тестирование и документы, запуск. Пропустить без последствий можно лишь то, чего в проекте нет: серверную часть на конструкторе или каталог у лендинга. Прототип, тестирование и документы по 152-ФЗ не пропускают: первое дорожает в разы на следующем шаге, второе ловит неработающие формы, третье стоит до 300 тыс. ₽ штрафа.

Сколько времени занимает создание сайта от начала до запуска?

У PIXONA: сайт-визитка — 5⁠–⁠7 дней, лендинг — 2⁠–⁠3 недели, многостраничный сайт — 4⁠–⁠6 недель, интернет-магазин — 5⁠–⁠7 недель, проект на собственном коде — от 8 недель. Срок отсчитывается от получения материалов и аванса, а не от подписания договора, и не включает ожидание ваших текстов и согласований — на эту сумму пауз календарный срок и оказывается длиннее планового.

На каком этапе нужно подать уведомление в Роскомнадзор?

До того, как форма начнёт собирать данные, то есть на этапе тестирования, а не после запуска. Подача бесплатная, через pd.rkn.gov.ru или Госуслуги, заполнение занимает около часа, в реестр вносят до 30 дней. Штраф за неподанное уведомление по ч. 10 ст. 13.11 КоАП: должностные лица 30⁠–⁠50 тыс. ₽, юрлица 100⁠–⁠300 тыс. ₽, и ИП отвечает как юрлицо (примечание 1 к статье). Подаёт его владелец сайта: подрядчик за вас этого сделать не может.

Сколько правок входит в этап и что считается правкой?

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

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

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

На каком этапе подключается SEO?

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

Чем отличаются этапы при переделке существующего сайта?

Первым идёт не аналитика с нуля, а аудит: что уже работает, какие страницы приносят трафик, что ломается. Добавляется карта соответствия адресов: если URL меняются, на старые ставят 301-редиректы, иначе накопленные позиции обнуляются. Остальные этапы те же.

---

Хотите понять, сколько займёт и будет стоить именно ваш проект? Ответьте на несколько вопросов в калькуляторе — получите ориентир по цене и сроку, а платформу подберём под задачу. → Рассчитать стоимость и срок

Читайте также

• Как сделать сайт с нуля самому: пошаговая инструкция и бюджет
• Структура сайта: как спланировать страницы
• ТЗ на разработку сайта: что в нём должно быть
• Бриф на разработку сайта: какие вопросы задают и зачем
• Конструктор или код: как выбрать и не переплатить