01 Услуга / Development

Перенос сайта на новую CMS в Екатеринбурге

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

Работаем с клиентами в Екатеринбурге дистанционно. Обсуждение, согласование и передача проекта — онлайн.

Все услуги направления
01
Стратегия
02
Разработка
03
Рост
Проектирование и разработка digital-системы
system.visual / online

02 Короткий ответ

// PAGE_JOB: DEV / INTEGRATION

Задача и результат

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

Для кого

Владелец сайта с ограничениями CMS
Нужные функции или сопровождение затруднены, и требуется сравнить перенос с развитием существующего решения.
Компания с заказной системой
Бизнес-правила находятся в коде, поэтому перед сменой платформы важно сохранить смысл операций и связи данных.
Команда интеграционного проекта
Системы уже подходят процессу, но данные между ними нужно передавать по описанным методам и правилам ошибок.

03 Подробности

Задача и границы работы

Проверяем причину смены системы и целевые требования

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

Инвентаризируем типы материалов, пользователей, историю, файлы и внешние процессы. Для каждого объекта фиксируем перенос, архивирование или исключение, а также владельца решения. Согласуем, что будет представлено иначе в новой модели. Если целевой выбор — Битрикс, детали уточняются в отдельном сценарии перехода, но общий план не ограничен этой платформой.

Проводим репетицию до окончательного переключения

Создаём тестовый контур, проверяем типичные и сложные записи, связи, файлы и ключевые действия. Выясняем, как повторить загрузку без дублей и получить изменения после первой выгрузки. Формы, оплаты, уведомления и права принимаются по отдельным сценариям. Исторические записи не должны запускать реальные операции заново. Недоступные функции и данные перечисляем в отчёте и согласуем дальнейшие действия по каждому пункту.

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

04 Разбор до сметы

Составим план перехода до смены платформы

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

05 Точка входа

Какие задачи решаем

01

Текущая CMS ограничивает подтверждённые задачи бизнеса и рассматривается переход на другую основу.

02

Необходимо заранее оценить данные, функции и риски смены платформы.

03

Несколько команд участвуют в переезде и нужен единый план приёмки и переключения.

06 Состав

Что останется у вашей команды

Комплект результата согласуется до старта. Ниже — материалы и проверки для этой задачи.

01

Матрица миграции

Объекты, функции, целевые назначения и согласованные исключения.

02

Результаты репетиции

Контрольные данные, тестовые сценарии и найденные проблемы преобразования.

03

План запуска

Дозагрузка, адреса, ответственные и проверяемые условия переключения и отката.

07 Процесс

Как проходит работа

  1. 01 / STEP

    Обосновать переход

    Уточняем причины, целевые требования и альтернативы полной смене CMS.

  2. 02 / STEP

    Подготовить и проверить

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

  3. 03 / STEP

    Согласовать запуск

    Принимаем функции и данные, определяем финальную загрузку и наблюдение.

08 Приёмка

Как проверить результат

Понятный состав

Для каждой значимой сущности и функции определена судьба после перехода.

Повторяемая загрузка

План учитывает обновления и не создаёт неконтролируемые дубли.

Управляемое переключение

Команда знает условия готовности, ответственных и действия при проблеме.

09 Соседние задачи

Кейсы и примеры работ

Выполненные проекты: сайты, каталоги, SEO и интеграции. В каждом кейсе — задача клиента и состав работ.

AvkDoors

Каталог и интеграция с 1С

Каталог продукции на CasaPRO, обмен товарами, остатками и ценами с 1С, оформление и базовая SEO-подготовка.

Читать кейс: AvkDoors
Все кейсы ISKAR

Что о нас говорят клиенты

Отзывы о сотрудничестве с ISKAR: сопровождении сайта, продвижении и внедрении CRM.

«Профессиональное сопровождение сайта без сюрпризов. Сделали понятный план работ, регулярно показывают результат — посещаемость стабильно растёт.»

Виктор ПузиковГенеральный директор

«За полгода работы выросло число заявок с сайта и улучшилось качество обращений. Удобно, что отвечают быстро и говорят на понятном языке.»

Студенцов МихаилИндивидуальный предприниматель

«Внедрили Битрикс24 и связали с сайтом — заявки перестали теряться, менеджеры наконец работают по воронке.»

Анна СеливановаМаркетолог

10 FAQ

Вопросы об услуге

Короткие ответы без скрытых условий и неподтверждённых обещаний.

01Смена CMS обязательно требует нового домена?

Нет. Систему управления можно менять на существующем домене, если это соответствует плану проекта. Изменение домена, адресов, дизайна и структуры — отдельные решения со своими последствиями. Их не нужно объединять автоматически; чем яснее границы изменений, тем проще проверять причины возможных проблем.

02Как проверяется сохранность данных при переносе?

Исследуем доступы и экспорты, составляем реестр переносимых данных и критерии сверки. Проверяем количество, содержание, связи и файлы на пробной загрузке, затем повторяем сверку перед запуском. Для утраченных или недоступных записей указываем пробелы и возможные дополнительные источники; включить их в перенос можно после получения данных.

03Как работает откат после запуска?

План зависит от того, появились ли новые заявки, заказы и изменения в целевой системе. Простое возвращение старой копии может потерять эти записи. Поэтому заранее определяем условия остановки, сохранение новых данных и порядок возврата; резервная копия сама по себе не является полным сценарием отката.

11 Следующий шаг

Обсудим задачу вашего проекта

Опишите исходную ситуацию и желаемый результат. Ответим, каких данных не хватает для оценки, и предложим первый проверяемый этап.