Публикация сайта на нескольких языках сама по себе не приводит к тому, что этот сайт будет ранжироваться отдельно по каждому языку. Страницы должны отдаваться на правильном языке, с правильной структурой URL и правильными hreflang-тегами, а каждая языковая версия должна выстраиваться вокруг тех ключевых слов, по которым реально ищет её собственный рынок. Drupal обеспечивает техническую основу для всего этого на уровне ядра.
В этой статье рассматриваются базовые возможности Drupal для многоязычного SEO, то, как выбор структуры URL влияет на ранжирование, как правильно использовать hreflang-теги, основные модули для многоязычного SEO и практическая стратегия для организаций, выходящих на новые языковые рынки — университеты здесь один из самых наглядных примеров.
Как многоязычное SEO отличается от одноязычного
Многоязычное SEO — это не просто «перевод контента на другой язык». Поисковым системам нужно понимать, на каком языке представлена страница, для какого региона она предназначена и где находится эквивалент этого контента на другом языке. При этом поведение пользователей в поиске, используемые ими слова и культурный контекст меняются от языка к языку. Настоящее многоязычное SEO складывается только тогда, когда все три уровня управляются вместе.
- Технический уровень: структура URL, hreflang-теги, карты сайта для каждого языка, канонические URL и переключатель языков. При неправильной настройке поисковая система не понимает, какую версию индексировать, — а уровень ошибок в hreflang печально известен своей высотой: исследования показывают, что примерно 75% реализаций содержат ошибки.
- Уровень контента (локализация): речь не только о переводе, но и об адаптации к целевой культуре. Немецкий запрос «Masterbewerbung» и английский «graduate application» несут разный интент и ожидают разного контента. Прямой перевод обычно даёт слабые позиции в выдаче.
- Уровень ключевых слов: отдельное исследование ключевых слов для каждого языка. Абитуриент, ищущий информацию на одном языке, использует совершенно другие формулировки, чем ищущий на другом, — а значит, данные по ключевым словам нужно собирать отдельно для каждого языка и региона, а не переводить напрямую.
Экономическое обоснование хорошо задокументировано. В опросе CSA Research «Can't Read, Won't Buy», охватившем 8709 потребителей в 29 странах, 76% заявили, что предпочитают покупать, когда информация доступна на их родном языке, а 40% сказали, что никогда не купят на сайте на другом языке. В контексте образования это предпочтение напрямую отражается на показателях завершения подачи заявок — поэтому многоязычное SEO это вопрос конверсии, а не только трафика.
Основные возможности Drupal для многоязычного SEO
Преимущество Drupal в многоязычности носит архитектурный характер: оно заложено на уровне ядра, а не зависит от плагина. Если WordPress обеспечивает многоязычность через сторонние плагины, такие как WPML или Polylang, то Drupal поставляется с четырьмя встроенными модулями:
- Модуль Language: управляет тем, какие языки активны на сайте, определяет язык по умолчанию и метод определения языка. Определение можно настроить по префиксу URL, сессии, языку браузера или выбору пользователя.
- Модуль Content Translation: управляет отдельными версиями контента (страниц, статей, профилей преподавателей, мероприятий) для каждого языка. Каждая языковая версия хранится как отдельная сущность со своими мета-тегами и своим URL.
- Модуль Interface Translation: переводит текст интерфейса системы (пункты меню, кнопки, сообщения об ошибках). Ядро Drupal изначально переведено более чем на 110 языков.
- Модуль Configuration Translation: переводит контент на уровне конфигурации, такой как views, заголовки блоков, название сайта и названия категорий.
Все четыре модуля являются частью ядра Drupal и не требуют дополнительной установки — достаточно их включить. Именно эта архитектура делает Drupal естественным выбором для международных организаций, таких как Европейская комиссия и ООН, а также для многоязычных университетов.
Структура URL: подкаталог, поддомен или ccTLD?
Одно из наиболее значимых решений в многоязычном SEO — структура URL. Этот выбор напрямую определяет, как распределяется авторитет домена, как управляется hreflang, и каковы будут долгосрочные затраты на SEO. Существует три базовых варианта:
| Критерий | Подкаталог | Поддомен | Отдельный домен (ccTLD) |
|---|---|---|---|
| Пример | site.com/ru/ | ru.site.com | site.ru, site.fr |
| Авторитет домена | Консолидируется в одном месте | Частично распределяется | Формируется отдельно для каждого домена |
| Стоимость настройки | Низкая | Средняя | Высокая |
| Управление SSL и сервером | Единая настройка | Требуется отдельный SSL | Отдельное управление для каждого домена |
| Сигнал геотаргетинга | Через Search Console | Через Search Console | ccTLD — естественный сигнал |
| Лучше всего подходит | Большинству многоязычных сайтов | Крупным структурам с несколькими регионами | Отдельным направлениям бизнеса на разных рынках |
Для большинства многоязычных сайтов — включая университетские — структура с подкаталогами является наиболее распространённой и обычно наиболее правильной (site.edu/ru, site.edu/fr). Работа в рамках одного домена означает, что авторитет, полученный благодаря внешним ссылкам, распределяется между всеми языковыми версиями; для академических учреждений это является непосредственным преимуществом в таких рейтингах, как Webometrics. Google заявляет, что поддомены и подкаталоги обрабатываются одинаково, однако на практике поддомены больше похожи на отдельные сайты, а передача ссылочного веса между ними происходит непоследовательно. Домен верхнего уровня с кодом страны (ccTLD) даёт наиболее чёткий сигнал географического таргетинга, но требует создания авторитета домена с нуля для каждого рынка — поэтому такой вариант имеет смысл только в том случае, если у учреждения есть физические кампусы в разных странах или его деятельность на каждом рынке фактически является отдельной.
Теги Hreflang и их правильное использование в Drupal
Hreflang — это HTML-аннотация, которая сообщает поисковым системам о различных языковых версиях одного и того же контента. Google показывает, например, французский эквивалент немецкой страницы нужному пользователю только тогда, когда эти две версии связаны между собой с помощью hreflang. При неправильной настройке происходит обратное: отображается страница на неправильном языке или две версии воспринимаются как дубликаты друг друга.
В Drupal hreflang можно настроить тремя способами:
- Через языковые настройки ядра: когда включены модули Language и Content Translation в Drupal, теги hreflang автоматически генерируются для материалов, имеющих переводы. Дополнительный модуль не требуется — однако добавляются только базовые теги hreflang.
- С помощью дополнительного модуля Hreflang: он предоставляет гораздо более расширенные возможности управления. Можно задать значение x-default (язык/страницу, которая отображается по умолчанию, если соответствие языку не найдено), настроить таргетинг по регионам (например, различать en-US и en-GB), а также добавлять теги вручную.
- С помощью модуля Simple XML Sitemap: информация hreflang встраивается непосредственно в карту сайта. Такой подход отправляет двойной сигнал — как через HTML-код, так и через sitemap, — что облегчает поисковым системам правильную индексацию.
При работе с hreflang существуют три критические ошибки. Первая — использование тега canonical в конфликте с hreflang: если canonical страницы указывает на версию на другом языке вместо самой себя, hreflang теряет своё значение. Вторая — одностороннее определение hreflang: две страницы должны ссылаться друг на друга взаимно (принцип «возвратного тега»), и даже отсутствие одного обратного тега может привести к тому, что Google проигнорирует всю группу страниц. Третья — отсутствие x-default: должно быть чётко определено, на какую языковую версию будут направляться международные посетители.
Модули Drupal для многоязычного SEO
Именно экосистема модулей, созданная поверх четырёх основных модулей, делает процесс многоязычного SEO более полноценным. Модули, которые встречаются практически на каждом современном многоязычном сайте на Drupal:
| Модуль | Что он делает |
|---|---|
| Hreflang | Расширенное управление hreflang, определение x-default, региональный таргетинг. |
| Simple XML Sitemap | Создаёт отдельные sitemap для каждого языка; встраивает информацию hreflang непосредственно в sitemap. |
| Metatag | Отдельные мета-заголовок, описание, OpenGraph и Twitter Card для каждой языковой версии. |
| Pathauto + Transliteration | Шаблоны URL для каждого языка; преобразует не-ASCII символы в их латинские эквиваленты. |
| TMGMT (Translation Management Tool) | Профессиональное управление процессом перевода; назначение переводчиков, отслеживание статуса, интеграция с внешними сервисами. |
| Language Switcher | Удобный переключатель языка; рекомендуется использовать название языка, а не флаг (рекомендуемый подход с точки зрения SEO и удобства использования). |
| Redirect | Перенаправляет старые URL на новые языковые URL при изменении языковой структуры. |
Дополнения для автоматического перевода (Weglot, виджет Google Translate) и аналогичные решения для «перевода в один клик» также можно использовать в Drupal, однако они не рекомендуются с точки зрения SEO. Системы оценки качества Google с высокой точностью обнаруживают машинно переведённый контент, поэтому организации, которые серьёзно инвестируют в SEO, предпочитают использовать человеческий перевод и локализацию, управляемые с помощью таких рабочих процессов, как TMGMT.
Стратегия многоязычного SEO для университетов
Университеты являются одним из наиболее естественных вариантов применения многоязычного SEO. За последнее десятилетие международный рынок студентов стремительно вырос, и такие студенты принимают решения на основе поисковых запросов, которые они вводят в Google на своих родных языках. Потенциальный студент, сравнивающий учебные программы на испанском, арабском или французском языке, никогда не найдёт страницу, существующую только на английском.
Практическая стратегия многоязычного SEO для университетов состоит из пяти уровней:
- Выбор целевых рынков: Из каких стран вы привлекаете студентов и из каких хотите их привлекать? География ваших нынешних студентов и цели роста определяют, на какие языки следует переводить контент. Английский почти всегда является базовым языком; языки для расширения зависят от рынков, на которых вы ведёте набор студентов.
- Стратегия URL и доменов: Для большинства университетов правильным выбором является структура с подкаталогами (site.edu/en, site.edu/fr). Отдельный ccTLD можно рассматривать при наличии зарубежного кампуса, однако это разделяет авторитет домена.
- Приоритизация локализации: Вместо попытки перевести весь сайт сначала переводите страницы, которые непосредственно влияют на конверсию: страницу подачи заявки, информацию о программах, сведения о стипендиях, визовые и приёмные процессы, информацию о жизни кампуса и раздел FAQ. Профили преподавателей и институциональные новости можно перевести на втором этапе.
- Отдельное исследование ключевых слов для каждого языка: Между эквивалентными поисковыми запросами на разных языках существует разница в поисковом намерении, и студент, выполняющий поиск на одном языке, использует иные формулировки, чем студент, выполняющий поиск на другом. Исследование ключевых слов необходимо проводить отдельно для каждого языка, а не просто переводить ключевые слова с одного языка на другой.
- Согласование hreflang и Webometrics: При правильной настройке hreflang каждая языковая версия ранжируется отдельно на своём рынке, что напрямую создаёт преимущество по показателям видимости и влияния контента в Webometrics.
Именно эти возможности делают Drupal платформой, способной поддерживать международную видимость университета — тема, которую мы подробно рассматриваем в нашем руководстве по SEO для Drupal. Благодаря встроенной поддержке более чем 110 языков в Drupal выход на новый рынок становится возможным без необходимости каждый раз создавать новую техническую инфраструктуру.
Часто задаваемые вопросы о многоязычном SEO в Drupal
Вредит ли машинный перевод SEO?
В большинстве случаев — да. Собственная документация Google ясно указывает, что контент, созданный с помощью автоматического перевода, должен быть проверен человеком перед публикацией. Страницы с необработанным машинным переводом, размещённым напрямую, могут быть классифицированы как низкокачественный контент, что непосредственно снижает позиции в поисковой выдаче. Практический подход заключается в том, чтобы использовать машинный перевод в качестве отправной точки, а затем всегда выполнять его локализацию с помощью редактора-человека. Модуль TMGMT позволяет управлять этим рабочим процессом непосредственно в Drupal.
Нужно ли переводить каждую страницу многоязычного сайта?
Нет. Переводить весь сайт дорого и необязательно. Правильный подход заключается в том, чтобы в первую очередь переводить страницы, которые обеспечивают конверсию: страницы подачи заявок, информацию о программах, требования к поступлению, информацию о стипендиях и процесс оформления визы. Профили преподавателей, институциональные новости и публикации в блоге оцениваются на втором этапе. Для непереведённых страниц есть два варианта: не показывать их вовсе (сделать перенаправление или вернуть ошибку 404) либо сообщить пользователю, что для данной страницы не существует версии на соответствующем языке. Модуль Language в Drupal позволяет настроить эту логику перенаправления.
Как не-ASCII символы в URL влияют на многоязычное SEO?
Когда в URL встречаются символы, не относящиеся к ASCII (например, ü, ş, ç, ğ, ı, ö в турецком или ä, ö, ü в немецком), в браузере они отображаются в процентной кодировке (например, %C3%BC). Для пользователей это выглядит нечитаемо и непрофессионально при публикации ссылок. Это не приводит к прямому снижению позиций в поисковой выдаче, но уменьшает показатель кликабельности. Решение — включить модуль Transliteration и активировать опцию «Transliterate prior to creating alias» в Pathauto; после этого URL будут создаваться в чистом виде, например /city-planning-department. На многоязычных сайтах это применяется не только к одному языку, но и ко всем языкам, использующим не-ASCII символы латиницы.