Как переехать с Tilda, Wix или Prom на свой сайт и не потерять позиции

Переехать с конструктора без потери позиций можно, если после переезда Google находит по старым адресам те же страницы с тем же содержанием — или чёткий 301-редирект на новые. Позиции теряются не из-за самого переезда, а из-за пропавших страниц, потерянных заголовков и описаний и часов, когда сайт не открывается. Ниже — план, по которому мы переносим сайты, и чего ждать в первые недели.

Когда конструктор становится тесным

Tilda, Wix и Prom хорошо подходят для старта: быстро, недорого, без разработчика. Проблемы начинаются, когда бизнес растёт, и причины обычно одни и те же.

• Ограничения. Нужен фильтр каталога, калькулятор, личный кабинет или нестандартная форма, а платформа этого не умеет или умеет только через сторонние виджеты.
• Подписка. Вы платите каждый месяц, а нужные функции есть только на более дорогом тарифе.
• Скорость. Страницы обрастают скриптами платформы, и на телефоне сайт открывается медленно.
• SEO. Не все адреса, заголовки, разметку и карту сайта можно настроить так, как нужно.
• Интеграции. Связь с CRM, учётной программой или Новой Почтой либо невозможна, либо держится на обходных решениях.
• Код не ваш. С Wix забрать сайт нельзя вообще, с Tilda экспорт есть только на отдельном тарифе и работает не полностью. Если платформа поменяет условия, вы от неё зависите.

Проверить, насколько быстрый текущий сайт и что у него с SEO, можно за 10 секунд в нашей бесплатной проверке сайта. Сохраните этот результат: после переезда будет с чем сравнить.

Что на самом деле теряется при переезде

Google ранжирует не «сайт в целом», а конкретные страницы по конкретным адресам. Когда адрес исчезает и отвечает ошибкой 404, поисковик через какое-то время убирает его из выдачи — вместе с позициями, которые у него были.

Самые частые потери, которые мы видим после неудачных переездов:

• страницы сменили адреса, а редиректов нет;
• у новых страниц пустые или одинаковые заголовки и описания для поиска;
• тексты сократили «для красоты», и из них пропали слова, по которым страницу находили;
• картинки загрузили без подписей и в полном размере, и страницы стали тяжелее;
• формы заявок не подключили к почте или Telegram, и первые заявки потерялись;
• при смене DNS сломалась почта на домене или сайт несколько часов не открывался.

Всё это предсказуемо, а значит — управляемо. Дальше по шагам.

Шаг 1. Все адреса — на учёт и под редиректы

Прежде чем что-то строить, составляем полный список адресов старого сайта. Источников три: карта сайта (обычно это /sitemap.xml на вашем домене), отчёт «Страницы» в Google Search Console и отчёт «Эффективность» там же — он показывает, какие страницы реально приносят показы и клики.

Search Console — это бесплатный кабинет Google для владельца сайта, где видно, как поисковик видит ваши страницы. Если она ещё не подключена, подключите её как можно раньше: даже несколько недель данных помогут понять, какие страницы самые ценные.

Для каждого адреса в таблице записываем заголовок для поиска (title), описание (description), заголовок страницы, число кликов за последние месяцы и новый адрес, куда страница переедет.

Лучший вариант — оставить адреса прежними: тогда для Google меняется только внешний вид страниц. Но у конструкторов адреса часто неудобные: в Tilda встречаются технические адреса вроде /page12345.html, в Wix — длинные пути товаров. Их можно заменить на понятные, но только вместе с редиректами.

301-редирект — это постоянное перенаправление: человек или поисковый робот открывает старый адрес и автоматически попадает на новый. Так Google понимает, что страница переехала, а не исчезла. Правило простое: каждая старая страница ведёт на самую близкую по смыслу новую, а не все разом на главную.

Каждый старый адрес должен либо открываться, либо вести 301-редиректом на новую страницу с тем же содержанием. Ошибка 404 на странице, которая приводила клиентов, — самая дорогая ошибка переезда.

Шаг 2. Тексты, картинки, формы

Заголовки, описания для поиска и тексты переносим из таблицы дословно или улучшаем, но не выбрасываем слова, по которым страницу находят. Редизайн — хороший повод обновить внешний вид, но не повод урезать текст вдвое.

Картинки переносим в современных форматах и нужных размерах, с текстовыми подписями (alt) — это ускоряет страницы и помогает в поиске по картинкам. Формы заявок, кнопки мессенджеров, онлайн-оплату и аналитику подключаем и проверяем тестовой заявкой ещё до запуска.

Новый сайт собираем на временном адресе, закрытом от индексации, чтобы Google не увидел две копии одного сайта.

Prom: магазин не переносится «как есть»

С Prom ситуация другая. Магазин на маркетплейсе — это страница внутри чужой платформы, поэтому перенести её «как есть» не получится, а позиции страниц на prom.ua к вашему домену не перейдут. Переезд здесь — это запуск собственного сайта на своём домене с каталогом, в который мы загружаем товары из выгрузки Prom: названия, описания, цены, фото, характеристики.

От Prom при этом не обязательно отказываться. Связь можно сохранить: новый сайт отдаёт каталог файлом-выгрузкой, и Prom обновляет по нему товары и цены. Вы продаёте в двух каналах, а каталог ведёте в одном месте. Если к магазину на Prom был подключён собственный домен, для него так же составляем таблицу адресов и настраиваем редиректы.

Домен, DNS и день переключения

DNS — это записи, которые подсказывают интернету, на каком сервере живёт ваш домен. Переключение без простоя выглядит так:

1. За день-два до переезда уменьшаем время кеширования DNS-записей (TTL), чтобы изменения разошлись за минуты, а не за сутки.
2. Переписываем все текущие записи, особенно почтовые (MX). Если их потерять, перестанет приходить почта на домене.
3. В день переключения ещё раз проверяем новый сайт на временном адресе, включаем редиректы и открываем его для индексации.
4. Направляем домен на новый сервер и проверяем: сайт открывается по https, редиректы работают, формы отправляют заявки.
5. Тариф конструктора не отключаем ещё несколько недель — на случай, если оттуда что-то понадобится забрать.

Переключаться лучше в начале рабочей недели, а не в пятницу вечером: так есть время спокойно поправить мелочи.

После запуска: Search Console и первые 2–4 недели

Сразу после запуска отправляем в Search Console новую карту сайта, проверяем главные страницы инструментом проверки URL и следим за отчётом «Страницы»: новые ошибки 404 там видно быстро, и мы закрываем их редиректами. Если сменился сам домен, дополнительно используем инструмент смены адреса в Search Console.

Первые 2–4 недели позиции могут колебаться, и это нормально: Google заново обходит страницы и переносит сигналы со старых адресов на новые. Смотрите на тренд, а не на отдельный день. Если через месяц отдельные страницы так и не вернулись, ищем причину в конкретных адресах, а не переделываем всё.

Ещё одно полезное действие — повторить проверку уже для нового сайта и сравнить результат со старым. Обычно разница в скорости заметна сразу.

Сколько стоит переезд и с чего начать

Если мы делаем вам новый сайт, перенос со старого — это опция в конструкторе за +4 500 ₴ к стоимости сайта: тексты, картинки, структура, адреса и редиректы. Для ориентира: сайт компании у нас стоит от 35 900 ₴, интернет-магазин — от 52 900 ₴.

Если новый сайт уже есть или миграция сложная — много страниц, нестандартные адреса, интеграции, — это отдельная работа в рамках доработки сайта: большая доработка — от 9 900 ₴. После запуска действует гарантия 60 дней.

Вывод простой: переезд не вредит позициям, если у каждого старого адреса есть пара, тексты и заголовки перенесены, а домен переключён без простоя. Прикинуть цену и сроки нового сайта можно в конструкторе проекта. А если хотите сначала разобрать свой случай — напишите нам в Telegram или Viber: посмотрим текущий сайт и подскажем, что стоит учесть при переезде.