Зачем нужна транслитерация ссылок в WordPress и как её включить

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

Коротко: транслитерация ссылок в WP нужна, чтобы адрес записи читался словами, а не цепочкой вида %D0%BF%D0%B5, и чтобы поисковый робот видел в url тему страницы. Заодно разберём, что такое ЧПУ и почему адрес записи важнее, чем кажется. Речь про WordPress на обычном хостинге с русским контентом. Интернет-магазины на Bitrix или OpenCart здесь не разбираю, там подход другой. Адрес - один из сигналов для поиска, но не волшебная кнопка.

Что такое транслитерация ссылок и зачем она нужна

Транслитерация - перевод букв одного алфавита буквами другого по правилам звучания. Для адресов WordPress это значит, что русские слова в адресе записи заменяются латинскими буквами: заголовок «первая запись» превращается в pervaya-zapis. Правила в разных системах отличаются, но для адреса важно одно - буквы должны быть латинские и читаемые. В обиходе такой результат называют транслитом.

Зачем это нужно? Во-первых, читаемость. Адрес pervaya-zapis можно продиктовать по телефону, вставить в письмо и понять без расшифровки, а закодированный вариант так не работает. Во-вторых, поиск: чем понятнее слова в адресе, тем проще роботу связать страницу с темой запроса.

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

На практике это значит простую вещь: адрес записи должен читаться с первого взгляда. Ссылка вида «/privet-mir/» понятна и человеку, и поисковику, а ссылка из кодов %D0%... ничего не говорит ни тому, ни другому. Когда я смотрю на адрес в черновике клиента, первое, что проверяю, именно это: можно ли по строке понять, о чём страница.

Как WordPress превращает кириллицу в адрес

Когда вы создаёте запись, WordPress берёт заголовок и делает из него slug, то есть часть адреса после домена. Пробелы превращаются в дефисы, знаки препинания отбрасываются. Латиница остаётся как есть, а кириллические символы при формировании ссылки кодируются: браузер и сервер работают с ними уже не как с буквами, а как с байтами.

Почему с кириллицы в адресе работать сложнее? В UTF-8 русская буква занимает два байта, и каждый байт превращается в последовательность вида %D0%BF. Выходит шесть знаков на одну букву, а латинская буква занимает один знак. Поэтому адрес из нескольких русских слов длиннее в несколько раз, даже когда заголовок короткий.

Есть и техническое ограничение. Поле под адрес записи в базе WordPress рассчитано на 200 знаков, и закодированный русский slug съедает этот лимит быстро. Длинный заголовок может не поместиться целиком, а адрес, упёршийся в лимит, теряет смысл.

Когда WordPress строит slug из заголовка, он следует простым правилам: пробел становится дефисом, точка и запятая пропадают. Замену русских букв на латинские по умолчанию он не делает, поэтому запись «Первая запись» получит закодированный адрес, пока вы не подключите отдельный инструмент. Здесь и видна разница между тем, как адрес видит человек, и тем, как его видит сервер.

Что говорят Google и Яндекс о кириллице в URL

Google и Яндекс не запрещают кириллицу в адресах страниц, но рекомендации у них разные по форме. В справке Google по структуре URL сказано, что адрес должен содержать понятные слова, а для разделения слов лучше использовать дефис. Речь там идёт о словах на языке аудитории, то есть на том языке, на котором думает ваш читатель.

Яндекс Вебмастер в рекомендациях по структуре сайта советует транслитерацию в адресах страниц. Для проекта на русском языке это рабочий вариант, а не обходной путь. Аргумент для поиска тоже весомый. Такой адрес одинаково читается человеком и роботом, и его проще сохранить при переносе сайта.

На практике правило простое. Кириллица в адресе допустима, но кодировка должна совпадать на всём пути - в базе, в настройках сервера и в адресе, который вы даёте людям. Если кодировка расходится, адрес открывается с ошибкой или не находится совсем. Даже на русскоязычном сайте смотрите не только на то, что допустимо, но и на то, что понятно читателю в интернете.

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

Поэтому для меня вопрос не в том, нравится ли поисковику кириллица, а в том, понимает ли он страницу по адресу без подсказок. Латиница с осмысленными словами закрывает этот вопрос проще всего, и именно к этому я привожу адреса на своих проектах.

Как включить автоматическую транслитерацию: плагин Cyr to Lat

Если нужна автоматическая транслитерация, быстрее всего поставить плагин, который переводит заголовок записи в латиницу при создании записи. Чаще всего я беру Cyr to Lat enhanced. В каталоге WordPress он находится по запросу cyr-to-lat и работает сразу после активации, отдельная настройка не нужна.

Установка занимает минуту: в админке откройте «Плагины», нажмите «Добавить новый», найдите плагин, установите его и нажмите «Активировать». Отдельной страницы настроек после активации обычно нет, и это нормально: функция включена сама по себе. Интерфейс каталога меняется, поэтому сверяйте детали с тем, что видите у себя.

Проверить проще всего на новой записи. Создайте черновик с заголовком «первая запись», опубликуйте его и посмотрите адрес в строке браузера. Если видите pervaya-zapis, всё работает. Если там набор %D0%BF, значит плагин не был активен в момент сохранения, и slug (часть адреса после домена) уже зафиксирован. Тогда поправьте его вручную в блоке «Ссылка» в редакторе.

Плагин понимает не только русские буквы. По описанию Cyr to Lat enhanced он работает с русским, белорусским, украинским и болгарским алфавитами, так что для авторов из разных стран отдельно ничего настраивать не нужно. Кириллические имена файлов в медиабиблиотеке он тоже переводит в латиницу, но только для новых загрузок.

Выбирать из этих вариантов стоит по задаче, а не по популярности. Для регулярных постов блога нужен перевод новых записей, и тут подойдёт Cyr to Lat enhanced. Если главный страх - сломать старые адреса, смотрите на Cyr-and-lat и WP Translitera. Два плагина транслитерации на одном сайте лучше не держать: они могут переводить один и тот же адрес по разным правилам.

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

Настройки постоянных ссылок и ЧПУ

ЧПУ, то есть человекопонятные адреса страниц, в WordPress задаёт не плагин, а штатная настройка. Раздел называется «Настройки» - «Постоянные ссылки», и там собраны шаблоны, по которым система строит адрес каждой записи. Формулировки в разных версиях немного отличаются, поэтому ориентируйтесь на смысл вариантов. Заглянуть сюда стоит сразу после установки, пока переездов ещё не было.

Вариант «Простой» строит адрес с номером записи и на свежей установке включён по умолчанию. Вариант «День и имя» добавляет год, месяц и день публикации: адрес становится длиннее, а менять структуру позже придётся вместе со всеми старыми адресами. Вариант «Название записи» оставляет слова из заголовка, в шаблоне это /%postname%/. Для транслита нужен именно он, потому что плагин переводит слова из заголовка. При «Простом» плагин сработает, но видимого результата в адресе не будет.

Если нужна рубрика в адресе, например /%category%/%postname%/, выбирайте «Произвольная структура» и вписывайте шаблон вручную. Адреса страниц рубрик настраиваются отдельно через поле «Основа для рубрик» (Category base). Вписанное туда слово становится префиксом адресов всех рубрик.

Сохраняйте кнопкой «Сохранить изменения» внизу страницы. WordPress записывает правила в файл .htaccess, если тот доступен для записи. Если файл закрыт, система покажет текст правил, который нужно вставить туда вручную. Без правил адреса записей отдают 404, поэтому открывайте запись сразу после сохранения, а не через неделю.

Длина адреса тоже важна. Заголовок «Как настроить постоянные ссылки в WordPress без потери позиций» целиком в адрес превращать не стоит: получится громоздкий путь, который трудно запомнить, а поле упрётся в свой лимит. Адрес лучше задать вручную из трёх-пяти смысловых слов без предлогов. Так он остаётся читаемым и легко вставляется в переписку.

Старые ссылки: как не потерять трафик

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

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

Если старые кириллические ссылки должны продолжать открываться, смотрите на Cyr-and-lat: он рассчитан на то, что старые адреса сохраняются рабочими. Если старые адреса уже дают 404, пригодится WP Translitera: он переводит неработающие адреса в 301-редирект, то есть постоянное перенаправление на актуальную страницу. Автор плагина - Евгений Юрченко. А вот старый cyr-to-lat при замене адресов на живом сайте может оставить старые кириллические ссылки без ответа, поэтому перед его установкой проверьте, что старые адреса продолжают открываться.

Порядок действий при смене адресов на сайте с трафиком:

1. Соберите список текущих адресов: выгрузка из Search Console (сервиса Google для вебмастеров) или из аналитики покажет, какие страницы реально открывают люди и поисковики.
2. Сначала настройте перенаправления, и только потом меняйте адреса существующих записей: пачками по несколько десятков, а не всем каталогом сразу.
3. Для каждого старого адреса проверьте код ответа: 301 на новый адрес или 200 на старый. Удобнее всего смотреть вкладку Network (сетевые запросы) в инструментах разработчика браузера.
4. Зафиксируйте результат: список адресов и дату проверки, чтобы через месяц было понятно, что именно менялось.

Правка содержимого и правка адреса - разные действия. Текст записи можно обновлять спокойно, адрес при этом не меняется. Поле адреса правьте только осознанно: перед тем как нажать кнопку «Обновить», посмотрите, что стоит в поле ссылки. Одно лишнее нажатие может поменять адрес записи, которую уже открывают из поиска и закладок.

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

Типичные ошибки и что проверить после установки

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

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

Чаще всего встречаются три промаха:

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

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

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

Итог: что сделать сегодня

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

1. Откройте «Настройки» - «Постоянные ссылки» и выберите структуру «Название записи» или произвольную с /%postname%/, без даты в адресе.
2. Установите плагин транслитерации, например Cyr to Lat enhanced. Чтобы его включить, достаточно активировать плагин, после чего создайте тестовую запись с заголовком «первая запись».
3. Проверьте адрес тестовой записи: должно получиться pervaya-zapis, а не набор кодов. Если нет, сначала убедитесь, что плагин активен, и только потом пробуйте преобразовать адрес вручную.
4. Выгрузите список старых ссылок из Search Console и проверьте код ответа каждой: 200 или 301, но не 404.
5. Сохраните результат в таблице: адрес, код ответа, дата проверки. Это ваш журнал изменений, он пригодится через месяц.

Транслитерация не всесильна. Она делает адреса читаемыми и предсказуемыми, но работу со старыми ссылками не отменяет. Большому проекту, например интернет-магазину с тысячами карточек или сайту на другом движке, одной настройки мало, и план переезда стоит расписывать отдельно. Для небольшого блога на WordPress описанного порядка обычно хватает. Начните с одной тестовой записи и одного старого адреса, посмотрите результат и только потом переходите к остальным страницам. Так вы не потеряете половину трафика за один неудачный день.

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

Список литературы

1. Google Search Central. URL structure best practices for Google Search // Google Search Central, 2025 // developers.google.com
2. Stipic I.-S. Cyr to Lat Enhanced // WordPress Plugin Directory // wordpress.org
3. Yang Y. Settings Permalinks screen // WordPress Documentation, 2024 // wordpress.org
4. Яндекс Вебмастер. Структура сайта // Яндекс Вебмастер, рекомендации // yandex.ru