Ржанский Д.

Кириллические домены и пути URL: хуже ли они латиницы для SEO?

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

Дмитрий Ржанский Дмитрий Ржанский 1 просмотров

Кириллическое доменное имя — это IDN, то есть интернационализированное доменное имя. В DNS оно используется в ASCII-представлении Punycode: человек может видеть сайт.рф, а техническое представление будет начинаться с xn--. Google прямо указывал, что Punycode-версия hostname эквивалентна его Unicode-версии и отдельные canonical или редирект между ними не требуются. Актуальная документация Google также прямо разрешает использование IDN.

Кириллица после домена — другой механизм. Путь /пиво/купить не переводится в Punycode: не-ASCII символы передаются с помощью кодирования URL, обычно как UTF-8 с процентным кодированием. Поэтому технически тот же путь может отображаться как последовательность %D0.... Google рекомендует использовать язык аудитории в URL, допускает локализованные слова и требует корректно кодировать не-ASCII символы. Яндекс тоже обрабатывает кириллические пути: в документации он приводит /корзина и объясняет его представление в UTF-8.

Что лучше: /пиво/купить или /beer/buy

Если страница русскоязычная и рассчитана на русскоязычную аудиторию, у Google нет основания считать /beer/buy заведомо более SEO-правильным вариантом. Его текущая рекомендация — использовать в URL слова на языке аудитории; допустима и транслитерация. При этом сам язык страницы Google определяет по видимому содержимому, а не по языку слов в URL.

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

Поэтому /пиво/купить, /pivo/kupit и /beer/buy — это не три уровня «SEO-силы». Для русской страницы логичны первые два варианта; английский /beer/buy уместен, если он соответствует языку страницы или принятой архитектуре сайта.

Где реальная разница появляется

Сравнение сайт.рф и site.com нельзя сводить только к алфавиту. Если кириллический домен расположен в национальной доменной зоне, например .рф, а второй — в .com, различаться может географический сигнал доменной зоны. Google рассматривает ccTLD как сигнал ориентации сайта на соответствующую страну. Это отдельный вопрос от того, кириллицей или латиницей написано доменное имя.

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

У IDN есть эксплуатационные минусы. Браузеры преобразуют доменное имя в Punycode для технической обработки, а при потенциально подозрительных сочетаниях символов Chrome может специально показывать Punycode вместо Unicode для защиты от омографических атак. Это способно сделать ссылку менее читаемой при копировании или технической обработке, но не является доказанным поисковым штрафом.

Что выбирать на практике

Для нового русскоязычного сайта нет смысла брать кириллический домен именно ради SEO: подтверждённого преимущества нет. Если такое имя лучше соответствует бренду или уже используется, отказываться от него из-за страха перед Google или Яндексом тоже оснований нет.

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

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

Разобрать проблему на вашем сайте

Опишите проблему — найду вероятную причину и предложу понятный план исправлений без лишних работ.

Связаться