Language Subdirectory: языковая структура сайта вида site.com/fr/

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

Одним из наиболее удобных вариантов становится Language Subdirectory — размещение каждого языка в отдельной папке основного сайта:

site.com/fr/

Такая структура позволяет развивать международное направление на одном домене, централизованно управлять страницами и передавать накопленные сигналы основного сайта языковым разделам.

Если международная структура ещё не выбрана, сравните этот вариант с подробным руководством про Language Subdomain и языковые поддомены.

Что такое Language Subdirectory#

Language Subdirectory — это отдельный языковой каталог внутри основного домена.

Например:

site.com/ — главная или международная версия
site.com/ru/ — русский язык
site.com/en/ — английский язык
site.com/fr/ — французский язык
site.com/de/ — немецкий язык

В адресе:

site.com/fr/

fr — папка, которая обычно обозначает французский язык.

При этом .com использовать необязательно. Это условный пример нейтрального домена. Языковые разделы можно создавать и на других доменах:

site.ru/en/
site.ru/fr/
site.ru/de/

Такая структура технически корректна. Но необходимо учитывать, что домен .ru связан с Россией и является одним из региональных сигналов для поисковых систем.

Если компания остаётся ориентированной преимущественно на российский рынок, но хочет предоставить информацию иностранным партнёрам, разделы site.ru/en/ и site.ru/fr/ могут быть удобным решением.

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

Зачем экспортному сайту языковые разделы#

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

Необходимо локализовать:

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

Google рекомендует использовать отдельные URL для разных языковых версий, а не менять содержание одной страницы с помощью файлов cookie или настроек браузера. Это упрощает обнаружение и индексирование контента. Подробнее — в официальных рекомендациях Google для международных сайтов.

Языковой и региональный каталог — в чём разница#

Папка /fr/ обычно обозначает французский язык, а не конкретную страну.

Французский язык используется во Франции, Канаде, Бельгии, Швейцарии и других странах. Если содержание и коммерческие условия одинаковы для всей франкоязычной аудитории, можно использовать:

site.com/fr/

Если предложения различаются по странам, создаются более точные версии:

site.com/fr-fr/ — французский язык для Франции
site.com/fr-ca/ — французский язык для Канады
site.com/en-ca/ — английский язык для Канады
site.com/de-ch/ — немецкий язык для Швейцарии

Другой вариант — сначала указывать страну, а затем язык:

site.com/ca/fr/
site.com/ca/en/

Выбор структуры зависит от количества рынков, языков и различий между предложениями.

Пример для Казахстана и Беларуси#

Практический план структуры, локализации и продвижения собран на странице услуги SEO для Казахстана и Беларуси.

Если российская компания работает в Казахстане и Беларуси на русском языке, папки:

site.ru/kz/
site.ru/by/

являются не языковыми, а региональными разделами.

Для них используются значения:

ru-KZ — русский язык для Казахстана
ru-BY — русский язык для Беларуси

Если для Казахстана нужны русский и казахский языки, структура может выглядеть так:

site.ru/kz/ru/
site.ru/kz/kk/

Для Беларуси при необходимости можно создать:

site.ru/by/ru/
site.ru/by/be/

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

Разницу между языком и регионом подробнее объясняют материалы про Multilingual SEO и Multiregional SEO.

Когда следует использовать Language Subdirectory#

Языковые папки подходят, если:

• все версии работают на одной CMS;
• сайтом управляет одна команда;
• дизайн и функциональность должны оставаться едиными;
• количество языков ограничено;
• каталог товаров в основном совпадает;
• компания хочет централизованно обновлять информацию;
• все версии размещаются на одном сервере;
• необходимо упростить техническую поддержку;
• важно использовать один домен для продвижения.

Для большинства корпоративных сайтов и интернет-магазинов структура:

site.com/ru/
site.com/en/
site.com/fr/

становится более простой в управлении, чем отдельные домены или поддомены.

Преимущества языковых подкаталогов#

Один основной домен#

Все языковые страницы находятся внутри одного сайта. Не требуется отдельно развивать несколько доменов.

Внешние ссылки, упоминания бренда и история основного ресурса работают в рамках единой доменной структуры.

Простое администрирование#

Языковыми версиями можно управлять через одну CMS:

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

Это снижает риск того, что одна из версий останется без обновлений.

Единый SSL-сертификат#

В отличие от поддоменов, для языковых папок обычно не требуется отдельная настройка сертификатов.

Все страницы работают внутри одного защищённого домена:

https://site.com/ru/
https://site.com/en/
https://site.com/fr/

Упрощённая аналитика#

Языковые разделы легче анализировать в рамках одного счётчика.

Можно создавать отчёты по путям:

/fr/
/en/
/ru/

Это позволяет сравнивать:

• трафик;
• поисковые запросы;
• конверсии;
• продажи;
• глубину просмотра;
• популярные товары;
• эффективность контента.

Централизованная техническая поддержка#

Файл robots.txt, серверные настройки и большая часть технических правил действуют для всего сайта.

Это упрощает контроль, но требует осторожности: ошибка в общем шаблоне может одновременно затронуть все языки.

Недостатки Language Subdirectory#

Все версии зависят от одного сайта#

Если основной сервер недоступен, перестают работать все языковые разделы.

Ошибка в CMS, шаблоне, robots.txt или системе безопасности также может повлиять на весь международный проект.

Сложнее разделить независимые команды#

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

Единая доменная зона#

Папка /fr/ не меняет региональную принадлежность основного домена.

Например:

site.ru/fr/

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

Ограничения общей CMS#

Система управления должна поддерживать:

• разные языки;
• отдельные URL;
• локальные метатеги;
• перевод меню;
• отдельные формы;
• корректный hreflang;
• независимое содержимое;
• разные валюты;
• региональные настройки.

Если CMS не рассчитана на многоязычность, техническая реализация может оказаться сложной.

Language Subdirectory или Language Subdomain#

Языковой подкаталог:

site.com/fr/

находится внутри основного сайта.

Языковой поддомен:

fr.site.com

является отдельным хостом.

Подкаталог лучше использовать, если:#

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

Поддомен может быть удобнее, если:#

• версии работают на разных серверах;
• используются разные CMS;
• проекты управляются отдельными командами;
• каталоги сильно различаются;
• требуется независимое техническое развитие.

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

Какая структура URL считается правильной#

Рекомендуется создавать постоянные понятные URL:

site.com/ru/services/
site.com/en/services/
site.com/fr/services/

Желательно переводить не только содержимое, но и адреса страниц.

Например:

site.com/ru/uslugi/prodvizhenie-sayta/
site.com/en/services/seo-promotion/
site.com/fr/services/referencement/

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

Не рекомендуется использовать только параметры:

site.com/page/?lang=fr
site.com/page/?language=en

Отдельные постоянные URL удобнее для индексации, аналитики и внутренней перелинковки.

Главная версия сайта#

До запуска языковых папок необходимо определить назначение корневого адреса:

site.com/

Возможны разные варианты.

Международная главная страница#

Корневой адрес содержит нейтральную международную версию.

Страница выбора языка#

Пользователь выбирает:

Русский
English
Français

В этом случае корневая страница может использоваться как x-default.

Основной язык#

Корневой адрес содержит основную языковую версию, например английскую.

При этом важно избежать появления одинакового контента одновременно по адресам:

site.com/
site.com/en/

Если страницы полностью совпадают, следует выбрать основной вариант и настроить редирект либо корректную канонизацию.

Настройка hreflang#

Языковые страницы необходимо связать с помощью hreflang.

Пример:

<link rel="alternate" hreflang="ru"
      href="https://site.com/ru/services/" />

<link rel="alternate" hreflang="en"
      href="https://site.com/en/services/" />

<link rel="alternate" hreflang="fr"
      href="https://site.com/fr/services/" />

<link rel="alternate" hreflang="x-default"
      href="https://site.com/" />

Одинаковый набор размещается на всех связанных страницах.

Основные требования:

• каждая страница указывает на себя;
• ссылки между версиями должны быть взаимными;
• используются полные URL;
• языковые коды должны быть корректными;
• связываются эквивалентные страницы;
• удалённые и закрытые URL исключаются;
• x-default ведёт на нейтральную версию или страницу выбора языка.

Google рекомендует явно указывать локализованные версии, чтобы поисковая система могла направлять пользователя на наиболее подходящий URL.

Настройка canonical#

Каждая самостоятельная языковая страница обычно должна иметь canonical на собственный адрес.

Для французской версии:

<link rel="canonical"
      href="https://site.com/fr/services/" />

Для английской:

<link rel="canonical"
      href="https://site.com/en/services/" />

Не следует указывать canonical со всех переводов на русскую страницу:

<link rel="canonical"
      href="https://site.com/ru/services/" />

Это создаёт противоречие: hreflang сообщает о самостоятельных языковых версиях, а canonical указывает, что основной является только русский URL.

Настройка Sitemap#

Можно использовать одну общую XML-карту или несколько отдельных файлов:

site.com/sitemap-ru.xml
site.com/sitemap-en.xml
site.com/sitemap-fr.xml

Раздельные карты упрощают проверку индексирования каждого языка.

В Sitemap следует добавлять только:

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

Если hreflang передаётся через Sitemap, наборы языковых ссылок должны быть полными и согласованными.

Настройка robots.txt#

Для всех языковых каталогов действует файл:

site.com/robots.txt

Отдельный файл:

site.com/fr/robots.txt

не управляет сканированием французского раздела.

Поэтому изменения в основном robots.txt нужно вносить осторожно.

Нельзя случайно закрывать языковые папки:

Disallow: /fr/
Disallow: /en/

После запуска необходимо проверить:

• доступность страниц;
• отсутствие noindex;
• корректность canonical;
• наличие страниц в Sitemap;
• коды ответа;
• доступность CSS и JavaScript;
• работу мобильной версии.

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

На сайте должен быть доступен понятный переключатель:

RU | EN | FR

Он должен вести на аналогичную страницу другого языка.

Правильно:

site.com/ru/uslugi/seo/
        ↓
site.com/en/services/seo/
        ↓
site.com/fr/services/referencement/

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

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

Автоматическое перенаправление по языку и IP#

Риски такого подхода подробно разобраны в статье о Geo IP Redirects и географических перенаправлениях.

Не рекомендуется принудительно перенаправлять пользователя только по IP-адресу или языку браузера.

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

Принудительный редирект может:

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

Безопаснее показать уведомление:

Возможно, вам подойдёт французская версия сайта. Перейти?

При этом пользователь должен иметь возможность отказаться.

Локализация контента#

Языковой каталог должен содержать полноценный контент на выбранном языке.

Необходимо адаптировать:

• основное содержание;
• меню;
• кнопки;
• формы;
• метатеги;
• изображения;
• подписи;
• документы;
• цены;
• валюту;
• контакты;
• способы оплаты;
• гарантии;
• условия доставки;
• единицы измерения;
• даты;
• юридическую информацию.

Google определяет язык по видимому контенту. Названия папки /fr/ недостаточно, если основной текст остаётся на русском языке.

Сбор семантики#

Ключевые запросы нельзя просто переводить слово в слово.

Для каждого языкового раздела необходимо:

1. Изучить поисковую выдачу.
2. Определить конкурентов.
3. Собрать запросы на нужном языке.
4. Проверить терминологию.
5. Сгруппировать семантику.
6. Разработать структуру.
7. Подготовить метатеги.
8. Создать локализованный контент.

В разных странах пользователи могут по-разному называть один и тот же товар или услугу.

Внутренняя перелинковка#

Каждый языковой раздел должен иметь полноценную внутреннюю структуру:

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

Не следует создавать языковую папку, состоящую только из одной главной страницы.

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

Ссылки между языковыми версиями#

Переключатель языка необходим, но сам по себе не заменяет обычную внутреннюю перелинковку.

С основного сайта можно ссылаться на международные направления:

International
English version
Version française

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

• отраслевых каталогов;
• партнёров;
• дистрибьюторов;
• профильных СМИ;
• международных выставок;
• торговых площадок;
• профессиональных объединений.

Аналитика языковых каталогов#

Для каждого раздела необходимо отдельно отслеживать:

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

В аналитике удобно создавать сегменты по URL:

/fr/
/en/
/ru/

Это позволяет сравнивать эффективность языковых направлений внутри одного сайта.

Пример для российского экспортёра#

Российский производитель выходит на международный рынок и создаёт структуру:

site.com/ru/
site.com/en/
site.com/fr/

Русский раздел предназначен для российских клиентов.

Английский содержит:

• международный каталог;
• экспортные условия;
• сертификаты;
• сведения о производстве;
• способы доставки;
• контакты англоязычного менеджера.

Французский раздел включает:

• локализованное описание продукции;
• французскую отраслевую терминологию;
• условия поставки;
• документацию;
• формы обращения;
• информацию о гарантиях;
• подходящие способы связи.

Все эквивалентные страницы связаны через hreflang, имеют собственные canonical и добавлены в XML-карты.

Перенос с поддоменов в каталоги#

Если ранее использовалась структура:

fr.site.com
en.site.com

а затем компания решила перейти на:

site.com/fr/
site.com/en/

необходимо выполнить полноценный перенос.

Для каждой старой страницы настраивается редирект 301 на точный новый аналог:

fr.site.com/services/
        ↓
site.com/fr/services/

Нельзя перенаправлять все старые страницы только на главную нового раздела.

После переноса необходимо:

• обновить внутренние ссылки;
• изменить hreflang;
• изменить canonical;
• обновить Sitemap;
• проверить robots.txt;
• заменить ссылки в рекламных материалах;
• проверить аналитику;
• контролировать ошибки 404;
• отслеживать индексацию.

Перед запуском или после переноса стоит проверить ошибки hreflang-разметки и провести SEO-аудит сайта.

Типичные ошибки Language Subdirectory#

При создании языковых папок часто встречаются следующие проблемы:

• переведено только меню;
• основной текст остался русским;
• все версии имеют одинаковые Title и Description;
• отсутствует hreflang;
• нет обратных языковых ссылок;
• canonical ведёт на русскую версию;
• языковые папки закрыты в robots.txt;
• установлен noindex;
• один материал доступен по нескольким URL;
• переключатель ведёт только на главную;
• используются автоматические редиректы;
• URL не соответствуют языку;
• перевод выполнен без проверки;
• нет отдельной семантики;
• созданы пустые языковые разделы;
• в Sitemap добавлены неканонические страницы;
• отсутствует контроль актуальности переводов.

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

Наш опыт работы с языковыми каталогами#

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

site.com/fr/

В комплекс работ входят:

1. Анализ стран и языков.
2. Выбор международной структуры.
3. Разработка карты URL.
4. Подготовка технического задания.
5. Настройка языковых каталогов.
6. Проверка robots.txt и Sitemap.
7. Настройка canonical.
8. Настройка hreflang.
9. Сбор семантики для каждого языка.
10. Локализация метатегов.
11. Адаптация контента.
12. Настройка языкового переключателя.
13. Проверка внутренней перелинковки.
14. Подключение аналитики.
15. Контроль индексации.
16. Поиск и устранение технических ошибок.

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

Результат использования Language Subdirectory#

Структура:

site.com/fr/

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

Она позволяет:

• централизованно управлять сайтом;
• использовать одну CMS;
• упростить техническую поддержку;
• разделить контент по языкам;
• анализировать эффективность каждого направления;
• привлекать зарубежный поисковый трафик;
• поддерживать экспортные продажи;
• постепенно добавлять новые языки.

При этом папка /fr/ сама по себе не гарантирует продвижения. Для результата необходимы качественная локализация, отдельная семантика, корректные hreflang и canonical, доступность страниц для индексации и регулярное развитие контента.

.com в примере site.com/fr/ является только условным обозначением. Языковые каталоги можно использовать и на других доменах, если это соответствует географии бизнеса и долгосрочной стратегии продвижения.