ccTLD и gTLD: какие бывают доменные зоны и чем они отличаются

На 6 сентября 2026 года ccTLD — национальный домен верхнего уровня, связанный со страной или территорией: например, .ru, .de или .рф. gTLD — общий домен верхнего уровня без такой обязательной страновой привязки: .com, .org, .online, .онлайн. Для локального проекта ccTLD даёт понятный географический сигнал, а для международного продукта gTLD обычно упрощает единую структуру сайта. Но окончательный выбор определяют не только буквы после точки: нужно проверить правила реестра, право на регистрацию, цену продления и восстановления, поддержку DNSSEC и почты, товарные знаки и планы выхода на другие рынки.

Что такое доменная зона

Домен верхнего уровня, или TLD от английского top-level domain, — крайняя правая часть имени после последней точки. В адресе example.ru зоной верхнего уровня будет .ru, а example — доменом второго уровня. В blog.example.ru слово blog является поддоменом.

Достоверную классификацию TLD показывает база корневой зоны IANA. В ней можно проверить, делегирована ли зона, к какому типу она относится и какая организация ею управляет. Это полезнее, чем ориентироваться на каталог продавца: выражения «международная», «тематическая» или «премиальная зона» часто являются маркетинговыми категориями и не совпадают с типами IANA.

Реестр, регистратор и регистрант

Три похожих слова обозначают разные роли.

Участник	Что делает	С кем взаимодействует владелец сайта
Реестр, registry	Ведёт центральную базу зарегистрированных имён внутри TLD и устанавливает технические и регистрационные правила зоны	Обычно косвенно, через опубликованные политики
Регистратор, registrar	Принимает заявку, данные и оплату, передаёт операции в реестр, даёт панель для DNS, продления и трансфера	Именно у него регистрант регистрирует и обслуживает домен
Реселлер	Перепродаёт услуги регистратора под своим брендом	Может быть первой линией поддержки, но не всегда является аккредитованным регистратором
Регистрант, registrant	Физическое или юридическое лицо, на которое оформлена регистрация	Заключает договор и отвечает за актуальность данных, оплату и соблюдение правил

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

Основные типы доменов верхнего уровня

Базовое деление — на национальные ccTLD и общие gTLD. В корневой базе также встречаются sponsored, generic-restricted и infrastructure. Брендовые, географические и IDN-домены требуют отдельного пояснения: это не всегда самостоятельные типы IANA.

Категория	Что означает	Проверенный пример	Можно ли свободно зарегистрировать
ccTLD	Код страны или территории	.ru — Россия	Зависит от политики страны: от открытой регистрации до требования резидентства или местного присутствия
IDN ccTLD	Национальная зона в нелатинской письменности	.рф, технически xn--p1ai	По правилам национального реестра
gTLD	Общая зона без обязательной привязки к одной стране	.com	Часто да, но слово generic не гарантирует открытость
IDN gTLD	Общая зона в Unicode	.онлайн, технически xn--80asehdb	По политике оператора gTLD
Sponsored TLD	Зона с организацией-спонсором, представляющей определённое сообщество	.museum	Обычно нужно соответствовать назначению сообщества
Restricted generic	gTLD, помеченный IANA как ограниченный	.name	Ограничения описывает политика зоны
Infrastructure TLD	Техническая зона инфраструктуры интернета	.arpa	Для обычного сайта не регистрируется
GeoTLD	gTLD, связанный с городом, регионом, языком или культурой	.berlin	Это gTLD; условия задаёт реестр
Brand TLD	gTLD, который организация использует как пространство своего бренда	.google	Как правило, закрыт для посторонних регистрантов
Restricted by registry policy	Формально generic, но доступен только проверенной группе	.bank	Только для подходящих и проверенных банковских организаций

Таблица показывает важную ловушку: .bank записан IANA как generic, хотя зарегистрировать его может не любой желающий. .berlin связан с местом, но не становится национальным ccTLD. .google остаётся generic в корневой классификации, хотя по назначению это brand TLD.

ccTLD: связь со страной не равна требованию гражданства

ASCII-версия ccTLD обычно состоит из двух букв и опирается на код страны или территории. Однако правила регистрации определяет её реестр.

Например, .ru разрешён физическим и юридическим лицам независимо от резидентства России. Для .ca нужно соответствовать одной из категорий Canadian Presence Requirements. В .us действует Nexus Requirement: подойти может гражданин или резидент США, американская организация либо иностранная организация с реальным законным присутствием и деятельностью в стране. У .eu есть собственный перечень подходящих граждан, жителей и организаций.

Поэтому утверждение «ccTLD доступен только местным» неверно. Неверно и обратное: доступность национального домена у одного регистратора ещё не доказывает, что заявитель соответствует правилам реестра. Посреднический local presence иногда допустим, но он добавляет зависимость от третьего лица и должен быть прямо разрешён условиями зоны.

gTLD: общий не всегда открытый

К традиционным gTLD относятся .com, .net и .org. После программы расширения корневой зоны появились сотни новых gTLD: отраслевые, словарные, городские и брендовые. Выражение new gTLD описывает волну запуска, а не особый технический класс и не вечную «новизну» зоны.

Перед выбором тематической зоны нужно выяснить, какую модель использует оператор:

• открытая регистрация без проверки профессии или страны;
• проверка принадлежности к сообществу или регулируемой отрасли;
• соответствие имени юридическому названию, товарному знаку или бренду;
• закрытый реестр, где имена выдаёт только владелец brand TLD;
• резервирование части слов и отдельные правила для premium names.

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

IDN и Punycode: домен на родном языке

IDN, или интернационализированное доменное имя, содержит символы Unicode: кириллицу, арабское письмо, иероглифы и другие знаки. IDN не является третьей ветвью наряду с ccTLD и gTLD. Он описывает письменность имени: .рф — IDN ccTLD, а .онлайн — IDN gTLD.

Пользователь видит Unicode-форму, которую называют U-label. Система доменных имён работает с ASCII-формой A-label. Её получают с помощью Punycode, поэтому .рф передаётся как xn--p1ai. Обе записи обозначают одну и ту же зону.

У IDN есть практические ограничения:

• некоторые старые формы, CRM, API и системы аналитики показывают xn--... или отклоняют Unicode;
• адрес сложнее передать международной аудитории, у которой нет нужной раскладки;
• визуально похожие буквы разных алфавитов создают риск фишинга и ошибочного набора;
• реестр разрешает только определённые символы и может блокировать варианты, которые считает смешиваемыми;
• обычное доменное имя с кириллицей не означает, что можно завести полностью кириллический почтовый адрес: международная поддержка EAI для локальной части до @ остаётся неравномерной.

Перед запуском IDN следует протестировать регистрацию и вход в аккаунты, выпуск TLS-сертификата, ссылки в мессенджерах и соцсетях, формы оплаты, веб-аналитику, корпоративную почту и все внешние интеграции. В технических конфигурациях полезно хранить A-label, а пользователю показывать понятную Unicode-форму.

Чем зоны отличаются на практике

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

Право на имя и местное присутствие

До оплаты откройте политику реестра, а не только карточку товара у регистратора. Проверьте:

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

Нарушение критерия может привести не только к отказу при покупке, но и к приостановке или удалению уже работающего домена.

Цена регистрации — лишь первая строка расходов

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

Статья расходов	Что проверить до покупки
Первый срок	Является ли цена промоакцией и на какой период она действует
Продление	Стандартная цена со второго срока и возможность продлить на несколько лет
Трансфер	Включает ли перенос дополнительный год и есть ли отдельный сбор
Восстановление	Цена возврата после удаления или перехода в redemption
Premium name	Премиальна только первая регистрация или каждое продление тоже
Дополнительные услуги	DNS, приватность, почта, сертификат, local presence, комиссия реселлера
Валюта и налоги	Валюта списания, НДС, конвертация и доступные способы оплаты

У короткого слова в новой зоне может быть premium-тариф. Иногда повышена только стартовая цена, иногда — также ежегодное продление и трансфер. Не переносите цену другого имени из той же зоны на выбранный домен: тариф может зависеть от конкретной строки.

Истечение срока и redemption

Для большинства gTLD политика ICANN предусматривает уведомления об истечении и 30-дневный Redemption Grace Period после удаления имени; у sponsored gTLD есть исключение. Но это не означает, что любой просроченный домен гарантированно работает ещё 30 дней. До удаления регистратор может прервать DNS, припарковать адрес или удалить регистрацию в срок, разрешённый договором. Восстановление обычно дороже обычного продления.

У ccTLD собственные жизненные циклы. Не применяйте к .ru, .de или .ca календарь .com без проверки. Для критичного домена настройте автопродление, резервный способ оплаты, несколько уведомлений и контроль со стороны не одного сотрудника.

Трансфер к другому регистратору

Для gTLD межрегистраторский перенос обычно требует разблокировать домен и получить AuthInfo-код. Перенос может быть запрещён в первые 60 дней после регистрации или предыдущего трансфера; отдельная 60-дневная блокировка возможна после смены данных регистранта. Спор, судебное решение, процедура UDRP/URS или неоплаченный прошлый период также способны остановить операцию.

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

Приватность, WHOIS и RDAP

С 28 января 2025 года RDAP стал основным протоколом доступа к регистрационным данным gTLD вместо обязательного WHOIS. Он умеет возвращать структурированные ответы и разделять публичный и авторизованный доступ. Однако «в RDAP не видно имени» не означает анонимное владение: регистратор и реестр всё равно получают требуемые договором данные, а доступ к непубличной части может предоставляться по законному запросу.

Правила различаются. Одни зоны скрывают контактные данные физлиц по умолчанию, другие ограничивают proxy/privacy-сервисы, третьи публикуют сведения в объёме, разрешённом местным правом. Проверять нужно четыре вещи: какие данные собирают, что показывают публично, кто может запросить закрытую часть и разрешён ли посредник вместо реального регистранта.

Доменные споры

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

Эти процедуры нельзя считать универсальными для всех ccTLD. Национальная зона может использовать собственный арбитраж, присоединиться к UDRP или опираться на местный суд. Для .ru и .рф спор о домене и товарном знаке решается в рамках российского законодательства и установленных процедур, а не автоматически через UDRP.

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

Санкции, платежи и фактическая доступность

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

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

DNSSEC, злоупотребления и репутация зоны

DNSSEC добавляет криптографическую проверку DNS-ответов и снижает риск подмены данных на пути к пользователю. Но зелёная отметка «зона поддерживает DNSSEC» недостаточна. DNS-провайдер подписывает зону, регистратор передаёт DS-запись, а реестр публикует её в родительской зоне. Несогласованная смена ключа или DNS-провайдера может разорвать цепочку доверия и сделать сайт и почту недоступными.

Для важного домена выясните:

• позволяет ли регистратор самостоятельно добавлять и менять DS;
• умеет ли DNS-провайдер безопасно менять ключи;
• как выполняется DNSSEC при трансфере и аварийном восстановлении;
• кто контролирует срок сертификата, DNS и состояние делегации.

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

Влияет ли доменная зона на SEO

TLD влияет прежде всего на географическую интерпретацию и ожидания пользователя, а не выдаёт сайту фиксированный бонус к позициям. .ru не гарантирует первое место в России, .com не делает проект международным, а новый gTLD не ранжируется хуже только из-за возраста зоны.

Как Google воспринимает ccTLD и gTLD

Google считает обычный ccTLD сильным сигналом ориентации на конкретную страну. Сигнал помогает определить аудиторию, но может ограничить естественную релевантность для других стран. На результат одновременно влияют язык и локализация контента, адреса и телефоны, валюта, ссылки с местных ресурсов и другие признаки. Это объясняется в рекомендациях Google для мультирегиональных сайтов.

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

Категория у Google	Примеры	Практическое значение
Обычный ccTLD	.ru, .de, .jp	Сильный сигнал одной страны
Generic regional	.eu, .asia	Связаны с регионом, но обрабатываются как gTLD
Generic-treated ccTLD	.ai, .co, .fm, .io, .me, .su, .tv	Формально ccTLD по IANA, но Google не закрепляет их за одной страной как обычные ccTLD
gTLD и geoTLD	.com, .app, .berlin	Не получают автоматическую страновую привязку из самого TLD

Полный опубликованный на дату проверки список generic-treated ccTLD: .ad, .ai, .as, .bz, .cc, .cd, .co, .dj, .fm, .io, .la, .me, .ms, .nu, .sc, .sr, .su, .tv, .tk, .ws. Google предупреждает, что список может измениться. Классификация поисковой системы не меняет юридическую природу зоны: .io остаётся ccTLD в IANA и подчиняется своему реестру.

Язык, страна и hreflang

Многоязычный сайт и мультирегиональный сайт решают разные задачи. Версии на русском и английском — языковые. Отдельные предложения для Германии и Австрии на немецком — региональные. Один сайт может быть и тем и другим.

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

Рабочие структуры выглядят так:

Структура	Пример	Сильная сторона	Ограничение
Отдельные ccTLD	example.de, example.fr	Самый ясный страновой сигнал	Несколько доменов, правил, бюджетов и SEO-профилей
Поддомены gTLD	de.example.com	Удобно разделять инфраструктуру	Пользователь не всегда понимает, страна это или язык
Каталоги gTLD	example.com/de/	Один домен и проще поддержка	Географию нужно объяснять контентом и разметкой

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

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

Матрица выбора доменной зоны

Сценарий	Базовый выбор	Когда выбрать иначе	Главная проверка
Локальный бизнес в одной стране	ccTLD этой страны	gTLD, если важнее будущая экспансия или подходящее имя недоступно	право на регистрацию, локальное доверие, планы на 3–5 лет
Глобальный продукт	узнаваемый gTLD	несколько ccTLD для самостоятельных страновых бизнесов	товарный знак, доступность имени, единая международная структура
Многоязычный контент без разных коммерческих условий	gTLD с каталогами языков	ccTLD, если каждый сайт ориентирован на отдельную страну	отдельные URL, hreflang, переключатель языка
Мультирегиональная торговля	gTLD с региональными каталогами либо набор ccTLD	поддомены при раздельной инфраструктуре	цены, валюта, доставка, юридические страницы, canonical/hreflang
SaaS и разработческий продукт	короткий gTLD или generic-treated ccTLD	локальный ccTLD для продукта только одной страны	почта, API, OAuth redirect URI, Universal Acceptance, стоимость продления
Регулируемая отрасль	проверяемая restricted/sponsored зона плюс основной брендовый домен	открытая зона, если нет права на отраслевую	eligibility, постоянное соответствие, обязательные требования безопасности
Крупный бренд	основной публичный домен; brand TLD доступен только при собственной стратегии реестра	обычный gTLD/ccTLD почти всегда реалистичнее	товарные знаки, бюджет и операционная готовность управлять TLD
Личный проект	понятный локальный ccTLD или открытый gTLD	IDN для аудитории одного языка	диктуемость, приватность, почта и цена продления

Матрица задаёт отправную точку, а не автоматический ответ. Если локальный бизнес точно не выйдет за пределы страны, ccTLD обычно логичен. Если SaaS уже продаётся на нескольких рынках, перенос с национального домена через год может оказаться дороже, чем выбор нейтральной зоны сейчас.

Чек-лист перед регистрацией

Проверку стоит пройти до оплаты и сохранить условия вместе с документами на домен.

• Найдите TLD в IANA и запишите его фактический тип и оператора реестра.
• Откройте политику реестра: eligibility, local presence, запрещённые имена, проверка документов.
• Проверьте товарные знаки, фирменные наименования, историю домена и похожие написания.
• Сравните минимум первый срок, продление, transfer, restore и premium renewal.
• Убедитесь, что регистратор обслуживает страну владельца, принимает доступный способ оплаты и позволяет выгрузить AuthInfo.
• Выясните, какие данные покажут через RDAP/WHOIS и разрешена ли privacy/proxy-служба.
• Проверьте жизненный цикл: срок продления, отключение DNS, redemption и окончательное удаление.
• Проверьте DNSSEC и управление DS-записями, не только наличие DNSSEC в самой TLD.
• Протестируйте TLS, корпоративную почту, SPF, DKIM, DMARC, OAuth, платёжные формы и аналитику.
• Для IDN проверьте Unicode- и Punycode-формы во всех системах и исключите смешение похожих алфавитов.
• Определите международную структуру: ccTLD, поддомены или каталоги, а также canonical и hreflang.
• Оформите домен на реального владельца бизнеса, включите многофакторную аутентификацию, автопродление и резервные контакты.
• Зафиксируйте, кто отвечает за продление, DNS, сертификаты, почту и аварийное восстановление.

Если сайт уже работает: риски смены зоны

Смена .ru на .com или любого другого TLD меняет все URL. Это полноценная миграция, а не косметическое переименование. Поисковые системы должны переобойти старые и новые адреса и перенести сигналы; временные колебания видимости нормальны, а сохранение позиций не гарантируется.

Безопасный порядок такой:

1. Проверить историю нового домена, ручные меры, прежний контент, обратные ссылки и блок-листы.
2. Подтвердить старый и новый домены в Google Search Console и Яндекс Вебмастере.
3. Составить соответствие каждого старого URL новому, включая изображения, файлы и языковые версии.
4. Подготовить новый сайт без закрывающих noindex и ошибочных запретов в robots.txt.
5. Обновить внутренние ссылки, self-canonical, hreflang, structured data, sitemap, аналитику и рекламные адреса.
6. Настроить прямые постраничные постоянные редиректы 301 или 308 без цепочек и массового сброса всех страниц на главную.
7. Отправить Change of Address в Search Console и заявку «Переезд сайта» в Яндекс Вебмастере.
8. Контролировать 404/5xx, логи роботов, индексацию, трафик, конверсии, сертификаты и почту на обоих доменах.
9. Сохранять старый домен и редиректы как можно дольше; ориентир Google — не менее года, а для пользователей их часто оставляют бессрочно.

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

Вывод

ccTLD выбирают ради понятной связи с одной страной, gTLD — ради нейтрального международного адреса или подходящего смысла. Но это только первый уровень решения. GeoTLD и brand TLD остаются разновидностями gTLD, IDN может быть и национальным, и общим, а формально generic-зона способна иметь строгую проверку участников.

Хорошая доменная зона — та, которую целевая аудитория понимает, владелец имеет право сохранять, бизнес может стабильно продлевать, а техническая команда умеет защищать и переносить. Для SEO важнее согласовать домен со страной, языком, контентом, hreflang и реальными локальными сигналами, чем искать «зону с повышенным ранжированием».