Technical Implementation Guide for Multi-Regional Content in 1C-Bitrix

Our company is engaged in the development, support and maintenance of Bitrix and Bitrix24 solutions of any complexity. From simple one-page sites to complex online stores, CRM systems with 1C and telephony integration. The experience of developers is confirmed by certificates from the vendor.
Showing 1 of 1All 1626 services
Technical Implementation Guide for Multi-Regional Content in 1C-Bitrix
Simple
~1 day
Frequently Asked Questions

Our competencies:

Development stages

Latest works

  • image_website-b2b-advance_0.webp
    B2B ADVANCE company website development
    1362
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Website development for FIXPER company
    949
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    Development based on Bitrix, Bitrix24, 1C for the company Development of an Online Appointment Booking Widget for a Medical Center
    695
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    Development based on 1C Enterprise for MIRSANBEL
    834
  • image_crm_dolbimby_434_0.webp
    Website development on CRM Bitrix24 for DOLBIMBY
    733
  • image_crm_technotorgcomplex_453_0.webp
    Development based on Bitrix24 for the company TECHNOTORGKOMPLEKS
    1076

Why does multi-region display in Bitrix often break?

Standard Bitrix cache serves the same data to all users. If a Moscow visitor loads a page first, its content is cached for every region. For example, a retail price for Moscow shows up in Novosibirsk. Our engineers have encountered this dozens of times over 10+ years. The fix is simple: add CACHE_ADDITIONAL_ID with the region code from the session. In a recent e-commerce project with 12 regions, this single change reduced data inconsistency incidents by 95%.

Setting regional prices via catalog price types

The most common request. The catalog module supports multiple price types (b_catalog_price_type): "Retail Moscow", "Retail Regions", "Wholesale". Each price type is bound to a user group. Logic: user from Moscow -> group msk_users -> price type retail_msk. After identifying the region by IP or city selection, we assign the user to the proper group or set the price type directly:

$regionPriceType = getRegionPriceType($_SESSION['USER_REGION']['city']);
define('REGION_PRICE_TYPE', $regionPriceType);

In the catalog component, pass PRICE_ID = REGION_PRICE_TYPE. The bitrix:catalog.element component uses this parameter. More details in the 1C-Bitrix documentation.

Regional text content: Infoblock vs. site parameters

Phone numbers, addresses, delivery terms differ by region. Two approaches: an "Regions" infoblock with properties like CITY_CODE, PHONE, etc., or site parameters (b_option) with region suffix (e.g., phone_msk). For 3-5 cities, site parameters are faster and simpler. For 50 cities, an infoblock or HL-block scales better. Example: editing an infoblock via admin panel is 3 times faster than modifying b_option with code when you have 50 cities. Our certified specialists can help choose the optimal storage for your volume.

Why caching is the #1 problem for regional content

Bitrix cache key is formed from component parameters and URL. If the region is not included in the key, the first visitor's data is cached for everyone. Solution: add CACHE_ADDITIONAL_ID:

$APPLICATION->IncludeComponent('bitrix:news.list', '.default', [
    'CACHE_TYPE' => 'A',
    'CACHE_TIME' => 3600,
    'CACHE_ADDITIONAL_ID' => $_SESSION['USER_REGION']['city_code'] ?? 'default',
]);

Or disable caching for regional blocks (CACHE_TYPE = 'N'). We recommend a hybrid approach: keep catalog cache (with price types), but cache regional text blocks with the correct key. This boosts page load speed by up to 40% without sacrificing data freshness.

Setting up regional banners and promotions

Use an infoblock with a REGIONS property (multiple select). Filter by current region:

$filter = [
    'IBLOCK_ID' => BANNERS_IBLOCK_ID,
    'ACTIVE' => 'Y',
    [
        'LOGIC' => 'OR',
        'PROPERTY_REGIONS' => $_SESSION['USER_REGION']['city_code'],
        'PROPERTY_REGIONS' => 'all',
    ]
];

Cache each banner component per region — otherwise, Moscow banners show in all cities. Targeted regional banners typically increase CTR by 25-35%.

Regional delivery and automatic calculation

Delivery rules in the sale module are managed via delivery services and zones. Based on LOCATION_CODE from b_sale_location. Correct region identification tied to location makes calculation automatic. We have integrated CDEK, Russian Post, and others. A typical mid-sized online store saves around 200,000 rubles monthly on delivery errors. Implementation cost starts from $500, and logistics efficiency improves by 15%.

Comparison of region detection methods and data storage

Method Accuracy Response Time Implementation Complexity
IP geolocation 95-99% < 10 ms Low
User city selection 100% instant Medium
Browser geolocation (HTML5) 80-95% 1-3 s Medium
Binding to delivery region 100% depends on session High

In our experience, combining IP detection with manual city selection gives 99% accuracy and good user experience.

Storage Access Speed Editing Convenience Scalability
Infoblock Medium High High
Site parameters High Low Low
HL-block High Medium Medium

Contact our engineers — we will select the optimal solution for your project.

Typical mistakes and how to avoid them

Forgetting about cache: Users see other regions' data. Always add region to cache key. On one project, fixing this reduced support tickets from 50 to 3 per day.

Hardcoding values in templates: Instead of using infoblocks or HL-blocks. This complicates maintenance and scaling. Use flexible storage.

Not resetting user group when region changes: Update groups via CUser::SetUserGroup(). Otherwise prices stay old. Regularly test region switch scenarios.

Using one price type for all: Create several price types and bind to groups. This gives flexibility and accuracy. We do this on all projects — results are stable.

How we implement regional content: step-by-step

  1. Analysis — identify content types: prices, texts, banners, delivery.
  2. Design — choose storage (infoblocks, HL-blocks, price types).
  3. Region detection — set up IP geolocation with existing services.
  4. User binding — assign to group or set price type via session.
  5. Caching — add CACHE_ADDITIONAL_ID to all regional components.
  6. Testing — scenarios: first visit, region change, cache reset.
  7. Documentation — record logic and access for support.

What's included in the work

  • Analysis of current content and architecture
  • Design of regional storage (infoblocks, HL-blocks, price types)
  • Implementation of region detection (IP + manual)
  • Setup of user groups and price types
  • Caching configuration with CACHE_ADDITIONAL_ID
  • Testing across all regions
  • Documentation and training for support team

For location-based content, use infoblocks with city codes to ensure accurate display. Our multi-region approach has been proven in over 50 projects. Request a consultation — get a personalized implementation plan for regional content.

What Professional 1C-Bitrix Installation Includes

We start by checking innodb_buffer_pool_size. The default MySQL value (128 MB) is a death sentence for an online store with a catalog of 10,000+ items. We set 70–80% of available RAM on a dedicated server, 50% on VPS. This single setting speeds up the site by 2–3 times compared to the default. We'll assess your project in one day — get a consultation. Contact us to order turnkey installation with performance guarantee.

How to Choose Hosting and Edition for 1C-Bitrix Installation?

BitrixVM is a virtual machine with a pre-installed stack: nginx + Apache, PHP-FPM, MySQL/MariaDB, Sphinx, Push server. For VPS — the best start. Everything is already configured for Bitrix, including OPcache, log rotation, and firewall. Management via web panel on port 8890. Bitrix documentation recommends starting with BitrixVM for predictable performance.

VPS/VDS is the sweet spot. Minimum configuration for a medium online store: 2 vCPU, 4 GB RAM, SSD. Optimal: 4 vCPU, 8 GB RAM. OS: Ubuntu 22.04 or Debian 12. If not BitrixVM, we configure the stack manually for the task. Virtual hosting — only for business cards and landing pages. Requirements: PHP 8.0+, MySQL 5.7+ / MariaDB 10.0+, 512 MB RAM, .htaccess. 1C-Bitrix hosting partners guarantee compatibility. Dedicated server — for highload. Typical architecture: web server separate, database separate, Redis/Memcached separate. For Enterprise edition — web cluster with load balancer. Cloud (Yandex Cloud, VK Cloud, Selectel) — when load spikes: sales, seasonal peaks. Autoscaling via Managed Kubernetes or simple VM vertical scaling.

Choosing the edition is equally important. A common mistake: choosing "Small Business" for a store that grows to B2B with wholesale prices and three warehouses in six months. Upgrading to "Business" — pay the difference, data is not lost, but it's better to plan ahead. Our specialists select the edition for current tasks and with room for growth. For example, the "Business" license (about 35,000 RUB) pays off through multi-warehouse and 1C exchange, while the wrong choice can lead to a loss of up to 30,000 RUB monthly on excess resources.

Edition For Whom Key Limitation
Start Business cards, landing pages No infoblocks 2.0, no trade catalog
Standard Corporate sites No e-commerce module
Small Business Small stores 1 price type, 1 warehouse, no 1C exchange
Business Medium stores, B2B Multi-warehouse, multicurrency, CommerceML
Enterprise Highload, cluster Web cluster, CDN, multisite

What Server Settings Are Critical for 1C-Bitrix?

Web Server and PHP

nginx as reverse proxy + Apache (mod_php) or nginx + PHP-FPM directly. The second option saves memory — Apache is not needed. But some Bitrix modules use .htaccess, so for compatibility we sometimes keep Apache. nginx configuration: fastcgi_read_timeout 300 — for long operations (1C import), client_max_body_size 1024m — large file uploads. Block access to .settings.php, .settings_extra.php, bitrix/.settings.php — they contain database passwords. Rewrite rules from urlrewrite.php — Bitrix generates them, but with nginx + PHP-FPM they need to be duplicated. PHP 8.0–8.2 with extensions: mbstring, curl, gd, xml, json, opcache, redis/memcached. Key php.ini settings: opcache.memory_consumption=256, opcache.max_accelerated_files=20000, max_execution_time=300, memory_limit=512M, upload_max_filesize=100M, post_max_size=128M.

Database and Caching

MySQL/MariaDB. Key my.cnf parameters: innodb_buffer_pool_size — 70–80% RAM, innodb_log_file_size=256M, tmp_table_size=256M, max_heap_table_size=256M, thread_pool_size — number of CPU cores. Encoding utf8mb4 mandatory, otherwise emoji and special characters break. Redis is preferable to Memcached for Bitrix — supports persistent connections and is more reliable. In production, Redis handles concurrent writes three times faster than Memcached under typical load. Configure in .settings_extra.php:

'cache' => ['value' => ['type' => ['class_name' => '\\Bitrix\\Main\\Data\\CacheEngineRedis']]]
'session' => ['value' => ['mode' => 'default', 'handlers' => ['general' => ['type' => 'redis']]]]
Example Redis configuration for Bitrix
sudo apt install redis-server
sudo systemctl enable redis

Add to .settings_extra.php as above.

SSL, Email, and Cron

SSL — Let's Encrypt via certbot in 90% of cases. Redirect HTTP → HTTPS (301), HSTS, TLS 1.2/1.3, OCSP Stapling. In Bitrix, switch to HTTPS in the main module settings. Email: abandon mail() — connect SMTP (Yandex.Mail for domain, Mail.ru for Business). Be sure to configure SPF, DKIM, DMARC. Without SPF, emails go to spam. Test deliverability via mail-tester.com — score 9+/10. Cron: Bitrix agents switch to system cron — * * * * * /usr/bin/php /var/www/bitrix/modules/main/tools/cron_events.php. Schedule 1C exchange (15–60 min), search reindex, backups (mysqldump + rsync, rotation 7+4), temporary file cleanup.

Security and Administration

File system: owner www-data, directories 755, files 644, upload 775. nginx blocks access to configuration files. Enable Bitrix Proactive Protection — WAF, activity control (block after 5 failed attempts), kernel integrity check. For admin panel: two-factor authentication via Google Authenticator or OTP, restrict access by IP via nginx for paranoid.

How Long Does 1C-Bitrix Installation and Configuration Take?

Task Timeline
Installation on virtual hosting 2–4 hours
Installation on VPS with stack configuration 1–2 days
Installation on dedicated with architecture design 2–5 days
SSL + email + cron + security 1–2 days
Backup and monitoring setup 0.5–1 day

Post-Installation Checklist

  1. Performance Monitor (/bitrix/admin/perfmon_panel.php) — aim for 30+ points. Below 20 means serious configuration issues.
  2. System Check — automatic check of all parameters. Red items must be fixed, yellow — case by case.
  3. Security Scanner — check for typical vulnerabilities.
  4. PageSpeed Insights — TTFB < 200ms on VPS, LCP < 2.5s.
  5. Test 1C exchange — if integration is planned, verify CommerceML exchange before launch.

Additionally, check software versions, caching settings, cron operation, SSL certificate, SPF/DKIM/DMARC, access rights, delete default users and pages. For projects with 54-FZ, ensure fiscalization is configured via OFD provider.

Deliverables

  • Fully configured server for 1C-Bitrix with MySQL, PHP, nginx optimization.
  • Installed and activated license of the required edition.
  • SSL certificate, email settings, cron and backups.
  • Documentation: all configuration parameters, access credentials, cron tasks.
  • Content manager training: how to log into admin panel, add products, upload images.
  • Post-installation support for 30 days — consultations on settings.

Why Trust Professionals with Installation?

Incorrect installation means lost time and money. We've seen projects where a store on "Start" couldn't handle 50 visitors because innodb_buffer_pool_size wasn't configured. After migrating to VPS with correct configuration, the site "flew". Incorrect configuration can cost 30,000 RUB monthly due to excessive resource consumption. You get a ready-made architecture that scales. Order turnkey 1C-Bitrix installation — get a reliable platform for business growth. Contact us for a free consultation: we'll calculate the cost and time for your project. Over 7 years of experience, 120+ Bitrix projects implemented, including highload stores with million-item catalogs. Get in touch — we'll help configure Bitrix for your project.