На проєкті з трьома мовами та каталогом на 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С-Бітрікс вже сьогодні.