Многие владельцы бизнеса при редизайне корпоративного сайта больше всего боятся не того, красиво ли он выглядит, а того, что после запуска нового сайта запросы, по которым раньше находили сайт, перестанут находиться, и трафик словно выдернут из розетки.
Этого можно в значительной степени избежать ещё на этапе разработки сайта. Если индексация действительно падает, причина обычно в нескольких мелочах, упущенных при миграции, а не в самом новом сайте.
Ниже — в порядке реального проекта, простым языком.
1. Сначала определите правила URL, потом трогайте код
Самое проблемное место при миграции — URL. Старый сайт был `/product/123.html`, новый стал `/product?id=123`, или названия разделов вообще полностью поменяли — поисковик воспримет это как новую партию страниц и будет знакомиться заново.
Сделать просто: перед миграцией составьте список старых URL — выгрузите из админки, карты сайта, панели вебмастера — и по каждому пункту отметьте «сохранить прежний путь» или «перенаправить на новый путь». Что можно сохранить — сохраняйте, особенно страницы разделов и статьи, у которых уже есть позиции.
Подводный камень: не переписывайте все URL ради «аккуратности». Аккуратность — для людей, индексация — для роботов; при конфликте приоритет у индексации.
2. 301-редиректы должны быть полными, не только на главной
301 — ключ к миграции. Частая ошибка — перенаправить только главную, а все внутренние страницы отдать в 404.
Правильный подход — сопоставление один к одному: старая страница A ведёт на новую страницу A, а не всё на главную. Перенаправлять всё на главную — значит сказать поисковику «этого контента больше нет», и индексация упадёт быстро.
Ещё деталь: цепочка редиректов не должна превышать один уровень. A ведёт на B, B — на C: робот легко оборвётся. При разработке сайта пусть технические специалисты сразу настроят A на C.
Если это редизайн корпоративного сайта и структура разделов сильно меняется, рекомендуется до запуска прогнать старый сайт краулером, сгенерировать таблицу правил редиректов и передать разработке для реализации, а не доделывать после запуска.
3. Не переписывайте контент всего сайта — сначала сделайте маппинг
Некоторые команды при редизайне заодно меняют все тексты: заголовки, описания, основной текст переписывают. В результате новые страницы и старые «не совпадают», поисковику нужно заново оценивать релевантность, и колебания позиций будут заметными.
Более надёжный подход: на ключевых страницах сохранить прежнюю тематику и ключевые слова, сначала перенести структуру, а после стабилизации запуска постепенно оптимизировать тексты.
Конкретный пример: компания по промышленному оборудованию меняла корпоративный сайт, на старом было более 80 страниц продукции. При миграции параметры продукции, модели, сценарии применения перенесли как есть, поправили только вёрстку и навигацию, в заголовках сохранили прежние слова-модели. Через две недели после запуска индексация основных страниц продукции в целом сохранилась. Если бы тогда заменили модели на брендовые слоганы, скорее всего, пришлось бы растить заново.
4. График запуска: сначала проверка на малом трафике, потом полное переключение
Миграцию не рекомендуется делать «одним махом».
Рабочий график: новый сайт сначала запустить во внутренней сети или на тестовом домене, проверить редиректы, карту сайта, robots, canonical; затем переключить в часы низкой нагрузки, сразу после переключения отправить новую карту сайта и наблюдать в панели вебмастера за сканированием и индексацией.
Три подводных камня:
- Не заблокируйте случайно в robots.txt: в тестовой среде часто пишут `Disallow: /`, при запуске забывают удалить — весь сайт не сканируется.
- canonical не должен указывать на старый домен: при копировании шаблона это легко переносится.
- В карте сайта не только главная: должны быть основные разделы и страницы контента.
5. Мини-программы и App — не замена, не смешивайте миграцию
Некоторые компании хотят при редизайне направить трафик в разработку мини-программ или App — это нормально, но не снимайте контент сайта сразу. У сайта, мини-программы и App свои точки входа, поисковик признаёт только сайт.
Если действительно нужна разработка мини-программы, рекомендуется сохранить на сайте полные страницы контента, а в мини-программе сделать интерактивные функции — запись, членство, заказы — с единым источником контента для обеих сторон. Так и индексация не пострадает, и бизнес не задержится.
В каких случаях стоит обратиться в MIC Studio
Если вы столкнулись с одной из этих ситуаций, можно рассмотреть внешнюю команду:
- структура старого сайта запутана, никто не может сказать, какие страницы приносят трафик, нужно сначала разобраться, потом мигрировать;
- внутри нет штатных фронтенд- и бэкенд-разработчиков, сроки разработки сайта сжатые;
- после миграции уже началось падение индексации, нужно разобраться с редиректами и индексацией;
- одновременно нужны корпоративный сайт, разработка мини-программы или App, и хочется единого подхода к контенту и технологиям.
MIC Studio при разработке и миграции корпоративных сайтов обычно сначала составляет список старых URL и таблицу редиректов, а потом обсуждает дизайн и функции. Порядок правильный — меньше переделок потом.
Три выполнимых совета
1. Перед запуском выгрузите список старых URL, по каждому подтвердите сохранение или редирект, оформите таблицу и передайте разработке.
2. 301 — сопоставление один к одному, цепочка не более одного уровня, сразу после запуска отправьте новую карту сайта.
3. На ключевых страницах сначала сохраните контент, потом меняйте тексты, оптимизацию ключевых слов делайте через две недели после стабилизации запуска.
Миграция — это не просто перенос страниц, это скорее переезд: адрес должен остаться правильным, на старый адрес должен кто-то указывать, вещи не стоит менять без необходимости. Сделайте это — и индексация в основном сохранится.