Редизайн сайта без потери позиций

«Мы запустили новый сайт — и через неделю заявок стало вдвое меньше». Такие письма мы получаем чаще, чем хотелось бы. Новый дизайн красивее, менеджеры довольны, а график в Search Console медленно ползёт вниз. Владелец ищет причину в алгоритмах Google, хотя чаще всего она банальна: исчезли страницы, которые годами приводили клиентов, поменялись адреса без редиректов, а тексты сократили «ради чистого дизайна».

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

Почему после редизайна падает трафик

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

Самые частые причины просадки, которые мы видим на аудитах после неудачных запусков:

• Изменённые URL без 301-редиректов. Старые страницы отдают 404, а весь накопленный вес и внешние ссылки просто пропадают.
• Удалённые или урезанные тексты. Дизайнер убрал «лишний» текст под товарами или услугами — а именно он отвечал на запросы.
• Новая структура меню. Важные страницы оказались на четвёртом уровне вложенности, и внутренних ссылок на них стало в разы меньше.
• Потерянные мета-теги. Новая тема подставляет шаблонный title вроде «Главная | Название компании» вместо продуманных заголовков.
• Закрытая индексация. На рабочей копии стоял запрет в robots.txt или noindex — и его перенесли на боевой сайт.
• Более медленный сайт. Тяжёлые видео на первом экране, анимации, десяток шрифтов — и мобильная версия грузится дольше, чем старая.

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

Шаг 1. Инвентаризация: зафиксируйте, что работает сейчас

Прежде чем рисовать новый макет, нужно точно знать, что именно вы можете потерять. Мы делаем «снимок» старого сайта, с которым потом сравниваем новый. Без него после запуска невозможно понять, что сломалось и где искать.

Вот откуда мы собираем данные:

Источник	Что берём	Зачем
Краулер (Screaming Frog, Netpeak Spider, Sitebulb)	Все URL, коды ответа, title, description, H1, canonical	Полный список адресов и текущая оптимизация
Google Search Console	Страницы и запросы с кликами и показами за 12–16 месяцев	Что реально приносит трафик из поиска
Google Analytics 4	Страницы входа, конверсии, заявки	Какие страницы приносят деньги, а не только посещения
Ahrefs, Serpstat или отчёт «Ссылки» в Search Console	Страницы с внешними ссылками	Адреса, которые нельзя потерять ни при каких условиях
Карта сайта и реклама	URL из sitemap.xml, посадочные страницы кампаний	Страницы, которые краулер может не найти по ссылкам

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

Отдельно фиксируем позиции по ключевым запросам и сохраняем копии важных страниц: тексты, заголовки, разметку. Так после запуска мы можем сравнить «было» и «стало» не по памяти, а по фактам.

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

Шаг 2. Сохраните URL или подготовьте карту редиректов

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

Но бывают ситуации, когда менять URL придётся: старая структура хаотична, в адресах параметры вроде ?id=125, меняется логика каталога. Тогда главный документ проекта — карта редиректов: таблица «старый адрес → новый адрес» для каждого URL из инвентаризации.

Правила, которых мы придерживаемся при составлении карты:

1. Только 301. Постоянный редирект передаёт сигналы старой страницы новой. Временный 302 для переезда страниц не подходит.
2. Страница на страницу. Каждый старый URL ведёт на ближайший по смыслу новый: услуга на услугу, категория на категорию, статья на статью.
3. Никаких массовых редиректов на главную. Google часто расценивает их как «мягкую 404», и вес страницы теряется так же, как без редиректа.
4. Без цепочек. Если на сайте уже были редиректы, обновляем их так, чтобы самый старый адрес вёл сразу на новый, а не через два-три промежуточных шага.
5. Честный 410 для мёртвых страниц. Если у страницы нет ни трафика, ни ссылок, ни аналога на новом сайте, её можно удалить. Но такое решение принимаем осознанно, а не потому, что «забыли перенести».

Технически редиректы лучше настраивать на уровне сервера или через проверенный плагин, а не JavaScript-переходом или мета-тегом refresh. Для крупных сайтов с тысячами товаров мы пишем правила по шаблону, например, чтобы все адреса вида /catalog/product-125/ вели на /tovar/nazvanie-tovara/, и отдельно проверяем самые важные страницы вручную.

В карту редиректов мы включаем не только страницы. Изображения, которые собирают трафик из поиска по картинкам, PDF-прайсы и инструкции, на которые ссылаются партнёры, старые адреса с UTM-метками или параметрами сортировки — всё это тоже URL, и они тоже могут исчезнуть. Отдельно проверяем варианты со слешем в конце и без, с www и без, с http и https: каждый должен вести на один правильный адрес за один шаг.

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

Шаг 3. Перенесите контент и внутреннюю оптимизацию

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

Наше правило: макет подстраиваем под контент, а не наоборот. Для критичных страниц дизайнер сразу получает реальные тексты, а не «lorem ipsum». Если текст хочется переписать, делаем это после запуска, отдельным этапом, чтобы чётко видеть, как изменение повлияло на позиции.

Для каждой переносимой страницы мы проверяем:

• Title и description перенесены дословно, а не заменены шаблоном новой темы.
• H1 и подзаголовки сохранились, ключевые формулировки не потерялись.
• Основной текст не сокращён и не спрятан во вкладки, которые подгружаются только после клика.
• Изображения имеют те же или лучшие alt-тексты, а файлы оптимизированы.
• Микроразметка — BreadcrumbList, Product, Organization, FAQ — есть в новом шаблоне и проходит проверку.
• Canonical и hreflang указывают на новые правильные адреса, если сайт многоязычный.

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

Шаг 4. Тестируйте на рабочей копии до запуска

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

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

Что проверяем	Как
Карта редиректов	Прогоняем все старые URL списком: каждый должен давать 301 на один адрес с кодом 200
Мета-теги и H1	Сравниваем выгрузку краулера со старым снимком
Битые ссылки	Ищем внутренние ссылки на 404 и на адреса с редиректом
Мобильная версия	Проходим ключевые сценарии на реальном смартфоне
Скорость	PageSpeed Insights и Lighthouse для типовых страниц
Разметка	Проверка расширенных результатов Google
Формы и аналитика	Тестовые заявки, события в GA4, цели и пиксели

Мобильной версии мы уделяем особое внимание: Google оценивает сайт прежде всего по ней, так что красивый десктоп и неудобный смартфон — худший вариант, чем старый сайт. Об этом — в статье «Как достичь успеха в mobile-first index». Если новый сайт оказывается медленнее старого, мы останавливаемся и сначала решаем проблему: сжимаем изображения, убираем лишние скрипты, настраиваем кеширование. Это часть нашей услуги по оптимизации сайта.

Шаг 5. День запуска: последовательность действий

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

1. Делаем полную резервную копию старого сайта — файлов и базы данных.
2. Переносим новый сайт на основной домен и включаем редиректы.
3. Снимаем все запреты индексации: проверяем robots.txt, мета-тег robots и HTTP-заголовки.
4. Проверяем главную, критичные страницы и несколько десятков старых URL вручную.
5. Генерируем новую sitemap.xml только с рабочими адресами с кодом 200 и отправляем её в Search Console.
6. Через «Проверку URL» запрашиваем индексацию главной и самых важных страниц.
7. Делаем тестовую заявку с каждой формы и проверяем, что она дошла и зафиксировалась в аналитике.
8. Обновляем ссылки в рекламных кампаниях, профиле Google Business и соцсетях.

Важно: если домен остаётся прежним, инструмент «Изменение адреса» в Search Console не нужен. Он предназначен только для переезда на другой домен. Для редизайна на том же домене достаточно редиректов, свежей карты сайта и внимательного мониторинга.

Шаг 6. Мониторинг первых недель после запуска

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

Что мы отслеживаем и как часто:

Период	Что смотрим
Первые 1–3 дня	Ошибки 404 и 5xx в логах и краулере, работу форм, запреты индексации
Первые 2 недели	Отчёт «Страницы» в Search Console, клики и показы критичных страниц, позиции по ключевым запросам
Первый месяц	Сравнение трафика и заявок с аналогичным периодом, скорость по реальным данным
2–3 месяца	Полный повторный аудит, проверка, все ли старые URL выпали из индекса в пользу новых

Тревожные сигналы, на которые мы реагируем сразу: резкий рост количества 404 в Search Console, падение трафика на конкретную критичную страницу при стабильном общем фоне, внезапное появление тысяч новых URL в индексе, падение конверсии при неизменном трафике. Последнее — почти всегда проблема с формой, кнопкой или мобильным макетом, а не с SEO.

Если есть доступ к логам сервера, мы просматриваем и их. Логи показывают, какие адреса реально запрашивает Googlebot после запуска: доходит ли он до новых страниц, не застрял ли на старых URL без редиректа, не тратит ли время на служебные адреса, появившиеся вместе с новой темой. Это самый быстрый способ заметить проблему ещё до того, как она отразится в отчётах Search Console, которые обновляются с задержкой в несколько дней.

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

Как это выглядит на практике

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

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

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

Семь ошибок, которые мы видим чаще всего

1. SEO подключают после запуска. Тогда приходится уже не предотвращать, а лечить.
2. Нет снимка старого сайта. После падения невозможно понять, что именно исчезло.
3. Все старые URL ведут на главную. Формально редиректы есть, но вес страниц теряется.
4. Тексты урезаны под макет. Красивые короткие блоки вместо описания, которое отвечало на запросы.
5. Запрет индексации с тестовой копии. Самая простая ошибка, которая может обнулить трафик за несколько дней.
6. Редизайн и смена домена одновременно. Чем больше изменений за раз, тем сложнее найти причину проблемы. Мы советуем разносить такие шаги во времени.
7. Редиректы сняли через месяц. Внешние ссылки на старые адреса снова ведут в никуда.

Короткий чек-лист редизайна

• Сделан снимок старого сайта: URL, мета-теги, трафик, конверсии, ссылки.
• Определены критичные страницы, за которыми следим отдельно.
• Адреса сохранены или составлена полная карта 301-редиректов.
• Тексты, заголовки и микроразметка перенесены без потерь.
• Рабочая копия закрыта паролем и проверена краулером.
• Мобильная версия и скорость не хуже, чем были.
• После запуска сняты запреты индексации, отправлена новая карта сайта.
• Формы и аналитика проверены тестовыми заявками.
• Мониторинг запланирован на 2–3 месяца вперёд.

Частые вопросы

Обязательно ли позиции упадут после редизайна?

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

Сколько времени занимает восстановление, если трафик уже упал?

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

Можно ли одновременно сменить дизайн, CMS и домен?

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

Нужно ли обновлять старые статьи во время редизайна?

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

Итог

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

Общую логику того, как отдельные SEO-работы складываются в систему, мы описали в статье «Методы и порядок действий при раскрутке» — редизайн хорошо вписывается в неё как отдельный этап.

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