Главная/Блог/Переезд с Tilda и WordPress на Nuxt: как перенести сайт и не потерять трафик

Переезд с Tilda и WordPress на Nuxt: как перенести сайт и не потерять трафик

Переезд с Tilda и WordPress на Nuxt: как перенести сайт и не потерять трафик
Многие бизнесы начинают с Tilda или WordPress: это быстро, недорого и не требует команды разработчиков. Но по мере роста компания упирается в ограничения — медленная загрузка, отсутствие нужных интеграций с CRM и 1С, нестандартная логика каталога. Переезд на собственную разработку на Nuxt даёт полный контроль над кодом, скоростью и функциональностью. Главный страх владельцев при таком переезде — потерять позиции в поиске и накопленный за годы трафик. Разбираем, как провести миграцию так, чтобы SEO не пострадало, а конверсия выросла.

Когда пора уходить с конструктора

Переезд оправдан, если платформа начала тормозить развитие бизнеса. Проверьте себя по списку:
  • Сайт загружается медленно — LCP больше 2,5 секунды, а оптимизировать на платформе нечем.
  • Нужны интеграции, которых нет в каталоге: своя CRM, 1С, нестандартные расчёты стоимости.
  • Контент-менеджер тратит часы на рутину из-за неудобной админки и ограничений блоков.
  • Каталог вырос до тысяч товаров, а фильтры, сортировки и посадочные страницы работают плохо.
  • Стоимость подписки, приложений и доработок приближается к цене собственной разработки.
Если совпали два-три пункта — миграция окупится за счёт роста конверсии и скорости вывода новых функций.

Почему именно Nuxt

Nuxt — фреймворк на Vue.js с серверным рендерингом (SSR): поисковик получает готовый HTML сразу, а не пустую оболочку, которую нужно «дорисовывать» скриптами. Сайты на Nuxt стабильно показывают высокие Core Web Vitals — а это прямой фактор ранжирования в Google, который учитывает и Яндекс. Второй плюс — headless-подход: контент живёт в CMS (Strapi, Directus), интерфейс отделён от данных, а статические разделы пререндерятся и открываются почти мгновенно. На практике интернет-магазин на Nuxt грузится в 3–5 раз быстрее, чем тяжёлый каталог на конструкторе, а это напрямую влияет и на поведенческие факторы.

Где чаще всего теряют трафик

Потеря позиций после переезда — почти всегда результат ошибок планирования, а не самого факта смены платформы. Типичные сценарии:
  • Изменились адреса страниц без 301-редиректов — поисковик видит 404 и постепенно удаляет страницы из индекса.
  • Слетели мета-теги: без title и description кликабельность в выдаче падает в разы.
  • Тексты переписали «с нуля» и выбросили семантику, по которой страницы ранжировались годами.
  • Сайт запустили сырым: ошибка в robots.txt закрыла весь ресурс от индексации на несколько недель.
Все эти риски устраняются на этапе планирования — до написания первой строки кода.

Шаг 1. Аудит текущего сайта

Сначала фиксируем текущее состояние. Выгружаем полный список URL из Яндекс.Вебмастера и Google Search Console, собираем по каждому адресу статистику: показы, клики, запросы, позиции. Определяем «золотые» страницы, которые приносят 80% трафика, — их переносим с максимальной точностью: те же заголовки H1, те же тексты, те же мета-теги. Заодно снимаем технический долг: часть устаревших страниц можно склеить или убрать, но каждое такое решение фиксируем в карте редиректов, а не пускаем на самотёк.

Шаг 2. Сохраняем адреса и настраиваем 301-редиректы

Главное правило миграции: если структуру URL можно сохранить один в один — сохраняем. Адрес /uslugi/sozdanie-sajtov должен остаться прежним и на новом сайте — тогда поисковику не нужно ничего переучивать. Если часть адресов меняется, настраиваем постоянный 301-редирект со старого URL на новый: он передаёт до 90% ссылочного веса и говорит поисковику, что страница переехала навсегда. Редиректы строим по схеме «старый → новый» без цепочек промежуточных перенаправлений и проверяем каждый скриптом. В Nuxt редиректы удобно держать на уровне сервера Nitro или nginx — срабатывание занимает миллисекунды, в отличие от клиентских перенаправлений.

Шаг 3. Переносим контент и мета-данные

Из Tilda контент выгружается ограниченно: полный экспорт доступен на тарифе Business, но чаще тексты и медиа приходится переносить парсингом страниц. WordPress в этом плане проще — записи, страницы и медиа забираются через REST API скриптом за один день. Критично перенести не только тексты, но и title, description, H1 и alt у изображений — именно они держат позиции. Мы всегда собираем таблицу миграции: старый URL, новый URL, title, description, H1 — она становится спецификацией для разработчиков и чек-листом при приёмке. Наполнение на новом сайте лучше вести через headless-CMS: редактор работает в понятном интерфейсе, а фронтенд получает данные через API.

Шаг 4. Технический фундамент для SEO

Собственная разработка выгодно отличается тем, что техническое SEO настраивается не костылями, а штатными инструментами:
  • sitemap.xml генерируется автоматически и обновляется при публикации новых страниц.
  • robots.txt корректно закрывает служебные разделы и указывает на карту сайта.
  • Canonical-теги защищают от дублей при фильтрах, сортировках и UTM-метках в каталоге.
  • Микроразметка Schema.org: Organization, Product, BreadcrumbList, FAQ — для расширенных сниппетов.
  • SSR или пререндеринг (SSG): HTML отдаётся сразу, без ожидания выполнения JavaScript.
На Nuxt всё это закрывается готовыми модулями вроде nuxt-simple-sitemap и nuxt-schema-org за считанные дни.

Шаг 5. Плавный запуск и мониторинг

Новый сайт сначала поднимаем на тестовом домене и прогоняем по чек-листу: редиректы, мета-теги, скорость, формы, мобильная версия. Запускаемся в «низкий сезон» — не в разгар рекламной кампании, когда каждый день простоя стоит денег. После переезда первые 2–4 недели возможно проседание позиций — это нормально: поисковик переиндексирует сайт и заново оценивает страницы. В этот период мониторим Search Console и Вебмастер: ошибки сканирования, статус 301 на старых адресах, скорость обхода. Старый сайт держим «на горячем резерве» 2–3 недели, чтобы при форс-мажоре откатиться за минуты. По нашему опыту, трафик возвращается полностью, а конверсия после переезда на Nuxt растёт на 20–40% за счёт скорости загрузки.
Переезд с Tilda или WordPress на Nuxt — это не лотерея, а управляемый проект с понятной последовательностью: аудит → фиксация структуры URL → 301-редиректы → перенос контента и мета-данных → технический фундамент → плавный запуск с мониторингом. Типичная миграция корпоративного сайта занимает 4–8 недель, интернет-магазина — 2–3 месяца. При грамотном подходе трафик проседает максимум на месяц, а затем выходит на рост за счёт скорости, удобства и технического SEO. Если планируете переезд — начните с аудита текущего сайта: он покажет, какие страницы критично сохранить, а где спрятаны точки роста.

Нужна разработка?

Оставьте заявку — обсудим ваш проект и предложим решение