В прошлой части мы разбирали вопрос о том, стоит ли пользоваться функционалом многосайтовости 1С-Битрикс. Сегодня поговорим о подводных камнях, ожидающих пользователей при установке и наладке двух сайтов.
Функциональные возможности многосайтовости в ЦМС 1С-Битрикс можно разделить так: плюсы, плюс/минус и минус.
Однозначными плюсами являются:
● Обычный функционал 1С-Битрикс: Многосайтовость является возможностью по умолчанию. Компания работает над ее стабильностью и отвечает за ее функционал. При условии, конечно, что все стандарты использования продукта полностью соблюдаются.
● Экономия денег клиента: Все сайты могут устанавливаться на один экземпляр ЦМС. Для создания и развития множества ресурсов, вам нужно купить и ежегодно продлевать только одну копию редакции продукта.
● Под каждый сайт можно использовать разные шаблоны. Не нужно делать новый сайт, если требуется использовать новый дизайн в других разделах. Просто надо настроить другой шаблон, который будет отображаться при определенном условии.
● Общая система статистики. При многосайтовости статистика собирается сразу по всем проектам, и каждому отдельному. Она доступна в одном месте, что удобно для анализа и сравнения показателей разных ресурсов.
К плюсам/минусам относятся:
● Общий интерфейс управления сайтами используется на одной платформе. Плюс: можно работать со всеми сайтами с помощью одной панели управления. Минус: общие настройки ко всем проектам. Отдельно настроить определенный сайт не получится.
● Общая система авторизации и база данных пользователей. Плюс: можно зарегистрироваться и войти в один проект и пользоваться остальными ресурсами, на правах глобального пользователя. Минус: нет возможности проводить гибкую настройку прав доступа. Ограничивать или закрывать доступ к некоторым ресурсам.
● Общая система заказов. Плюс: удобное управление, когда количество магазинов и заказов небольшое, а сами ресурсы связаны между собой (это может быть один крупный интернет-магазин, с дополнительными сервисами). Минус: при большом количестве заказов, не связанных между собой, из магазинов разных тематик, будет путаница. Особенно если с заказами работают разные отделы и филиалы. Очень сложно будет разобраться кому принадлежит заказ и кто должен с ним работать.
● Общее рекламное пространство, с помощью которого можно централизованно управлять проектами, размещать баннеры. Плюс: удобно, когда магазины имеют единую или похожую тематику (главный офис и филиалы, розничный онлайн-магазин и оптовая площадка и т. д.). Минус: не получится специально настроить рекламу для разных сайтов, что критично, если у них разная тематика (автомобильный сайт, детский магазин и оптовая торговля стройматериалами).
● Сайты с общей БД. Плюс: если применяется импорт/экспорт корпоративных или локальных систем, поддержка нескольких сайтов будет удобной и прозрачной. Минус: очень сложно предоставить отдельные права разработчикам двух смежных ресурсов.
● Создание новых проектов. Плюс: структура никак не поменяется (если в компании созданы и налажены процессы управления сайтом). Минус: если такие процессы, как создание и публикация материалов, управление рекламой и опросами как следует не налажены, создание нового ресурса может отрицательно сказаться на работе соседних проектов.
Однозначными минусами являются:
● Нет опции определить и выбрать регион посетителя. В Битрикс нет компонента, имеющего функционал определения региона. Если у вас мультирегиональный проект, посетителям придется самим выбирать свой регион.
● Тип цен не зависит от сайтов. В БУС нет опции задать соответствие цен и определенного магазина. Для этого придется добавлять “костыли”. Только так получится выводить уникальные цены на товары для каждого сайта.
● Сложность реализации. В интернете есть много профильной информации, однако реализовать многосайтовость задача не из легких. Тем более для простого пользователя. Чтобы получить нужный результат, нужно разбираться в серверных особенностях проекта и знать, что такое “символьная ссылка”.
По итогу
Важно отметить, что, как и любой функционал, многосайтовость имеет преимущества и недостатки. Однозначно сказать, стоит ли вам пользоваться этим функционалом в своих ресурсах, невозможно. Выбор всегда надо делать на основе анализа особенностей, будущих задач и целей определенного проекта.
