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

Введение: Что означает «WPML без категорий»

«Без префикса категорий в WPML» означает удаление префикса категорий WordPress по умолчанию, при этом URL-адреса архивов категорий остаются корректными на всех языках WPML. Вместо архива на английском языке, например,example.com/category/news/вы можете использоватьexample.com/news/Испанская версия могла бы статьexample.com/es/noticias/скорее, чемexample.com/es/category/noticias/.

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

WordPress использует правила перезаписи для сопоставления читаемых URL-адресов с запросами таксономии. WPML добавляет еще один уровень для языковых каталогов, доменов или параметров URL. Он также связывает переведенные термины категорий и слаги. Ваш метод удаления базовых ссылок, настройки постоянных ссылок, тема, SEO-плагин, кэш и правила сервера должны согласовывать конечный маршрут.

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

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

Создайте бесплатный аккаунт QueueLingo.илипосмотрите демоверсиюперед планированием полномасштабного многоязычного внедрения.

Почему категориальная структура важна для многоязычной SEO-оптимизации

Стандартный архив категорий WordPress часто использует следующий шаблон:

• https://example.com/category/news/
• https://example.com/category/tutorials/

Словоcategoryявляется базовой категорией. Сайт может заменить её другой базовой категорией, например...topicsно при этом поле «Базовая категория» остается пустым.Настройки → Постоянные ссылкиОбычно это означает, что WordPress использует своё поведение по умолчанию. Полное удаление базового поведения обычно требует совместимого плагина, функции темы или тщательно поддерживаемой пользовательской логики перезаписи.

В многоязычной среде URL-адрес также может содержать языковой сигнал:

• Каталог:example.com/es/category/noticias/
• Языковая область:example.es/category/noticias/
• Параметр:example.com/category/noticias/?lang=es

WPML поддерживает языковые каталоги, различные домены или поддомены, а также языковые параметры. Таким образом, URL категории формируется на основе трех решений: языкового формата, базовой категории и переведенного слага термина.

Маршруты обхода и переведенные архивы

Поисковые системы обнаруживают архивы категорий через меню, навигационную цепочку, метаданные записей, карты сайта и внутренние ссылки. Удаление одного сегмента пути может упростить чтение, копирование и распознавание URL-адреса. Это не гарантирует повышения рейтинга. Большая выгода для SEO достигается за счет наличия одного стабильного, индексируемого URL-адреса для каждого полезного архива.

Переведённый архив категорий обычно должен содержать:

• Успешный200ответ.
• Содержание представлено на предполагаемом языке.
• Канонический URL-адрес, ссылающийся на сам себя.
• Правильный альтернативный языкhreflangссылки.
• Внутренние ссылки, использующие итоговый чистый URL.
• Включение в соответствующую XML-карту сайта, если архив индексируется.

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

Когда удаление улучшает пользовательский опыт

Удаление базовой структуры категорий наиболее полезно, когда категории являются ключевым элементом навигации, а их идентификаторы (slug) уникальны. В публикации может использоваться.../en/insights/,/de/einblicke/, и/fr/analyses/Эти пути лаконичны. Однако видимая основа может предотвратить неоднозначность. Например, URL-адрес, такой как:/topics/security/Это сразу же дает читателю понять, что страница представляет собой архив тем. Не удаляйте основную часть только потому, что более короткая кажется «более SEO-оптимизированной». Выберите структуру, которая наиболее понятна и проста в поддержке.

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

Как WPML обрабатывает URL-адреса категорий

WPML разделяет формат URL-адреса на разные языки и перевод терминов таксономии. Понимание этого разделения значительно ускоряет поиск и устранение неисправностей.

Языковые форматы URL-адресов

In WPML → Языки → Формат URL-адреса языкаWPML поддерживает три распространённые модели:

1. Каталоги: example.com/es/noticias/
2. Домены или поддомены: example.es/noticias/илиes.example.com/noticias/
3. Языковой параметр: example.com/noticias/?lang=es

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

Языковые каталоги WPML являются виртуальными. Не создавайте физические каталоги./es/ or /de/папки или принудительно направлять запросы в них.

Переведенные термины и слаги

Категория имеет отображаемое имя и идентификатор (слаг). Например:

• Английское название: News; слэг:news
• Испанское название: Noticias; слиг:noticias
• Немецкое название: Нахрихтен; слизняк:nachrichten

WPML может переводить категории WordPress, теги и пользовательские таксономии. Для этого необходимо установить параметр «Переводимые таксономии» в настройках сайта.WPML → Настройки → Перевод таксономийВы можете просмотреть переводы терминов вWPML → Перевод таксономиии синхронизировать изменения иерархии при изменении структуры «родитель-потомок».

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

Постоянные ссылки и правила перезаписи

WordPress не хранит каждый красивый URL-адрес в виде физического файла. Он сравнивает каждый запрос с правилами перезаписи и преобразует соответствующий путь в запрос. Метод удаления базового пути изменяет эти правила. Затем WPML фильтрует URL-адреса и запросы в соответствии с активным языком.

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

• SEO-плагины или плагины для создания постоянных ссылок.
• Перенаправьте менеджеров.
• Пользовательские типы записей с перекрывающимися URL-адресами перезаписи.
• Темы, отражающие таксономии или маршруты.
• Правила NGINX или Apache на уровне сервера.
• Перенаправления через CDN-сервер или кэшированные ответы об ошибках.

Протестируйте всю систему, а не только экран настроек WordPress. URL-адрес может выглядеть правильно в админке, но при этом возвращать неправильный язык или статус на стороне сервера.

Преимущества и недостатки отсутствия категорийной базы в WPML

Решение заключается не в том, что «чистые URL-адреса хороши, а базовые адреса плохи». Это компромисс в маршрутизации.

Дублирующиеся маршруты

Некоторые решения для удаления оснований перенаправляют/category/news/к/news/Другие же заставляют загрузить обе версии. Если обе возвращают ошибку, значит, проблема в этом.200Поисковые системы и аналитические системы могут обнаружить дублирующиеся маршруты. Выберите один предпочтительный вариант, перенаправьте устаревшие URL-адреса, используйте самоссылающиеся канонические ссылки на итоговых страницах и обновите внутренние ссылки и карты сайта.

Столкновения слизней

Без пространства имен, такого как/category/В корневом пути конкурирует сегмент категорий. Представьте, что все эти хотят/guides/:

• Страница под названием «Руководства».
• Категория под названием «Руководства».
• Архив пользовательского типа записей.
• Переведённый термин, который становитсяguides.

WordPress может разрешать один маршрут и скрывать другой, или плагин может принудительно перенаправлять. Создайте многоязычный реестр URL-адресов перед запуском. Включите в него страницы, записи, категории, теги, пользовательские таксономии, базы авторов и архивы пользовательских типов записей.

Как настроить WPML без категорий

Сначала используйте тестовую копию. Изменения URL-адресов могут повлиять на каждый архив категорий, внутреннюю ссылку, запись в карте сайта, каноническую ссылку и кэшированное перенаправление.

1. Создайте резервную копию сайта.

Создайте восстанавливаемую резервную копию базы данных и файлов. Запишите версии WordPress, WPML, темы, плагина маршрутизации, кэша и сервера. Экспортируйте существующие перенаправления.

2. Проведите инвентаризацию существующих URL-адресов.

Экспортируйте архивы всех категорий на всех языках. Для каждого URL-адреса запишите:

• Язык.
• Название категории и идентификатор термина.
• Текущий слиток.
• Родительская категория, если таковая имеется.
• Текущий канонический.
• Предполагаемый чистый URL.
• Обязательный объект перенаправления.

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

3. Проверьте постоянные ссылки WordPress.

ОткрытьНастройки → Постоянные ссылкиУбедитесь, что сайт использует удобную структуру постоянных ссылок, а не простые URL-адреса запросов. Проверьте необязательное поле «Базовая категория», но помните, что пустое поле не обязательно означает «удалить базовую категорию». Возможно, просто используется маршрут категории по умолчанию в WordPress.

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

4. Подтвердите языковые настройки WPML.

ОткрытьWPML → Языкии проверьте формат активного URL-адреса. Перед продолжением протестируйте языки по умолчанию и дополнительные языки. Если вы используете каталоги, убедитесь, что сервер обрабатывает виртуальные пути к языкам. Если вы используете отдельные домены, проверьте DNS, сертификаты TLS и одинаковое сопоставление при установке WordPress.

5. Сопоставьте и переведите термины категорий.

In WPML → НастройкиСделайте категории переводимыми. Затем откройтеWPML → Перевод таксономиии проверьте каждый перевод. Используйте естественные, уникальные варианты написания, а не копируйте исходный вариант вслепую.

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

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

Активируйте выбранный метод на тестовом сервере. Затем сгенерируйте правила перезаписи заново. Обычно администратор открывает...Настройки → Постоянные ссылкии сохранить настройки один раз. Команды, использующие WP-CLI, могут использовать соответствующую команду rewrite flush в контролируемом развертывании.

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

7. Протестируйте каждый язык и шаблон.

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

• Категории верхнего уровня и дочерние категории.
• Категории с переведенными и непереведенными терминами.
• Архивы с нумерацией страниц, такие как/news/page/2/.
• Ленты новостей, если ваш сайт их публикует.
• Запросы от авторизованных и неавторизованных пользователей.
• Для каждого настроенного языкового каталога или домена.

Для каждого конечного URL-адреса проверьте код состояния, заголовок страницы, заголовок архива, язык тела страницы, канонический URL.hreflangхлебные крошки, запись в карте сайта и внутренние ссылки.

8. Добавьте перенаправления и выполните развертывание с осторожностью.

Создайте постоянные перенаправления с каждого старого URL-адреса категории на его точный новый эквивалент. Избегайте переадресации всех старых категорий на главную страницу. Google рекомендует постоянные перенаправления на стороне сервера, например:301 or 308когда URL-адрес был безвозвратно перемещен.

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

Распространенные проблемы и способы их устранения

Переведённые страницы категорий возвращают ошибку 404.

Первое сохранениеНастройки → Постоянные ссылкиЧтобы перегенерировать правила, сделайте это один раз. Затем подтвердите, что перевод категории существует, ее таксономия переводима, а ее родительская иерархия действительна. В тестовой среде отключайте только один предполагаемый уровень маршрутизации за раз. Если источник возвращается200но публичный URL возвращает404Проверьте кэширование CDN или прокси-сервера.

Циклы перенаправления после изменения постоянных ссылок

Зацикливание часто означает, что две системы нормализуют один и тот же URL-адрес противоположным образом. Проверьте плагины перенаправления WordPress, канонические перенаправления для SEO..htaccessили правила NGINX, языковые переадресации WPML и правила CDN. Проследите всю цепочку переадресаций. Конечный URL должен вернуть200не перенаправлять обратно на более ранний промежуточный узел.

Отображается неправильная языковая категория.

Убедитесь, что каждый термин связан с правильным переводом WPML и что запрос содержит ожидаемый языковой контекст. Проверьте меню и жестко закодированные ссылки темы. На кэшированных сайтах убедитесь, что ключ кэша меняется в зависимости от выбранного механизма языка WPML. Кэш, игнорирующий языковой каталог, домен, параметр или cookie, может предоставлять некорректный архив.

Конфликты между слизнями происходят на разных языках.

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

Правила CDN или кэширования сохраняют старое поведение.

Очистите кэш страниц WordPress, кэш объектов (где это необходимо), обратный прокси и CDN. Просмотрите кэшированные данные.301Ответы сохраняются, поскольку браузеры и пограничные сети могут их хранить. Проверьте источник отдельно от CDN, а затем проверьте чистую сессию браузера.

В Google Search Console появляются предупреждения о проблемах с охватом или канонических запросах.

Проверьте старый и новый URL-адреса. Убедитесь, что старый URL-адрес постоянно перенаправляет на точно такой же адрес, а новый URL-адрес возвращает результат.200Убедитесь, что новый архив имеет собственный канонический URL, не блокируется правилами robots и отображается в нужной карте сайта. Проверьте, не выбрал ли Google другой канонический URL. После внесения исправлений запросите проверку или повторно проиндексируйте сайт через соответствующий рабочий процесс Search Console.

QueueLingo Workflow для масштабируемого перевода WPML

Разработка URL-адресов и операции по их преобразованию должны взаимно дополнять друг друга. Разработчик может это сделать./es/noticias/Задание выполняется корректно, но для категории по-прежнему необходимы точное название, URL-адрес, описание, связанный контент и статус проверки.

Масштабируемый рабочий процесс QueueLingo может включать следующие этапы:

1. Подготовьте WPML:Определить языки, параметры перевода таксономии и утвержденную карту ярлыков.
2. Создавайте задания на перевод:отправлять подходящий контент WPML и связанный с ним текст таксономии в управляемые очереди перевода.
3. Выберите двигатель:Направляйте рабочие задачи в Google Translate, Edge Translate или поддерживаемые системы перевода LLM в соответствии с настроенными интеграциями вашей организации, языковой парой, типом контента, бюджетом и политикой обработки данных.
4. Результаты обзора:Проверьте терминологию, названия категорий, длину URL-адреса, цель запроса, целостность HTML-кода и формулировки, используемые на местном рынке.
5. Напишите ответ и опубликуйте:Верните утвержденные переводы в WPML, затем выполните поиск по URL, канонической ссылке и т. д.hreflangпроверки.

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

Изучите возможности хостинга переводов WPML.,посмотреть демоверсию, илиначать бесплатную пробную версию.

Контрольный список внедрения и лучшие практики

Перед запуском:

• Создайте резервные копии файлов и базы данных и проверьте права доступа для восстановления.
• Протестируйте изменения на тестовой среде с использованием производственного плагина и серверной части.
• Экспорт всех URL-адресов категорий на всех языках.
• Сопоставьте старые URL-адреса с окончательными переведенными URL-адресами.
• Зарезервируйте уникальные идентификаторы категорий для всех типов общедоступного контента.
• Подтвердите перевод категорий и отношения «родитель-потомок» в WPML.
• Выберите один метод удаления основания и задокументируйте его владельца.
• Протестируйте каталоги, домены или параметры в соответствии с настройками WPML.
• Подготовьте точное301 or 308перенаправления.
• Обновить внутренние ссылки, канонические ссылки,hreflangхлебные крошки и карты сайта.

После запуска:

• Просканируйте старые и новые наборы URL-адресов.
• Проверьте наличие404, мягкий404, 5xxциклы и длинные цепочки перенаправлений.
• Проанализируйте поведение кэша в браузере, включая источник, WordPress, CDN и другие параметры.
• Отслеживайте журналы сервера и отчеты Google Search Console.
• Сохраняйте перенаправления.
• Повторите проверку после обновления WordPress, WPML, темы, плагина маршрутизации или сервера.
• Документируйте этапы отката, обработку данных, сохранение переводов, контроль доступа и требования к соответствию нормативным требованиям.

Самый безопасный запуск WPML без категорий — это не тот, который использует самые умные правила перезаписи. Это тот, который включает в себя полную карту URL-адресов, уникальные переведенные URL-адреса, один предпочтительный маршрут для каждого архива и воспроизводимые тесты.

Готовы упростить процесс перевода?Попробуйте QueueLingo бесплатноилисвязаться с отделом продаждля более масштабного многоязычного рабочего процесса WordPress.

Официальные ссылки

• WPML: Параметры формата URL-адреса для разных языков —Откройте официальную документацию
• WPML: Перевод категорий записей, тегов и пользовательских таксономий —Откройте официальную документацию
• Ресурсы для разработчиков WordPress:flush_rewrite_rules()—Откройте официальную документацию
• Google Search Central: Управление многоязычными и многорегиональными сайтами —Откройте официальную документацию
• Google Search Central: Канонизация —Откройте официальную документацию
• Центр поиска Google: перенаправления и поиск Google —Откройте официальную документацию