Редизайн сайта компании: как не потерять позиции в поиске при обновлении

Позиции после редизайна теряют не из-за нового дизайна, а из-за технических ошибок при переезде: изменились адреса страниц без редиректов, пропали тексты и заголовки, за которые сайт находили, тестовая копия попала в индекс или новый шаблон стал грузиться медленнее. Всё это предсказуемо и управляемо. Порядок такой: инвентаризация текущих страниц, карта 301-редиректов, аккуратный перенос контента и мета-тегов, тестовая версия, закрытая от индексации, чек-лист в день запуска и наблюдение за сайтом в течение 2–4 недель. Ниже — каждый шаг подробно.
Почему сайты проседают после редизайна
Поисковая система «знает» ваш сайт как набор конкретных адресов, у каждого из которых есть своя история: по каким запросам страница показывалась, какой у неё заголовок, какой текст, какие ссылки на неё ведут. Редизайн проходит без потерь, если эта история переезжает вместе со страницами. Проблемы начинаются, когда:
- меняются адреса страниц, а старые начинают отдавать ошибку 404 — для поисковика это исчезнувшие страницы;
- переписываются или удаляются тексты, за которые страница ранжировалась, — вместе с ключевыми формулировками и заголовками;
- теряются мета-теги: у всех страниц появляется одинаковый шаблонный title или он вообще пропадает;
- тестовая копия индексируется и становится дублем основного сайта, либо, наоборот, запрет индексации с тестовой версии переезжает на рабочий сайт;
- новый дизайн тяжелее старого — больше анимаций, видео и скриптов, и страницы открываются медленнее, особенно на телефоне;
- ломается внутренняя перелинковка: из меню и текстов пропадают ссылки на страницы, которые раньше были на виду.
Каждый пункт закрывается конкретной работой. Разберу их по порядку.
Шаг 1. Инвентаризация: что у вас есть сейчас
Прежде чем что-то менять, нужно зафиксировать исходное состояние. Я собираю полный список адресов сайта из нескольких источников, потому что ни один из них не даёт всю картину:
- текущая карта сайта sitemap.xml;
- обход сайта программой-краулером — она находит страницы, на которые есть ссылки;
- список страниц в поиске из Яндекс.Вебмастера и Google Search Console;
- страницы входа из Яндекс.Метрики — те, на которые люди реально приходят из поиска и рекламы.
Для каждой страницы фиксирую адрес, title, description, заголовок H1, объём трафика из поиска и запросы, по которым она показывается. Отдельно отмечаю страницы, на которые ссылаются другие сайты, и страницы, приносящие заявки. Это и есть активы, которые нельзя потерять.
Особенно внимательно стоит отнестись к посадочным страницам, созданным под конкретные запросы. Например, на сайте DELRA есть подборки объектов по налоговым инспекциям, площади, классу здания и округу — это одновременно навигация для арендатора и структура под геозависимые запросы. При любом обновлении такие страницы переносятся с сохранением адресов и текстов, иначе вместе с ними уходит поисковый трафик.
И последнее перед стартом: полная резервная копия старого сайта и выгрузка текущих позиций по основным запросам. Без точки отсчёта потом невозможно понять, что изменилось.
Шаг 2. Карта редиректов
Лучший редирект — тот, который не понадобился: если адрес страницы можно сохранить, его стоит сохранить. Но при смене структуры адреса часто меняются, и тогда для каждого старого адреса нужно решить, куда он ведёт теперь. Это таблица «старый адрес → новый адрес», которую я составляю до разработки, а не в день запуска.
| Ситуация | Что делать |
|---|---|
| Страница переехала на новый адрес | Постоянный 301-редирект со старого адреса на новый |
| Две старые страницы объединены в одну | 301-редирект с обеих на новую общую страницу |
| Страница удалена, но есть близкая по смыслу | 301-редирект на ближайший раздел, который отвечает на тот же вопрос |
| Страница удалена и замены нет | Честная ошибка 404 с понятной страницей и навигацией |
| Временное перенаправление на период работ | 302-редирект — только если страница действительно вернётся |
Несколько правил, на которых чаще всего ошибаются. Для постоянного переезда нужен именно 301-редирект, а не 302: второй сообщает, что перенаправление временное. Не стоит отправлять все старые адреса на главную — это не сохраняет релевантность, и поисковик может воспринять такие переходы как ошибку. Избегайте цепочек, когда адрес A ведёт на B, а B — на C: редирект должен вести сразу на конечную страницу. И не забудьте про варианты адреса — со слешем и без, с www и без, http и https: все они должны сходиться к одной основной версии. Подробнее о технической стороне — на странице «Настройка 301-редиректов».
Шаг 3. Контент, заголовки и мета-теги
Новый дизайн — не повод переписывать всё с нуля. Страницы, которые приносят трафик, переезжают бережно:
- сохраняется смысл и ключевые формулировки текста — его можно разбить на блоки, дополнить, улучшить подачу, но не заменить общими словами;
- заголовок H1 остаётся по смыслу тем же, а структура H2–H3 не теряет разделы, которые отвечали на вопросы посетителей;
- title и description переносятся вручную для ключевых страниц, а для остальных настраиваются осмысленные шаблоны, а не одна фраза на весь сайт;
- у изображений сохраняются подписи и alt-тексты;
- микроразметка — хлебные крошки, организация, товары — переносится или добавляется заново;
- внутренние ссылки ведут сразу на новые адреса, а не через редиректы.
Если тексты действительно слабые и их хочется переписать, разумнее сделать это вторым этапом, после стабилизации сайта на новом дизайне. Так проще понять, что повлияло на позиции: переезд или новый текст.
Шаг 4. Тестовая версия, закрытая от индексации
Новый сайт собирается на отдельной тестовой копии — на поддомене или на отдельном адресе. Старый сайт в это время продолжает работать и принимать заявки. Тестовую версию обязательно закрывают от поисковых систем, иначе она станет дублем основного сайта. Надёжнее всего закрыть её паролем на уровне сервера; дополнительно ставится метатег noindex. Одного запрета в robots.txt недостаточно: он просит робота не сканировать страницы, но не гарантирует, что адреса не попадут в поиск, если на них где-то есть ссылки.
На тестовой версии я проверяю то, что потом сложно исправлять на живом сайте: скорость загрузки ключевых страниц на мобильном, отображение на разных экранах, работу форм и доставку заявок, отсутствие битых ссылок. Там же прогоняю карту редиректов на копии, чтобы в день запуска не было сюрпризов.
Шаг 5. Чек-лист в день запуска
- Снять пароль и метатег noindex с новой версии — это самая частая и самая дорогая ошибка переезда.
- Проверить robots.txt: в нём не должно остаться запрета на весь сайт.
- Выборочно пройти по старым адресам из карты редиректов и убедиться, что каждый отдаёт 301 и ведёт на нужную страницу.
- Обновить sitemap.xml — только актуальные адреса, без редиректов и закрытых страниц — и отправить его в Вебмастер и Search Console. Про настройку обоих файлов — на странице «robots.txt и sitemap».
- Проверить основное зеркало сайта и https.
- Убедиться, что на страницах корректные canonical — на свои новые адреса, а не на тестовый домен.
- Проверить счётчик Метрики и цели, отправить тестовые заявки со всех форм.
- Запросить в Яндекс.Вебмастере переобход самых важных страниц.
Шаг 6. Наблюдение в течение 2–4 недель
После запуска поисковым системам нужно время, чтобы обойти новые страницы и учесть редиректы. Небольшие колебания позиций в первые дни — обычное явление. Важно отличить временные колебания от системной проблемы, поэтому я регулярно смотрю:
- в Яндекс.Вебмастере — страницы в поиске, исключённые страницы и причины исключения, ошибки 404, сообщения о проблемах сайта;
- в Google Search Console — отчёт об индексировании и ошибки сканирования;
- в Метрике — трафик из поиска по конкретным страницам входа в сравнении с периодом до запуска.
Если просела конкретная страница, причина обычно находится быстро: не сработал редирект, потерялся текст, исчез заголовок или ссылка из меню. Если падение общее — проверяю индексацию, robots.txt, скорость и зеркала. Редиректы после этого не удаляют: они остаются надолго, потому что на старые адреса продолжают вести внешние ссылки и закладки.
Кто должен этим заниматься
Эту работу нельзя отдать «на потом» или на отдельного SEO-специалиста после сдачи сайта: карта редиректов и перенос контента закладываются в проект с самого начала. Когда я делаю редизайн сайта, инвентаризация, редиректы и контроль после запуска входят в работу — я веду проект один, полным циклом, и отвечаю за переезд целиком. Если редизайн уже сделали и позиции просели, начать стоит с технического SEO-аудита: он покажет, какие адреса потеряны и что закрыто от индексации. А если вы пока решаете, нужен ли редизайн вообще, пригодится статья «Редизайн сайта: когда нужно обновление».
Частые вопросы
Можно ли сделать редизайн вообще без риска для позиций?
Нулевого риска не бывает, и гарантировать позиции не может никто. Но если адреса сохранены или перенаправлены 301-редиректами, тексты и мета-теги перенесены, а скорость не ухудшилась, серьёзных причин для просадки не остаётся.
Сколько времени поисковики «привыкают» к новому сайту?
Обычно основные изменения заметны в течение нескольких недель после запуска, поэтому я наблюдаю за сайтом 2–4 недели. Точный срок зависит от размера сайта и того, как часто поисковые роботы его обходят.
Нужно ли менять адреса страниц при редизайне?
Только если в этом есть реальная необходимость: например, адреса нечитаемые или структура сайта меняется. Сохранённый адрес всегда надёжнее самого аккуратного редиректа.
Можно ли запускать новый сайт частями?
Можно, если структура это позволяет: сначала обновить один раздел, убедиться, что он стабилен в поиске, затем переходить к следующему. Это медленнее, но снижает риск для сайтов с большим поисковым трафиком.
Планируете обновление сайта и боитесь потерять поисковый трафик — пришлите ссылку через форму заявки. Посмотрю текущую структуру и скажу, что нужно сохранить и как спланировать переезд. Отвечаю в течение 2 часов.
Настройка 301-редиректов: склейка www и без www, http на https, слэш, перенос страниц при смене структуры. Без цепочек и циклов, с сохранением позиций.
Веб-разработчик полного цикла, Москва. Делаю сайты с 2016 года: дизайн, разработка, SEO-база и запуск — без подрядчиков.
Опубликовано 28 сентября 2026 · обновлено 25 сентября 2026