Ссылки на мультиязычном сайте: перелинковка, hreflang и покупка ссылок по языкам

Мультиязычный сайт — это несколько языковых версий одного домена или разные домены под разные страны. Ссылочная стратегия для такого сайта работает не так, как для обычного одноязычного: часть вопросов вообще не встаёт, а часть специфична только для международных проектов. Часть выводов ниже подтверждена официальной позицией Google, часть — это сложившаяся практика SEO-специалистов без прямого официального подтверждения; там, где это важно, это указано отдельно.

Главное заблуждение: что hreflang сам по себе «передаёт» ссылочный вес между версиями, как это делает canonical. Это не так, и это подтверждено официально: в документации Google по управлению мультирегиональными сайтами hreflang описан как способ показать нужную языковую версию нужной аудитории, а не как механизм консолидации ссылочных сигналов — этим занимается canonical.

По наблюдениям SEO-специалистов (жёсткого документального подтверждения именно этого механизма Google не публиковал), если все языковые версии живут на одном домене, в подпапках /en/, /de/, /kz/, входящие ссылки на любую из них усиливают общий авторитет домена, потому что поисковик рассматривает подпапки как часть одного сайта. Google (в лице Джона Мюллера) подтверждал, что технически способен работать и с поддоменами, и с подпапками одинаково хорошо, но на практике перелинковка и авторитет остаются более цельными именно при структуре с подпапками.

Здесь уже более однозначно: если версии живут на отдельных доменах (site.de вместо site.com/de/), у каждого домена собственный, независимый ссылочный профиль — это базовый факт о том, как работают отдельные домены, а не специфика мультиязычных сайтов. Авторитет одной версии не передаётся автоматически другой. Это один из практических аргументов в пользу подпапок при выборе структуры URL.

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

Три вещи, которые стоит проверить в перелинковке мультиязычного сайта:

Если у сайта есть логика «опорная статья плюс несколько более узких материалов по теме», она должна повторяться в каждой языковой версии: опорная страница ссылается на кластерные, кластерные — друг на друга и обратно на опорную. Разная глубина перелинковки в разных языковых версиях — вероятная причина, почему англоязычная версия сайта ранжируется хуже русской при одинаковом качестве перевода: прямых исследований именно на мультиязычных сайтах нет, но общий принцип влияния глубины ссылок на индексацию и ранжирование Google описывает в своей документации по краулингу.

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

Практические выводы:

Если ресурсов хватает только на одну языковую версию, логично начинать с той, где уже есть трафик или заявки (например, по данным аналитики), а не распылять бюджет на ссылки сразу под все языки одновременно.

Частый вопрос при запуске нового регионального домена, например отдельного site.de вместо подпапки /de/ на существующем домене: унаследует ли он вес основного сайта через hreflang?

Нет: это следует из двух уже подтверждённых фактов выше — hreflang не передаёт вес (это делает canonical), а отдельные домены имеют независимые ссылочные профили. Прямого заявления Google именно про эту комбинацию не публиковалось, но вывод — логическое следствие, а не домысел. Новый региональный домен фактически начинает свою ссылочную историю с нуля, даже если контент идентичен основному сайту и hreflang настроен корректно с первого дня.

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

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

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

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

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