Поддержка мультиязычного сайта: как вести языковые версии и не терять контент

Поддержка мультиязычного сайта — это регулярная работа с несколькими языковыми версиями одного проекта: синхронизация переводов, проверка переключателей, ссылок и метаданных, обновление локальных разделов и контроль того, что ни одна версия не отстала от остальных. Ниже — что входит в такую поддержку, как вести матрицу языковых версий, как принимать работу и какие ограничения учитывать заранее.

Что входит в поддержку мультиязычного сайта и где проходят её границы

Мультиязычный сайт состоит из двух разных слоёв, и их смешение — источник большинства проблем при поддержке. Первый слой — фразы продукта: подписи кнопок, системные сообщения, названия полей, тексты, которые формирует сама система управления сайтом. Второй слой — контент: страницы, новости, карточки товаров, описания разделов, то есть всё, что наполняют редакторы.

Продукт «1С-Битрикс: Управление сайтом» поставляется на трёх языках — русском, английском и немецком, причём наборы различаются: в русских дистрибутивах доступны русский и английский, в немецком — немецкий и английский, в английском — только английский. Дополнительные локализации добавляют и поддерживают партнёры. Поэтому прежде чем обещать заказчику «любой язык», стоит проверить, есть ли для него готовый пакет перевода фраз, или фразы придётся переводить своими силами.

Ключевое различие, которое нужно зафиксировать до начала работ: переключение языка фраз не переводит контент. Это две независимые задачи. Переключатель может менять язык системных подписей, но страницы, новости и карточки останутся на исходном языке, пока для них не подготовят отдельные материалы.

Языковые версии собирают двумя способами. Первый — отдельные папки внутри одного сайта: каждой языковой версии отводится своя директория, а внутри неё — свои страницы, разделы и информационные блоки. Второй — многосайтовость: под каждый язык создаётся отдельный сайт со своим доменным именем, но в рамках одной лицензии. Количество сайтов на разных языках не ограничено для редакций «Бизнес» и выше. Для редакций «Старт» и «Первый сайт» количество сайтов ограничено.

Отдельно стоит помнить, что языковые настройки публичной части и административного раздела — это разные вещи. Администратор может переключать язык интерфейса панели управления для себя, и это никак не влияет на то, что видит посетитель. При поддержке важно не путать эти настройки и не искать причину проблемы не там, где она возникла.

Границы поддержки проходят там, где заканчивается техника и начинается редактура. Перевод текстов выполняет редактор или переводчик; поддержка отвечает за то, чтобы перевод оказался в нужной версии, не сломал соседние языки и был виден посетителю. Если проект только переходит на несколько языков или поддержку нужно перенимать у прежнего исполнителя, полезно заранее посмотреть, из чего складывается поддержка сайта на Битрикс в целом, и уже от этого отталкиваться.

Что считается плановой работой, а что — разовым изменением

Плановая поддержка — это повторяющиеся действия по расписанию: проверка доступности всех языковых версий, сверка переключателей, контроль ссылок и метаданных, обновление разделов после выхода новых материалов. Разовое изменение — добавление нового языка, смена структуры адресов, перенос версии на отдельный домен. Эти задачи требуют отдельного планирования, копии и плана возврата, потому что затрагивают сразу все версии.

Кто отвечает за языковые версии

У поддержки мультиязычного сайта несколько ролей, и у каждой своя зона ответственности. Смешение ролей приводит к тому, что задача «висит» и никто не может сказать, на каком этапе она остановилась.

• Редактор основной версии готовит материал и публикует его первым.
• Переводчик или редактор языковой версии готовит текст на нужном языке.
• Контент-менеджер заводит перевод в нужной версии и привязывает его к правильным разделам и блокам.
• Технический специалист проверяет, что страница открывается, ссылки ведут куда нужно, а переключатель сохраняет смысл страницы.
• Руководитель проекта следит за тем, чтобы матрица языковых версий была актуальной и чтобы сроки перевода не отставали от публикаций.

Такое разделение удобно тем, что у каждого этапа есть понятный результат. Если перевод готов, но не заведён, это видно. Если заведён, но не проверен, это тоже видно. Без разделения ролей проблема обычно всплывает уже со слов посетителя.

Матрица языковых версий: рабочий документ поддержки

Без единого учёта языковых версий поддержка быстро превращается в угадывание. Матрица языковых версий — это таблица, в которой для каждого языка собраны все параметры, влияющие на его обслуживание. Она нужна и техническому специалисту, и редактору, и руководителю проекта.

В матрице имеет смысл фиксировать:

• язык и его код в системе;
• способ реализации: папка внутри сайта или отдельный сайт;
• адрес версии: домен или путь;
• какие информационные блоки и разделы к ней привязаны;
• какой шаблон используется и как в нём задана кодировка;
• кто отвечает за перевод контента;
• дату последней синхронизации с основной версией;
• какой язык назначен запасным, если перевода для страницы нет.

Матрицу обновляют при каждом изменении структуры. Если добавили новый раздел или новый информационный блок, в матрице должна появиться строка о том, к каким языкам он относится. Иначе через несколько месяцев никто не вспомнит, почему в одной версии раздел есть, а в другой — нет.

Отдельно стоит зафиксировать, какие настройки задаются для каждого языка: формат даты и времени, формат чисел, валюта. В системе это описывается региональными настройками, и они могут отличаться от языка интерфейса. Путать язык и регион — частая причина того, что дата или цена отображаются непривычно для носителя.

Как выглядит заполненная строка матрицы

Для одного языка строка матрицы отвечает на несколько вопросов сразу: где живёт версия, какие блоки к ней привязаны, кто отвечает за перевод и когда версия последний раз сверялась с основной. Если хотя бы одно поле пустое, это сигнал, что версия обслуживается не полностью. Пустое поле «дата синхронизации» означает, что никто не подтверждал актуальность перевода, и перед приёмкой работ это нужно проверить.

Как выбрать способ реализации: таблица принятия решения

Выбор между языковыми папками и отдельными сайтами — не вопрос вкуса, а следствие задач проекта. Ниже — сравнение по критериям, которые чаще всего влияют на решение.

Из таблицы видно логику: если проект — в основном статические страницы, новости и каталог без сложной торговли, языковые папки могут оказаться проще в обслуживании. Если нужны раздельная аналитика, свои валюты, отдельные права на заказы и независимая реклама по странам, многосайтовость даёт больше управляемости, но требует внимания к серверной части и резервному копированию.

Решение стоит принимать один раз и фиксировать в матрице. Смена способа реализации на ходу — самая дорогая операция в поддержке мультиязычного сайта, потому что затрагивает адреса страниц, привязку блоков и настройки сервера одновременно.

Синхронизация переводов и локальных разделов

Синхронизация — ядро поддержки мультиязычного сайта. Её задача — не дать версиям разойтись по содержанию и структуре.

Что переводится автоматически, а что нет

Автоматически подставляются только системные фразы продукта, для которых загружен пакет перевода. Контент так не переводится: страницы, новости и карточки существуют отдельно для каждого языка. Значит, при выходе нового материала нужно заранее решить, будет ли у него перевод, и если да — в какой срок и кто его готовит.

Порядок обновления при выходе новой страницы

Разумный порядок такой: сначала материал готовят и публикуют в основной версии, затем переводчик готовит текст, затем редактор заводит его в нужной языковой версии, и только после этого технический специалист проверяет, что страница открывается, ссылки ведут куда нужно, а переключатель языка переводит посетителя на соответствующую версию. Если пропустить последний шаг, перевод может существовать, но быть недоступным.

Локальные разделы и информационные блоки

Если контент разделён по языкам, для каждой версии обычно заводят свои информационные блоки — например, отдельный блок новостей на каждом языке. Тогда в настройках компонентов указывают нужный блок для нужной версии. При добавлении нового языка в матрице появляется новая строка, а в системе — новый набор блоков и разделов.

Расписание синхронизации

Полезно договориться о ритме сверки. Например, раз в месяц проходить по матрице и проверять, что даты синхронизации обновлялись, а новые материалы переведены во всех запланированных версиях. Если проект публикует материалы часто, сверку делают чаще. Если редко — реже, но она всё равно должна быть регулярной, иначе расхождение версий обнаружится случайно.

Что делать при расхождении версий

Если обнаружилось, что одна версия отстала, сначала фиксируют перечень расхождений: каких страниц не хватает, где устаревший текст, где неверные ссылки. Затем решают, что переводить в первую очередь — обычно это разделы, на которые ведут ссылки из меню и с главной. И только после этого вносят изменения, предварительно сделав копию, чтобы можно было вернуться к прежнему состоянию.

Проверка ссылок, метаданных и запасных языков

Проверка — та часть поддержки, которую чаще всего откладывают, а потом обнаруживают проблему со слов клиента.

Переключатель языка

Переключатель языков в публичной части не входит в базовую поставку продукта, его реализуют отдельно под проект. Поэтому при поддержке важно проверять не только то, что он отображается, но и то, куда он ведёт. Если контент разделён по языкам, переключатель должен переводить посетителя на страницу с тем же смыслом в другой версии, а не на главную. Если такой страницы в другой версии нет, поведение должно быть предсказуемым — например, переход на ближайший существующий раздел, а не на пустую страницу.

Метаданные и заголовки

Заголовки страниц, описания и заголовки разделов для каждой языковой версии готовятся отдельно. При копировании страницы из одной версии в другую метаданные часто переносятся вместе с текстом и остаются на исходном языке. Это заметно и посетителю, и поисковым системам, поэтому в чек-лист приёмки стоит включить сверку заголовков по каждой версии.

Запасной язык и поведение при отсутствии перевода

Не у каждой страницы есть перевод. Нужно заранее договориться, что происходит в этом случае: показывается ли версия на запасном языке, скрывается ли страница из меню или посетитель видит понятное сообщение. Молчаливый показ пустой страницы — худший вариант: посетитель не понимает, что произошло, а поддержка получает обращение без контекста.

Ссылки внутри контента

Ссылки в текстах, баннерах и кнопках тоже проверяются по каждой версии. Если ссылка ведёт на страницу, которой в этой версии нет, посетитель попадёт на ошибку. Такие случаи удобно отмечать прямо в матрице, чтобы при следующей сверке не искать их заново.

Учебный пример: обновление каталога на трёх языках

Данные в примере условные и приведены только для иллюстрации порядка действий.

Учебный пример. Условная компания продаёт промышленное оборудование и ведёт сайт на трёх языках: русском, английском и немецком. Реализация — языковые папки в одном сайте. В матрице языковых версий зафиксированы три строки, для каждого языка указаны свои информационные блоки каталога и новостей, ответственный редактор и запасной язык — английский.

Входные условия задачи: вышло обновление каталога — 12 новых карточек товаров, изменённый раздел «Доставка» и новый баннер на главной. Переводы на английский и немецкий подготовлены заранее.

Порядок действий:

1. Сверить матрицу: убедиться, что для всех трёх языков указаны актуальные информационные блоки каталога. 2. Завести новые карточки в основной версии и проверить их отображение. 3. Завести переводы карточек в английской и немецкой версиях, привязав их к соответствующим блокам. 4. Обновить раздел «Доставка» во всех трёх версиях, сверив заголовки и описания. 5. Заменить баннер на главной в каждой версии, проверив, что ссылка ведёт на существующую страницу нужного языка. 6. Пройти по переключателю языка с нескольких страниц и убедиться, что он ведёт на соответствующие версии, а не на главную. 7. Проверить, что для карточек без перевода срабатывает заранее выбранное поведение.

Проверка результата: в каждой версии открываются все двенадцать карточек, раздел «Доставка» показывает актуальный текст на своём языке, баннер ведёт на существующую страницу, заголовки страниц соответствуют языку версии, а переключатель сохраняет смысл страницы. Если хотя бы один пункт не выполняется, обновление считается незавершённым, и в матрице не проставляется дата синхронизации.

Отдельно в примере проверяется формат даты в карточках: для немецкой версии он отличается от русской, и это ожидаемое поведение, а не ошибка. Такие детали удобно отмечать в матрице заранее, чтобы при приёмке не принимать норму за дефект.

Как проверить результат и принять работу

Приёмка опирается на матрицу языковых версий и на список проверок, согласованный заранее. Проверять нужно не «сайт в целом», а каждую версию по отдельности и переходы между ними.

• Матрица языковых версий обновлена: новые разделы и блоки внесены, даты синхронизации проставлены.
• Все языковые версии открываются и не показывают ошибок.
• Переключатель языка ведёт на страницу с тем же смыслом, а не на главную.
• Заголовки и описания страниц соответствуют языку версии.
• Ссылки в меню и в контенте ведут на существующие страницы нужного языка.
• Для страниц без перевода работает заранее выбранное поведение.
• Форматы даты, чисел и валюты соответствуют региону версии.
• Новые материалы переведены во всех версиях, где это было запланировано.
• Перед изменениями сделана копия, есть план возврата к прежнему состоянию.

Если часть пунктов не выполняется, работу логично не принимать целиком, а зафиксировать перечень замечаний и срок их устранения. Такой подход защищает обе стороны: заказчик видит, что именно осталось, исполнитель понимает границы доработки.

Типичные ошибки и ограничения

Ошибки в поддержке мультиязычного сайта повторяются из проекта в проект.

• Ожидание, что переключение языка переведёт контент. Это не так: переводятся только фразы продукта, для которых есть пакет, а контент готовят отдельно.
• Копирование страницы из одной версии в другую вместе с метаданными. Заголовки и описания остаются на исходном языке.
• Переключатель, который всегда ведёт на главную. Посетитель теряет страницу, которую читал.
• Отсутствие договорённости о запасном языке. Страницы без перевода показываются пустыми.
• Забытая матрица. Через несколько месяцев никто не помнит, какие блоки к какой версии относятся.
• Смешение языка и региона. Формат даты и валюты настраивается отдельно и не всегда совпадает с языком интерфейса.
• Путаница между языком публичной части и языком административного раздела. Это разные настройки с разными последствиями.

Ограничения тоже стоит проговорить заранее. Готовый пакет перевода фраз есть не для каждого языка — иногда его готовят своими силами. Многосайтовость требует внимания к серверной части и к резервному копированию. Языковые папки усложняют раздельную статистику и работу с заказами. Выбор способа — компромисс, и его лучше зафиксировать в матрице, а не менять по ходу поддержки.

Какие исходные данные подготовить для оценки

Чтобы оценить объём поддержки, нужен не общий рассказ о сайте, а конкретный набор данных.

• Список языков и способ реализации каждого.
• Адреса версий: домены или пути.
• Перечень информационных блоков и разделов с привязкой к языкам.
• Кто отвечает за перевод контента и как быстро он появляется.
• Как устроен переключатель языка и куда он ведёт.
• Что происходит со страницами без перевода.
• Какие региональные настройки заданы для каждой версии.
• Как устроено резервное копирование и есть ли план возврата.

С этим набором можно оценить регулярную нагрузку и понять, какие работы относятся к плановой поддержке, а какие — к разовым изменениям. Если поддержку нужно перенимать, порядок действий описан в материале о том, как Подрядчик пропал: как перенять поддержку сайта и ничего не потерять. А общий состав работ по обслуживанию проекта разобран в статье о том, Что входит в техническую поддержку сайта на Битрикс. Если нужно понять, как такие работы обычно распределяются по объёму, пригодится материал о том, Сколько стоит поддержка сайта на Битрикс: тарифы и что входит.