Сменить CMS без остановки редакции: как Business FM перешёл на «1С-Битрикс: Управление сайтом»

Business FM работает в логике Breaking News: новости и котировки должны появляться в моменте, без редакционной и технической задержки. Для такого медиа сайт – часть производственного контура. Его нельзя «закрыть на ремонт», спокойно перенести данные, перепроверить всё неделю спустя и только потом вернуть читателям.

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

Когда сайт работает в режиме ежедневного медиа, даже плановая миграция превращается в управленческую задачу с высоким риском. Ошибка в данных, адресации или логике публикаций может ударить не только по IT-команде, но и по редакции, SEO, рекламным размещениям и доверию аудитории.

С такой задачей к проекту Business FM Санкт-Петербург подошла команда ARTW: нужно было перевести портал bfmspb.ru на «1С-Битрикс: Управление сайтом» так, чтобы читатели не заметили технической перестройки, редакция не потеряла скорость публикаций, а поисковые системы сохранили доверие к ресурсу.

До перехода на «1С-Битрикс: Управление сайтом» портал работал на другой CMS. На своём этапе это решение закрывало базовые задачи по управлению контентом.

Но проект рос.

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

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

К моменту принятия решения о миграции было несколько системных проблем.

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

Вторая – производительность. Для новостного портала скорость загрузки страниц критична. Когда аудитория приходит за оперативной информацией, медленный сайт быстро становится бизнес-проблемой: пользователь не ждёт, пока страница догонит новость.

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

Четвёртая – безопасность. Для медиа с заметным трафиком и публичной аудиторией платформа должна быть предсказуемой, поддерживаемой и достаточно защищённой. Анализ прежнего решения показал риски, которые нужно было закрыть более надёжной технологической основой.

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

Для Business FM важна была не смена CMS как формальный IT-проект, а переход на систему, которая лучше соответствует формату делового медиа.

«1С-Битрикс: Управление сайтом» выбрали по нескольким причинам.

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

Для бизнеса также важна отчуждаемость. Когда сайт построен на распространённой платформе, его проще поддерживать, развивать и передавать между специалистами. Это снижает зависимость от уникальной логики старой системы и делает развитие менее рискованным.

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

В итоге задача была сформулирована так: перевести портал на «1С-Битрикс: Управление сайтом», сохранить привычный внешний вид, структуру страниц, бизнес-логику, URL, архив материалов и редакционные сценарии, а внутри заменить технологический фундамент на более быстрый и поддерживаемый.

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

Business FM продолжает выпускать новости. Читатели переходят на материалы из поиска, соцсетей, закладок, рассылок и внешних источников. Рекламодатели ожидают, что размещения будут отображаться корректно. Поисковые системы продолжают индексировать сайт.

Поэтому проект нельзя было рассматривать как перенос «с одной CMS на другую». Это была аккуратная смена основы у работающего сайта.

ARTW нужно было сохранить несколько уровней преемственности.

Для читателя – привычный интерфейс и поведение сайта.

Для редакции – возможность продолжать работать с материалами без резкого усложнения процессов.

Для SEO – структуру URL, корректные редиректы и доступность старых материалов.

Для бизнеса – стабильность, безопасность и возможность развивать портал дальше.

Для делового медиа архив – не просто старые публикации, которые лежат на сайте «для истории». Это накопленная база материалов, экспертных комментариев, новостей и внутренних связей, которые продолжают работать на трафик, доверие аудитории и поисковую видимость. Поэтому при миграции Business FM важно было перенести не только тексты, но и всю логику, которая связывала материалы между собой и помогала читателю двигаться по сайту.

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

При такой миграции риск возникает не только в моменте «данные загрузились или нет». Материал может оказаться на месте, но потерять связь с разделом, автором, тегом, страницей, внешним URL или внутренней логикой отображения. Поэтому команда шла через предварительную аналитику, тестовые выгрузки и поэтапную загрузку.

В результате архив не только переехал на новую платформу, но и корректно встроился в архитектуру «1С-Битрикс: Управление сайтом».

ARTW заново собрал ключевую логику проекта средствами БУС: сохранил нужные сценарии, но избавился от решений, которые уже мешали поддержке и развитию сайта. Иначе вместе с миграцией на новую платформу проект получил бы старые ограничения в новой оболочке.

Устаревшие участки логики переработали, производительность оптимизировали, пользовательские сценарии сохранили.

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

Отдельное требование заказчика – не менять резко внешний вид сайта.

Для медиа это понятная позиция. У делового портала есть сформированная аудитория, привычка чтения, узнаваемая структура. Масштабный визуальный перезапуск мог бы отвлечь от главной задачи и создать лишнее напряжение для пользователей.

Поэтому ARTW перенёс и адаптировал существующую вёрстку под новую платформу. При этом код не оставили в прежнем состоянии: его отрефакторили, сделали чище, ускорили рендеринг страниц и упростили дальнейшую поддержку.

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

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

Поэтому при миграции ARTW сохранил преемственность URL и настроил редиректы так, чтобы старые материалы оставались доступными по привычным адресам. В результате внешние ссылки и интеграции не потребовали болезненной перенастройки, а сайт сохранил поисковый трафик и позиции в выдаче.

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

Для новостного портала скорость работы редакции так же важна, как скорость открытия страниц.

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

После миграции ARTW отдельно настроил административную часть под рабочий ритм Business FM. Редакции не нужен был универсальный интерфейс со всеми возможностями платформы – ей нужен был быстрый и понятный инструмент для ежедневной публикации материалов. Поэтому в админке оставили только необходимое, переработали формы ввода и убрали лишние шаги, которые мешали оперативной работе с контентом.

В этом проекте результат нельзя оценивать только по тому, что сайт «переехал» на новую CMS. Важно, какой стала операционная модель портала после перехода.

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

Для редакции изменилась ежедневная работа с материалами. Административная часть стала ближе к реальным процессам журналистов и контент-менеджеров. В ней меньше лишних действий, формы настроены под быстрый ввод контента, а типовые публикационные задачи требуют меньше участия разработчиков. В результате команда может выпускать материалы быстрее и увереннее.

Для IT-команды проект стал более управляемым. Вместо архитектуры с накопленными историческими решениями появилась понятная структура на БУС: данные приведены к инфоблокам, бизнес-логика реализована средствами платформы, устаревшие участки переработаны. Это упрощает поддержку и снижает риск, что новая доработка затронет неожиданные участки сайта.

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

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

Для новостного медиа это критично. В дни, когда вокруг важного события резко растёт интерес читателей, портал должен не «держаться из последних сил», а спокойно обрабатывать повышенный трафик. После перехода на БУС ресурс стал стабильнее проходить такие пики и получил запас для дальнейшего роста без просадок в производительности.

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

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

Редакция получила более удобную рабочую среду. Административную часть адаптировали под реальные сценарии журналистов и контент-менеджеров: убрали лишнее, настроили формы, упростили публикацию материалов. В результате команда стала меньше зависеть от разработчиков в типовых действиях, а выпуск контента занимает меньше времени.

Для развития проекта переход на БУС тоже снял важное ограничение. Раньше новые сервисы и интеграции упирались в особенности старой архитектуры. После миграции такие задачи можно решать быстрее и предсказуемее: по оценке проекта, внедрение современных сервисов и интеграций ускорилось в 2–3 раза.

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