Ограничения платформы
Нужного функционала нет или его невозможно нормально реализовать средствами конструктора.
Переносим сайты с Tilda, Wix, Craftum, uKit, Nethouse и Битрикс24.Сайты на WordPress, другую CMS или собственный хостинг. Сохраняем полезную структуру, контент и накопленную SEO-историю, настраиваем постраничные редиректы и минимизируем риск потери поискового трафика.
Если совпало несколько пунктов — переезд уже имеет смысл посчитать. Пришлите адрес сайта: сначала проверим, действительно ли нужна миграция.
Нужного функционала нет или его невозможно нормально реализовать средствами конструктора.
Технические причины мешают развитию поискового трафика, а исправить их на платформе нельзя.
Появляются десятки или сотни страниц по услугам, категориям, городам или направлениям.
Требуется обмен с 1С, CRM, складом, внешними сервисами или собственным ПО.
Регулярные платежи за платформу и дополнительные опции уже сопоставимы с содержанием собственного сайта.
Важно самостоятельно выбирать хостинг, подрядчика, резервное копирование и дальнейшее развитие сайта.
Главная задача миграции — не просто собрать похожий сайт, а не потерять накопленную ценность существующего проекта.
Точный состав зависит от текущей платформы и проекта. До начала миграции фиксируем, что переносим и как будет устроен новый сайт.
Собираем URL, определяем ценные страницы, контент и участки сайта, которые нельзя потерять.
Переносим тексты, изображения, документы, каталог и доступные данные, которые требуется сохранить.
WordPress, другая CMS или отдельное решение — выбираем по задаче, а не ради самой смены движка.
Исправляем структуру заголовков, адреса, микроразметку, скорость и серверные настройки, где это необходимо.
Старые URL направляем на соответствующие новые страницы. Для удалённого контента выбираем 404/410 по ситуации.
Проверяем новый сайт отдельно: формы, мобильную версию, ссылки, аналитику и основные пользовательские сценарии.
Миграция — техническая работа с поисковыми рисками. Мы предпочитаем обозначить их заранее.
Его задача — сохранить полезное. Рост трафика требует отдельной дальнейшей работы над сайтом.
Корректные URL и редиректы снижают риск, но поисковые системы не дают гарантии сохранения каждой позиции.
Возможности экспорта зависят от платформы. Контент и данные переносим, а техническую часть при необходимости собираем заново.
Если перенос не решает задачу, рациональнее оставить существующую платформу и исправить конкретную проблему.
Если основной поток идёт из рекламы и конструктор справляется с задачей, стоимость переезда может не оправдаться.
Иногда достаточно изменить структуру, аналитику, форму или техническую настройку текущего сайта.
Если срочной причины нет, запуск миграции иногда безопаснее перенести на более спокойный период.
Платформу, структуру, SEO и дизайн часто разумнее менять по этапам, а не одним большим запуском.
На старом сайте ничего не отключаем до тех пор, пока новый вариант не проверен.
Для предварительной оценки достаточно адреса проекта и короткого описания причины переезда.
Смотрим структуру, объём контента, формы, каталог, интеграции и поисковые страницы.
Фиксируем старые и новые URL, что сохраняем, что объединяем и какие данные нужно выгрузить заранее.
Новый сайт собирается параллельно. Действующий проект продолжает работать.
Переключаем только после проверки ключевых страниц, форм, редиректов и аналитики.
Проверяем индексацию, ошибки обхода, формы и технические проблемы, связанные с миграцией.
У разных сервисов отличаются возможности экспорта данных, работа каталога, форм и интеграций.
До отключения аккаунта сохраняем необходимые данные и доступные выгрузки. Каталог, формы и функциональность проверяем отдельно.
Определяем, какие данные можно забрать штатно, а какие страницы и функции потребуется воспроизвести на новой системе.
Если штатной выгрузки недостаточно, переносим доступный контент и собираем нужную функциональность уже на новой CMS.
Отдельно проверяем связь сайта с порталом, CRM, формами и автоматизацией: что остаётся в Битрикс24, а что переезжает.
Если вопрос относится к конкретному проекту — достаточно прислать ссылку.
Стоимость рассчитываем после просмотра текущего сайта. На неё влияют количество страниц и шаблонов, каталог, формы, интеграции и объём данных. Предварительную оценку можем дать по одной ссылке на сайт.
Зависит от объёма сайта и сложности функционала. Срок называем после просмотра проекта и согласовываем до начала работ.
Цель миграции — минимизировать потери: сохранить полезные URL, метаданные и правильно настроить перенаправления. Но гарантировать неизменность каждой позиции поисковой выдачи нельзя.
Не сразу после переключения. Сначала проверяем новый сайт, редиректы, формы, индексацию и сохранность нужных данных. Старый аккаунт лучше оставить активным на контрольный период.
Нет необходимости отключать действующий проект. Новая версия собирается параллельно, а переключение выполняется после проверки.
Да, если домен оформлен на вас. До начала работ проверяем регистратора, DNS и наличие необходимых доступов.
Визуальную часть можно воспроизвести или одновременно обновить. Техническая реализация при этом будет адаптирована под новую систему.
Сайт должен оставаться управляемым без привязки к одному разработчику: доступы, хостинг и используемые технологии фиксируем и передаём владельцу проекта.
Посмотрим платформу, структуру и объём проекта. Скажем, нужен ли перенос вообще и что потребуется сохранить.