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

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

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

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

Почему редизайн сайта может навредить бизнесу

Главная ошибка - считать, что редизайн заканчивается в тот момент, когда дизайнер передал макеты, а разработчик сверстал страницы.

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

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

1. Старые URL исчезают без правильных перенаправлений

Одна из самых дорогих ошибок при редизайне - полностью изменить структуру сайта и забыть о старых адресах.

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

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

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

Особенно внимательно нужно проверять:

• карточки товаров;
• категории каталога;
• страницы услуг;
• статьи;
• региональные страницы;
• страницы, на которые ведёт внешняя реклама.

2. Вместе с дизайном меняют структуру, к которой привыкли пользователи

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

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

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

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

3. Не проверяют мобильную версию отдельно

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

На мобильном устройстве меняются размеры экрана, способ навигации и сценарий взаимодействия. Маленькая кнопка, неудобный фильтр или слишком длинная форма могут превратить нормальный десктопный интерфейс в проблемный мобильный сайт.

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

Перед запуском стоит проверить хотя бы:

• главную страницу;
• каталог и фильтры;
• карточку товара;
• корзину;
• формы;
• личный кабинет;
• страницу оформления заказа.

4. После редизайна перестают работать формы и заявки

Визуально форма может выглядеть идеально, но это ещё не означает, что она действительно отправляет данные. Пользователь заполняет поля, нажимает кнопку, видит сообщение «Заявка отправлена» - и уходит ждать ответа. А заявка в этот момент может вообще никуда не попасть.

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

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

Но внутри может оказаться совсем другая картина, при изменении шаблона разработчики могли не перенести обработчик формы, изменить JavaScript, нарушить AJAX-запрос, потерять связь с CRM или не учесть настройки почтового сервера. В результате пользователь уверен, что оставил заявку, а менеджер даже не знает о существовании этого обращения.

Встречаются и более сложные случаи. Например, форма создаёт заявку в самом Битрикс, но она не передаётся дальше в CRM. Или письмо менеджеру формально отправляется, но из-за настроек почты не доходит до адресата. Иногда проблема проявляется только в мобильной версии или только у определённого типа форм.

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

После запуска мы проверяем весь сценарий:

1. пользователь заполняет форму;
2. данные корректно отправляются с сайта;
3. сервер принимает запрос;
4. заявка создаётся в нужной системе;
5. данные передаются в CRM, если она подключена;
6. ответственный сотрудник получает уведомление;
7. заявка отображается в системе и не теряется на следующем этапе.

Именно такой подход позволяет находить проблемы, которые невозможно увидеть, просто открыв сайт в браузере. Хороший редизайн - это не только новый внешний вид. Нужно сохранить и корректно перенести всю существующую бизнес-логику сайта.

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

5. Забывают про аналитику и цели

После смены интерфейса может измениться не только поведение пользователей, но и сама система измерения этого поведения.

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

6. Переносят дизайн, но не весь контент

При разработке новой версии сайта возникает соблазн оставить только «самое важное». Старые страницы кажутся устаревшими, тексты - слишком длинными, а некоторые разделы вообще хочется удалить.

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

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

Удалять страницу только потому, что она плохо выглядит это плохая причина для удаления.

7. Не проверяют скорость нового сайта

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

В результате сайт, который должен был стать современнее, начинает загружаться медленнее.

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

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

8. Интеграции работают на старом сайте, но ломаются на новом

Современный сайт редко существует отдельно. Он может быть связан с CRM, 1С, платёжной системой, службами доставки, телефонией, маркетинговыми сервисами и другими системами.

При редизайне интерфейса эти интеграции иногда остаются без внимания. В итоге внешне сайт работает, но данные перестают передаваться.

Например, заказ создаётся на сайте, однако не появляется в CRM. Или товар есть в 1С, но после обновления сайта его остаток отображается неправильно.

Поэтому перед запуском нужно составить отдельный список всех интеграций и проверить каждую из них на тестовом сценарии.

9. Запускают новую версию без полноценного тестирования

Самая распространённая ошибка - тестировать только то, что недавно разработали.

Если команда сделала новую главную страницу, она проверяет главную страницу. Если изменили каталог - смотрят каталог. Но проблемы часто появляются именно на стыке нескольких систем.

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

Перед запуском полезно пройти несколько реальных пользовательских сценариев от начала до конца.

Но как понять, действительно ли новый дизайн стал лучше для пользователя, а не только для команды, которая его разработала? Попробуйте ответить на вопрос ниже на примере реального редизайна Marks&Spencer

Что проверить перед запуском редизайна

Как сделать редизайн сайта без потери клиентов

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

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

Затем составляется карта изменений: какие страницы сохраняются, какие объединяются, какие URL меняются и какие перенаправления понадобятся. Отдельно проверяются формы, аналитика, интеграции и мобильная версия.

И только после этого новая версия отправляется в разработку.

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

Когда редизайн действительно помогает бизнесу

Хороший редизайн - это не тот сайт, который выглядит современно на презентации. Это сайт, на котором пользователю проще решить свою задачу.

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

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

Тогда вопрос «сколько стоит редизайн сайта» перестаёт быть единственным критерием. Важнее становится то, какой результат даст новая версия и не потеряет ли бизнес то, что уже было создано на старом сайте.

Главный вывод

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

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

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

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