Переезды теряют трафик по двум причинам, и новый дизайн ни при чём. Либо карта редиректов неполная, либо в одном релизе поехало сразу несколько изменений и понять, какое из них уронило позиции, уже нельзя.
Менять по одному
Смена движка, редизайн, перестройка URL и переезд на другой хостинг — это четыре миграции. Отгруженные вместе, они превращают восстановимую проблему в нечитаемую. Разнесите их на две-три недели, и каждый шаг станет диагностируемым.
Если календарь не позволяет, отделите хотя бы смену URL от всего остального: адреса — это то, что поисковик держит у себя, остальное он просто переобойдёт.
Карту редиректов строят из данных, а не из sitemap
Sitemap перечисляет то, что вы считаете существующим. В карту должно попасть то, что реально приносит:
- Все URL с показами за последние двенадцать месяцев из Search Console.
- Все URL, на которые есть внешние ссылки.
- Все URL из логов сервера, отдававшие 200 за последние девяносто дней, — это ловит страницы, о которых никто не помнит.
- Обе формы адреса, если сайт когда-либо отдавал и расширение, и вариант без него.
Дальше — снять дубли, сопоставить каждому ближайший эквивалент и не поддаваться соблазну увести всё на главную. Редирект на нерелевантную страницу трактуется как мягкая 404 и не передаёт ничего.
Что нельзя трогать в том же релизе
Шаблоны заголовков, структуру внутренних ссылок, реализацию возрастного гейта и правила robots. Каждое из них — переменная, которая испортит чтение результата, а гейт вдобавок способен выкинуть сайт из индекса на ровном месте.
Порядок действий
- Полностью обойти старый сайт краулером и сохранить результат — это база для сравнения.
- Собрать и проверить карту редиректов на стенде: каждый старый адрес отдаёт один 301 сразу на 200.
- Выкатить, оставив старый хостинг доступным до полного распространения DNS.
- Отправить новый sitemap, старый не удалять несколько дней.
- Обойти заново и сравнить с базой. Каждый URL, сменивший статус, должен иметь объяснение.
- Смотреть индексацию ежедневно две недели, дальше — еженедельно.
Ловушки, специфичные для тематики
Возрастной гейт. Если новая реализация рисуется до контента, краулер видит заглушку на каждом адресе, и сайт выпадает за несколько недель. Проверьте на стенде запросом от имени краулера — читайте, что вернулось.
Вебхуки процессинга. Колбэки CCBill или Verotel настроены на абсолютные адреса. Пропустили один — рекуррентные списания тихо перестают проходить. В аналитике этого не видно, а через месяц это выглядит как отток.
Блокировка на новом хостинге. Если новому провайдеру не сказали, что за контент, переезд может закончиться отключением. Подтвердите политику по абузам письменно до переноса, а не после.
Что считать нормой
Просадка будет. Чистый переезд сайта на несколько сотен адресов обычно теряет десять-двадцать процентов показов на две-четыре недели и восстанавливается. Ненормально — падение, которое углубляется на третьей неделе, или индексация, которая не колеблется, а снижается. И то и другое указывает на карту редиректов или на гейт, и оба случая надо чинить, а не пережидать.
Как проверить карту редиректов до выкатки
Непроверенная карта — это гипотеза. Проверяйте три свойства по всем записям машинно, а не выборочно:
- Один переход. Старый адрес отдаёт 301 сразу на 200. Цепочки теряют часть сигнала на каждом шаге и появляются всегда, когда две миграции наложились.
- Верная цель. Назначение — ближайший эквивалент, а не раздел и не главная. Нерелевантная цель трактуется как мягкая 404.
- Отсутствие петель. Создаются элементарно — правилом слэша, встретившимся с правилом регистра, — и выбивают страницу из индекса целиком.
Прогоните проверку на стенде, затем повторите в проде в течение часа после выкатки. Второй прогон важен: часть правил ведёт себя иначе за реальной конфигурацией CDN.
Что сохранить от старого сайта
Три актива легко потерять и дорого восстановить. Список адресов с историей эффективности — единственная запись о том, что сайт реально приносил. Старый sitemap, который ещё недели остаётся полезным, пока поисковик сверяет одно с другим. И полный обход старого сайта, сохранённый локально: это база, с которой вы сравниваете, когда через три недели что-то выглядит не так, а прежней структуры уже никто не помнит.
Реалистичный график
| Когда | Норма | Не норма |
|---|
| Дни 1-3 | Всплеск обхода, в отчётах смесь старых и новых адресов | Резкое падение числа проиндексированных |
| Недели 1-2 | Показы на 10-20% ниже, позиции скачут | Показы почти нулевые на основных страницах |
| Недели 3-4 | Начало восстановления, новые адреса вытесняют старые | Падение продолжает углубляться |
| Недели 6-8 | Возврат к базе или выше | Плато на сниженном уровне |
Правая колонка — весь смысл таблицы. Переждать нормальную просадку правильно; переждать ненормальную стоит месяцев, а различить их можно за две недели, если кто-то смотрит.
Что сообщить поисковику после переезда
Отправьте новый sitemap и оставьте старый доступным, а не удаляйте: 404 на старой карте забирает у поисковика список, который он ещё разбирает. Если менялся домен, используйте инструмент смены адреса — это единственный прямой способ сказать, что произошло. И не трогайте robots.txt в окне переезда: правило, расширившееся во время смены адресов, даёт ровно тот симптом, из-за которого потом паникуют.
Вебхуки и внешние интеграции
Кроме поисковика на старые адреса смотрят машины, и они не переобходят сайт. Пройдите список до выкатки: колбэки процессинга, вебхуки почтовых и CRM-сервисов, адреса, зашитые в партнёрских ссылках, и обратные вызовы верификации возраста. Каждый из них настроен на абсолютный адрес и молча перестаёт работать, а обнаруживается через недели по косвенным признакам вроде роста отказов.
Частые вопросы
Сколько длится просадка после переезда?
Две-четыре недели на сайте в несколько сотен адресов, показы при этом на десять-двадцать процентов ниже. Падение, углубляющееся на третьей неделе, — это уже не просадка, а проблема с редиректами или доступностью для краулера.
Можно ли одновременно сменить дизайн и адреса?
Можно, но тогда не получится понять, что именно сработало. Разнесите смену URL и всё остальное на две-три недели: адреса поисковик держит у себя, остальное просто переобходит.
Что забывают чаще всего?
Вебхуки процессинга. Колбэки настроены на абсолютные адреса, и пропущенный вебхук тихо ломает рекуррентные списания — в аналитике не видно, через месяц выглядит как отток.
Читать дальше