Сайт переехал чисто, а позиции всё равно просели — что случилось
Опубликовано: 18.07.2026
Перенос сайта на новую CMS, другой хостинг или обновление структуры — событие нервное само по себе. Когда переезд проходит технически ровно: редиректы работают, 404-х нет, страница миграции в другие панели вебмастерове закрыта, — кажется, что можно выдохнуть. После запуска в статистике может появиться непонятная картина: средняя позиция по части запросов снижается. Ошибок не видно, жалоб от пользователей нет, а трафик тает.
Эта ситуация знакома каждому, кто пережил хотя бы один серьёзный переезд. И самое неприятное в ней — ощущение беспомощности. Инструменты показывают зелёные галочки, а поисковик будто решил иначе. Разберёмся, что именно происходит за кулисами и стоит ли бить тревогу.
Средняя позиция — метрика обманчивая
Прежде чем искать причину в самой миграции, стоит честно признать: средняя позиция — агрегированный показатель, который реагирует на множество факторов, не связанных напрямую с качеством переезда.
Представьте: у сайта сто запросов, по которым он показывался на третьей позиции. После миграции большинство запросов может остаться стабильным, а небольшая группа — заметно просесть. Среднее значение при этом ухудшится и создаст впечатление более широкого падения. Статистика усредняет боль, и это создаёт ложное впечатление глобального провала.
Кроме того, после переезда часто меняется состав показываемых запросов. Какой-то длинный хвост выпадает, какой-то появляется впервые. Каждый новый запрос по умолчанию тянет среднюю вниз, потому что стартовые позиции у него низкие. Это не деградация — это перестройка.
То, что не ловит стандартная проверка
Когда говорят «ошибок нет», обычно имеют в виду проверки по чеклисту: коды ответов, директива Host, Sitemap, базовая доступность. Для диагностики нужно учитывать не только URL, но и изменения контента, внутренних ссылок, canonical, устройств и состава запросов.
Микро-изменения в скорости и TTFB
Сайт стал загружаться за 1.2 секунды вместо 0.9. Разница незаметна глазу, инструменты диагностики не выдадут ошибку — всё в зелёной зоне. Но для поисковика это другой сигнал о качестве инфраструктуры. Особенно чувствительны к таким сдвигам страницы с высокой частотой обновления контента.
Разница в HTML-структуре
Новая CMS генерирует чуть другой порядок тегов. Заголовок H1 теперь обёрнут в дополнительный div. Меню строится не списком, а сеткой. Параграфы получили другие классы. Робот не читает CSS, но он чувствует структурные паттерны. Если они существенно изменились, алгоритм временно снижает уверенность в том, что страница релевантна прежним запросам.
Изменение состава показов и данных после миграции
После миграции может измениться состав запросов, страниц и устройств, по которым формируются показы. Поэтому CTR и средняя позиция до и после переезда не всегда сопоставимы без сегментации. Нельзя объяснять колебания мифическим «обнулением» пользовательских сигналов без проверки страниц, запросов и технических изменений.
Внутренняя перелинковка обычно не не бывает идеальной
Даже при точном сохранении структуры URL внутренние ссылки редко переносятся один в один. Какой-то виджет убрали, какой-то блок переверстали, где-то изменился порядок ссылок в сайдбаре. После изменения шаблонов отдельные страницы могут получить меньше внутренних ссылок или оказаться глубже в структуре. Это влияет на их обнаружение и на понятность архитектуры для пользователей и поисковых роботов.
Период повторного обхода и обработки изменений
Поисковые системы обнаруживают и обрабатывают изменённые URL постепенно. В отчётах некоторое время могут одновременно присутствовать показы разных страниц и запросов, поэтому динамику нужно разбирать по URL, а не объяснять одной «кэшированной версией». Поэтому проверка позиций в Google должна выполняться по отдельным запросам и URL, а не только по среднему значению всего проекта.
Продолжительность зависит от размера сайта, скорости сервера, частоты обхода и объёма изменений. Запрос на повторный обход не гарантирует мгновенную индексацию или восстановление прежних показателей.
Как понять, что всё идёт нормально, а не сломалось
Главный вопрос, который мучает после переезда: это временное колебание или я что-то упустил? маркеров, которые помогают отличить нормальную адаптацию от реальной проблемы.
- Просадка произошла равномерно по большинству запросов, а не обвалилась отдельная группа страниц — скорее всего, это перестройка.
- Позиции по брендовым запросам стабильны — базовое доверие к сайту не потеряно.
- Количество проиндексированных страниц растёт или держится на прежнем уровне — массовых потерь нет.
- В логах сервера нет всплеска 5xx ошибок, которые могли не попасть в отчёты вебмастера из-за задержки обновления.
Если же просадка резкая, затрагивает конкретные разделы, а брендовые запросы тоже сыпятся — это повод копать глубже. Возможно, часть редиректов не сработала для определённого паттерна URL, или новая CMS где-то отдаёт канонический URL некорректно.
Ограничения подхода «переедем и будет лучше»
Миграция часто продаётся как возможность всё исправить: обновить структуру, убрать мусорные страницы, улучшить архитектуру. И это действительно так. Но есть обратная сторона, о которой реже говорят.
Каждый переезд — это сброс накопленного капитала. Каким бы плохим ни был старый сайт, он имел историю, авторитет, устоявшиеся связи в индексе. Новый сайт начинает эту историю заново. Да, технически это тот же ресурс, но для алгоритма — это сущность, которая только что доказывает свою состоятельность.
Поэтому переезд имеет смысл, когда старая платформа объективно тормозит развитие: невозможно реализовать нужную структуру, скорость критически низкая, нет мобильной версии. Если же мотивация в основном эстетическая — «хотелось бы посвежее» — риск просадки позиций может перевесить выгоду от обновления.
Чего скорее не стоит делать
Самая частая ошибка после переезда с просадкой — начать что-то менять. Переписывать заголовки, править контент, добавлять ключи, перестраивать внутренние ссылки. Это похоже на то, чтобы трясти пациента во время диагностики. Алгоритм и так находится в состоянии неопределённости, а дополнительные изменения только удлиняют период адаптации.
Разумный подход — сразу исправлять подтверждённые технические ошибки, но не вносить хаотичные изменения только из-за одного дня данных. Для остальных гипотез следует собрать сопоставимую динамику и оценить её по страницам и запросам.
Переезд без просадок существует в теории. На практике вопрос не в том, упадут ли позиции, а в том, насколько глубоко и вернутся ли обратно. И чаще всего возвращаются — если техническая часть действительно выполнена чисто.
Средняя позиция после миграции — это не диагноз, а симптом адаптации. Поисковик перестраивает свою модель сайта, а владелец наблюдает за этим процессом через очень грубый инструмент. Понимание того, какие процессы стоят за цифрами, не сделает просадку безболезненной, но хотя бы убережёт от панических решений в момент, когда лучше всего просто подождать.
