Как мы перенесли сайт с WordPress на Falcon Space и добавили личные кабинеты за 2 месяца

У вас уже есть сайт на WordPress — блог, лендинг, интернет-магазин. Но бизнес вырос, и вам понадобились личные кабинеты для клиентов. Вы думаете: «Может, поставить плагин для личного кабинета?» Но такие плагины либо дороги, либо негибкие, либо тормозят. Выход — перенести сайт (или его часть) на Falcon Space, оставив WordPress для блога и статики.

Мы перенесли свой сайт falconspace.ru с WordPress на Falcon Space. Оставили только блог на WordPress (из-за удобства для редакторов), а все остальное — каталог решений, кейсы, цены, личные кабинеты — перевели на нашу платформу. Расскажу, зачем мы это сделали, сколько времени заняло и какие плюсы получили.

Почему WordPress перестал справляться

Наш сайт на WordPress содержал:

• Каталог решений (Falcon Auction, Falcon Service и др.).
• Блог (300+ статей).
• Страницу цен.
• Кейсы проектов.
• Формы связи.
• Личные кабинеты (для владельцев лицензий) — но их мы вынесли на отдельный поддомен.

Проблемы:

• WordPress не умеет нормально работать с кастомными SQL-запросами без костылей.
• Сложно было интегрировать личные кабинеты с основной базой (логины и пароли разошлись).
• Производительность: при большом количестве плагинов сайт тормозил.
• Ограничения по кастомизации: для каждой новой страницы с таблицей нужно было писать плагин.

Мы решили: оставим WordPress для блога (потому что редакторам удобно писать статьи), а всё остальное переедет на Falcon Space.

Как проходила миграция (по шагам)

Шаг 1. Установили Falcon Space на поддомен. Например, crm.falconspace.ru (вместо основного домена). Создали базу данных. Перенесли таблицы «Клиенты» (те, кто уже купил лицензию).

Шаг 2. Создали страницы каталога решений. Каждое решение (Auction, Service) — отдельная страница. Она содержит описание, цены, ссылку на демо. В WordPress это были обычные посты. На Falcon Space — страницы с HTML и привязанными таблицами (например, таблица сравнения версий).

Шаг 3. Переписали формы связи. Раньше данные уходили в email. Теперь — в базу данных плюс уведомление менеджеру. Это позволило не терять заявки.

Шаг 4. Личные кабинеты владельцев лицензий. Их мы и так уже вели на Falcon Space, просто перенесли с поддомена на основной.

Шаг 5. Настроили редиректы. Старые URL с WordPress переадресуются на новые на Falcon Space (через 301 редирект). Чтобы не потерять SEO-вес.

Шаг 6. Оставили блог на WordPress. Посты /blog/... остались на том же движке. Это удобно: редакторы пишут в знакомом интерфейсе, не нужно их переучивать.

Плюсы после миграции

• Скорость загрузки. Falcon Space грузит страницы каталога в 2-3 раза быстрее, чем WordPress с плагинами.
• Гибкость. Добавить новую страницу с таблицей (например, список кейсов) — 5 минут. На WordPress — час (написание плагина или кастомного шаблона).
• Безопасность. WordPress знаменит уязвимостями плагинов. Falcon Space использует параметризованные SQL-запросы — SQL-инъекции невозможны.
• Интеграция с личными кабинетами. Теперь клиент, купивший лицензию, автоматически получает доступ к закрытому разделу. Раньше нужно было выгружать пароли вручную.
• Экономия на поддержке. Не нужно обновлять 20 плагинов каждый месяц.

Что осталось на WordPress

Только блог (статьи). И несколько статических страниц, которые не требуют личных кабинетов (например, страница о компании). Связка работает через единый дизайн и единую шапку/подвал. Пользователь переходит с блога (WordPress) на каталог решений (Falcon Space) и не замечает переключения.

Достигается это с помощью единых стилей Bootstrap и настройки redirect.

Сколько времени и денег заняла миграция

Миграция сайта с 30 страницами и 300 статьями в блоге заняла 2 месяца (один разработчик). Стоимость: 2 месяца работы разработчика (200 часов по 2000 руб = 400 тыс. руб) плюс лицензия Falcon Space (150 тыс. руб) = 550 тыс. руб.

Окупаемость: за счёт ускорения разработки новых страниц (экономия 20 часов в месяц) и снижения количества ошибок (меньше багов). Примерно 6-8 месяцев.

Если у вас простой сайт (до 50 страниц), миграция займёт 1-1,5 месяца. Если сложный интернет-магазин — дольше.

Когда стоит мигрировать, а когда — нет

Стоит мигрировать, если:

• Вам нужны личные кабинеты пользователей.
• Вам нужны таблицы с фильтрами, экспортом в Excel, отчётами.
• WordPress тормозит из-за десятков плагинов.
• Вы боитесь безопасности (часто взламывают старые версии плагинов).

Не стоит мигрировать, если:

• У вас простой блог без личных кабинетов.
• Вы не готовы переносить данные и настраивать редиректы (может упасть SEO).
• Вы довольны WordPress и готовы мириться с его недостатками.

Миграция — это не «смена колёс на ходу», а осознанное решение. Начните с малого: перенесите одну страницу (например, каталог услуг) и оцените, как это работает. Если понравится — переезжайте полностью. Мы можем помочь с миграцией под ключ за 1-2 месяца.

Насколько полезной была статья?