Мультиорендна база знань: одна платформа, ізольований довідковий центр для кожного клієнта

Що означає мультиорендність для бази знань

У розробці мультиорендність означає, що одна система обслуговує багатьох клієнтів, розділяючи їхні дані. Для бази знань це означає, що ви — платформа, MSP-провайдер чи реселер — ведете документацію для багатьох своїх клієнтів, і кожен із них має бачити лише свій довідковий центр, під своїм брендом і на своєму домені.

Це інше завдання, ніж публікація документації компанією для власних брендів. Вимоги починаються з розділення: орендар ніколи не має бачити статті, логотип, результати пошуку чи аналітику іншого орендаря, а підключення сорокового орендаря має бути рутиною, а не новою закупівлею.

Якщо ви агенція і ведете документацію клієнтів, цей процес описано в посібнику для агенцій; якщо ви одна компанія з кількома брендами — дивіться мультибрендову документацію. Ця сторінка — про саму модель орендарів та ізоляції.

Дві моделі мультиорендності — і коли яку обирати

Є два практичні способи обслуговувати багатьох клієнтів з однієї бази знань. Multibase підтримує обидва, і багато платформ їх поєднують: портал для кожного white-label орендаря та групи читачів для клієнтських доповнень усередині спільного порталу.

Як влаштована ізоляція орендарів у Multibase

Кожен портал — окрема область даних, тому читач довідкового центру орендаря A не може знайти, переглянути чи отримати в рекомендаціях контент орендаря B. Конкретно:

• Дані: статті та їхні версії, категорії, зображення, групи читачів, оцінки, журнали пошуку й аналітика переглядів зберігаються окремо для кожного порталу.
• Домен: кожен орендар отримує власний домен через CNAME-запис, TLS-сертифікати випускаються автоматично через Cloudflare for SaaS.
• Брендинг: логотип, кольори, шрифти та власний CSS для кожного порталу, без підпису «Powered by Multibase» на платних тарифах — кінцеві користувачі бачать лише бренд орендаря.
• Доступ: групи читачів обмежують статті авторизованими читачами, а кількість авторизованих читачів не обмежена на жодному тарифі.
• SEO: кожен портал рендериться на сервері, має власний пошук і власний sitemap, тож довідкові центри орендарів індексуються окремо.
• Доступ для ШІ: MCP-ендпоінт кожного порталу віддає лише опубліковані публічні статті — контент для груп читачів не віддається ніколи.

Спільний контент і контент орендаря

У більшості мультиорендних конфігурацій є спільне ядро — як працює платформа, оплата, безпека — і шар, що відрізняється в кожного орендаря: його налаштування, інтеграції та термінологія. Вирішіть заздалегідь, куди належить кожна стаття: від цього залежить, яка модель підходить.

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

Усередині порталу процес рев'ю перевіряє кожну зміну до публікації, а історія версій дає змогу порівняти й відновити нещодавні версії. ШІ-генерація статей і ШІ-переклад знижують вартість підготовки варіантів для орендарів — до 9 мов на портал.

Підключення нового орендаря

1. Створіть новий портал у вашому наявному акаунті — у межах ліміту порталів тарифу не потрібні ні новий договір, ні нова підписка.
2. Налаштуйте логотип, кольори, шрифти орендаря та за потреби власний CSS.
3. Попросіть орендаря додати CNAME-запис для домену довідки; TLS випускається й подовжується автоматично.
4. Створіть базові категорії та статті (чернетки можна згенерувати за допомогою ШІ), потім додайте контент, специфічний для орендаря.
5. Створіть групи читачів, якщо частина контенту має бути доступна лише авторизованим користувачам орендаря.
6. Передайте MCP-ендпоінт порталу, https://be.multibase.io/api/mcp/<portal-slug>, якщо орендар хоче, щоб ШІ-асистенти читали його публічну документацію.

Як виглядає ціна мультиорендності

Багато постачальників баз знань виставляють рахунок за кожну додаткову базу як за окремий продукт: KnowledgeOwl бере $50/міс. за кожну додаткову базу знань, а Document360 тарифікує кожен бренд як окремий проєкт, із white-label на тарифі Business за $399/міс. У Multibase портали включено в тариф, тож вартість одного орендаря знижується з ростом.

Адміністратори — учасники вашої команди, які редагують контент, — рахуються на акаунт, а не на орендаря: 3 на Growth, 10 на Scale, без обмежень на Enterprise. Ціни вказано за річної оплати; щомісячна оплата на 20% дорожча, ціни без ПДВ.

Обмеження, про які варто знати заздалегідь

Multibase дає кожному орендарю довідковий центр, а не службу підтримки: у ньому немає тікетів і живого чату. Якщо орендарі мають самі редагувати свою документацію, кожен їхній редактор враховується в ліміті адміністраторів тарифу — закладіть це на Growth і Scale.

MCP-ендпоінт сьогодні віддає лише публічний контент; авторизований доступ до закритих статей через MCP поки недоступний. А групи читачів — це керування видимістю контенту, а не окремий бренд: якщо орендарю потрібні власний вигляд чи домен, виділіть йому портал.