Как построить один сайт, который по-настоящему работает на арабском и английском

Арабско-английский сайт в Дубае нуждается в собственном URL для каждого языка, тегах hreflang, связывающих эти URL друг с другом, и в построении справа налево для арабских страниц, которое выходит далеко за рамки отзеркаленной раскладки. Сначала выстройте правильную структуру, затем займитесь направлением текста, шрифтами и формами, и настройте процесс, чтобы один язык не отставал от другого. Пропуск этих шагов даёт сайт, который на арабском читается как нечто второстепенное, даже если перевод хорош.

Структура URL для арабско-английского сайта

Рекомендации Google по многоязычным сайтам описывают четыре способа организовать языковые версии: доменом страны, поддоменом, поддиректорией или параметром URL. Google описывает доменные зоны конкретной страны как понятные с точки зрения географии, но ограниченные одной страной и одним сервером, поддомены как гибкие, но менее очевидные для пользователей, а поддиректории вроде example.com/ar/ как простые в настройке и с низкими затратами на обслуживание. Google прямо заявляет, что параметры URL вроде ?lang=ar не рекомендуются, потому что они усложняют сегментацию контента по языку и не дают пользователям чёткого сигнала о том, что они получат. Для большинства компаний в Дубае и ОАЭ, создающих арабско-английский сайт, поддиректория вроде /ar/, повторяющая структуру путей английской версии, это практичный выбор с низким обслуживанием.

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

URL сообщает Google, где живёт арабская страница. Он не сообщает Google, на каком языке она написана.

Этот момент меняет то, как команда разработки должна думать обо всём проекте. Документация Google прямо говорит, что язык страницы определяется алгоритмически по собственному тексту страницы, а не по атрибуту lang, шаблону URL или hreflang. Убедительная структура URL с тонким или недоделанным арабским контентом за ней не читается Google, да и посетителем, как арабская страница.

Hreflang и x-default, которые связывают две версии

Как только URL существуют, hreflang, это механизм, который сообщает Google, какие страницы являются альтернативными языковыми версиями друг друга. Документация Google по локализованным версиям описывает синтаксис как код языка, например ar или en, за которым опционально следует код региона, поэтому ar-AE или en-AE допустимы, а код региона сам по себе, например AE без языка, нет, а это как раз пара арабский-английский, нужная сайту в Дубае. Аннотации можно разместить в head страницы как теги link, в XML-карте сайта или в HTTP-заголовках, и Google считает все три метода равнозначными.

Две ошибки вызывают большинство сбоев hreflang. Первая, это отсутствующая обратная ссылка: если английская страница указывает на арабскую, арабская страница должна указывать обратно, иначе Google игнорирует пару. Вторая, это применение hreflang между страницами, которые на самом деле не эквивалентны, например арабская главная страница, связанная с английской страницей услуги. Стройте hreflang из единого списка пар URL, который могут проверить и разработчики, и контент-редакторы.

У значения x-default задача уже, чем у кодов языка. Документация Google описывает его как страницу, которая показывается посетителю, чьи языковые настройки не совпадают ни с одной из версий сайта, и говорит, что оно было задумано для страниц выбора языка, поэтому лучше всего работает, указывая на страницу выбора, а не будучи разбросанным по каждой паре страниц. На сайте только с арабской и английской версиями многие команды в Дубае указывают x-default на английскую версию как практичный вариант по умолчанию.

Справа налево, это система раскладки, а не зеркальное отражение

Отправная точка для построения раскладки справа налево, это атрибут dir элемента html. Согласно документации MDN, dir задаёт базовое направление текста элемента, и установка dir=”rtl” на теге html вместе с lang=”ar”, это стандартный способ пометить всю арабскую страницу как раскладку справа налево, влияющий на то, как упорядочены текст, пунктуация и нейтральные символы на странице. Собственный пример MDN показывает именно этот паттерн: dir=”rtl” и lang=”ar” на элементе html, а любой английский фрагмент внутри него отдельно помечен dir=”ltr” и lang=”en”, и это базовый паттерн за каждой страницей арабско-английского сайта в Дубае.

Код раскладки должен следовать той же логике. Документация MDN по логическим свойствам CSS объясняет, что свойства вроде margin-left или padding-right описывают фиксированное физическое направление, тогда как логические свойства вроде margin-inline-start или padding-inline-end описывают положение относительно направления текста. В раскладке справа налево margin-inline-start автоматически применяется к правому краю вместо левого, без отдельной таблицы стилей. Построение арабских страниц на логических свойствах с самого начала, а не через второй набор переопределений слева и справа, это то, что удерживает обе языковые версии в согласии по мере изменения дизайна.

Рекомендации W3C по интернационализации о встроенном двунаправленном тексте напрямую описывают лежащую в основе проблему: когда фраза, направленная противоположно своему окружению, не размечена явно, двунаправленный алгоритм браузера может неправильно расположить или переупорядочить нейтральные символы, цифры и пунктуацию на границе. Их рекомендация, плотно оборачивать каждую фразу с противоположным направлением в разметку, используя dir на встроенном элементе вроде span для известного текста, и элемент bdi или dir=”auto” для контента, чьё направление заранее неизвестно, например имени пользователя. Сопутствующие рекомендации W3C по алгоритму двунаправленности Unicode приводят конкретный случай числа, которое должно оставаться слева направо, даже следуя за текстом справа налево, изолированного, чтобы браузер не встроил его в окружающее направление.

Практическая версия этого совета для сайта в Дубае: оборачивайте номера телефонов, английские имена собственные и смешанные буквенно-цифровые коды вроде трек-номеров в элемент с dir=”ltr” везде, где они встречаются внутри арабского текста, а не полагайтесь на то, что общее направление страницы всё расставит по местам. Номер телефона, который визуально переворачивает свои цифры, это небольшой баг, подрывающий доверие ко всей странице.

Арабские веб-шрифты и межстрочный интервал для двуязычного сайта

Арабский шрифт, это не латиница, перерисованная другими начертаниями букв. Большинство арабских букв соединяются с соседними и меняют форму в зависимости от положения в слове, а арабский текст несёт огласовки и другие диакритические знаки над и под основными начертаниями букв. Шрифт, хинтованный под латиницу и используемый для арабского через общий резервный вариант, обычно плохо передаёт эти соединения на сайте в Дубае, поэтому более безопасный путь для арабско-английской разработки, это гарнитура, поставляющая настоящие арабские глифы, подобранная по насыщенности к латинскому шрифту, уже выбранному для бренда.

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

Формы и валидация на арабско-английском сайте

Форма контакта или запроса цены, это место, где недоработки арабско-английского сайта проявляются быстрее всего на сборке в Дубае, потому что поля формы сочетают направление текста, числа и сообщения валидации на небольшом пространстве. Подписи и текст-заполнитель должны находиться на правильной стороне своего поля для формы справа налево, что происходит автоматически при построении формы на логических свойствах, а не на фиксированных значениях слева и справа. Поля номера телефона и email обычно лучше оставлять слева направо, даже внутри в остальном формы справа налево, поскольку номер мобильного в ОАЭ читается слева направо независимо от того, каким языком он окружён.

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

Как удержать две версии в согласии после запуска

Разработка, это только половина работы. Арабско-английский сайт начинает расходиться в тот момент, когда кто-то обновляет английскую главную страницу в Дубае, меняет описание услуги или правит ответ в FAQ, а арабский эквивалент не трогают в тот же день. Модель контента, которая сопоставляет каждую арабскую страницу с её английским источником и помечает пару как устаревшую в момент, когда меняется любая из сторон, ловит это раньше, чем это заметит посетитель. Простая таблица со списком каждой пары URL и датой последнего обновления работает не хуже поля, встроенного в CMS, если проверка происходит при каждом изменении контента, а не только при запуске.

Относитесь к новым страницам так же с самого начала на арабско-английском сайте для Дубая, а не переводите пакетом в конце проекта. Новая английская страница, которая живёт неделями без арабского эквивалента, это заметный сигнал для арабских посетителей и для Google, что арабская версия сайта вторична, а не по-настоящему поддерживается.

Где уместен машинный перевод, а где нет

Спам-политики Google перечисляют автоматически сгенерированный контент среди практик, которые они считают масштабным злоупотреблением контентом, и приводят автоматический перевод, опубликованный с минимальным человеческим контролем, как один из примеров, реальный риск для арабско-английского сайта, построенного для Дубая в спешке. Это не исключает машинный перевод из двуязычного рабочего процесса полностью: черновик действительно может ускорить работу свободно владеющего арабским языком автора. Что исключается, так это публикация этого черновика как готовой арабской страницы. Каждое предложение, которое выходит в релиз, должен прочитать в контексте свободно владеющий арабским человек, на реальной раскладке справа налево, проверяя тон, идиомы и технические моменты выше, прежде чем считать его эквивалентом английской страницы.

Перевод сайта также отличается от заверенного перевода как услуга. Федеральный декрет-закон № 22 от 2022 года о регулировании переводческой деятельности создаёт список переводчиков и бюро переводов, который ведёт Министерство юстиции ОАЭ, и его статья 3 гласит, что ни один орган не может выполнять заверение или сертификацию, и ни один суд не может принять переведённый документ, облигацию или акт, если он не был подготовлен переводчиком или бюро переводов из этого списка. Это правило касается договоров и официальных документов, а не маркетингового текста сайта. Команда сайта может писать и адаптировать арабские страницы коммерческого сайта, не состоя в списке Министерства юстиции, но документ для суда, нотариуса или государственного органа требует переводчика, лицензированного Министерством юстиции.

Чем может помочь Digital Marketing Dubai

Мы строим арабско-английский сайт для бизнеса в Дубае, разрабатывая арабские страницы параллельно с английскими с самого первого обзора дизайна, а не переводя их задним числом, и тестируем раскладку справа налево и арабскую типографику на реальных устройствах до сдачи проекта. Эта работа входит в нашу услугу разработки сайтов, а наша команда арабско-английского перевода пишет и адаптирует текст для неё, работая по единому контентному плану, а не по сырому количеству слов. Если арабскую версию вашего сайта тоже нужно находить в поиске, наше руководство по арабскому SEO и подбору ключевых слов описывает исследование, стоящее за арабскими страницами после запуска, а более широкие вопросы на обоих языках входят в наши веб-услуги. Расскажите нам о своём сайте, и вы получите письменное предложение с фиксированной ценой в течение 45 минут в рабочее время.