Самая неприятная ситуация выглядит так. Компания запускает обновлённый сайт, команда довольна дизайном, страницы стали аккуратнее, меню короче. Через несколько недель из отчётов пропадает заметная часть переходов из поиска. Оказывается, вместе со старой вёрсткой удалили полезные страницы, поменяли адреса, забыли про переадресацию и упростили тексты, которые годами приводили посетителей.
Сам редизайн поисковому продвижению не вредит. Проблемы появляются, когда сайт пересобирают без инвентаризации и считают ценным только то, что видно на макете. У старого проекта может быть неудачная главная, мелкий шрифт и дизайн десятилетней давности, но внутри уже накоплены поисковая история, ссылки, контент и данные о поведении посетителей.
Почему после редизайна падает поисковый трафик
Поисковая система знает сайт как набор конкретных адресов и документов. Она видит содержимое страниц, ссылки между ними, заголовки, изображения и технические сигналы. Когда всё это меняется одновременно, ей приходится заново обходить и оценивать значительную часть проекта.
Колебания после крупного обновления возможны даже при аккуратной работе. Google прямо предупреждает, что при переносе с изменением URL может потребоваться несколько недель или больше, пока новые адреса будут обработаны. Задача команды не в том, чтобы обещать полное отсутствие колебаний, а в том, чтобы не создавать дополнительные потери собственными руками.
Если вы пока решаете, дорабатывать существующий проект или собирать новый, начните с материала «Переделывать сайт или создавать новый: как принять решение». Там разобраны ситуации, когда сохранение старой основы оправдано, а когда платформа уже мешает развитию.
Сначала выясните, что уже работает
До макетов и новой палитры нужен список страниц старого сайта. Для каждой полезно собрать хотя бы несколько признаков:
- получает ли она переходы из поиска;
- по каким запросам и как давно её находят;
- ведут ли на неё ссылки с других сайтов;
- есть ли ссылки на неё с других страниц проекта;
- приводит ли она заявки, звонки или заказы;
- остаётся ли содержание актуальным для бизнеса.
Источниками станут веб-аналитика, Search Console, карта сайта, выгрузка из системы управления и данные о заявках. Такая инвентаризация показывает, что нельзя удалять без обсуждения.
На старой странице услуги могут стоять устаревшие фотографии, неудобная форма и таблица, которая ломается на телефоне. При этом страница стабильно получает органический трафик и приводит клиентов. В таком случае меняют оформление и удобство, а не стирают страницу целиком ради ощущения нового начала.
Что переносить особенно внимательно
Адреса страниц и переадресация
Если адрес понятен, работает и соответствует содержанию, лучше оставить его прежним. Менять site.ru/services/design на site.ru/new/services/web-design-company только ради более аккуратной структуры нет смысла. Для поисковой системы это два разных URL.
Когда изменение необходимо, составляют таблицу соответствий. В ней каждому старому адресу назначают подходящий новый. Затем настраивают постоянную серверную переадресацию, обычно с кодом 301. Google рекомендует постоянные серверные редиректы для страниц, которые окончательно переехали.
Переадресация должна вести на близкую по смыслу страницу. Массово отправлять все удалённые адреса на главную не следует. Пользователь ждёт конкретный материал, а не начало сайта.
Если подходящей замены нет и контент действительно удалён, корректный ответ 404 или 410 честнее случайного редиректа.
Тексты и посадочные страницы
Возраст текста сам по себе ничего не говорит о его качестве. Перед переносом контент удобнее разделить на пять групп: актуальный и ценный, полезный с правками, устаревший, дублирующий и бесполезный.
Работающий материал можно перенести, обновить, сократить или перестроить под новый макет. Содержание при этом остаётся узнаваемым, а ответы на вопросы клиентов не исчезают.
Опасная привычка подрядчика состоит в том, чтобы переписать все тексты «для уникальности новой версии». Если страница уже отвечает на запрос и приводит нужных посетителей, у изменения должна быть деловая причина. Более ясный язык, новые условия, сменившийся ассортимент или неудобная структура подходят. Сам факт редизайна не подходит.
Title, Description, H1 и разметка страницы
На этапе вёрстки легко потерять то, что не показано крупно на макете. В список переноса входят Title, основной заголовок H1, Description, порядок подзаголовков и структурированные данные, если они были настроены и соответствуют видимому содержанию.
Старые метаданные можно улучшать, если они повторяются, устарели или плохо описывают страницу. Но сначала сохраните исходные значения и посмотрите, как страница работала до обновления. Google формирует заголовок результата из нескольких источников, включая <title>, главный визуальный заголовок и текст. Meta Description иногда используется для сниппета, но показ именно этой формулировки не гарантирован.
Если на старой версии была разметка товаров, статей, организации или хлебных крошек, её проверяют после переноса. Корректная разметка даёт странице право на некоторые расширенные элементы в выдаче, но не обещает их показ и не гарантирует рост позиций.
Внутренние и внешние ссылки
При перестройке меню внутренние связи часто рвутся незаметно. Раньше на важную услугу могли вести ссылки из пяти статей, страницы кейсов и раздела с вопросами. После запуска ссылка остаётся только в выпадающем меню. Страница физически существует, но найти её стало сложнее и посетителю, и поисковому роботу.
Проверьте, что важные страницы по-прежнему доступны по обычным ссылкам и не оказались в изоляции.
Внешние ссылки требуют отдельного внимания, потому что изменить их обычно нельзя. Каталог, партнёр или отраслевое издание продолжит отправлять людей на старый URL. Если там нет подходящей переадресации, посетитель увидит ошибку, а накопленный сигнал от ссылки не будет корректно направлен на новую страницу.
Не всё со старого сайта нужно сохранять
Бережный перенос не означает копирование сайта один в один. Иначе вместе с полезными страницами в новую версию переедут накопленные проблемы.
Можно удалять или объединять дубли, убирать неактуальные услуги, исправлять битые ссылки, пересобирать запутанное меню. SEO-тексты десятилетней давности с повторяющимися ключевыми фразами тоже не обязаны получать вторую жизнь. Бесполезная посадочная страница не становится ценной только потому, что однажды попала в индекс.
Если две страницы отвечают на один вопрос, их можно объединить, выбрав основную и настроив перенос со второй. Устаревший материал с трафиком сначала обновляют или заменяют. Страницу без посетителей, ссылок и пользы для бизнеса хранить ради количества адресов незачем.
Что редизайн может улучшить для поиска
Редизайн даёт возможность сделать страницы быстрее, удобнее на телефоне и легче для чтения. Изображения можно сжать, важным картинкам вернуть осмысленные alt-описания, тяжёлые декоративные элементы убрать. Имена файлов меняют осознанно, особенно если изображения получают поисковый трафик или внешние ссылки.
Новый дизайн не должен автоматически становиться тяжелее старого. Полноэкранное видео, несколько шрифтов и анимация каждого блока хорошо выглядят в презентации, но способны ухудшить загрузку и отзывчивость страницы.
Core Web Vitals помогают оценить реальный опыт пользователей: скорость появления основного содержимого, отзывчивость интерфейса и стабильность вёрстки. Google использует эти показатели в своих системах, однако хорошие результаты не гарантируют верхние позиции. Полезный и релевантный ответ остаётся важнее идеальной оценки в отчёте.
Подробнее о связи оформления, скорости, мобильной версии и структуры мы писали в статье «Почему современный сайт – это не только новый дизайн».
Аналитика нужна до и после запуска
До редизайна зафиксируйте органический трафик, ключевые страницы, заявки и другие показатели, ради которых существует сайт. Проверьте, какие счётчики, события и цели работают сейчас. Отдельно сохраните доступ к Search Console и список отправленных карт сайта.
В новой версии должны продолжить работать формы, номера телефонов, кнопки, электронная коммерция и события аналитики. Если одновременно заменить сайт и всю систему измерений, сравнение получится сомнительным. Падение заявок может оказаться реальной проблемой, а может быть сломанным событием отправки формы.
Проверка перед запуском и сразу после него
Тестовая версия обычно закрыта от индексации. Это нормально, пока ограничения не переехали на рабочий сайт. Перед открытием убедитесь, что нужные страницы не содержат noindex, файл robots.txt не запрещает их обход, canonical указывает на правильный адрес, а карта сайта содержит актуальные URL.
Сразу после запуска пройдите короткий чек-лист:
- откройте важные старые URL и проверьте конечные адреса;
- протестируйте 301 redirects без длинных цепочек;
- найдите неожиданные ошибки 404;
- сверьте Title, Description, H1 и структурированные данные;
- проверьте внутренние ссылки и навигацию;
- отправьте актуальный sitemap в Search Console;
- убедитесь, что аналитика, цели и формы получают данные;
- пройдите ключевые сценарии с телефона;
- проверьте загрузку основных типов страниц;
- следите за индексацией и органическим трафиком.
Редизайн без чистого листа
Современные инструменты с поддержкой ИИ умеют быстрее разобрать существующий сайт: собрать страницы, содержимое и структуру, найти дубли и подготовить основу для обновлённой версии. В таком сценарии старый проект служит исходным материалом, а не помехой, которую нужно удалить перед началом работы.
Так строится и логика редизайна с uKit AI. Сначала анализируется то, что уже есть, затем меняются подача, структура и оформление. Автоматический разбор сокращает рутинную инвентаризацию, но не решает за владельца, какая услуга важнее, какой URL приносит клиентов и какой текст нужно сохранить. Для этого по-прежнему нужны аналитика, SEO-данные и знание бизнеса.
Хороший редизайн не консервирует старый сайт и не уничтожает его без разбора. Он отделяет накопленную ценность от накопленных проблем. Полезные страницы, адреса, ссылки и измерения остаются под контролем, а всё остальное можно менять настолько сильно, насколько требует задача.
Комментарии 0
Оставить комментарий