ccTLD (домен верхнего уровня с кодом страны)

ccTLD — это доменная зона из двух букв, которая показывает, для какой страны предназначен сайт. Она не заменяет локализованный контент и hreflang.

Домен верхнего уровня с кодом страны (ccTLD) — это зона из двух букв, закреплённая за страной или территорией, например .de или .jp. Для Google большинство ccTLD — сильный географический сигнал: они показывают, для какой страны сайт предназначен. Это сигнал о назначении сайта, а не обещание видимости, качества или местной релевантности.

На схеме выделены основные точки решения, связанные с ccTLD (доменом верхнего уровня с кодом страны).

Что сигнализирует ccTLD

Код страны берётся из корня DNS, а не из настройки на странице. Google описывает ccTLD как один из нескольких сигналов, по которым определяют целевую аудиторию страницы. Некоторые строки кодов стран, включая .io, .me и .tv, Google считает общими: их часто используют без привязки к стране. Прежде чем считать суффикс географическим, проверьте актуальный список Google.

ccTLD не определяет язык. Сайту .ca могут понадобиться английская и французская версии; страница на немецком может быть нацелена на несколько стран. Если равнозначные страницы различаются по языку или региону, связывайте их через hreflang, давайте каждой версии стабильный URL и оставляйте видимый переключатель языка или региона. Не полагайтесь только на IP посетителя: Google предупреждает, что варианты, которые подстраиваются под локаль, сложно стабильно сканировать.

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

Выберите модель URL

Выбор архитектурный: от него зависят владение, процесс публикации, охват аналитики и стоимость миграции. Google описывает домены стран, поддомены и подкаталоги как рабочие шаблоны локальных URL; ни один из них не избавляет от необходимости в локализованном контенте, сканируемой навигации и понятной политике канонических URL.

ШаблонПодходит, когдаОперационные затраты
example.deУ страны есть свой устойчивый оффер, команда или юридическое присутствиеОтдельный домен и часто отдельная эксплуатация
de.example.comСтрановым сайтам нужно техническое разделение под одним брендомБольше координации DNS и деплоя
example.com/de/Общая платформа обслуживает несколько локалейЦентрализованная поддержка; нужна продуманная архитектура локалей
  1. Перечислите страны, языки, валюты, правила выполнения заказов и команды, которые действительно различаются.
  2. Решите, нужен ли стране собственный домен или достаточно пути локали; зафиксируйте решение до производства контента.
  3. Проверьте у реестра или регистратора условия регистрации, владельца продления и местные ограничения. Требования меняются и не являются универсальным правилом SEO.
  4. Для каждой равнозначной страницы задайте канонический URL и взаимные аннотации hreflang там, где есть языковые или региональные варианты.
  5. Оставьте один сканируемый переключатель, который ведёт напрямую на каждую доступную локаль, а не перенаправляет посетителей только по предполагаемому местоположению.

Внедрение и проверка

Запуск ccTLD проводите как любой мультирегиональный релиз. Соберите старые и новые URL, не отправляйте все выведенные из обращения страницы на главную и проверьте вместе цепочку ответа, канонические теги, альтернативные аннотации, записи в карте сайта и отрисованную навигацию. Для выведенного из обращения равнозначного URL может подойти релевантный постоянный редирект, но он не заменяет отдельную региональную версию.

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

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

Ограничения и типичные ошибки

ccTLD указывает только на страну; он не сделает одну страницу подходящей для всех пользователей этой страны. Поисковые системы по-прежнему оценивают доступный контент, ссылки, язык, интент и техническое качество. Так же ошибочно утверждать, что ccTLD отменяет hreflang или что местоположение сервера решает всё. Google относит местоположение сервера к возможным сигналам, но говорит, что это не окончательный критерий, особенно при использовании CDN.

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

FAQ

Является ли ccTLD фактором ранжирования?
Для большинства доменов с кодом страны Google считает ccTLD сильным географическим сигналом. Это не гарантирует позиций: релевантность и качество оцениваются отдельно.
Заменяет ли ccTLD hreflang?
Нет. ccTLD указывает на домен, ориентированный на страну, а hreflang связывает равнозначные языковые или региональные версии страниц. Используйте hreflang, когда пользователям нужны альтернативные версии.
Может ли .com быть нацелен на страну?
Да. Google поддерживает таргетинг по стране через локализованные URL, локализованный контент, hreflang и другие сигналы аудитории. Домен .com не мешает сделать сайт для конкретной страны.
Нужен ли каждой стране собственный домен?
Нет. Отдельные страновые домены стоит заводить, только если модель работы оправдывает их постоянную стоимость и управление. Для общей платформы подкаталоги или поддомены могут быть проще в поддержке.