Битрикс — это не просто CMS с админкой, а платформа со своей архитектурой и правилами разработки. Чек-лист переноса без понимания этих правил превращается в список шагов, которые каждый разработчик пройдёт по-своему — и результат окажется непредсказуемым.
Не каждая ситуация требует переноса. Если раз в год нужно поменять один блок текста, а в остальном всё устраивает, — проще один раз внести правку в HTML, чем тратить недели на перенос ради админки, которая нужна для одной этой правки.
Переносить целесообразно, когда сходятся два фактора: текущая CMS или конструктор создают препятствия для развития бизнеса — не даёт нужной интеграции с 1С или CRM, делает администрирование дорогим, не поддерживает нужный уровень безопасности данных, — и при этом у Битрикса есть готовое решение именно этой проблемы. Когда оба фактора совпадают — это и есть момент целесообразности перехода.
Здесь работает та же целесообразность. Если у старого сайта уже хорошо продвинута структура в SEO — при переносе её стараются максимально сохранить, а не ломать ради архитектурной чистоты. Если структура, наоборот, топит хороший контент — перенос как раз повод переупаковать: новую структуру страниц, новое расположение блоков.
Смысл переноса — в том, что возможности Битрикса снимают ограничения текущей системы и позволяют бизнесу сделать шаг вперёд. А собирать сайт по правилам платформы важно для другого: чтобы система и используемые решения продолжали обновляться, а её поддержка сертифицированными специалистами оставалась менее трудозатратной. Если собрать не по правилам платформы, дальше возникнут сложности при поддержке и расширении функционала.
Здесь собраны общие рекомендации, применимые к большинству проектов. Для учёта особенностей вашего проекта обращайтесь к сертифицированным специалистам.
Несоблюдение методологии Битрикс
При неправильной интеграции шаблона часто смешивается отображение страницы и программная логика вместо того, чтобы быть разделены по правилам платформы — это усложняет поддержку и мешает полноценно использовать кэширование.
Повышенная нагрузка на базу данных
Неверные настройки или некорректная доработка компонентов могут привести к неоптимальным обращениям к базе данных, которая становится узким местом — от этого тормозят динамические страницы: расчёты, каталог, вывод цен.
Неправильная настройка кэширования
Кэширование ускоряет работу страниц сайта. Если оно настроено неверно, оно либо не работает вовсе, либо показывает посетителю устаревшую информацию. Важно, чтобы кэш одновременно ускорял сайт и не отдавал неактуальные данные.
Неверный выбор структуры хранения данных
Битрикс даёт две штатные структуры: инфоблоки (с разделами и иерархией — универсальны, но могут содержать избыточные поля) и плоские highload-таблицы (быстрая обработка, но без иерархии). Неверный выбор под задачу сайта может повлиять на производительность или увеличить объём доработки.
Все эти проблемы объединяет одно: незнание возможностей платформы. Битрикс предлагает богатый функционал «из коробки», но специалисты, не зная его, начинают писать самописные решения — и тратят на это больше времени, чем ушло бы на готовый инструмент.
Именно это и закрывает сертификация Битрикс: курсы и экзамен проверяют, что специалист знает архитектуру платформы и умеет в ней работать, а не собирает сайт методом проб и ошибок.
Случай из практики
У нашего клиента был сайт на платформе Tilda. Ему нравилось, как удобно там редактируется информация — можно быстро собирать страницы из блоков. Но он хотел расширить возможности сайта и наладить онлайн-продажи: для этого нужен был интернет-магазин с каталогом и оформлением заказа, а данные должны были загружаться из 1С. Tilda такую возможность либо не предоставляет, либо её реализация слишком затратна и неудобна. При этом было важно сохранить удобство редактирования информационных страниц. Мы проанализировали задачу и решили, что на текущий момент целесообразно перенести на Битрикс только часть сайта — интернет-магазин. Брендовый сайт остался на Tilda, где его по-прежнему обслуживает внутренний дизайнер компании, а интернет-магазин перешёл на Битрикс, был интегрирован с 1С, настроены онлайн-оплата и службы доставки. Мы не пытались всё натянуть на Битрикс — подобрали решение, которое соответствует текущим задачам бизнеса.
Дело не в абстрактной «надёжности», а в том, что компания видит не только саму задачу, но и процесс, который нужно вокруг неё выстроить: планирование, интеграции, тестирование, отладку — и закладывает это в оценку и в план работ. Фрилансер чаще смотрит на задачу «в лоб» — видит только то, что нужно сделать по коду, — и эта разница обычно всплывает уже в процессе, не на старте.
Читайте также:
Дмитрий Белоусов
Основатель Agin.pro
В веб-разработке с 2003 года
Сертифицированный Битрикс-разработчик
В Agin.pro можно заказать перенос сайта на Битрикс как отдельной задачей, так и в рамках тарифа технической поддержки.
На тарифе техподдержки вы получаете:
Оценим данные, функциональность и интеграции при переносе на 1С-Битрикс.