Трафик просел вдвое после переезда сайта: с чего начать разбор

Трафик после переезда сайта проседает почти всегда по одной из пяти технических причин: пропущенные 301-редиректы со старых URL, забытый Disallow в robots.txt, неотправленная новая sitemap.xml, невалидный SSL-сертификат или медленный ответ сервера под привычной нагрузкой. Разбор начинают с отчёта об индексировании в Яндекс.Вебмастере и Google Search Console — там причина видна за 10–15 минут, без гаданий.

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

На третий день после переезда интернет-магазина стройматериалов на новый домен органический трафик из Яндекса просел почти вдвое. Карточки товаров, которые неделю назад приводили заявки на кровельные материалы, исчезли из топ-10. Маркетолог открыл Яндекс.Вебмастер и увидел резкий рост раздела «Исключённые страницы» — но конкретной причины там не было, только коды ошибок вперемешку.

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

Похожая история повторяется у сайтов на разных CMS и у компаний из разных отраслей — переезд одинаково рискован независимо от платформы, потому что поисковик реагирует не на движок сайта, а на конкретные технические сигналы: код ответа, robots.txt, sitemap, сертификат.

Забытые 301-редиректы

Старые URL после переезда должны вести на новые постранично, а не одним общим редиректом на главную. Если разработчик настроил редирект «всё на главную» ради экономии времени на переносе, поисковик фиксирует массовую потерю релевантных страниц и убирает их из выдачи, а посетители со старых ссылок и закладок попадают не туда, куда шли.

Disallow и noindex с тестового контура

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

Смена протокола и SSL

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

Сервер не тянет привычную нагрузку

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

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

Как исправить провал трафика после переезда: пошаговый разбор

Разбор идёт от самой частой причины к самой редкой — так быстрее находится источник просадки, не тратя время на второстепенные гипотезы.

Сначала сверяют карту редиректов: каждый старый URL должен вести на свой новый адрес кодом 301, без цепочек через 302 и без обрывов на 404. Затем открывают robots.txt на боевом домене и ищут строку Disallow: / — если она осталась с тестового контура, поисковик читает её буквально и не сканирует сайт вовсе. Дальше проверяют canonical в исходном коде шаблонов: после переезда они иногда продолжают указывать на старый домен, и поисковик считает новые страницы дублями чужого сайта. Отдельно смотрят SSL-сертификат — валиден ли он для нового домена и всех поддоменов, нет ли смешанного контента на страницах с оформлением заказа. Последним шагом замеряют время ответа сервера под нагрузкой: если TTFB заметно вырос по сравнению со старым хостингом, дело не в SEO-настройках, а в железе, на которое сайт переехал.

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

Если все пять пунктов чисты, а раздел «Исключённые» продолжает расти, проблема не в разовой настройке, а в том, что поисковик работает с устаревшими данными — это отдельный случай, который разбираем ниже.

Что делать, если ошибка повторяется после исправлений

Редиректы настроены, robots.txt открыт, сертификат в порядке — а трафик всё равно не восстанавливается. Так бывает, если поисковик уже закешировал старую версию сайта и не спешит её пересматривать: у переобхода есть своя частота, и один визит бота на сайт после правок не гарантирует пересчёт позиций уже на следующий день.

Первое, что стоит проверить: не остался ли неисправленный шаблон. Редиректы и canonical часто чинят на главной и в разделах, но забывают про карточки товаров или страницы фильтров — а именно они несли основной трафик до переезда. Второе — кеш на стороне CDN или прокси: он может отдавать поисковому боту старую версию robots.txt даже после того, как файл на сервере уже обновили, и правка «не работает» просто потому, что до бота она ещё не дошла. Третье — не отправлена заявка на переобход через инструмент «Проверка URL» в Яндекс.Вебмастере и Google Search Console: без неё поисковик обойдёт страницы по своему графику, а это может занять недели вместо дней.

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

Если после самостоятельной проверки причина не находится, дешевле не гадать дальше, а получить полную картину сразу: аудит сайта проверяет редиректы, robots.txt, sitemap, SSL и скорость сервера одним прогоном, а не по очереди методом проб и ошибок.

Как предотвратить провал трафика при следующем переезде

Просадку проще не допустить, чем потом вытаскивать сайт из «Исключённых». Несколько правил снимают большинство рисков ещё до переключения домена.

Карту редиректов тестируют на staging-версии до переезда, а не после — краулером проходят по списку старых URL и смотрят, куда они реально ведут. Robots.txt с тестового контура сверяют вручную перед публикацией: часто там остаётся строка Disallow: /, которую просто забыли убрать при копировании файлов на боевой сервер. Новую sitemap.xml готовят заранее и отправляют в день запуска, а не через неделю, когда кто-то вспомнит. Первые 48 часов после переезда стоит следить за отчётом о сканировании — резкий рост 404 или 5xx виден сразу, и на этом этапе его ещё дёшево исправить, пока проблема не превратилась в устойчивую просадку позиций. Старый домен с редиректами держат активным месяцами, а не днями: часть ссылочной массы и переходов из закладок продолжает идти именно на него.

Отдельно стоит держать чек-лист по каждому переезду: список редиректов, снятый Disallow, свежая sitemap, действующий SSL-сертификат и нагрузочный тест сервера — и проходить его перед каждым переключением домена, а не полагаться на память команды, которая делала перенос год назад и могла забыть детали.

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

Сколько стоит диагностика и что входит в проверку после переезда

Аудит по 9 направлениям закрывает всю техническую часть разбора за один прогон: редиректы, robots.txt и sitemap, индексацию в Яндекс.Вебмастере и Google Search Console, SSL и смешанный контент, скорость ответа сервера под нагрузкой, дубли и canonical, мобильную версию, структуру URL и внутреннюю перелинковку. Итог — не список наблюдений, а приоритизированный перечень: что чинить в первую очередь, чтобы вернуть позиции быстрее, а что можно отложить на потом без риска для трафика.

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

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

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

Через сколько дней после переезда сайта трафик должен восстановиться?

Если технических ошибок нет, позиции обычно возвращаются за одну-две недели — за это время поисковик успевает переобойти основные страницы. Если редиректы или robots.txt настроены неправильно, восстановления не будет, пока ошибку не найдут и не исправят вручную.

Обязательно ли оставлять старый домен активным после переезда?

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

Может ли просадка трафика быть не связана с переездом сайта?

Может, но совпадение по времени с переездом почти всегда указывает на техническую причину: редиректы, robots.txt, sitemap или сервер. Прежде чем искать другие объяснения — алгоритмы, конкурентов, сезонность — стоит исключить именно эти пять пунктов.

Что проверить в первую очередь, если сайт переехал вчера?

Открыть robots.txt на боевом домене и убедиться, что там нет Disallow: /, затем проверить в Яндекс.Вебмастере раздел «Исключённые страницы» — код ошибки там укажет направление поиска: 404, редирект или блокировка сканирования.

Сколько времени занимает технический аудит сайта после переезда?

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