Примеры многоязычных сайтов WordPress (и что копировать)

Четыре действующих многоязычных сайта WordPress, проверенных в сентябре 2026 года: как каждый из них структурирует свои языковые URL-адреса, настраивает hreflang и маркирует свой языковой переключатель, какие шаблоны стоит копировать, а какой следует избегать.
Начать
Отправьтесь на экскурсию
Нет данных карты Никаких обязательств

· Обновлено · Алекс Б · Блог

Подведите итог этому посту следующим образом: 8 мин чтения
ChatGPT ЧатGPT Perplexity Недоумение Grok Грок Google AI Google ИИ

Хорошие многоязычные сайты WordPress имеют три общие привычки. Каждый язык живет на своем собственном URL-адресе. Каждая страница использует теги hreflang, чтобы сообщать поисковым системам о своих версиях на других языках. Посетители могут менять язык на любой странице, не теряя места. Четыре живых примера ниже попадают туда разными способами: один с поддоменом для каждого языка, а другие с простыми подпапками, и один из них показывает то, что не следует копировать.

Мы проверили HTML-код каждого примера в реальном времени в сентябре 2026 года. Все четыре работают на WordPress (их страницы загружают ресурсы из wp-content), и мы записали структуру URL и настройку hreflang каждого из них. Сайты меняются, поэтому относитесь к деталям как к снимку.

Ключевые выводы

  • Подпапки (example.com/de/) являются наиболее распространенной и простой структурой для многоязычных сайтов WordPress. Поддомены подходят для крупных языковых сообществ, которые управляются отдельно.
  • Хорошие сайты включают в себя самоссылающийся тег hreflang, полный набор альтернатив и x-default запасной вариант.
  • Переключатели языков работают лучше всего, когда они отображают названия языков на самом языке (немецкий, испанский) и появляются на каждой странице.
  • Региональный сайт с разным контентом в каждой стране — это совсем не то же самое, что переведенный сайт. Не добавляйте hreflang между страницами, которые не являются эквивалентами.
  • Многоязычный плагин и размещенная служба перевода могут дать тот же результат. Оценивайте результат, а не инструмент.

Зачем смотреть на реальные примеры

Гид расскажет вам, что делать. Живой сайт показывает, как выглядит готовое изделие. Изучая пример, проверьте четыре вещи:

  1. Структура URL. Где живет немецкая версия?
  2. Хрефланг. Просмотрите исходный код страницы и найдите hreflang. Перечислены ли все языковые версии, включая саму страницу и x-default?
  3. Переключатель языка. Где это, как маркируются языки и помогает ли это вам оставаться на одной волне?
  4. Перевод глубина. Переводятся ли навигация, нижний колонтитул, кнопки, даты и метаданные или только основной текст?

Пример 1: Локальные сайты WordPress.org (один поддомен на язык)

WordPress.org управляет отдельным локальным сайтом для каждого языкового сообщества: немецкий на de.wordpress.org, испанский на es.wordpress.org, и так далее.

Что мы обнаружили:

  • Каждый язык имеет свой поддомен со своим собственным lang атрибут (<html lang="de"> на немецком сайте).
  • На домашней странице в Германии перечислены 156 различных значений hreflang, по одному для каждого локального сайта WordPress.org, поэтому поисковые системы могут сопоставить каждого пользователя с нужным сообществом.
  • Каждый локальный сайт работает как отдельное пространство с местными новостями и контентом, а не как зеркало английского.

Часть, которую стоит скопировать: если у каждого языка есть своя команда, контент и приоритеты, поддомены разделяют их, в то время как hreflang связывает эквивалентные страницы вместе.

Часть, которую нельзя копировать вслепую, - это масштаб. Более 150 языковых версий — это общественный проект с волонтерами на всех языках. Большинству предприятий следует начинать с двух-трех языков и делать это хорошо.

Пример 2: блог Mozilla (подпапки с x-default)

Блог Mozilla по адресу blog.mozilla.org хранит каждое языковое издание в подпапке, включая английский (/en/) и немецкий (/de/).

Что мы обнаружили:

  • На домашней странице в Германии указаны три альтернативных варианта hreflang: en → /en/, de → /de/, и x-default → /en/.
  • The lang атрибут на немецких страницах - de-DE.

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

Пример 3: TranslatePress.com (подпапки с кодами языка и региона)

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

Что мы обнаружили:

  • Английский язык лежит в основе (translatepress.com/) и другие языки в подпапках (/es/, /de/, /fr/, /it/).
  • Он дважды перечисляет каждый язык на hreflang, один раз с кодом, содержащим только язык (es) и один раз с кодом языка-региона (es-ES), плюс x-default указывая на английский корень.
  • Переключатель языков присутствует на странице и помечает языки по имени.

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

Прежде чем копировать остальное, следует подумать об одном. Перечисление обоих es и es-ES для того же URL-адреса это допустимо, но это поможет только в том случае, если вы позже сможете создать отдельные версии для других регионов (например, es-MX). Если у вас есть одна версия на каждом языке, достаточно кодов, содержащих только язык. Наш список языковые коды hreflang помогает вам выбрать правильные.

Пример 4: Региональные редакции новостей Microsoft Source (региональный сайт, а не переведенный)

Новостной сайт Microsoft работает на WordPress и имеет региональные версии. Вы попадаете на немецкое издание с news.microsoft.com/de-de/, и он попадает на региональную страницу с ?lang=de параметр.

Что мы обнаружили:

  • Немецкое издание использует <html lang="de-DE"> и содержит истории на немецком языке.
  • Мы не нашли тегов hreflang в заголовке проверенной нами немецкой страницы.

Это справедливо для региональной редакции, которая представляет собой отдельное издание, а не перевод английского сайта. Многие немецкие истории не имеют английского эквивалента, поэтому hreflang между региональными страницами был бы неправильным. Следуйте тому же правилу на своем сайте: ссылайтесь на эквивалентные страницы с помощью hreflang и исключайте страницы, существующие только на одном рынке. Однако не копируйте формат URL. Google перечисляет параметры URL, такие как ?lang= как “не рекомендуется” для многоязычных сайтов и предпочитает подпапки, поддомены или домены стран (Центр поиска Google).

Что общего у лучших многоязычных сайтов WordPress

ПрактиковатьПочему это важноКак проверить на вашем сайте
Один URL-адрес на языкПоисковые системы индексируют URL-адреса; язык, который отображается только через файл cookie или скрипт, может никогда не индексироватьсяОткройте переведенную страницу в приватном окне; URL-адрес должен быть другим
Полный, взаимный хрефлангОстанавливает конкуренцию языковых версий и направляет поисковиков на нужнуюПросмотр источника, поиск hreflang, подтвердите, что каждая версия перечисляет каждую другую и себя
x-defaultДает запасной вариант для неподдерживаемых языковИскать hreflang="x-default"
Правильный lang атрибутПомогает браузерам, программам чтения с экрана и инструментам переводаПроверьте <html lang="…"> значение для каждой версии
Видимый переключатель языкаПосетители могут исправить неверное предположение; Google рекомендует связать языковые версииПереключите языки с глубокой страницы и подтвердите, что вы остаетесь на эквивалентной странице
Переведенные метаданныеЗаголовки и описания — это то, что пользователи видят в первую очередьПроверьте <title> и метаописание на переведенной странице

Более подробный контрольный список см. в нашем руководстве лучшие практики для многоязычных веб-сайтов WordPress.

Как создать такой сайт на WordPress

Есть два основных способа сделать это.

Первый — многоязычный плагин, хранящий переводы в WordPress, например WPML, Polylang или TranslatePress. Вы создаете или переводите каждую страницу внутри WordPress, а плагин обрабатывает URL-адреса и hreflang. Вы получаете полный контроль за счет дополнительных настроек, особенно с помощью конструкторов страниц, настраиваемых полей и WooCommerce. Посмотрите наше сравнение Weglot, WPML и ConveyThis за то, чем отличаются эти подходы.

Второй — это размещенный сервис перевода с плагином WordPress, например ConveyThis. Вы устанавливаете плагин и выбираете языки, а сервис переводит ваши страницы и обслуживает их по языковым URL-адресам. Затем вы просматриваете и редактируете переводы.

С ConveyThis для WordPress, результат соответствует приведенным выше шаблонам:

  • Каждый язык обслуживается по своему URL-адресу: по умолчанию в WordPress это подпапки или поддомены, если вам так удобнее.
  • Теги Hreflang добавляются автоматически, а заголовки страниц, метаописания и JSON-LD переводятся.
  • На каждой странице добавлен переключатель языка. Вы выбираете флаги или отсутствие флагов, а также маркировку языков на английском языке, на их родном языке или с помощью кода.
  • Визуальный редактор, глоссарий и память переводов позволяют уточнять переводы в контексте и сохранять единообразие терминов.

Плагин имеет 1000+ активных установок на WordPress.org и имеет рейтинг 4,4/5 из 145 оценок. Для живых сайтов, использующих ConveyThis, на WordPress и в других местах, см. наш примеры клиентов.

Часто задаваемые вопросы

Какова лучшая структура URL-адресов для многоязычного сайта WordPress? Для большинства сайтов подпапки (example.com/de/). Они хранят все языки в одном домене и являются самыми простыми в обслуживании. Поддомены имеют смысл, когда каждый язык работает как отдельный сайт.

Как узнать, создан ли многоязычный сайт на WordPress? Просмотрите исходный код страницы и найдите пути, содержащие wp-content или wp-includes. Некоторые сайты скрывают их, поэтому их отсутствие не доказывает, что сайт не является WordPress.

Нужна ли мне отдельная установка WordPress для каждого языка? Нет. Многоязычный плагин или служба перевода могут обслуживать все языки из одной установки WordPress. WordPress Multisite — это вариант, когда каждый язык представляет собой отдельный сайт со своим собственным контентом.

Что делает переключатель языка хорошим? Он виден на каждой странице, помечает языки на их родном языке (не немецком, а немецком), удерживает посетителя на соответствующей странице и никогда не вызывает перенаправление, основанное только на настройках браузера.

Чтобы настроить свой сайт WordPress таким же образом, попробуйте ConveyThis бесплатно с одним языком и 5000 слов.

Поделиться:
G2 High Performer Spring 2023
G2 Easiest Setup Fall 2024
G2 Best Support Spring 2025