Техническое задание на редизайн сайта: дизайн, функции и сохранение SEO

Начните ТЗ с причины редизайна, а не с пожеланий к стилю

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

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

• Какая бизнес-задача запускает редизайн сейчас.
• Кто приходит на сайт и с каким намерением.
• Какое действие считается основной заявкой.
• Какие ограничения текущего сайта нельзя переносить в новую версию.

Проведите инвентаризацию до изменения структуры

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

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

• Выгрузка URL из sitemap, аналитики и панелей вебмастеров.
• Список действующих форм, телефонов, мессенджеров и целей.
• Матрица «старый URL → новый URL → действие».
• Перечень контента и файлов, которые действительно нужно перенести.

Разделите дизайн, содержание и функционал

Дизайн описывает визуальную систему и поведение интерфейса, содержание — смысл и материалы, функционал — действия и обмен данными. Если смешать всё в одной фразе «обновить страницу», подрядчик и заказчик будут по-разному понимать объём. В ТЗ полезно разнести эти части и назначить ответственного за каждую.

Опишите структуру через задачи посетителя

Меню из названий отделов компании редко совпадает с тем, как клиент формулирует запрос. Страницы лучше группировать по услугам, продуктам и сценариям выбора. Разработка нового сайта, редизайн действующего, мобильное приложение и интеграция CRM требуют разных аргументов, состава работ и формы заявки.

Для каждой ключевой страницы в ТЗ достаточно указать поисковое и рекламное намерение, H1, основные блоки, доказательства и целевое действие. Это помогает не собирать одну перегруженную главную и сохраняет возможность вести рекламу на релевантный экран.

• Назначение и аудитория страницы.
• Вопрос, на который отвечает первый экран.
• Обязательные смысловые блоки и реальные доказательства.
• Форма, звонок или другой следующий шаг.
• Внутренние ссылки на связанные услуги и материалы.

Зафиксируйте форму и аналитику как единый сценарий

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

Цель аналитики должна срабатывать после подтверждённой отправки, а не по клику на кнопку. Для рекламы сохраняют UTM и yclid вместе с заявкой, проверяют контрольное обращение и исключают его из реальных лидов. Если аналитические cookie включаются только после согласия, это учитывают при сравнении Метрики и серверных журналов.

• Контакт и понятная причина, зачем он нужен.
• Услуга, комментарий и исходная страница.
• UTM и yclid при наличии и законном основании.
• Цель только после успешного ответа сервера.
• Проверяемая доставка менеджеру и обработка ошибки.

Добавьте технические требования к переносу и SEO

Редизайн может менять шаблон без изменения адресов, а может включать новую платформу и структуру. Во втором случае в ТЗ обязательны карта URL, постоянные редиректы, перенос метаданных, внутренние ссылки, canonical, robots.txt и sitemap. Яндекс рекомендует при смене структуры проверять отсутствие случайного noindex и канонических ссылок на другую страницу, а изменённые URL добавлять в актуальный sitemap.

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

• HTTP 200 для канонических страниц и корректные 301 для перенесённых.
• Уникальные title, description и H1 для важных страниц.
• Актуальные canonical, robots.txt и sitemap.
• Проверка внутренних ссылок и страниц с ошибками.
• Контроль Вебмастера и Search Console после публикации.

Сформулируйте критерии приёмки до оценки стоимости

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

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

Как сравнить сметы на редизайн

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

В KazIt компактный редизайн начинается от 25 000 ₽, если объём ограничен небольшим числом страниц и не требует сложного каталога или личного кабинета. Точная оценка появляется после инвентаризации URL, функций и материалов. Отдельная рекламная посадочная с формой, Метрикой и целью стоит 29 900 ₽, когда существующий сайт пока не готов к полной переработке.

• Количество уникальных типов страниц и состояний.
• Объём новых текстов и переноса материалов.
• Состав интеграций и источник данных.
• Ответственность за редиректы, аналитику и контроль заявок.
• Что передаётся заказчику: код, доступы, макеты и инструкции.

Короткий шаблон заявки на редизайн

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

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