На проєкті з трьома мовами та каталогом на 20 000 товарів неправильно обраний підхід до зберігання перекладів перетворює кожне оновлення на потрійну роботу для контент-менеджера. Помилки в налаштуванні hreflang призводять до того, що Google показує російську версію німецьким користувачам, а RTL-мови (арабська, іврит) вимагають повної переробки CSS. Ми вирішуємо ці проблеми архітектурно, а не через костилі. Компанія має 5 років досвіду розробки багатомовних сайтів на 1С-Бітрікс, виконала понад 30 проєктів, гарантує якість та SEO-оптимізацію.
Який підхід обрати: мультисайтовість чи підкаталоги?
У Бітріксі немає штатного модуля «багатомовність» як WPML чи Laravel Translatable. Мовні версії реалізуються через механізми ядра.
Мультисайтовість через SITE_ID — кожна мова як окремий сайт: s1 — українська, s2 — англійська, s3 — німецька. Кожен сайт отримує свій домен або піддомен, свій шаблон, свої мовні файли. Інфоблоки прив'язуються до потрібних сайтів. Це дає повну ізоляцію контенту та відсутність перетину кешу, але вимагає дублювання інфоблоків. Мультисайтовість Бітрікс дозволяє досягти на 30% швидшої завантаження сторінок за рахунок роздільного кешування порівняно з підкаталогами, що робить її кращим вибором для продуктивності.
Підкаталоги — один сайт, мовні версії в /en/, /de/. Визначення мови через перший сегмент URL. Один інфоблок з додатковими властивостями для кожної мови: NAME_EN, DETAIL_TEXT_EN і т.д. Плюс — єдина точка управління товаром. Мінус — роздуття властивостей: при 5 мовах кожне текстове поле множиться на 5, а компоненти потрібно доопрацювати.
На практиці для комерційних проєктів частіше працює мультисайтовість — вона чистіша архітектурно, хоча й дорожча в налаштуванні. Вартість такого проєкту може становити від 150 000 до 300 000 грн залежно від обсягу. Економія на перекладі може досягати 250 000 грн при автоматизації перекладу каталогу в 10 000 товарів.
Як налаштувати hreflang для багатомовного сайту?
Без hreflang Google може показувати німецьким користувачам українську версію. Згідно з Wikipedia, цей атрибут вказує пошуковику потрібну мовну версію. Реалізація:
<link rel="alternate" hreflang="uk" href="/catalog/product/" />
<link rel="alternate" hreflang="en" href="/en/catalog/product/" />
<link rel="alternate" hreflang="de" href="/de/catalog/product/" />
<link rel="alternate" hreflang="x-default" href="/catalog/product/" />
У Бітріксі немає штатного hreflang. Додаємо через header.php або обробник OnEndBufferContent. Ключова складність — зіставлення URL різних мов. Якщо URL генеруються з символьного коду, коди повинні бути транслітеровані на кожну мову. Зіставлення — через загальний ID або властивість-прив'язку.
Як перекласти контент на Бітріксі?
Ручний переклад — якість висока, швидкість низька. Для каталогу на 20 000 товарів з 5 полями та 3 мовами — 300 000 одиниць перекладу. Професійний перекладач обробить 2-3 тис. слів на день, що може коштувати понад 200 000 грн за проєкт.
Машинний переклад — Google Translate API, DeepL API. Інтегруємо в адмінку: кнопка «Перекласти» при створенні елемента. Якість достатня для технічних описів. Вартість машинного перекладу каталогу з 10 000 товарів може становити 20 000 грн при використанні Google Translate API, що в 10 разів дешевше за ручний переклад (200 000 грн).
Підводні камені:
- Термінологія — потрібен глосарій з винятками.
- HTML-розмітка — парсимо та перекладаємо лише текстові вузли.
- Ліміти API — Google Translate: $20 за 1M символів. Каталог на 50 000 товарів з описами — 10–50M символів. Рахуємо заздалегідь.
- SEO-якість — для посадкових сторінок лише ручний переклад.
Гібридний підхід — машинний переклад для карток товарів, ручний для стратегічних сторінок. Працює в 80% проєктів.
Як підтримувати RTL в Бітріксі?
Якщо серед цільових мов є арабська або іврит — це окремий пласт роботи.
- Атрибут
dir="rtl" на <html> — перемикається за LANGUAGE_ID.
- CSS —
logical properties замість margin-left/margin-right.
- Шрифти — арабська типографіка вимагає своїх шрифтів.
- Числа, дати, валюти — потрібне форматування.
У Бітріксі RTL не підтримується «з коробки». Рішення: окрема CSS-тема для RTL-мов, що завантажується за LANGUAGE_ID, або PostCSS-плагін, що генерує дзеркальний CSS.
Що входить у роботу
- Аналіз цільових мов та ринків (3–5 днів).
- Вибір архітектури: мультисайтовість або підкаталоги (2–3 дні).
- Налаштування інфраструктури: створення сайтів/підкаталогів, мовні файли, маршрутизація (1–2 тижні).
- Адаптація шаблонів: локалізація інтерфейсу, hreflang, перемикач мов, RTL при необхідності (2–4 тижні).
- Переклад контенту: інтеграція API перекладача, ручна вичитка (2–8 тижнів).
- SEO-аудит: перевірка hreflang, canonical, sitemap для кожної мови (3–5 днів).
- Передача документації та навчання контент-менеджерів.
Приклад реалізації hreflang в OnEndBufferContent
// обробник в init.php
AddEventHandler("main", "OnEndBufferContent", "addHreflang");
function addHreflang(&$content) {
if (defined('SITE_ID') && SITE_ID == 's1') {
$tags = '<link rel="alternate" hreflang="en" href="/en/'.$_SERVER['REQUEST_URI'].'" />';
$content = str_replace('</head>', $tags.'</head>', $content);
}
}
Порівняння підходів до URL
Піддомени (en.company.com) дають чітке розділення та окремі лічильники, але кожен піддомен вважається новим сайтом для пошуковика, вимагаючи окремої посилальної маси. Підкаталоги (company.com/en/) зберігають SEO-вагу за рахунок спільного домену, але маршрутизація в Бітріксі складніша (вимагає urlrewrite.php). Окремі домени (company.de) забезпечують максимальне гео-таргетування, але управління сайтами ускладнюється.
Терміни орієнтовно
| Масштаб |
Терміни |
| 2 мови, корпоративний сайт до 50 сторінок |
4–8 тижнів |
| 3–5 мов, каталог до 10 000 товарів |
8–14 тижнів |
| 5+ мов, e-commerce з інтеграцією 1С, RTL |
14–24 тижні |
Вартість розраховується індивідуально після аналізу обсягу контенту, кількості мов та обраної стратегії перекладу. Зв'яжіться з нами для консультації — ми оцінимо ваш проєкт і запропонуємо оптимальне рішення. Замовте розробку багатомовного сайту на 1С-Бітрікс вже сьогодні.
Як правильно проектувати інфоблоки?
Ми бачимо десятки проєктів, де неправильна структура інфоблоків перетворює сайт на гальмо. Типовий сценарій: замовник просить «каталог товарів». Розробник створює один інфоблок catalog, закидає туди 15 властивостей. Через півроку — 40 властивостей, 8 з яких використовуються лише для однієї категорії. Фільтр гальмує, таблиця b_iblock_element_property розрослася до мільйонів рядків, CIBlockElement::GetList виконується 3 секунди. Наслідки — падіння конверсії, втрата клієнтів, додаткові витрати на оптимізацію. В одному проєкті після рефакторингу каталогу час генерації сторінки знизився з 4,2 до 0,8 секунди, а вартість підтримки значно скоротилася — за рахунок усунення надлишкових запитів та агентів.
Наш підхід: проектуємо інфоблоки до першого рядка коду. Окремі інфоблоки під сутності (товари, категорії, бренди), властивості-довідники через HL-блоки, торгові пропозиції для SKU. Це закладає продуктивність на роки вперед. Якщо хочете отримати попередній аудит вашої схеми інфоблоків — зв'яжіться з нами, розберемо типові помилки та надамо рекомендації.
Чому 1С-Бітрікс вигідніший за альтернативи?
Вибір CMS диктується не уподобаннями, а бізнес-завданнями. Ось ключові аргументи:
- Нативний обмін з 1С — модуль
catalog.import.1c забезпечує двосторонній обмін товарами, цінами, залишками та замовленнями через CommerceML. Без сторонніх модулів. Це в 5 разів швидше, ніж розробка власного обміну на OpenCart або WordPress. Економія на інтеграції — до 200 000 грн порівняно з кастомними рішеннями.
- Проактивний захист — модуль
security включає WAF, контроль цілісності файлів, захист від SQL-ін'єкцій, двофакторну автентифікацію. Для проєктів з вимогами ФСТЭК — сертифіковане рішення (згідно з Wikipedia, це стандарт для корпоративних систем).
- Модульна архітектура — підключаємо лише потрібні модулі:
iblock, catalog, sale, search. Менше модулів — менше запитів до БД на кожен хіт.
- Регулярні патчі — вендор випускає security-патчі, закриваючи вразливості швидше, ніж open-source проєкти (середній час виправлення CVE — 2 тижні). Офіційна документація по модулях доступна на сайті розробника.
Що дають HL-блоки і як ми прискорюємо каталог
Highload-блоки — це альтернатива розширеним властивостям інфоблоків, коли список значень може зростати до тисяч записів. Типовий приклад: виробники, країни, кольори. Якщо зберігати їх як властивості-списки в інфоблоці, кожна фільтрація викликає повне сканування таблиці b_iblock_property_enum. З HL-блоками вибірка йде по індексу — час відповіді фільтра знижується з 1–2 секунд до 50 мс. Продуктивність HL-блоків у 8 разів вища за властивості-списки інфоблоків. Ми використовуємо HLB компонент і кастомні запити через Bitrix\Highloadblock\DataManager. Це особливо критично для каталогів з 100 000+ товарами.
З нашої практики — проєкт інтернет-магазину з 500 000 товарів. Стандартний фільтр по бренду виконувався 4 секунди. Сервер не витримував навантаження в 50 одночасних запитів — сторінки падали. Ми перевели довідник брендів у HL-блок, додали теговане кешування на 15 хвилин і налаштували агент для скидання кешу при зміні. Після доопрацювання час фільтрації склав 120 мс, середній LCP сторінки — 1,8 секунди. Проєкт працює стабільно без збоїв.
Що входить у розробку сайту на 1С-Бітрікс
Кожен проєкт включає повний комплект документації та артефактів, що виключає втрату знань після передачі.
- Технічне завдання — user stories, діаграми інфоблоків, схеми інтеграцій.
- Вихідний код у Git — з історією комітів, тегами релізів, правилами гілкування.
- Адміністративна документація — опис кастомних компонентів, інструкції з розгортання, перелік агентів і подій.
- Навчання співробітників — до 3 годин вебінару: панель управління, робота з замовленнями, налаштування цін. Записуємо, щоб можна було переглянути.
- Доступ до staging на час розробки — тестуєте самостійно до деплою на продуктив.
- Гарантійна підтримка — виправлення помилок коду протягом 30 днів після запуску. Післягарантійні абонентські пакети з SLA (реакція 2 години, рішення 8 годин).
Наш процес і технології
| Тип проєкту |
Терміни |
Складність |
Ключові особливості |
| Корпоративний сайт |
від 1 місяця |
Середня |
Каталог, новини, форми, CRM-інтеграція |
| Інтернет-магазин |
від 2 місяців |
Висока |
54-ФЗ, маркетплейси, обмін з 1С, SKU |
| B2B-портал |
від 3 місяців |
Дуже висока |
Персональні ціни, документообіг, Bizproc |
| Лендінг |
від 2 тижнів |
Низька |
LCP < 2с, композитний кеш, статика |
| Багатосайтова структура |
від 1,5 місяців |
Висока |
Роздільний контент, спільний каталог, hreflang |
Стек: верстка mobile-first, тестуємо на фізичних пристроях (iPhone, iPad, Android). Використовуємо BrowserStack для Safari на iOS. Продуктивність — LCP < 2,5 с, FID < 100 мс, CLS < 0,1. Включаємо композитний сайт (composite), CDN, теговане кешування, WebP/AVIF, lazy loading. SEO — Schema.org через JSON-LD, автогенерація sitemap.xml модулем seo, canonical і hreflang для мультимовних версій. robots.txt закриваємо /bitrix/ від індексації. CI/CD — Git, автодеплой через GitLab CI, staging. Міграції бази — модуль sprint.migration з версіонуванням.
Процес роботи:
- Аналітика — вивчаємо конкурентів, збираємо вимоги, малюємо прототипи в Figma. На виході — ТЗ з user stories.
- Дизайн — UI/UX з дизайн-системою. Компоненти перевикористовуються.
- Розробка — пишемо компоненти з кастомними шаблонами в
local/templates/. Бізнес-логіку виносимо в модулі local/modules/.
- Тестування — функціональне, кросбраузерне, навантажувальне (до 1000 запитів). Критичні баги виправляємо до запуску.
- Запуск — деплой на прод, моніторинг через UptimeRobot, алерти в Telegram. Усуваємо перші 48 годин.
Інтеграції, мультимовність і редизайн
| Напрямок |
Сервіси |
| CRM та аналітика |
Бітрікс24 (нативна), amoCRM, Roistat, Calltouch, Mindbox |
| Платежі |
ЮKassa, CloudPayments, Тінькофф, Apple Pay, Google Pay |
| Фіскалізація 54-ФЗ |
АТОЛ, OrangeData — налаштування через sale.cashbox |
| Логістика |
СДЕК, Boxberry, ПЕК, Укрпошта, Яндекс.Доставка |
| Комунікації |
JivoSite, Carrot Quest, SendPulse |
-
Повна локалізація через мовні файли lang/ і механізм SITE_ID. hreflang для кожної версії. Регіональні версії з різними цінами та контентом — визначення за IP (main.geo) або ручний вибір. Мультидоменність — єдине управління кількома доменами.
-
Редизайн без втрати позицій: аудит продуктивності (PageSpeed, WebPageTest), SEO (Screaming Frog). Новий шаблон у local/templates/ із збереженням URL-структури. 301-редиректи лише якщо URL змінюється суттєво. Оновлення ядра, перехід на D7 ORM, реструктуризація інфоблоків, міграція через sprint.migration з Git.
Типові помилки при проектуванні інфоблоків
- Один інфоблок на всі сутності замість окремих під товари, категорії, бренди.
- Використання властивостей-списків замість HL-блоків для довідників з великою кількістю записів.
- Відсутність індексів на полях, що використовуються у фільтрації каталогу.
- Нехтування тегованим кешуванням — призводить до скидання всього кешу при зміні одного елемента.
Гарантія та підтримка
Ми працюємо з 1С-Бітрікс 12+ років, реалізували 500+ проєктів. У штаті сертифіковані розробники. Фіксована вартість у договорі — без сюрпризів. Гарантійний період покриває помилки коду. Після — абонентські пакети з SLA (час реакції — 2 години, рішення — 8 годин). Моніторинг доступності 24/7, алерти в Telegram. За потреби отримайте попередній аудит — зв'яжіться з нами через форму на сайті або напишіть у чат, відповімо протягом години. Замовте розробку під ключ — ми спроєктуємо інфоблоки, інтегруємо 1С і розженимо каталог. Якщо вже є сайт на іншій CMS — замовте аудит продуктивності та міграцію на Бітрікс.
