Пришлите сайт или карточку и опишите задачу. Обсудим, что стоит изменить первым, состав работ и условия.
Редизайн сайта нужно принимать не только по макетам. До запуска сохраните важные страницы, поисковые данные и сценарии заявок, а после проверьте адреса, индексацию и работу форм. Это снижает риск потери трафика, хотя не гарантирует неизменных позиций.
Разбор подходит компании услуг, которая обновляет оформление, структуру или платформу. Переезд на другой домен - отдельная задача с дополнительными проверками. Здесь рассматриваем прежде всего редизайн действующего сайта: как улучшить опыт клиента и не потерять то, что уже работает.
Определите, что именно нужно исправить
Причина «сайт устарел» слишком широкая для технического задания. Уточните проблему: на телефоне трудно читать, предложение непонятно, страницы услуг не отвечают на вопросы, форму сложно отправить или обновление контента занимает слишком много времени. Для каждой проблемы назначьте проверяемый критерий. Например, пользователь видит условия услуги и может обратиться без горизонтальной прокрутки.
Если проблема локальная, полный редизайн может быть избыточным. Иногда достаточно изменить первый экран, навигацию и форму. Если же структура не позволяет развивать услуги и регионы, косметическое обновление отложит решение. В начале проекта сравните оба сценария по объёму, ограничениям и рискам. Не меняйте адреса страниц только потому, что новая система предлагает более красивый шаблон.
Снимите исходные данные до макетов
Сохраните список доступных URL, заголовки, описания, коды ответа и внутренние ссылки. Отдельно выделите страницы с поисковыми переходами, обращениями и внешними ссылками. Данные из Вебмастера, Search Console и аналитики помогут увидеть, что нельзя незаметно удалить. Отчёт только по главной странице не отражает ценность всего сайта.
Зафиксируйте период наблюдения, сезонные особенности и изменения бизнеса. Для заявок сохраните названия целей и правила учёта. Сделайте резервную копию сайта и убедитесь, что её можно восстановить. Архив без проверенной процедуры отката мало помогает, когда новый сайт уже опубликован, а доступ к старой платформе закончился.
Составьте карту старых и новых страниц
Каждому старому адресу назначьте судьбу: остаётся, меняется, объединяется с другой страницей или удаляется без замены. Для изменившихся URL укажите наиболее близкую по смыслу страницу назначения. Перенаправление всех старых адресов на главную неудобно для читателя и не сохраняет соответствие его вопросу. Карта переходов должна быть согласована до запуска, а не восстановлена по жалобам.
Когда адрес остаётся прежним, проверьте сохранение назначения страницы. Если вместо подробного описания услуги теперь открывается короткая галерея, формально URL сохранён, но содержание изменилось существенно. Отметьте страницы с таким риском и продумайте, где разместить важные условия, цены, примеры и ответы. SEO сохраняется не только на уровне адресов.
| Старая страница | Решение | Приёмка |
|---|---|---|
| Услуга с поисковыми переходами | Сохранить адрес и назначение | Контент, метаданные, форма |
| Услуга с новым адресом | Постоянное перенаправление на аналог | Один переход к рабочей странице |
| Устаревший материал | Обновить или обоснованно удалить | Без массовой переадресации на главную |
Не удаляйте полезный текст ради чистого макета
Дизайн выигрывает от ясной иерархии, но не от исчезновения ответов. Разделите материал на короткое объяснение, условия, этапы, примеры и вопросы. Большую таблицу можно сделать удобной для прокрутки, длинное описание - разбить подзаголовками. При этом основные сведения должны оставаться доступными человеку и поисковому роботу, а не существовать только на картинке.
Проверьте тексты вместе с редактором и специалистом, который продаёт услугу. Они знают, какие вопросы регулярно возникают до обращения. Не переносите старые абзацы автоматически: устаревшие цены, чужие примеры и пустые обещания нужно исправлять. Задача - сохранить полезную информацию и намерение страницы, а не каждый символ прежней версии.
Как проверить тестовую версию
До публикации тестовая площадка не должна превращаться во вторую индексируемую копию сайта. Выберите с разработчиком способ ограничения доступа. При приёмке отдельно проверьте, какие ограничения перенесутся в рабочую среду и кто их снимает. Типовая ошибка - красивый опубликованный сайт с сохранившимся noindex или запретом обхода важных разделов.
Пройдите сайт на телефоне и компьютере: навигацию, услуги, статьи, поиск, согласия и отправку формы. Проверяйте не только наличие кнопки, но и конечную доставку заявки. Сравните шаблоны страниц, потому что исправление одного экрана не гарантирует правильной работы остальных. Особенно внимательно смотрите длинные заголовки, таблицы, меню и всплывающие окна.
Что включить в техническую приёмку
Проверьте основные адреса и код ответа, canonical, заголовок первого уровня, метаданные, robots.txt, sitemap и структурированные данные. При смене URL нужны корректные постоянные перенаправления, а внутренние ссылки лучше сразу обновить на конечные адреса. Не превращайте проверку в набор галочек: важно, чтобы всё указывало на одну согласованную рабочую версию сайта.
Отдельный проход нужен изображениям и интерактивным элементам. У картинок должны загружаться реальные файлы, у формы - выполняться серверная отправка, у меню - оставаться доступной навигация с клавиатуры. Проверьте скорость и стабильность расположения элементов на типичных устройствах. Скриншот статичного макета не обнаружит кнопку, которую перекрывает анимация во время прокрутки.
Сохраните измерение заявок
При редизайне часто меняются имена полей и обработчики кнопок. Старые цели могут перестать срабатывать или, наоборот, начать считать любой клик успешной отправкой. Составьте список событий до разработки: открытие формы, попытка отправки, успешная доставка, ошибка. Для бизнес-результата важно отличать успешную заявку от предварительного действия.
Проведите помеченные тестовые обращения и исключите их из коммерческой оценки. Проверьте источник, выбранную услугу, страницу входа и корректность контакта в месте получения заявки. Не отправляйте фиктивные заявки в рабочую воронку без согласования с ответственным. После запуска убедитесь, что новый шаблон не потерял метки и переходы из рекламы, карт и публикаций.
Как организовать день запуска
Выберите время, когда доступны разработчик и человек, принимающий обращения. Заранее определите признаки, при которых выпуск откатывается: недоступны ключевые страницы, не доставляются заявки, нарушена критичная функциональность. Временное изменение позиции в поиске не подходит для мгновенного отката, а неработающая форма - подходит. Решения должны зависеть от характера проблемы.
После публикации проверьте именно публичный домен, а не оставшуюся открытой тестовую вкладку. Очистка кэша у разработчика не гарантирует, что все посетители получили совместимые файлы. Проверьте несколько страниц, новые и старые адреса, мобильное меню и обработку ошибок. Зафиксируйте дату выпуска, чтобы затем сопоставлять её с поисковой статистикой и обращениями.
Как понять, что произошло с SEO после редизайна
Сначала исключите технические причины: ошибки ответа, случайные запреты, отсутствующие страницы, неверные перенаправления. Затем сравните показатели контрольной группы URL и запросов при тех же условиях. Если трафик изменился, разложите его по страницам и источникам. Падение одного раздела требует другой реакции, чем отсутствие данных во всём счётчике.
Не оценивайте выпуск только по первым суткам: поисковикам требуется время на обход и обработку изменений. Но и ожидание само по себе не исправляет ошибку. Назначьте контроль сразу после публикации, в ближайшие рабочие дни и затем по согласованному графику. Сохраняйте журнал исправлений, чтобы было понятно, какая версия реально находилась на сайте в каждый период.
Три сценария приёмки для компании услуг
Первый сценарий: посетитель приходит из поиска сразу на страницу услуги. Он не обязан видеть главную. Проверьте, понятны ли ему название компании, состав работ, условия и следующий шаг. На новом дизайне хлебные крошки, контакты и ссылки на соседние услуги не должны исчезать ради чистого первого экрана. Приёмка только главной страницы оставляет этот сценарий непроверенным.
Второй сценарий: человек читает длинную статью на телефоне, открывает связанный материал и возвращается к форме. Проверьте якоря, возврат из меню, горизонтальную прокрутку таблиц и перекрытие текста фиксированными элементами. Если оглавление занимает весь экран, его стоит упростить. Если анимация мешает чтению или нажатию, её выразительность перестаёт быть преимуществом.
Третий сценарий: пользователь открывает старую ссылку из письма или закладок. Он должен попасть на сохранённую страницу либо на действительно подходящую замену. Проверьте несколько реальных старых адресов, включая вложенные разделы и изображения, на которые могли ссылаться. Список таких сценариев полезно приложить к заданию разработчика до сборки, чтобы тестирование не стало неожиданным дополнительным этапом.
Как разделить косметические и смысловые изменения
Смена шрифта и отступов, переработка предложения и объединение разделов имеют разный риск. Если изменить всё одновременно, затем трудно объяснить изменение показателей. Для небольшого проекта разумно сохранить структуру и адреса, обновив интерфейс и явно слабые тексты. Для крупной перестройки нужен отдельный план миграции содержания, а не только новая графическая концепция.
У каждого удаляемого блока спросите, какую задачу он решал. Прайс мог отсекать неподходящие обращения, условия выезда - объяснять географию, примеры - подтверждать специализацию. Эти функции можно перенести в более удобное представление, но нельзя считать лишними только из-за визуального объёма. И наоборот, длинный блок с повторяющимися обещаниями не обязан сохраняться ради количества слов.
На финальном согласовании покажите заказчику не только скриншоты «было и стало», но и карту изменений по функциям. Какие вопросы теперь закрыты, где упростился путь до заявки, какие ограничения остались? Это делает редизайн управляемой задачей. Решение о публикации опирается на готовность важных сценариев, а не на усталость команды от очередного круга правок.
Что передать подрядчику и что получить обратно
Передайте доступные исходные данные, перечень услуг, важные URL, правила обработки заявок и ограничения по платформе. На выходе должны остаться рабочий сайт, доступы, карта перенаправлений, описание аналитики, резервная копия и перечень известных ограничений. Уточните, кто отвечает за наблюдение после запуска и какие исправления входят в сопровождение.
В Violet Agency можно обсудить редизайн с сохранением полезной структуры и измерения обращений. Для начала достаточно ссылки на сайт и описания проблем. Если есть поисковые данные, приложите обезличенную выгрузку важных страниц. Это поможет определить, где нужно обновление, а где лучше сохранить работающую часть, не усложняя проект без причины.
Материалы по теме
Источники и справка
Проверили терминологию и настройки по официальной документации сервисов.