Все, що вам потрібно знати про розширення доменів (TLD)

Розширення домену, офіційно відоме як домен верхнього рівня (TLD), — це суфікс, що з’являється після останньої крапки в будь-якій URL-адресі — наприклад, .com, .org, .de або .app. Воно сигналізує про категорію, географічний охват або призначення веб-сайту як користувачам, так і DNS-резолверам. Вибір неправильного TLD не знищить ваші позиції, але впливає на довіру користувачів, показники переходів, релевантність у локальному пошуку та довгострокову цінність бренду так, як більшість посібників ніколи не кількісно оцінює.

Ця стаття охоплює кожну категорію TLD у технічній глибині, пояснює, як модель делегування ICANN працює зсередини, спростовує стійкі SEO-міфи за допомогою обґрунтованих даними аргументів і надає практичну систему прийняття рішень для вибору правильного розширення для будь-якого проєкту — від SaaS-продукту до урядового порталу.

Як система доменних імен структурує TLD

Перш ніж класифікувати розширення, корисно зрозуміти, де вони знаходяться в ієрархії DNS. Повністю кваліфіковане доменне ім’я (FQDN) читається резолверами справа наліво:

www.example.com.
         |     |
      SLD  TLD  (implicit root ".")

Кореневу зону — яку підтримує IANA (Internet Assigned Numbers Authority), функція ICANN — є авторитетним джерелом для кожного делегованого TLD. Станом на 2025 рік коренева зона містить понад 1 500 TLD — число, яке значно зросло після запуску програми ICANN New gTLD у 2012 році.

Кожен TLD має оператора реєстру (наприклад, Verisign керує .com і .net), а окремі доменні імена в межах цього TLD продаються через акредитованих реєстраторів. Ланцюжок реєстратор–реєстр–ICANN забезпечує глобальну узгодженість і переносимість реєстрації доменів.

П’ять основних категорій розширень доменів

1. Загальні домени верхнього рівня (gTLD)

Загальні TLD — це необмежені розширення без географічної прив’язки. Вони формують основу глобальної мережі та відкриті для реєстрації будь-якою фізичною або юридичною особою в усьому світі.

Найбільш значущі gTLD та їх практичний контекст:

• .com — Спочатку призначений для «комерційних» організацій у специфікації RFC 920 1985 року, .com тепер фактично є необмеженим. З понад 350 мільйонами зареєстрованих доменів серед усіх TLD, .com сам по собі становить приблизно 37% від загальної кількості. Його домінування самопідсилюється: користувачі за замовчуванням вводять .com при вгадуванні URL-адреси, що означає, що домен .com отримує прямий трафік, який інші TLD втрачають.
• .org — Історично асоціюється з некомерційними організаціями, хоча технічно ніколи не був обмеженим. Ним керує Public Interest Registry (PIR). Широко довіряють для НГО, проєктів з відкритим кодом і громадських ініціатив.
• .net — Спочатку призначений для постачальників мережевої інфраструктури. Сьогодні функціонує як додатковий варіант, коли .com недоступний, хоча його впізнаваність бренду значно нижча.
• .info — Необмежений, призначений для інформаційних ресурсів. Історично страждав від спам-реєстрацій, що дещо підірвало його сприйняту достовірність на деяких ринках.
• .biz — Обмежений за політикою законним комерційним використанням, хоча виконання мінімальне. Рідко є першим вибором для серйозних брендів.
• .co — ccTLD для Колумбії, але широко прийнятий у всьому світі як альтернатива .com завдяки своїй стислості. Використовується стартапами та визнаний міжнародно.
• .io — ccTLD для Британської території в Індійському океані, але культурно прийнятий технологічною індустрією як скорочення від «input/output». Надзвичайно популярний серед інструментів для розробників, SaaS-платформ і компаній, орієнтованих на API. Примітка: політичний статус BIOT означає, що довгострокове майбутнє .io несе ненульовий геополітичний ризик.

2. Домени верхнього рівня з кодом країни (ccTLD)

ccTLD — це дволітерні розширення, призначені суверенним державам і територіям відповідно до стандарту ISO 3166-1 alpha-2. IANA делегує кожен ccTLD призначеному національному реєстру, який встановлює власну політику реєстрації.

Чому ccTLD важливі для локального SEO: Google Search Console дозволяє встановити географічну ціль для будь-якого домену, але ccTLD надсилає значно сильніший географічний сигнал, ніж gTLD з налаштуванням геотаргетингу. Для бізнесу, вся клієнтська база якого знаходиться в одній країні, ccTLD у поєднанні з локальним хостингом (сервери з низькою затримкою в країні), тегами hreflang і локально релевантним контентом створює накопичувальний сигнал локальної релевантності.

Критичний граничний випадок — «vanity» ccTLD: Розширення на кшталт .io, .ai, .co, .me і .tv технічно є ccTLD, але Google розглядає їх як загальні TLD, оскільки їхні реєстри обрали необмежену глобальну реєстрацію. Це розрізнення важливе: якщо ви використовуєте .de для глобального сайту, Google за замовчуванням географічно обмежить його Німеччиною. Якщо ви використовуєте .io, таких обмежень не застосовується.

3. Нові загальні домени верхнього рівня (нові gTLD)

Програма ICANN New gTLD 2012 року відкрила кореневу зону для тисяч нових розширень, докорінно змінивши ландшафт доменів. Заявники сплатили 185 000 USD за кожну заявку на TLD, і програма отримала понад 1 900 заявок.

Ключові нові gTLD за галузевими вертикалями:

Технології та програмне забезпечення:

• .app — Керується Google Registry. За замовчуванням вимагає HTTPS (попередньо завантажений HSTS). Ідеально підходить для мобільних і веб-застосунків.
• .dev — Також керується Google Registry, попередньо завантажений HSTS. Широко використовується розробниками та проєктами з відкритим кодом.
• .tech — Популярний серед технологічних компаній і конференцій.
• .cloud — Використовується постачальниками хмарних послуг і SaaS-платформами.

Торгівля та роздрібна торгівля:

• .shop — Керується GMO Registry. Сильне брендове вирівнювання для електронної комерції.
• .store — Альтернатива .shop з аналогічним позиціонуванням.
• .market — Використовується маркетплейс-платформами.

Контент і медіа:

• .blog — Керується Automattic (материнська компанія WordPress).
• .media — Використовується новинними виданнями та контент-агентствами.
• .news — Дедалі більше використовується цифровими виданнями.

Професійні послуги:

• .law, .legal — Обмежені для верифікованих юридичних фахівців у деяких реєстрах.
• .health — Вимагає верифікації для медичних організацій.
• .finance, .bank — .bank суворо обмежений; вимагає верифікації від fTLD Registry Services і доступний лише для регульованих фінансових установ.

Брендові TLD (.brand TLD): Маловідома, але стратегічно значуща категорія. Такі компанії, як Google (.google), Apple (.apple), Amazon (.amazon) і BMW (.bmw), керують власними TLD. Це закриті реєстри — лише сам бренд може реєструвати домени другого рівня. Вони дозволяють використовувати URL-адреси на кшталт maps.google або careers.amazon, повністю усуваючи домен другого рівня.

4. Спонсоровані домени верхнього рівня (sTLD)

Спонсоровані TLD передують програмі нових gTLD і керуються організацією-спонсором, яка забезпечує дотримання вимог щодо права на участь. Вони мають високий рівень вродженої довіри саме тому, що доступ до них обмежений.

TLD .gov і .edu мають непропорційно велику SEO-цінність не через сам TLD, а тому що обмеження робить їх джерелами з вродженим авторитетом. Зворотне посилання з домену .edu або .gov є надійним не завдяки магії DNS, а тому що контент за цими доменами публікується верифікованими установами.

5. Інтернаціоналізовані доменні імена (IDN) та IDN TLD

Інтернаціоналізовані доменні імена (IDN) дозволяють мітками доменів містити символи Unicode за межами діапазону ASCII, що уможливлює реєстрацію арабською, китайською, кириличною, деванагарі, івритом, японською, корейською та десятками інших мов.

Під капотом IDN використовують кодування Punycode (RFC 3492). Арабський домен مثال.إختبار передається через DNS як xn--mgbh0fb.xn--kgbechtv. Браузери відображають форму Unicode, але DNS-резолвер працює з формою ACE (ASCII Compatible Encoding).

ICANN делегував IDN ccTLD для багатьох країн:

• .中国 (Китай, Punycode: xn--fiqs8sirgfmh)
• .рф (Росія, Punycode: xn--p1acf)
• .مصر (Єгипет, Punycode: xn--wgbh1c)
• .भारत (Індія, Punycode: xn--h2brj9c)

Практичне міркування: IDN TLD є необхідними для бізнесу, що орієнтується на аудиторію на ринках з нелатинськими шрифтами. Китайський користувач, який шукає в Baidu, або російський користувач у Yandex значно більше схильні довіряти домену рідною мовою та переходити на нього. Однак фішинг зі змішаними шрифтами (атаки омографів) є реальною загрозою — браузери тепер відображають Punycode в адресному рядку, коли домен змішує шрифти, щоб пом’якшити це.

Порівняння TLD: вибір правильного розширення

Реальність SEO для розширень доменів

Ця тема породжує більше дезінформації, ніж майже будь-яка інша в SEO. Ось що насправді підтверджують докази:

Офіційна позиція Google: Google неодноразово заявляв — через John Mueller та в офіційній документації — що TLD не надають переваги в ранжуванні. Алгоритм оцінює якість контенту, авторитет зворотних посилань, Core Web Vitals і сигнали користувачів, а не рядок після крапки.

На що TLD впливають опосередковано:

1. Показник переходів (CTR): Дослідження поведінки в SERP послідовно показують, що домени .com отримують вищий CTR, ніж незнайомі TLD на еквівалентних позиціях ранжування. Вищий CTR є поведінковим сигналом, який Google дійсно вимірює.

1. Релевантність у локальному пошуку: ccTLD отримують автоматичну географічну асоціацію в Google Search Console. Сайт .de буде розглядатися як такий, що орієнтується на Німеччину, навіть без явного налаштування геотаргетингу. Це справжній фактор ранжування для локалізованих запитів.

1. Довіра та коефіцієнт конверсії: Опитування користувачів показують, що незнайомі TLD знижують коефіцієнти конверсії на сайтах електронної комерції, особливо для відвідувачів, які заходять вперше. Це бізнес-метрика, а не метрика ранжування, але вона впливає на дохід.

1. Асоціація зі спамом: Певні TLD (.xyz, .top, .click, .loan) історично мають високі показники спам-реєстрацій. Спам-фільтри Google навчені на патернах, і новий сайт на TLD з високим рівнем спаму може зіткнутися з вищим початковим порогом перевірки перед отриманням довіри в ранжуванні.

Геополітичний ризик .io: Британська територія в Індійському океані є предметом тривалої суперечки про суверенітет між Великою Британією та Маврикієм. У 2024 році Велика Британія погодилася передати територію Маврикію. Згідно з політикою ICANN, якщо територія перестає існувати як визнана одиниця, її ccTLD може бути виведений з обігу. Довгостроковий статус TLD .io є справді невизначеним — ризик, який будь-який бізнес, що будує основний бренд на .io, повинен враховувати у своїй доменній стратегії.

Реєстрація домену: технічні та операційні міркування

WHOIS, RDAP і конфіденційність

Традиційний протокол WHOIS (порт 43) витісняється RDAP (Registration Data Access Protocol), який надає структуровані JSON-відповіді та підтримує контроль доступу. Відповідно до узгодженої з GDPR політики ICANN, контактні дані реєстранта тепер за замовчуванням приховані для фізичних осіб у більшості юрисдикцій.

Конфіденційність WHOIS / проксі-реєстрація: Більшість реєстраторів пропонують це як безкоштовне або недороге доповнення. Воно замінює вашу особисту контактну інформацію в публічному записі RDAP/WHOIS проксі-даними реєстратора. Це настійно рекомендується для будь-якого домену, зареєстрованого фізичною особою.

Блокування домену та безпека передачі

На кожному домені має бути увімкнено блокування реєстратора (блокування передачі). Це запобігає несанкціонованим передачам домену — поширеному вектору атак при захопленні домену. Код статусу EPP clientTransferProhibited підтверджує, що блокування активне. Ви можете перевірити це через будь-який пошук WHOIS/RDAP.

Стратегія DNS TTL при реєстрації

Коли ви вперше реєструєте домен і вказуєте його на новий сервер, встановіть низькі значення DNS TTL (300–600 секунд) під час початкової фази налаштування. Після стабілізації інфраструктури збільшіть TTL до 3600–86400 секунд, щоб зменшити навантаження DNS-запитів і покращити швидкість розпізнавання у всьому світі.

Захисна реєстрація

Для будь-якого бренду з комерційною цінністю зареєструйте як мінімум:

• Ваш основний TLD (.com для глобального використання)
• ccTLD для вашого основного ринку (ринків)
• Поширені варіанти написання вашого домену з помилками
• Варіанти .org і .net, якщо ви є визнаним брендом

Це запобігає кіберсквотингу та тайпосквотингу, обидва з яких можуть відволікати трафік і завдавати шкоди довірі до бренду. UDRP (Uniform Domain-Name Dispute-Resolution Policy) ICANN надає механізм для повернення захоплених доменів, але судові розгляди є дорогими та повільними — захисна реєстрація значно дешевша.

Ризик поновлення та закінчення терміну дії

Закінчення терміну дії домену є однією з найбільш запобіжних причин простою веб-сайту. Налаштуйте:

• Автоматичне поновлення, увімкнене у реєстратора
• Кілька нагадувань про поновлення електронною поштою на активно відстежувану адресу
• Багаторічну реєстрацію (до 10 років для більшості TLD) для критично важливих доменів

Прострочений домен входить у пільговий період викупу (зазвичай 30 днів), протягом якого початковий реєстрант може повернути його за підвищену плату. Після цього він переходить у стан очікування видалення і стає доступним для загальної реєстрації — у цей момент конкуренти або спекулянти доменами можуть його придбати.

Поєднання вашого домену з правильною хостинговою інфраструктурою

Вибраний TLD впливає на ваші рішення щодо інфраструктури. ccTLD, орієнтований на конкретну країну, виграє від хостингу в цій країні для мінімізації затримки та посилення географічних сигналів. Глобальний бренд .com повинен використовувати CDN з вузлами, розподіленими по регіонах.

Якщо ви запускаєте новий проєкт і потребуєте надійної інфраструктури відповідно до вашої доменної стратегії, VPS Хостинг надає гнучкість для налаштування власного DNS, зворотних проксі та завершення SSL саме так, як вимагає ваша архітектура. Для високонавантажених виробничих середовищ, де домен є основою критично важливого сервісу, Виділені сервери усувають конкуренцію за ресурси між сусідами, властиву спільним середовищам.

Для менших проєктів, особистих блогів або стартапів на ранній стадії, що перевіряють ідею перед інвестиціями в інфраструктуру, Спільний веб-хостинг пропонує економічно ефективну відправну точку з керованим DNS у комплекті.

Будь-який домен — незалежно від TLD — повинен бути захищений HTTPS з першого дня. Google позначає HTTP-сайти як «Небезпечні» в Chrome з 2018 року, а TLD .app і .dev забезпечують виконання HTTPS на рівні DNS через попереднє завантаження HSTS. Поєднання реєстрації домену з належним чином виданим SSL-сертифікатом є обов’язковим для будь-якого сайту, що обробляє дані користувачів або проводить транзакції.

Якщо ваш домен буде основою для професійного налаштування електронної пошти — contact@yourdomain.com замість адреси Gmail — Хостинг електронної пошти, налаштований з належними записами SPF, DKIM і DMARC, є необхідним для доставлюваності та довіри до бренду.

Поширені хибні уявлення, точно виправлені

Хибне уявлення: домени .com займають вищі позиції в Google.

Алгоритм ранжування Google не використовує TLD як сигнал ранжування. Те, що .com дійсно надає, — це вища довіра користувачів і CTR, які є поведінковими сигналами. Перевага в ранжуванні, якщо така є, є непрямою та опосередкованою через поведінку користувачів — а не алгоритмічною перевагою рядка .com.

Хибне уявлення: нові gTLD є менш надійними або менш постійними.

Нові gTLD делеговані ICANN і діють у тій самій технічній та договірній системі, що й застарілі gTLD. Ризик полягає не в технічній надійності — а в безперервності роботи оператора реєстру. Якщо новий реєстр gTLD зазнає комерційної невдачі, положення ICANN про безперервність реєстру вимагають плану переходу. Це вже траплялося: .canon та кілька інших брендових TLD були виведені з обігу, але домени реєстрантів були оброблені через процеси переходу.

Хибне уявлення: ccTLD обмежує вашу глобальну аудиторію.

ccTLD технічно не перешкоджає глобальному доступу. Що він робить — так це надсилає сигнал географічної релевантності пошуковим системам, що може знизити видимість на нецільових ринках. Для бізнесу, який дійсно обслуговує лише одну країну, це перевага. Для бізнесу, який прагне глобального охвату, це недолік.

Хибне уявлення: довші доменні імена з ключовими словами займають вищі позиції.

Домени з точним збігом (EMD) мали вимірюваний ефект ранжування до оновлення Google EMD 2012 року. Сьогодні доменні імена, перевантажені ключовими словами, на кшталт best-cheap-web-hosting-deals.com, не надають жодної переваги в ранжуванні та активно шкодять сприйняттю бренду та CTR.

Хибне уявлення: вам потрібно реєструвати кожен можливий TLD для захисту вашого бренду.

Захисна реєстрація є цінною для основних варіантів TLD та основних ccTLD. Реєстрація кожного з понад 1 500 TLD не є ні практичною, ні необхідною. Зосередьтеся на TLD, де сквотери найбільш активні: .com, .net, .org та ccTLD для ваших ключових ринків.

Практичний контрольний список рішень

Використовуйте цей контрольний список перед завершенням будь-якої реєстрації домену:

• Географія аудиторії: Ваша аудиторія є локальною (використовуйте ccTLD) чи глобальною (використовуйте .com або необмежений gTLD)?
• Галузева конвенція: Чи існує у вашій вертикалі усталена норма TLD (.io для інструментів розробника, .ai для AI-продуктів, .bank для фінансових установ)?
• Доступність бренду: Чи доступна точна назва вашого бренду на .com? Якщо ні, чи є новий gTLD справжнім покращенням бренду чи компромісом?
• Перевірка спам-TLD: Перевірте рівень спам-реєстрацій TLD через Spamhaus або аналогічний сервіс. Уникайте TLD з репутацією розсадників спаму.
• Вимога HSTS: Якщо ви створюєте веб-застосунок, розгляньте .app або .dev — примусовий HTTPS повністю усуває ризик неправильного налаштування.
• Геополітичний ризик TLD: Якщо використовуєте .io або .ai, оцініть, чи може ваш бізнес витримати міграцію TLD у найгіршому сценарії.
• Захисні реєстрації: Зареєструйте .com, основний ccTLD (ccTLD) та поширені варіанти написання з помилками як мінімум.
• Автоматизація поновлення: Увімкніть автоматичне поновлення та встановіть нагадування в календарі незалежно від електронних листів реєстратора.
• Конфіденційність WHOIS: Увімкніть захист проксі/конфіденційності одразу після реєстрації.
• Видача SSL: Видайте та встановіть SSL-сертифікат до того, як домен стане доступним у будь-якому публічному контексті.
• Поетапне налаштування DNS TTL: Починайте з низьких TTL під час запуску, збільшуйте після стабілізації інфраструктури.
• Автентифікація електронної пошти: Якщо використовуєте домен для електронної пошти, налаштуйте записи SPF, DKIM і DMARC перед надсиланням будь-яких повідомлень.

Поширені запитання

Чи впливає вибраний TLD безпосередньо на мої позиції в пошуку Google?

Ні. Google однаково розглядає всі делеговані ICANN TLD як сигнали ранжування. Непрямі ефекти — CTR користувачів, сприйняття довіри та географічна асоціація ccTLD — можуть впливати на ранжування через поведінкові та релевантні сигнали, але сам рядок TLD не є фактором ранжування.

У чому різниця між реєстром і реєстратором?

Реєстр — це організація, яка керує TLD і підтримує авторитетну базу даних усіх доменів, зареєстрованих під ним (наприклад, Verisign для .com). Реєстратор — це акредитована ICANN компанія, яка продає реєстрації доменів кінцевим користувачам і взаємодіє з реєстром від їхнього імені.

Чи можна перенести домен з одного TLD до іншого?

Ні. Доменне ім’я прив’язане до свого TLD. Ви не можете перенести example.com, щоб він став example.io. Вам потрібно окремо зареєструвати новий домен, перенести контент і DNS, реалізувати перенаправлення 301 зі старого домену та оновити всі зворотні посилання та цитування. Це значний проєкт міграції SEO.

Чому домени .app і .dev вимагають HTTPS?

Обидва .app і .dev керуються Google Registry та включені до списку попереднього завантаження HSTS (HTTP Strict Transport Security), вбудованого в браузери. Це означає, що браузери відмовляються завантажувати будь-який домен .app або .dev через звичайний HTTP, незалежно від конфігурації сервера. Це забезпечується на рівні браузера, а не на рівні сервера.

Скільки часу займає глобальне поширення щойно зареєстрованого домену?

Поширення DNS — це не одноразова подія, а процес закінчення терміну дії кешу на основі TTL у рекурсивних резолверах по всьому світу. При стандартному TTL 3600 секунд більшість резолверів відобразять нові DNS-записи протягом 1–4 годин. Деякі резолвери провайдерів з агресивним кешуванням можуть займати до 48 годин. Використання низького TTL (300 секунд) перед внесенням змін DNS мінімізує затримку поширення.