Кейс: после редизайна трафик упал на 41% — что чинили шесть недель
7 мин чтения6 недель + 1 день — готовая основа задачи разработчику.
Кому полезноРуководителю проекта и разработчику
Что станет понятноРедизайн без смены адресов тоже роняет трафик — теряется содержимое страниц, а не ссылки
С чем уйдёте6 недель + 1 день — готовая основа задачи разработчику.
Сайт переделали внешне, адреса не менялись, переадресация не требовалась — и трафик всё равно упал почти вдвое. Разбор, в котором причина оказалась не одна, а четыре сразу.
- Редизайн без смены адресов тоже роняет трафик — теряется содержимое страниц, а не ссылки
- Четыре причины сложились одновременно, и поиск каждой по отдельности выглядел как тупик
- Больше всего потерял не дизайн, а текст: его сократили ради «чистоты» макета
- Полностью трафик не вернулся: часть позиций к тому моменту заняли конкуренты
- Предотвратить это стоило бы одного документа — сверки содержимого до и после
- Контекст и что можно рассказать
- Что было известно на входе
- Четыре причины, которые сложились вместе
- Как искали: метод сравнения версий
- В каком порядке чинили
- Чем закончилось: честные цифры
- Как договориться с дизайнерами: три рабочие формулировки
- Как не допустить этого у себя: документ на одну страницу
- Путь клиента
- Стратегия по шагам
- Чек-лист
- Что в итоге
- Вопросы и ответы
Контекст и что можно рассказать
Сайт услуг с несколькими десятками страниц направлений, поиск давал основную часть обращений. Редизайн делала дизайн-студия, продвижением занималась другая команда, к нам проект пришёл уже после падения — с задачей найти причину.
Ниша, регион и название компании не раскрываются. Цифры приводим в процентах от исходного уровня.
Отдельно отметим, что сама студия сработала добросовестно в рамках своей задачи: макеты качественные, вёрстка аккуратная. Проблема возникла там, где никто не считал её своей — на стыке дизайна и содержимого.

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

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


Как искали: метод сравнения версий
Приём, который занял день и дал ответ, стоит описать отдельно — он работает в любом похожем случае.
Шаг 1. Достали копии старых страниц. Архивные копии сохранились в интернет-архиве и в кеше поисковых систем. Взяли десять страниц, которые потеряли больше всего.
Шаг 2. Сравнили не глазами, а по элементам. Для каждой страницы выписали в таблицу: объём текста в знаках, число заголовков второго и третьего уровня, число внутренних ссылок в теле страницы, заголовок вкладки, описание.
| Показатель | Было | Стало | Изменение |
|---|---|---|---|
| Текст на странице | 4 900 знаков | 1 600 знаков | −67% |
| Заголовков в тексте | 7 | 0 | стали картинками |
| Внутренних ссылок | 11 | 2 | −82% |
| Уникальное описание | да | шаблон | потеряно |
Шаг 3. Сопоставили с падением по страницам. Страницы, где сокращение текста было максимальным, потеряли больше всего. Совпадение оказалось почти линейным — этого хватило, чтобы отбросить версию про алгоритмы.
Весь разбор занял день. Предыдущие две недели ушли на проверку гипотезы, которую можно было отбросить за час, просто сравнив старую и новую версию страницы.

В каком порядке чинили
Восстанавливать всё сразу нельзя: тогда непонятно, что именно сработало, а объём работ парализует команду. Шли по убыванию ожидаемого эффекта.
Недели 1–2. Вернули текст, но не тот же самый. Копировать старые описания обратно было бы шагом назад по качеству. Переписали заново: те же вопросы, но структурированно — подзаголовки, короткие абзацы, таблица условий. Объём вернулся примерно к прежнему, читаемость стала лучше.
Неделя 3. Перевели заголовки из картинок в текст. Дизайн сохранили за счёт шрифта и оформления, а не изображения. Работа на два дня, эффект заметный.
Неделя 4. Вернули перелинковку внутрь текстов. Ссылки по смыслу, а не блоком в подвале: в описании услуги — ссылка на смежную, в разделе цен — на условия.
Неделя 5. Переписали заголовки вкладок и описания вручную. Для 40 основных страниц — индивидуально, для остальных оставили шаблон, но добавили в него уточняющую часть.
Неделя 6. Проверка и наблюдение. Отправили обновлённые страницы на переобход и стали ждать. Первые изменения появились через 10 дней после последней правки.

Чем закончилось: честные цифры
За 100% принят уровень до редизайна.
| Момент | Трафик |
|---|---|
| До редизайна | 100% |
| Через месяц после запуска | 59% |
| Начало работ по восстановлению | 57% |
| Через месяц работ | 71% |
| Через два месяца | 86% |
| Через четыре месяца | 93% |
Полностью трафик не вернулся, и это важная часть истории. За четыре месяца, пока страницы были ослаблены, часть позиций заняли конкуренты, и возвращать их пришлось уже в конкурентной борьбе, а не просто восстановлением. По нескольким направлениям исходный уровень так и не был достигнут.
Это типичное последствие: чем дольше страница находится в ослабленном состоянии, тем дороже обратный путь. Если бы разбор начали не через полтора месяца, а через неделю, потери были бы существенно меньше.

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


window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
event: 'lead_submit',
form_id: 'audit',
page_path: location.pathname
});
Как не допустить этого у себя: документ на одну страницу
Всё, что нужно было сделать до запуска редизайна, помещается в одну таблицу. Заполняется по 10–15 страницам, которые дают больше всего трафика.
| Что сверяем | Норма |
|---|---|
| Объём текста | не меньше, чем было; сокращение — только осознанное решение |
| Заголовки в тексте | остались текстом, а не картинкой |
| Внутренние ссылки в теле страницы | сохранились или заменены равноценными |
| Заголовок вкладки и описание | уникальные, не шаблон по названию |
| Адреса страниц | совпадают или настроена переадресация |
| Разметка данных | перенесена — товары, отзывы, вопросы |
| Скорость на мобильном | не хуже прежней |
Заполнение занимает пару часов. Ключевое условие — делать это до запуска, на тестовой площадке, и показывать документ обеим командам: и дизайнерам, и тем, кто отвечает за продвижение.
И главный организационный вывод: если редизайн заказывает одна команда, а за трафик отвечает другая, кто-то должен быть назначен ответственным за стык. Иначе получится ровно эта история — где каждый сделал свою работу хорошо, а результат оказался плохим.

Путь клиента: где эта тема срабатывает
Тема решает в момент, когда редизайн уже одобрен и все фокусируются на макетах, а не на текстах и разметке страниц.
Что у клиентаОбсуждают внешний вид, цвета, шрифты. О текстах на страницах речи почти не идёт — их считают «содержимым, которое просто перенесут».
Что делаемФиксируем, что перенос текста — отдельная задача, а не автоматическое следствие нового макета.
Сигнал, что работаетВ плане проекта появляется отдельный пункт «сверка контента», а не только «вёрстка».
Что у клиентаДизайнер и верстальщик подгоняют текст под новый макет — где-то сокращают, где-то меняют заголовки ради «чистоты».
Что делаемСравниваем старую и новую версию каждой страницы построчно, а не только визуально.
Сигнал, что работаетНа каждую ключевую страницу есть таблица: что было в тексте, что осталось.
Что у клиентаСайт выглядит лучше, но через одну-две недели видно снижение трафика в аналитике.
Что делаемИщем причину не в одном месте, а проверяем несколько гипотез параллельно — по опыту, причин обычно несколько.
Сигнал, что работаетЕсть список из нескольких проверенных гипотез с результатом «подтвердилось / нет», а не одна догадка.
Что у клиентаЧасть трафика возвращается, но не полностью — конкуренты успели занять освободившиеся позиции.
Что делаемВозвращаем утраченное содержимое и честно оцениваем, что уже не вернуть без дополнительной работы.
Сигнал, что работаетТрафик стабилизируется на новом уровне, и понятно, какая часть падения объясняется контентом, а какая — конкуренцией.
Стратегия: что делать по шагам
Цель: Найти и устранить причины падения трафика после редизайна, когда адреса страниц не менялись.
Шкала собрана из сроков плана ниже. Это ориентир для последовательности работ.
- Неделя 1 Собираем полные архивные версии страниц до редизайна и сравниваем с текущими построчно: текст, заголовки, мета-теги, внутренние ссылки. Таблица различий по каждой посадочной странице.
- Неделя 2-3 Проверяем каждую гипотезу отдельно: сокращение текста, потеря разметки заголовков, изменение внутренней перелинковки, технические ошибки в вёрстке. Список подтверждённых причин с оценкой вклада каждой.
- Неделя 4 Возвращаем утраченный текст и структуру заголовков на приоритетных страницах, начиная с тех, что раньше давали больше всего трафика. Обновлённые страницы с восстановленным содержимым.
- Неделя 5-6 Отслеживаем динамику по восстановленным страницам и параллельно проверяем, какие позиции заняли конкуренты за время падения. Понимание, какая часть трафика вернётся, а какую нужно нарабатывать заново.
Сроки — ориентир для планирования, а не обязательство: скорость зависит от ниши, конкуренции и состояния сайта.
Чек-лист: как не потерять трафик при редизайне
Список того, что стоит зафиксировать до старта редизайна, чтобы не искать четыре причины падения трафика постфактум.
- Сохрани полные версии всех ключевых страниц до начала работ — текст, заголовки, мета-теги
- Составь таблицу соответствия: старый текст — новый текст, для каждой посадочной страницы
- Согласуй с дизайнером, что сокращение текста — отдельное решение, а не побочный эффект макета
- Проверь после запуска, сохранилась ли структура заголовков H1-H3, а не только визуальный стиль
- Сверь внутренние ссылки: остались ли переходы между страницами, которые были раньше
- Запусти сравнение трафика по отдельным страницам, а не только по сайту в целом, в первые две недели после запуска
- Проверяй несколько гипотез параллельно, а не одну за другой — причины часто складываются вместе
- Зафиксируй, какие позиции заняли конкуренты за время просадки — это подскажет, что вернуть будет сложнее
- Назначь ответственного, который подтверждает: контент перенесён полностью, а не «в целом похоже»
Самое неприятное в таких историях — что каждую причину по отдельности искать бесполезно, потому что трафик падает не от одной ошибки, а от суммы мелких решений дизайнера, верстальщика и контент-менеджера. В наших проектах чаще всего теряется не оформление, а именно текст: его режут, потому что он «не влезает» в новый макет. Поэтому сверка содержимого до и после — это не бюрократия, а самый надёжный способ увидеть проблему раньше, чем её увидит аналитика.
Первоисточник: Документация 1С-Битрикс ↗ — как устроена структура контента страниц
Что в итоге
Главный вывод из этого кейса: редизайн без смены адресов ощущается как безопасная операция, но риск для трафика остаётся — просто он смещается с технической части на содержательную. Теряются не ссылки, а текст, заголовки и внутренние переходы, которые дизайнер посчитал лишними ради чистоты макета.
Чаще всего эта ошибка повторяется потому, что сверку содержимого до и после никто не назначает ответственным. Дизайн обсуждают все, а за текст на выходе не отвечает никто конкретно — и его меняют по ходу работы без фиксации.
С чего начать: Перед следующим редизайном сделай таблицу-сверку текущего содержимого всех ключевых страниц — это займёт один день и убережёт от недель разбора причин потом.
Вопросы и ответы
Почему трафик упал, если адреса страниц не менялись?
Потому что поиск оценивает не только адрес, но и содержимое: объём и полноту текста, структуру заголовков, внутренние связи. Когда со страницы исчезают ответы на вопросы, по которым её находили, она перестаёт соответствовать этим запросам.
Сколько текста должно быть на странице услуги?
Универсальной нормы нет — ориентируйтесь на страницы, которые уже в топе по вашим запросам. Правильнее считать не знаки, а полноту: закрыты ли вопросы о цене, сроках, условиях и ограничениях.
Можно ли делать заголовки картинками ради красивого шрифта?
Не нужно: любой шрифт можно подключить и оставить заголовок текстом. Изображение с текстом поиск не читает, и структура страницы для него исчезает.
Через сколько после исправлений вернётся трафик?
Первые изменения — через 10–20 дней после переобхода страниц, основное восстановление — за 2–3 месяца. Полнота возврата зависит от того, как долго страницы были ослаблены и заняли ли позиции конкуренты.
Как убедить дизайнеров не сокращать тексты?
Показать, откуда приходят люди на эту страницу. Аргумент «текст портит макет» перестаёт работать, когда видно, что именно этот текст приводит обращения. Часто компромисс находится в оформлении: те же ответы, но в аккордеонах, таблицах и подзаголовках.
Нужно ли согласовывать редизайн с подрядчиком по продвижению?
Обязательно, и не в конце, а на этапе макетов. Час обсуждения прототипов дешевле, чем месяцы восстановления. Минимум — сверка по списку из этой статьи до запуска.
Что делать, если студия уже сдала работу и ушла?
Восстанавливать по порядку: содержимое, заголовки, перелинковку, метатеги. Большинство правок не требует участия дизайнеров — это работа контент-менеджера и верстальщика.
Всегда ли редизайн роняет трафик?
Нет. При сохранении содержимого, структуры и адресов редизайн проходит незаметно для поиска, а за счёт улучшения скорости и удобства может дать прирост. Падение — следствие потерь, а не самого обновления внешнего вида.
Стоит ли откатывать редизайн, если трафик упал?
Почти никогда: откат — это второе изменение подряд, и поиск снова будет всё переоценивать. Быстрее и дешевле вернуть потерянные элементы в новый дизайн.
- Структура каталога, собранная из спроса, а не из выгрузки
- Ускорение загрузки первого экрана
- Интеграция форм с CRM без потери источника
- Редизайн без переноса структуры и адресов
- Тяжёлые изображения и скрипты «на всякий случай»
- Формы без передачи источника заявки
Что делать дальше
₽Посчитать экономикуСходится ли реклама при вашем чеке
?Задать вопросОтветим по вашей ситуации
Опишите задачу в двух словах — специалист ответит в Telegram, обычно в течение рабочего дня. Без презентаций и обязательств.
Написать в Telegram ↗✓Заявка на продвижениеОценить мой сайт
Бесплатно оценим текущее состояние и риски — до того, как вы начнёте что-то менять.
Поставьте оценку — она поможет редакции улучшать следующие разборы.
Обсуждение 17
Спросите, что осталось непонятным — автор материала отвечает в комментариях.


