Многоезичен сайт: адреси, hreflang и превод

Многоезичният сайт работи добре, когато всеки език има собствен постоянен адрес, търсачките знаят кои страници са преводи една на друга, а всяка версия е написана за своите читатели, вместо да е преведена дума по дума. На практика това означава езиков префикс или отделен домейн за всеки език, hreflang и canonical, които сочат към самата страница, дати, числа и множествено число според езика и CMS, в която редакторите управляват всеки език, без да чупят останалите. Предлагайте даден език само там, където съдържанието наистина е написано на него.

#Отделен адрес за всеки език

Търсачките индексират адреси, затова всяка езикова версия има нужда от собствен URL. Има три разпространени структури:

Структура	Пример	Кога е подходяща
Поддиректория	example.com/bg/	Един сайт, един екип, общ хостинг и общ авторитет на домейна. Най-простият избор за повечето проекти.
Поддомейн	bg.example.com	Езиковите версии работят на отделни системи или се поддържат от различни екипи.
Национален домейн	example.bg	Насочвате се към държави, а не само към езици, и искате силен местен сигнал. Всеки домейн трябва да се регистрира и подновява.

Избягвайте два подхода. Параметри като ?lang=bg лесно се губят в линковете и се управляват по-трудно в инструментите за търсачки. Смяната на езика само чрез бисквитка или настройката на браузъра, при един и същ адрес за всички езици, означава, че търсачките виждат само една версия, защото роботите обикновено обхождат сайта без вашите бисквитки и езикови предпочитания.

Не пренасочвайте принудително според местоположението или езика на браузъра. Българин в Германия или тестер с английски браузър трябва да стигне до страницата, която е поискал. Малка лента с предложение за друг език, която може да се затвори, е по-приятелски вариант.

#Hreflang и canonical

Hreflang казва на търсачките, че няколко адреса са една и съща страница на различни езици, за да се показва правилната версия на всеки пазар. Можете да го добавите чрез тагове <link rel="alternate" hreflang="..."> в head на страницата, чрез HTTP заглавки или в XML картата на сайта. Няколко правила са по-важни от метода:

• Използвайте правилни кодове. Стойността е код на език, например en или bg, по желание последван от регион, например en-GB. Регион без език не е валидна стойност.
• Всяка версия изброява всички версии. Всяка страница посочва всичките си алтернативи, включително себе си. Ако английската страница сочи към българската, българската трябва да сочи обратно, иначе указанието може да бъде пренебрегнато.
• Добавете x-default. Тази стойност посочва страницата, която да се покаже, когато никой език не съвпада. Често това е изборът на език или версията на основния език.
• Сочете само към съществуващи страници с нормален отговор. Пренасочени или липсващи алтернативи отслабват целия набор.

Canonical тагът на всяка езикова версия трябва да сочи към самата нея. Честа грешка е canonical на всички преводи да сочи към английската страница. Така казвате на търсачките, че преводите са дубликати, и те може да не се появят в резултатите.

Задайте и атрибута lang на елемента <html> според езика на страницата. Екранните четци го използват, за да изберат правилното произношение, а браузърите за пренасяне на думи и предложения за превод.

#Не обещавайте език, на който съдържанието не е написано

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

• Ако страница няма превод, махнете я от менютата, картата на сайта и hreflang набора на този език или покажете ясна бележка с линк към версията, която съществува.
• Не публикувайте машинен превод като завършен текст. Използвайте го като чернова за човек, за когото езикът е роден.
• Превеждайте цялата страница: заглавия, мета описания, алтернативен текст на изображенията, бутони, съобщения за грешки във формите и имейли. Преведена страница с английски съобщения за валидация изглежда недовършена.

#Пишете на езика, вместо да превеждате буквално

Буквалният превод запазва думите и губи смисъла. Изразите, дължината на изреченията, степента на учтивост и думите, с които хората търсят, се различават между езиците. Българските читатели например очакват учтивата форма „вие“ в бизнес текстовете и търсят с български изрази дори технически услуги, като „изработка на уеб сайт“ или „софтуер по поръчка“.

Дайте на преводача контекст: за какво е страницата, кой я чете, къде се появява всеки текст и колко дълъг може да бъде. Кратък речник с термините на продукта и думите, които остават на английски, спестява много корекции. Най-добре е авторът на родния език да може да преподреди абзаца, когато оригиналната структура не звучи естествено.

#Дати, валути, множествено число и адреси на кирилица

Дати и числа

Една и съща дата и сума изглеждат различно според езика. В американския английски месецът е пръв, а в българския и в повечето европейски езици първо е денят. Десетичният знак и разделителят за хилядите се разменят между точка и запетая, а символът на валутата може да стои преди или след сумата. Форматирайте ги с инструментите на платформата, например Intl.DateTimeFormat и Intl.NumberFormat в JavaScript или разширението intl в PHP, които използват данните на Unicode CLDR. Ръчно написаните формати са мястото, където се появяват грешките.

Валути

Преводът на страницата не променя цените. Решете отделно кои валути показвате, откъде идват обменните курсове и коя сума е тази, която клиентът реално плаща. При преминаването от лева към евро много български магазини показват и двете. Статията как да покажете цените в лева и евро в PrestaShop описва един от начините.

Множествено число

Английският и българският имат по две форми, но много езици имат повече: полският и руският имат няколко, а арабският има шест категории. Никога не сглобявайте изречение като count + " item" + "s". Използвайте поддръжката за множествено число на вашата рамка или формата на съобщенията ICU, така че всеки език да определя своите форми.

Адреси на кирилица или на латиница

Адрес на кирилица като /блог/ е четим за българските посетители и работи в съвременните браузъри, но когато се копира в много имейл клиенти, чатове или документи, се превръща в кодиран текст от вида /%D0%B1%D0%BB%D0%BE%D0%B3/. Транслитерираните адреси като /blog/ или /uslugi/ остават кратки навсякъде. Ако транслитерирате, следвайте последователно официалната българска система, например „ж“ като „zh“ и „щ“ като „sht“. И двата варианта работят за търсачките. Важното е да изберете едно правило и да не променяте адреса след публикуване, а ако все пак го промените, да поставите пренасочване.

#Работата на редакторите в CMS

Многоезичният сайт е толкова добър, колкото е процесът зад него. Когато избирате или изграждате CMS, проверете дали поддържа:

• Отделни полета за всеки език за заглавие, текст, адрес, SEO заглавие и описание, както и алтернативен текст.
• Видим статус на превода, за да виждат редакторите кои страници нямат даден език, преди да публикуват.
• Публикуване по езици, така че промяна на английски да излезе, без да показва недовършен превод.
• Ясни правила за резервен език, избрани съзнателно, вместо мълчаливо показване на основния език.
• Автоматично генериране на hreflang и карта на сайта от публикуваните преводи, за да не пишат редакторите тагове на ръка.
• Преведени текстове на интерфейса за менюта, форми и имейли, пазени в езикови файлове или полета в CMS до съдържанието.

Дали ви подхожда традиционна или headless CMS зависи от екипа и каналите ви. Статията headless CMS или традиционна CMS сравнява двата подхода.

#Как може да помогне PN Scripts

PN Scripts изработва сайтове на английски и български и настройва езиковите адреси, hreflang, форматирането според езика и работата на редакторите в CMS като част от уеб проектите. Ако планирате многоезичен сайт или искате да оправите съществуващ, вижте как подхождаме към уеб разработката по поръчка.