Можно ли управлять разными сайтами из одной панели?
Получится ли менять каталог в одном месте, а тексты разных сайтов поручить отдельным редакторам? В Битрикс это можно организовать, если заранее разделить общие сведения и материалы каждого сайта. Дальше речь о корпоративном сайте и интернет-магазине одной компании: каталог у них связан, сотрудники работают в общей системе, а оформление и набор страниц различаются.
Объединение начинается с ответственности. Если одну характеристику товара исправляют разные люди в разных копиях каталога, компания получает расхождения, даже когда обе страницы выглядят аккуратно. Общая запись убирает повторный ввод, но одновременно расширяет последствия ошибки: неверное название увидят на всех витринах, которые используют эту запись. Поэтому решение об общем каталоге стоит принимать вместе с решением о том, кто имеет право менять его данные и кто отвечает на вопрос, почему изменение появилось сразу на нескольких доменах. Экономия на копировании информации покупается общей дисциплиной редактирования.
В документации Bitrix Framework многосайтовость описана как несколько сайтов на одной установке с общим ядром, базой данных и набором модулей. Это устройство системы, а не обещание, что любые сведения автоматически станут общими.
Для выбранной пары сайтов я бы оставил характеристики товара в одном месте: они описывают тот же товар и не меняются от оформления витрины. Раздельные копии оправданы, когда компании действительно нужен разный состав данных, а не просто другие цвета кнопок.
Когда лучше отказаться от объединения
Разным владельцам нужна независимость. Если сайт магазина в будущем планируют передать другой команде вместе с данными, общая установка создаст дополнительную работу по разделению. Сначала стоит обсудить такую перспективу, а уже затем сравнивать стоимость запуска.
Отдельные установки разумнее, когда одна команда не вправе видеть сведения другой или когда стороны хотят независимо обновлять систему и принимать решения о доработках, не ожидая общего окна обслуживания. Такой критерий выбора приведён и в документации производителя. Для корпоративного сайта и собственного магазина общая команда может быть удобнее, но общий администратор отвечает за обе части сразу.
Адрес сайта и его оформление решают разные задачи
Посетитель определяет, куда попал, по адресу, содержанию и оформлению страницы. Прежде чем обсуждать общий каталог, перечислите адреса, по которым открывается каждый сайт, включая переходы со старых ссылок.
Битрикс различает сайты по полям «Доменное имя» и «Папка сайта». Первое связывает сайт с адресом в интернете. Второе задаёт часть адреса после домена. В справке о выборе сайта показаны оба способа: отдельные домены и подпапки одного домена.
Это разные уровни настройки. Домен направляет посетителя к нужному сайту, а шаблон определяет, как выглядит его страница. Смена шаблона не создаёт самостоятельный сайт, а добавление домена не переносит тексты и изображения на новую витрину.
Как записать карту адресов
В задании полезнее карта адресов, чем просьба сделать второй сайт «по аналогии». Для каждого адреса указывают витрину и ответственного редактора. Отдельно описывают результат перехода по неизвестному пути. Основную версию адреса закрепляют в письмах и ссылках на документы, чтобы посетитель попадал на нужную витрину, а разработчик мог показать результат для каждого пункта вместо обсуждения общего пожелания.
| Поле | Что записать | Зачем |
|---|---|---|
| Роль сайта | Корпоративные сведения либо продажа товаров | Определить состав страниц |
| Основной адрес | Домен и используемая подпапка | Связать адрес с нужной витриной |
| Оформление | Название согласованного шаблона | Отделить внешний вид от каталога |
| Редактор | Группа сотрудников и разрешённые материалы | Ограничить последствия изменений |
| Письма | Название отправителя и ссылки нужного сайта | Сохранить понятный путь для клиента |
Вариант с подпапкой проще объяснить посетителю, когда магазин продолжает корпоративный сайт. Отдельный домен лучше оставить для самостоятельной витрины, которой нужен собственный адрес в рекламе, причём на этом адресе останутся собственные меню, письма и страницы, которые редактор сможет отличить от корпоративного сайта по их назначению. В обоих случаях сначала выбирают удобный путь клиента, затем специалист подбирает технический способ его обеспечить.
Какие сведения действительно стоит хранить вместе
Общий товар и общая страница — разные вещи. Характеристики могут совпадать, а описание назначения товара, порядок покупки и документы для посетителя — различаться.
В Битрикс информационные блоки допускают привязку к нескольким сайтам. Заказ, напротив, относится к определённому сайту. Эти различия перечислены в разделе о привязке объектов, поэтому просьбу объединить всё удобнее заменить перечнем конкретных данных.
Для корпоративного сайта и магазина полезна общая карточка с неизменными свойствами изделия, если обе витрины используют одинаковый товарный справочник и за ним следит один ответственный сотрудник. Коммерческие условия нужно обсуждать отдельно. Цена, доступность к заказу и способ получения могут различаться, хотя фотография и размеры остаются прежними. Посетитель видит целую страницу, но сотрудники редактируют несколько источников сведений, и приёмка касается именно этой связи: если товар убрали из продажи, корпоративная страница с документацией ещё может требоваться покупателям, которые приобрели его раньше.
Не начинайте с дублирования каталога. Оно быстро решает вопрос независимого текста, но затем каждое исправление приходится повторять, а забытое изменение превращается в спор о правильной версии. Лучше разделить поля, общие для изделия, и сведения, относящиеся к отдельной витрине.
Что делать с документами и новостями
Документ связывают с тем объектом, который он описывает. Инструкция к изделию относится к товару, новость об открытии магазина — к событию на определённом сайте, поэтому одного признака «показывать везде» для этих задач мало, поскольку сотруднику нужно понимать не только место публикации, но и то, чья правка изменит содержание уже работающей страницы магазина.
Составьте перечень повторяющихся материалов и напротив каждого укажите, кому разрешено его менять. Такой список обнаруживает противоречие раньше разработки: корпоративный редактор может отвечать за техническое описание, но не за сведения о продаже. Если его правка затрагивает магазин, это ожидаемое действие, о котором знает ответственный за витрину, а не случайный побочный результат публикации.
От общей записи к двум витринам
Товарные данные
Характеристики и документы ведёт ответственный за каталог.
Корпоративный сайт
Показывает сведения об изделии и способы связаться с компанией.
Интернет-магазин
Добавляет условия покупки и оформление заказа.
Кто сможет менять чужие материалы?
Название группы редактора ещё не описывает его доступ. Права нужно обсуждать через действия: прочитать, изменить, опубликовать и удалить конкретный материал.
Общий доступ администратора — плохой способ разделить работу: любой редактор получает возможность затронуть соседний сайт, хотя для его повседневной задачи это лишнее. Лучше создать отдельные рабочие группы и дать им доступ к нужным материалам, а системные настройки оставить ответственному специалисту.
Скрытая связь общих данных
Общие сведения требуют общего владельца. Если редактор магазина вправе исправить характеристику изделия, он меняет её и для корпоративного сайта, который читает ту же запись. Нельзя одновременно обещать полностью независимое редактирование и одну общую запись без правил, кто принимает спорное изменение. Руководителю стоит выбрать порядок: единый ответственный за товарные сведения либо право сотрудников предлагать правку с последующей публикацией уполномоченным редактором. Команда заранее знает, кто может изменить информацию и где появится результат.
Существует и ограничение, которое легко пропустить при разговоре только о текстах. В документации многосайтовости указано, что доступ к модулю веб-аналитики даёт просмотр статистики всех сайтов установки. Если отделам нельзя видеть показатели друг друга, это повод пересмотреть общую архитектуру, потому что скрытое меню не ограничивает полномочия и не решает вопрос о том, какие данные человек вправе открыть через другие страницы панели.
Для приёмки нужны рабочие учётные записи, а не показ экрана администратора. Редактор корпоративного сайта открывает доступный ему материал и пытается перейти к данным магазина. Затем сотрудник магазина изменяет общее свойство товара и смотрит, где оно появилось. Этот показ одновременно раскрывает границы доступа и связь между витринами.
Обсудите и уход сотрудника. Компания сохраняет доступ к управлению обоими сайтами, а бывшая рабочая учётная запись теряет полномочия. Если восстановление возможно только через личную почту подрядчика, компания останется зависимой от его доступности даже после смены исполнителя.
Запись решения перед запуском второго сайта
Хорошее задание отвечает на вопрос о последствиях изменения. По нему можно заранее сказать, что произойдёт на каждой витрине после правки товара, публикации новости или отключения учётной записи.
Начните с такого образца: «Корпоративный сайт и магазин работают в одной установке. Характеристики изделия общие. Тексты страниц, меню и коммерческие условия редактируются раздельно. Исполнитель описывает права групп и показывает изменение общей записи на обеих витринах». Это заготовка для согласования, а не описание готовых настроек вашего сайта.
Что добавить к образцу
Краткого текста хватит для начала обсуждения, но к оценке работ приложите карту адресов и перечень общих данных, иначе подрядчик будет оценивать одно объединение, а сотрудники ожидать другое. Отдельно договоритесь, кто обслуживает всю установку, как компания узнаёт об изменении общих модулей и когда выполняется резервное копирование. Общий код связывает сайты не только при запуске: обновление затрагивает систему, на которой работают обе витрины, поэтому за обслуживание нужен один понятный ответственный.
Результат можно принять предметно. Откройте каждый согласованный адрес и пройдите путь к нужному товару. Затем посмотрите его из-под рабочей роли редактора. Для выбранной пары сайтов итогом станет общий справочник изделий с раздельным представлением, а не две копии, которые просто открываются из одной панели.
Если при обсуждении выясняется, что команды требуют независимых обновлений и полного разделения данных, остановитесь на отдельных установках, ведь позднее разделение общей системы включает перенос сведений и восстановление связей, которые можно было не создавать. Объединять стоит ту работу, которой компания действительно готова управлять вместе.
Описание этой задачи можно передать на разработку и интеграцию сайтов ШТАБ ИТ вместе с картой данных. Предмет разговора уже ясен: какие изменения общие, какие остаются внутри витрины и кто отвечает за каждую группу сведений.
Источники и полезные ссылки
Интерфейсы и возможности сервисов могут меняться. Перед настройкой сверяйтесь с актуальной документацией.


