Що таке піддомен (субдомен) і коли його використовувати | SEO та приклади

Уявіть, що ваш основний сайт — це великий будинок, що стоїть на вашій земельній ділянці (example.com). Коли ви додаєте новий розділ, наприклад, блог, ви можете або облаштувати для нього окрему кімнату всередині будинку (example.com/blog), або побудувати поруч окремий гостьовий будиночок (blog.example.com).

Ці два підходи — **підкаталог** (“кімната в будинку”) та **піддомен** (“гостьовий будиночок”) — є ключовими способами структурування сайту. І хоча зовні вони можуть здаватися схожими, вибір між ними має стратегічне значення для SEO, адміністрування та користувацького досвіду.

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

Піддомен vs. Підкаталог: Ключова різниця

Щоб зрозуміти суть, давайте подивимось на структуру URL:

Піддомен (субдомен): Це префікс, що додається до основного доменного імені через крапку. Наприклад, у shop.example.com, “shop” — це піддомен. Він створює ієрархічно новий рівень домену.
Підкаталог (subdirectory): Це частина URL, що йде після доменного імені через слеш. Наприклад, у example.com/shop, “/shop” — це підкаталог, що знаходиться всередині структури основного сайту.

Головна ідея: пошукові системи та сервери сприймають їх по-різному.

Характеристика	Піддомен (`blog.example.com`)	Підкаталог (`example.com/blog`)
Аналогія	Окремий будинок на тій же ділянці	Кімната в основному будинку
Сприйняття SEO	Часто сприймається як пов’язана, але окрема сутність. Може успадковувати авторитет, але не завжди на 100%.	Сприймається як невід’ємна частина основного сайту. Повністю консолідує авторитет.
Технічне налаштування	Потребує створення запису в DNS. Може бути на іншому сервері/IP.	Просто створюється як папка на тому ж сервері.
Призначення	Для функціонально відмінних розділів (магазин, підтримка, додаток).	Для тісно пов’язаного контенту (блог, послуги, статті).

Велика SEO-дискусія: чи шкодять піддомени ранжуванню?

Це одне з найстаріших питань у світі SEO. Роками існував міф, що “піддомени вбивають SEO”, тому що Google розглядає їх як абсолютно нові сайти, які не успадковують “вагу” та авторитет основного домену.

Сучасний погляд: це не зовсім так.

Представники Google, зокрема Джон Мюллер, неодноразово заявляли, що їхні алгоритми навчилися асоціювати піддомени з основним доменом. В більшості випадків Google розуміє, що shop.example.com та example.com належать одній компанії.

Однак є нюанс. Вибір має бути логічним. Якщо контент на піддомені сильно відрізняється від основного сайту, Google може сприйняти його як окрему сутність. Тому головне правило:

Використовуйте підкаталог, коли контент є частиною єдиної теми (наприклад, блог про послуги, які ви надаєте на основному сайті). Це найнадійніший спосіб консолідувати весь SEO-авторитет.
Використовуйте піддомен, коли розділ має кардинально іншу функцію, аудиторію або технічну платформу.

Технічний аспект: як Google приймає рішення?

Google аналізує безліч сигналів, щоб зрозуміти зв’язок між доменом та піддоменом. Серед них — внутрішні перехресні посилання, однакова контактна інформація, брендові запити, спільний GA профіль та багато іншого. Якщо ці зв’язки чіткі та логічні, “вага” буде передаватися. Якщо ж піддомен виглядає як абсолютно сторонній проєкт, він і буде ранжуватися окремо.

Коли варто використовувати піддомен: 8 реальних прикладів

Піддомени — це потужний інструмент, якщо застосовувати його правильно.

Магазин електронної комерції (shop.brand.com)
Якщо ваш основний сайт — корпоративний, а інтернет-магазин працює на зовсім іншій платформі (наприклад, Magento, Shopify, тощо), винесення його на піддомен — ідеальне технічне та логічне рішення.
Центр підтримки / База знань (support.company.com)
Портали підтримки часто працюють на спеціалізованих системах (як Zendesk). Їх функціонал (тікети, пошук по базі знань) відрізняється від маркетингового сайту.
Наприклад, як на нашому сайті є окремий піддомен для освітніх курсів: courses.sebweo.com
Веб-додаток (app.service.com)
Коли користувач входить у ваш сервіс, він потрапляє в інше середовище. Розділення маркетингового сайту (service.com) та самого додатку (app.service.com) є галузевим стандартом.
Регіональні або мовні версії (ua.brand.com, fr.brand.com)
Для великих міжнародних компаній це спосіб чітко розділити сайти для різних країн, кожен з яких може мати свою інфраструктуру та команду.
Середовище для розробки та тестування (dev.example.com)
Розробники створюють копію сайту на піддомені, щоб тестувати зміни перед тим, як випускати їх на основний сайт. Такі піддомени зазвичай закривають від індексації.
Специфічні API (api.service.com)
Для надання доступу розробникам до даних вашого сервісу створюється окрема точка входу (ендпоінт) на піддомені.
Блог для дуже великої компанії (blog.google.com)
Хоча для більшості компаній блог краще тримати в підкаталозі, для гігантів, чий блог є самостійним медіа-ресурсом, піддомен може бути виправданим.
Сторінка авторизації. Наприклад, для винесення сторінки Входу (авторизації, адмін-панель, тощо) на окремий ендпоінт. Для прикладу, у WordPress за замовчуванням використовується шлях /wp-admin для Входу, і можна це перенести до окремого піддомену, типу auth.example.com, що буде швидким і простим способом запобігти деяким атакам грубої сили (Brute-Force) та DDoS.

Як створити піддомен: концептуальний підхід

Процес створення піддомену, незалежно від вашої панелі керування (cPanel, DirectAdmin, ISPConfig, Plesk, тощо), завжди складається з двох основних кроків:

Створення DNS-запису. Ви повинні повідомити інтернету, куди саме має вести ваш новий піддомен. Для цього в налаштуваннях DNS вашого домену додається новий запис. Зазвичай це A-запис, що вказує на IP-адресу сервера, або CNAME, що вказує на інше доменне ім’я.
Налаштування веб-сервера. Ваш сервер (Apache, Nginx) повинен “знати”, що робити, коли до нього надходить запит на цей піддомен. Для цього створюється новий віртуальний хост, який вказує, з якої папки на сервері потрібно віддавати контент для цього піддомену.

Спрощений приклад у cPanel

Панелі керування, як cPanel, автоматизують ці два кроки. Коли ви в розділі “Subdomains” вводите ім’я нового піддомену, cPanel автоматично:

Додає відповідний DNS-запис у редакторі зон.
Створює нову папку для файлів піддомену (наприклад, public_html/blog).
Додає конфігурацію віртуального хоста до налаштувань веб-сервера Apache.

Це значно спрощує процес для користувачів без глибоких технічних знань.

Замість висновку: піддомен — це стратегічний інструмент

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

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

Дякую за увагу!