Главный страх при переезде с конструктора — потерять накопленные позиции и трафик. Страх обоснованный: при небрежной миграции сайт действительно может просесть. Но если всё спланировать, переезд проходит без потерь, а часто и поднимает позиции за счёт скорости. Почему вообще стоит уезжать — в разборе минусов Tilda. Ниже — пошаговый план переезда с картой URL и редиректами.
Шаг 1. Зафиксировать текущее состояние
Прежде чем что-то менять, нужно снять «слепок» сайта. Это карта, по которой потом сверяют, что ничего не потеряно. Без неё переезд превращается в гадание.
Особенно важно зафиксировать, какие страницы и запросы реально приносят трафик. Именно их нельзя потерять ни при каких условиях — на них держится поисковая видимость. Пустые и дублирующиеся страницы, наоборот, можно смело убирать: при переезде это шанс почистить структуру, а не тащить мусор на новый сайт.
- Выгрузить список всех страниц и их адресов (URL).
- Записать текущие позиции и трафик из аналитики и вебмастера.
- Сохранить тексты, метатеги (title, description) и изображения.
- Отметить, какие страницы приносят трафик и заявки, а какие пустые.
Шаг 2. Составить карту URL и редиректов
Это ключевой этап, который чаще всего пропускают, — и зря. Идеальный сценарий: новые страницы получают те же адреса, что были. Тогда поисковик вообще не видит «потери» страниц. Если адреса меняются (например, упрощается структура), под каждый старый адрес прописывается постоянный 301-редирект на новый. Карту удобно свести в таблицу.
| Старый адрес (Tilda) | Новый адрес (Next.js) | Действие |
|---|---|---|
| /page12345.html | / | 301-редирект |
| /uslugi-remont | /uslugi/remont-kvartir | 301-редирект |
| /about | /o-kompanii | 301-редирект |
| /blog/kak-vybrat | /blog/kak-vybrat | Адрес сохранён |
Главное правило: ни один старый адрес, у которого был трафик, не должен вести в «никуда». Либо он сохраняется, либо на него ставится 301 на самую близкую по смыслу новую страницу. Так накопленный вес переходит на новый URL, а не сгорает.
Шаг 3. Перенести контент и метатеги
Тексты, заголовки, title и description переносим осознанно, а не копируем вслепую. Это хороший момент усилить слабые места: переписать размытые заголовки, добавить недостающие смыслы, убрать воду. При этом контент сохраняет ключевые фразы, по которым сайт уже ранжируется, — иначе можно случайно потерять позиции по работающим запросам.
Отдельно проверяем изображения: на конструкторе они часто тяжёлые и отдаются без оптимизации. При переносе их пересохраняют в современные лёгкие форматы и подгоняют по размеру — это одна из причин, по которой новый сайт грузится быстрее старого даже при том же контенте.
Переезд — это не только перенос, но и шанс убрать слабые места конструктора: ускорить сайт, починить структуру и усилить SEO. Поэтому его часто совмещают с редизайном.
Шаг 4. Технический фундамент
На новом сайте закладывается то, чего не хватало на конструкторе. Именно здесь обычно и появляется прирост по скорости и индексации.
- Корректные robots.txt и sitemap.xml со всеми новыми страницами.
- Микроразметка Schema.org, которой на конструкторе не хватало.
- Оптимизация скорости и изображений под Core Web Vitals.
- Проверка, что нет битых ссылок и дублей страниц.
- Настроенные 301-редиректы из карты URL.
Сколько занимает переезд
Срок зависит от объёма сайта. Небольшой лендинг или визитку переносят за несколько дней, многостраничник — за 1–2 недели. Дольше всего обычно идёт не сама разработка, а аккуратный перенос контента и сверка карты адресов. Зато результат остаётся с вами навсегда, без привязки к платформе и ежегодной подписке — почему это важно, посчитано в статье про скрытые расходы конструкторов.
Чего бояться не стоит
Главный миф — «переедем и всё потеряем». На практике потери случаются только при небрежном переносе без редиректов и карты страниц. Когда миграция спланирована, поисковик видит, что страницы не исчезли, а переехали, и сохраняет позиции. Часто после переезда трафик даже растёт — медленный сайт на конструкторе тянул вниз поведенческие и скорость, а на коде эти ограничения снимаются.
Что улучшается уже в процессе переезда
Переезд почти никогда не бывает «один в один»: раз уж сайт пересобирается, логично заодно закрыть то, что мешало на конструкторе. Чаще всего в плюс идут такие вещи.
- Скорость: вместо тяжёлого универсального кода — 95–100 баллов PageSpeed.
- Структура: убираются лишние и пустые страницы, усиливаются рабочие.
- Тексты: размытые заголовки переписываются под запросы и возражения.
- SEO: добавляется микроразметка и настройка метатегов, которой не хватало.
- Аналитика: цели и UTM настраиваются сразу, а не «потом когда-нибудь».
Поэтому переезд — это не просто смена платформы, а повод привести сайт в порядок. Если дизайн тоже устарел, его обновляют в том же проекте — как при обычном редизайне.
Шаг 5. После запуска
- Отправить новый sitemap в Яндекс Вебмастер и Google Search Console.
- Проверить, что все 301-редиректы со старых адресов работают.
- Следить за индексацией и позициями пару недель, сверяясь с картой «до».
- Проверить, что цели в аналитике срабатывают на новом сайте.
Обычно после переезда на чистый код скорость и поведенческие улучшаются — и сайт начинает ранжироваться лучше, а не хуже. Мы ведём миграцию именно по этому плану: с картой URL, редиректами и сверкой позиций, чтобы трафик не просел. Как это сочетается с обновлением дизайна — в статье про редизайн сайта.