После редизайна исчезли старые страницы из поиска: что восстанавливать в первую очередь в 2026

Обновлено: сентябрь 2026

После редизайна начните с восстановления страниц, которые раньше приносили заявки и конверсии. Затем займитесь URL с максимальным органическим трафиком и внешними ссылками. Технические ошибки (отсутствие 301-редиректов, случайное закрытие от индексации, потеря метатегов) обычно решаются за 1–2 недели. Полное восстановление позиций может занять 2–12 недель — всё зависит от масштаба правок.

Как понять, что страницы действительно исчезли из поиска, а не просто просели?

Начните с диагностики. Падение трафика не всегда означает, что страницы выпали из индекса. Иногда позиции просто просели, но URL остались в поиске.

Проверьте индексацию вручную:

• Введите в Яндекс или Google запрос site:ваш-домен.ru. Сравните количество найденных страниц с тем, что было до редизайна.
• Для конкретной страницы используйте url:полный-адрес-страницы в Яндексе или точный URL в Google.
• Если страница не находится — она выпала из индекса или ещё не переобошлась после изменений.

Используйте данные из вебмастеров:

• В Яндекс.Вебмастере откройте раздел «Индексирование» → «Страницы в поиске». Сравните график до и после редизайна.
• В Google Search Console проверьте «Покрытие» (Coverage). Обратите внимание на ошибки 404, страницы с noindex, заблокированные robots.txt.
• Выгрузите список URL, по которым был трафик за последние 3 месяца до редизайна (раздел «Эффективность» / «Производительность»). Проверьте каждый адрес: доступен ли он сейчас, не изменился ли, есть ли редирект.

Сравните структуру сайта:

• Если меняли URL-структуру (например, было /uslugi/audit/, стало /services/audit/), старые адреса без редиректов отдают 404. Поисковик продолжает показывать их в выдаче, но пользователи попадают на ошибку — трафик обваливается.
• Используйте инструмент Screaming Frog или аналог: просканируйте сайт, найдите все 404-страницы и сравните со списком старых URL.

Проверьте технические блокировки:

• Откройте ваш-домен.ru/robots.txt. Убедитесь, что важные разделы не закрыты директивой Disallow.
• Просмотрите исходный код ключевых страниц: нет ли тега <meta name="robots" content="noindex"> или <meta name="robots" content="noindex, nofollow">.
• В Search Console используйте инструмент проверки URL: он покажет, видит ли бот контент, есть ли блокировки, когда страница последний раз сканировалась.

Если диагностика показала, что десятки или сотни URL пропали, а трафик упал на 40–60% — переходите к приоритизации.

Какие страницы восстанавливать в первую очередь: методика приоритизации

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

Критерий 1: конверсии и заявки

Выгрузите из аналитики (Яндекс.Метрика, Google Analytics) список URL, с которых приходили заявки, звонки, покупки за последние 3–6 месяцев до редизайна. Отсортируйте по количеству конверсий.

• Если страница давала 10–15 заявок в месяц, а сейчас недоступна или потеряла позиции — это приоритет №1.
• Для B2B малого бизнеса критичны посадочные под услуги, страницы кейсов, прайсов, форм заявок.

Критерий 2: органический трафик

Выгрузите из Search Console или Вебмастера топ-50 страниц по кликам за последние 3 месяца до редизайна. Проверьте каждую:

• Доступна ли сейчас?
• Сохранились ли метатеги (Title, Description, H1)?
• Есть ли редирект, если URL изменился?

Страницы с трафиком 500+ визитов в месяц — в первую очередь. Даже если они не давали прямых заявок, они формировали узнаваемость и вели на конверсионные разделы через внутреннюю перелинковку.

Критерий 3: внешние ссылки

Страницы с качественными внешними ссылками (из отраслевых каталогов, СМИ, партнёрских сайтов) передают вес всему сайту. Если такая страница стала недоступна или потеряла контент — это удар по авторитетности домена.

• Проверьте в Вебмастере раздел «Ссылки» → «Внешние ссылки». Выгрузите список страниц-акцепторов.
• Убедитесь, что URL доступны, редиректы настроены корректно (301, а не 302 или цепочка редиректов).

Критерий 4: брендовые и навигационные запросы

Если по запросам вида «название компании + услуга» или «название компании + прайс» раньше показывалась конкретная страница, а теперь она пропала — пользователи не находят нужную информацию. Это снижает доверие и конверсию.

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

Пример приоритизации для B2B-компании:

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

Как быстро собрать данные для приоритизации

1. Выгрузите из аналитики отчёт «Конверсии по страницам входа» за 3 месяца до редизайна.
2. Из Search Console — отчёт «Страницы» с сортировкой по кликам.
3. Из Вебмастера — список страниц с внешними ссылками.
4. Объедините всё в одну таблицу, добавьте столбец «Статус сейчас» (доступна / 404 / редирект / изменён контент).
5. Отсортируйте по убыванию суммарного веса: конверсии × 10 + клики + внешние ссылки × 5.

Первые 20–30 строк — это ваш план восстановления на ближайшие 1–2 недели.

Топ-7 ошибок редизайна, из-за которых страницы исчезают из поиска

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

1. Смена URL без 301-редиректов

Самая частая причина обвала трафика. Старые адреса ещё ранжируются, но ведут в никуда — на 404. Новые страницы только начинают набирать вес.

• Пример: было /services/audit.html, стало /uslugi/audit/. Без редиректа поисковик видит две разные страницы: одна недоступна, вторая — новая и без истории.
• Решение: настроить 301-редирект со старого URL на новый на уровне сервера (nginx, Apache) или через .htaccess. Проверить все изменённые адреса, особенно те, что дают трафик.

2. Случайное закрытие от индексации

Во время разработки сайт закрывают от поисковиков (robots.txt, noindex, HTTP-авторизация). После запуска забывают снять запрет — страницы начинают выпадать из индекса.

• Пример: в robots.txt осталась строка Disallow: /, или на всех страницах висит <meta name="robots" content="noindex">.
• Решение: проверить robots.txt, мета-теги, HTTP-заголовки. Убрать блокировки, отправить sitemap на переобход.

3. Потеря или изменение контента на трафиковых страницах

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

• Пример: на странице услуги было 2000 знаков с ключевыми фразами и примерами. После редизайна оставили 500 знаков общего текста — релевантность упала.
• Решение: сравнить старую и новую версии через Wayback Machine или бэкап. Вернуть ключевые блоки, заголовки H1–H3, списки преимуществ.

4. Сломанная внутренняя перелинковка

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

• Пример: в футере ссылка на /contacts.html, а страница теперь /kontakty/. Бот переходит, получает ошибку, снижает частоту краулинга.
• Решение: просканировать сайт краулером (Screaming Frog, Netpeak Spider), найти все битые ссылки, исправить или настроить редиректы.

5. Дубли страниц без canonical

Новая структура часто создаёт дубли: одна страница доступна по нескольким URL (с www и без, с trailing slash и без, через параметры). Поисковик не понимает, какую версию индексировать, делит вес между ними.

• Пример: /uslugi/audit/ и /uslugi/audit — два адреса с одинаковым контентом.
• Решение: настроить канонические URL через тег <link rel="canonical">, 301-редиректы или параметры в Вебмастере/Search Console.

6. Проблемы с SPA и JavaScript-фреймворками

Если новый сайт на React, Vue, Angular без серверного рендеринга (SSR) или пререндера — поисковый бот может не увидеть контент. Страница загружается пустой, контент подтягивается через JS.

• Пример: в исходном коде страницы только <div id="app"></div>, весь текст, заголовки, ссылки генерируются клиентским JS. Бот индексирует пустую страницу.
• Решение: внедрить SSR (Next.js, Nuxt.js) или dynamic rendering. Проверить через «Просмотр страницы» в Search Console, что бот видит контент.

7. Ухудшение скорости и Core Web Vitals

Новый дизайн часто становится тяжелее. Больше изображений, анимаций, скриптов. Если загрузка замедлилась с 2 до 6 секунд, а LCP (Largest Contentful Paint) вырос — это серьёзный удар по ранжированию. Особенно в мобильной выдаче.

• Пример: добавили слайдер с видео на главную, не оптимизировали картинки. PageSpeed Insights показывает красную зону.
• Решение: оптимизировать изображения (WebP, lazy loading), минифицировать CSS и JS, настроить кеширование, подключить CDN. Проверить метрики в Search Console → «Скорость» (Core Web Vitals).

Получить бесплатный аудит сайта

Пошаговый план восстановления страниц после редизайна

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

Шаг 1. Проверка индексации и снятие технических блокировок

Что делать:

• Откройте ваш-домен.ru/robots.txt. Убедитесь: нет строк Disallow: / и блокировки важных разделов.
• Проверьте мета-теги на ключевых страницах. Не должно быть noindex, nofollow без явной причины.
• В Search Console используйте инструмент проверки URL для топ-20 страниц из приоритетного списка. Если статус «URL не найден в Google» или «Заблокировано robots.txt» — исправьте.
• Убедитесь, что сайт доступен без HTTP-авторизации. Нет редиректа на поддомен разработки или staging-версию.

Результат: все приоритетные страницы технически открыты для сканирования.

Шаг 2. Настройка 301-редиректов со старых URL на новые

Что делать:

• Составьте таблицу: старый URL → новый URL. Включите все страницы, которые меняли адрес и имели трафик или ссылки.
• Настройте 301-редиректы на сервере. Для nginx пример:

location = /old-page.html {
 return 301 /new-page/;
}

• Избегайте цепочек редиректов (A → B → C). Каждый промежуточный редирект — потеря времени краулинга и часть веса.
• Проверьте редиректы вручную или через Screaming Frog: код ответа должен быть 301, а не 302 (временный редирект).

Важно для лендингов под трафик:

Посадочные страницы часто привязаны к рекламным кампаниям (Яндекс.Директ, Google Ads). Смена URL без редиректа ломает связку «объявление → посадочная → конверсия». Обновите ссылки в кампаниях или настройте редиректы так, чтобы UTM-метки передавались корректно.

Результат: старые URL, по которым ещё приходит трафик из поиска или внешних ссылок, ведут на новые страницы без потерь.

Шаг 3. Восстановление метатегов и контента

Что делать:

• Сравните метатеги (Title, Description, H1) на старой и новой версиях приоритетных страниц. Если заголовки стали общими или потеряли ключевые слова — верните релевантные формулировки.
• Проверьте текстовые блоки: описания услуг, кейсы, списки преимуществ. Оцените, не потеряна ли релевантность запросам.
• Восстановите микроразметку (Schema.org), если она была: BreadcrumbList, Organization, Product, FAQPage. Это влияет на расширенные сниппеты.

Пример:

Было: <title>SEO-аудит сайта: проверка 50 параметров за 3 дня | Zveno</title>

Стало: <title>Аудит сайта | Zveno</title>

Результат: потеря релевантности по запросам «SEO-аудит сайта», «аудит сайта за 3 дня». Верните конкретику в заголовок.

Результат: ключевые страницы остаются релевантны запросам, по которым ранжировались раньше.

Шаг 4. Восстановление внутренней перелинковки

Что делать:

• Просканируйте сайт краулером. Найдите все внутренние ссылки на 404 или редиректы.
• Исправьте ссылки в меню, футере, хлебных крошках, текстовых блоках.
• Проверьте анкоры (текст ссылок): они должны быть релевантны целевой странице, содержать ключевые слова.
• Убедитесь, что важные страницы доступны с главной за 2–3 клика.

Результат: поисковый бот эффективно обходит сайт. Вес распределяется между страницами через внутренние ссылки.

Шаг 5. Обновление и отправка sitemap, запрос переобхода

Что делать:

• Создайте новый sitemap.xml с актуальными URL. Исключите страницы с noindex, 404-ошибками и редиректами.
• Загрузите sitemap в Яндекс.Вебмастер и Google Search Console.
• Для ключевых страниц используйте инструмент «Запросить индексирование» (Search Console) или «Переобход страницы» (Вебмастер). Так поисковики быстрее обновят данные.

Результат: поисковики узнают о структуре сайта и начинают переобход изменённых страниц.

Шаг 6. Работа с внешними ссылками

Что делать:

• Выгрузите список страниц с внешними ссылками из Вебмастера.
• Если URL изменился, проверьте редирект: он должен быть 301, без цепочек.
• Для ценных ссылок (из авторитетных СМИ, каталогов) свяжитесь с владельцами и попросите обновить URL. Это сохраняет передачу авторитета без потерь на редиректе.

Результат: внешние ссылки продолжают работать на авторитетность сайта.

Шаг 7. Мониторинг динамики и корректировка

Что делать:

• Настройте еженедельный мониторинг:
• Число страниц в индексе (Вебмастер, Search Console).
• Количество 404-ошибок и проблем с индексацией.
• Органический трафик и клики по ключевым страницам.
• Позиции по запросам (Вебмастер → «Поисковые запросы»).
• Первые сдвиги видны через 1–2 недели. Полное восстановление трафика занимает 2–12 недель — зависит от масштаба редизайна и авторитетности сайта.
• Если через месяц метрики не растут, повторите диагностику. Возможно, остались дубли, медленная скорость или потеря контента.

Результат: вы контролируете процесс восстановления и вовремя реагируете на проблемы.

Подобрать формат для задачи

Кейс: восстановление трафика B2B-компании после редизайна

По опыту Григория Блаера, основателя Zveno: «Большинство провалов после редизайна — результат отсутствия карты приоритетов. Команда восстанавливает всё подряд, вместо того чтобы за первую неделю вернуть 80% заявок через 20% страниц. Если у вас нет таблицы „URL → конверсии → трафик → ссылки

Хотите применить выводы статьи к своей ситуации? Оставьте заявку на разбор. Зададим нужные вопросы и определим следующий шаг.

Записаться на разбор ситуации