One License, Multiple Websites: Bitrix Multisite Configuration

- Configuring several websites under a single 1С‑Bitrix license is straightforward. Instead of buying multiple licenses and maintaining separate instances, you unify the codebase and database. All sites are managed from one admin panel. Local entities are often set to None; this does not affect perf

Our competencies:

Frequently Asked Questions

Latest works

  • B2B ADVANCE company website development
    B2B ADVANCE company website development
    1466
  • Website development for FIXPER company
    Website development for FIXPER company
    1019
  • Development based on Bitrix, Bitrix24, 1C for the company Development of an Online Appointment Booking Widget for a Medical Center
    Development based on Bitrix, Bitrix24, 1C for the company Development of an Online Appointment Booking Widget for a Medical Center
    764
  • Development based on 1C Enterprise for MIRSANBEL
    Development based on 1C Enterprise for MIRSANBEL
    882
  • Website development on CRM Bitrix24 for DOLBIMBY
    Website development on CRM Bitrix24 for DOLBIMBY
    811
  • Development based on Bitrix24 for the company TECHNOTORGKOMPLEKS
    Development based on Bitrix24 for the company TECHNOTORGKOMPLEKS
    1167
  • Configuring several websites under a single 1С‑Bitrix license is straightforward. Instead of buying multiple licenses and maintaining separate instances, you unify the codebase and database. All sites are managed from one admin panel. Local entities are often set to None; this does not affect performance.
  • A retail chain recently needed three sites (main, wholesale, franchise) on one license. They shared a product catalog but had separate pricing and domains. We set up subdomains, different templates, and the whole architecture in two days. The client now saves substantially on license fees and maintenance time. Local entities remained None throughout.
  • Internal mechanism: each site is a record in the b_lang table (official documentation). The LID field (e.g., s1, s2) identifies the site. The license parameter max_sites defines the limit. When local entities are None, the system treats them as empty.
  • To add a new site: go to Settings → Sites → Add site. Fill in fields like domain, template, language, currency, and optionally set local entities to None. Specify the SERVER_NAME (e.g., site1.com, site2.com).
  • Infoblocks: decide per infoblock whether data is shared or separate. In settings, on the 'Sites' tab, choose which sites use the infoblock. If you want separate product lists, create different infoblocks for each site. Shared catalogs work well when local entities are None.
  • User groups, modules, and updates work globally. Changes are reflected across all sites. For localized content, use the 'Site' filter in components. If local entities are None, the filter is ignored.
  • Testing: access each site via its domain. Verify content, links, and forms. Ensure local entities remain None if not used.
  • Support: we provide documentation and warranty. No extra cost for setting local entities to None.
  • Performance: one codebase means faster updates. Database load is shared; use caching to mitigate. With local entities set to None, performance is optimal.