Journal / 09 / информационно-коммерческий

Как перенести сайт без потери SEO

При переносе меняется не только внешний вид. Могут измениться URL, HTML, внутренние ссылки, метаданные, изображения, canonical и способ отдачи страниц. Для поисковой системы это может выглядеть как исчезновение старого сайта и появление нового.

Как перенести сайт без потери SEO
Дмитрий ЛаврушинSEO-first / HTML / JS
перенос сайта без потери SEOмиграция сайта SEOперенос сайта на новый доменперенос с Tildaперенос WordPress на HTMLперенос сайта без потери SEOмиграция сайта SEOперенос сайта на новый доменперенос с Tildaперенос WordPress на HTML
01

Почему миграция опаснее обычного редизайна

При переносе меняется не только внешний вид. Могут измениться URL, HTML, внутренние ссылки, метаданные, изображения, canonical и способ отдачи страниц. Для поисковой системы это может выглядеть как исчезновение старого сайта и появление нового.

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

Как перенести сайт без потери SEO — визуальный контекст
Иллюстрация к теме «Как перенести сайт без потери SEO»; она не используется как доказательство результата.
02

Сначала инвентаризация

До разработки нужно выгрузить список индексируемых URL. Для каждого фиксируются Title, Description, H1, canonical, входящие внутренние ссылки и при возможности органический трафик. Отдельно отмечаются страницы, которые получают показы и клики.

После этого создаётся таблица соответствия: старый URL, новый URL, статус и тип редиректа.

Семантическая карта

Задача посадочнойКак перенести сайт без потери SEO
Поисковая формулировкаРольСледующий шаг
01перенос сайта без потери SEOинформационно-коммерческийПереход к релевантной услуге
02миграция сайта SEOинформационно-коммерческийПереход к релевантной услуге
03перенос сайта на новый доменинформационно-коммерческийПереход к релевантной услуге
04перенос с Tildaинформационно-коммерческийПереход к релевантной услуге
05перенос WordPress на HTMLинформационно-коммерческийПереход к релевантной услуге
03

Когда URL лучше не менять

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

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

04

Что проверить до запуска

Новый сайт должен иметь корректные canonical, sitemap.xml, robots.txt и метатеги. Внутренние ссылки сразу должны вести на новые адреса, а не проходить через цепочки редиректов. Страницы должны возвращать правильные HTTP-коды.

Аналитика и события переносятся до переключения домена. Иначе первые дни после миграции окажутся без данных.

05

Что делать после публикации

Проверяются редиректы, 404, sitemap, индексирование и Search Console. Нужно сравнить органический трафик и показы по ключевым страницам. Небольшие колебания после крупной миграции возможны. Задача состоит в том, чтобы быстро находить технические ошибки, а не делать выводы по одному дню.

06

Переезд с Tilda или WordPress на static

Такой перенос лучше воспринимать как новую реализацию. Контент и структура сохраняются, но frontend создаётся заново. Это позволяет убрать платформенную зависимость, не перенося в новый сайт лишний код старой системы.

Можно ли полностью избежать просадки?

Гарантировать это нельзя. Но сохранение URL и точные 301 существенно снижают риск.

Сколько держать редиректы?

Постоянные редиректы не стоит убирать через несколько недель. Старые ссылки могут существовать во внешних источниках годами.

Нужно ли менять sitemap?

Да. В sitemap должны находиться актуальные канонические URL нового сайта.

07

Вывод

Успешная миграция начинается не в день переключения DNS. Она начинается с карты старых URL и понимания того, какие страницы уже имеют поисковую ценность.