Перенос сайта на Битрикс в Москве

Адреса сохраняются везде, где это возможно технически. Там, где формат адреса старой платформы на Битрикс не воспроизвести один в один, ставится 301-редирект. Ни одна страница из описи не остаётся без адреса-приёмника.

Обычно повод — интеграция с 1С и другими учётными системами, которая на прежней платформе держится на стороннем плагине и регулярно требует ремонта после обновлений. Если такой интеграции не требуется, смена платформы может не окупиться, и это стоит обсудить до переноса, а не после.

Да: товары, категории, характеристики, фотографии, остатки и заказы. Магазин собирается на модулях каталога и оплаты платформы, обмен с учётной системой настраивается заново под формат Битрикс.

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

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

Как решите. Перенос сохраняет текущий дизайн — это дешевле и не сбивает привычки посетителей. Дизайн можно обновить в том же проекте, но тогда это отдельный, более крупный объём работ.

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

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

Да, административная панель Битрикс рассчитана на редактирование без разработчика, и команда получает короткое обучение перед передачей сайта.

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

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

Редакции отличаются набором модулей: базовые закрывают сайт-визитку и каталог, старшие добавляют интернет-магазин, многосайтовость, документооборот и функции портала. Выбор делается по перечню задач, а не «на вырост»: редакцию можно повысить позже с зачётом уплаченного. Лицензия — это ещё и подписка на обновления с техподдержкой вендора; она продлевается, и эту сумму нужно закладывать в бюджет владения, а не только в проект.

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

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

Переносятся, но с оговорками, которые честнее знать заранее. Учётные записи и заказы переносятся вместе с историей. Пароли обычно перенести нельзя: они хранятся в необратимом виде и по-разному в разных системах, поэтому клиентам предлагается вход с восстановлением пароля. Это нужно подготовить заранее — письмом и понятным экраном, иначе в день переключения служба поддержки получит поток обращений.

Перенос существующего оформления дороже, но сохраняет узнаваемость и привычные сценарии для постоянных клиентов. Готовое решение дешевле и быстрее, но потребует принять его логику и, как правило, доработок под ваш каталог. Третий вариант — перенести структуру, а оформление обновить точечно. Мы показываем разницу в деньгах и сроках по всем трём и не настаиваем: это решение про бренд, а не про технологию.

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

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

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

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

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

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