Що таке субдомен? Повний посібник зі створення та керування субдоменами

Незалежно від того, чи ви керуєте веб-сайтом зростаючого бізнесу, запускаєте окремий блог або розгортаєте портал підтримки клієнтів, субдомени дають вам гнучкість для організації вашої онлайн-присутності без реєстрації додаткових доменних імен. У цьому вичерпному посібнику ми детально розглянемо, що таке субдомени, як вони працюють, коли їх використовувати та як створювати й налаштовувати їх покроково — включно з налаштуванням веб-сервера для Apache та Nginx.

Що таке субдомен?

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

Приклад:

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

Як працюють субдомени?

Субдомени функціонують через систему доменних імен (DNS). Коли користувач вводить blog.example.com у браузері, DNS-резолвер шукає DNS-записи для цього конкретного імені хоста. Якщо для blog.example.com існує A-запис або CNAME-запис, браузер перенаправляється на відповідну IP-адресу або сервер.

Це означає, що субдомени є:

• Незалежно налаштовуваними — кожен може вказувати на інший сервер або IP-адресу
• Необмежено масштабованими — ви можете створювати стільки субдоменів, скільки дозволяє ваш DNS-провайдер
• Безкоштовними у створенні — додаткова реєстрація домену не потрібна

Якщо ви керуєте власною інфраструктурою на плані VPS Хостингу, ви маєте повний контроль над DNS-записами, конфігурацією веб-сервера та маршрутизацією субдоменів.

Поширені випадки використання субдоменів

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

• blog.example.com — Окремий блог або контент-хаб
• store.example.com — Інтернет-магазин
• help.example.com — База знань або портал підтримки клієнтів
• app.example.com — Веб-застосунок або SaaS-панель
• api.example.com — Кінцева точка REST API
• mail.example.com — Поштовий сервер (використовується в записах MX та маршрутизації пошти)
• staging.example.com — Середовище розробки або тестування
• m.example.com — Мобільна версія вашого сайту

Кожен із них може працювати на абсолютно окремій інфраструктурі. Для застосунків із високим трафіком ви можете розмістити store.example.com на Виділеному сервері, зберігаючи при цьому основний маркетинговий сайт на легшому плані Спільного веб-хостингу.

Субдомени проти підкаталогів: що вибрати?

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

Загальне правило: Використовуйте субдомени, коли вам потрібне технічне розділення (інший сервер, платформа або застосунок). Використовуйте підкаталоги, коли ви хочете консолідованого SEO-авторитету для контенту, що належить одному сайту.

Як створити субдомен: покрокова інструкція

Крок 1: Увійдіть до панелі керування DNS

Кожен реєстратор доменів та хостинг-провайдер пропонує інтерфейс керування DNS. Увійдіть до свого облікового запису та перейдіть до розділу Редактор DNS-зони, Керування DNS або Розширений DNS для вашого домену.

> Якщо ви зареєстрували свій домен через AlexHost, ви можете керувати DNS-записами безпосередньо з клієнтської панелі. Потрібен новий домен? Перегляньте Реєстрацію доменів, щоб розпочати.

Крок 2: Додайте новий DNS-запис

Щоб створити субдомен, вам потрібно додати A-запис або CNAME-запис у вашу DNS-зону.

#### Варіант A: A-запис (вказує на IP-адресу)

Використовуйте A-запис, коли хочете, щоб субдомен вказував безпосередньо на IP-адресу сервера.

Host:  blog
Type:  A
Value: 123.456.789.0   ← Your server's IPv4 address
TTL:   3600

Це створює субдомен blog.example.com та спрямовує трафік на вказану IP-адресу.

#### Варіант B: CNAME-запис (вказує на інший домен)

Використовуйте CNAME-запис, коли хочете, щоб субдомен вказував на інше ім’я хоста — наприклад, CDN, сторонній сервіс або інший домен, яким ви керуєте.

Host:  shop
Type:  CNAME
Value: stores.platform.com
TTL:   3600

> Важливо: Ви не можете використовувати CNAME-запис для кореневого домену (@ / example.com). CNAME-записи дійсні лише для субдоменів.

#### Поширення DNS

Після збереження DNS-записів дозвольте до 24–48 годин для повного глобального поширення, хоча зміни часто набувають чинності протягом кількох хвилин або годин.

Крок 3: Налаштуйте веб-сервер

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

#### Налаштування Nginx для субдомену

Створіть новий файл конфігурації серверного блоку для вашого субдомену:

sudo nano /etc/nginx/sites-available/blog.example.com

Додайте таку конфігурацію:

server {
    listen 80;
    listen [::]:80;
    server_name blog.example.com;

    root /var/www/blog;
    index index.html index.php;

    access_log /var/log/nginx/blog.access.log;
    error_log  /var/log/nginx/blog.error.log;

    location / {
        try_files $uri $uri/ =404;
    }
}

Увімкніть конфігурацію та перезавантажте Nginx:

sudo ln -s /etc/nginx/sites-available/blog.example.com /etc/nginx/sites-enabled/
sudo nginx -t
sudo systemctl reload nginx

#### Налаштування Apache для субдомену

Створіть новий файл конфігурації віртуального хоста:

sudo nano /etc/apache2/sites-available/blog.example.com.conf

Додайте такий блок віртуального хоста:

<VirtualHost *:80>
    ServerName blog.example.com
    DocumentRoot /var/www/blog

    ErrorLog ${APACHE_LOG_DIR}/blog_error.log
    CustomLog ${APACHE_LOG_DIR}/blog_access.log combined

    <Directory /var/www/blog>
        AllowOverride All
        Require all granted
    </Directory>
</VirtualHost>

Увімкніть сайт та перезавантажте Apache:

sudo a2ensite blog.example.com.conf
sudo apache2ctl configtest
sudo systemctl reload apache2

Крок 4: Створіть кореневий каталог веб-сайту

Переконайтеся, що вказаний вами кореневий каталог документів дійсно існує та містить файли вашого веб-сайту:

sudo mkdir -p /var/www/blog
sudo chown -R www-data:www-data /var/www/blog
echo "<h1>Blog Subdomain is Live</h1>" | sudo tee /var/www/blog/index.html

Крок 5: Захистіть субдомен за допомогою SSL/TLS

Кожен субдомен повинен обслуговуватися через HTTPS. Залишення субдомену на звичайному HTTP наражає користувачів на ризики безпеки та може погіршити ваші позиції в пошукових системах.

#### Варіант A: Безкоштовний SSL від Let’s Encrypt (Certbot)

sudo apt install certbot python3-certbot-nginx   # or python3-certbot-apache
sudo certbot --nginx -d blog.example.com

Certbot автоматично отримає сертифікат та оновить конфігурацію вашого Nginx (або Apache) для обслуговування HTTPS-трафіку.

#### Варіант B: Wildcard SSL-сертифікат

Якщо ви плануєте створити кілька субдоменів, wildcard SSL-сертифікат (*.example.com) охоплює всі з них одним сертифікатом. Це найефективніший варіант для проєктів із багатьма субдоменами.

> AlexHost пропонує широкий вибір SSL-сертифікатів, включно з wildcard-варіантами для захисту всіх ваших субдоменів за допомогою однієї установки.

Крок 6: Перевірте свій субдомен

Після поширення DNS та налаштування веб-сервера перевірте, чи все працює:

1. Відкрийте браузер і перейдіть до http://blog.example.com (або https://, якщо налаштовано SSL)
2. Скористайтеся онлайн-інструментом перевірки поширення DNS (наприклад, whatsmydns.net), щоб переконатися, що A/CNAME-запис розпізнається глобально
3. Перевірте журнали помилок веб-сервера, якщо субдомен не завантажується:

• Nginx: sudo tail -f /var/log/nginx/blog.error.log
• Apache: sudo tail -f /var/log/apache2/blog_error.log

Керування кількома субдоменами

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

• Використовуйте wildcard DNS-запис (*.example.com → your server IP) для спрямування всіх субдоменів на ваш сервер, а потім обробляйте маршрутизацію на рівні веб-сервера
• Документуйте свою DNS-зону — ведіть облік кожного субдомену, його призначення та куди він вказує
• Встановлюйте відповідні значення TTL — використовуйте нижчі значення TTL (наприклад, 300 секунд), коли очікуєте змін, і вищі значення (наприклад, 86400) для стабільних записів
• Відстежуйте доступність субдоменів незалежно — кожен субдомен фактично є окремим сайтом і повинен моніторитися відповідно
• Видаляйте невикористовувані субдомени — покинуті субдомени можуть стати вразливостями безпеки (атаки захоплення субдоменів)

Субдомени та хостинг електронної пошти

Субдомени також відіграють роль в інфраструктурі електронної пошти. Записи на кшталт mail.example.com зазвичай використовуються як ім’я хоста для поштових серверів, на яке посилаються в записах MX та конфігураціях SMTP.

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

Часті запитання про субдомени

Скільки субдоменів я можу створити?

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

Чи впливають субдомени на SEO?

Google розглядає субдомени як окремі сутності від кореневого домену. Це означає, що субдомен зазвичай не успадковує авторитет домену example.com. Для сайтів, орієнтованих на контент, підкаталоги часто є кращим вибором для консолідації SEO. Однак для застосунків, інструментів або сервісів, які є справді окремими, субдомени цілком підходять.

Чи можу я використовувати субдомен без веб-сервера?

Так — ви можете створити DNS-записи для субдомену, що вказують на сторонні сервіси (наприклад, розміщену форму, кінцеву точку CDN або SaaS-платформу) без налаштування власного веб-сервера.

Чи є субдомени безкоштовними?

Так. Створення субдоменів не потребує додаткових витрат на реєстрацію домену. Вам потрібен лише наявний зареєстрований домен та доступ до його DNS-налаштувань.

Чи можу я спрямувати субдомен до іншого хостинг-провайдера?

Звичайно. Оскільки субдомени розпізнаються через DNS, ви можете спрямувати app.example.com до хмарного провайдера, blog.example.com до CMS-платформи, а store.example.com до власного сервера — усе незалежно одне від одного.

Висновок

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

Підсумуємо ключові кроки:

1. Додайте DNS A або CNAME-запис для субдомену в панелі керування DNS
2. Налаштуйте веб-сервер (Nginx або Apache) з новим серверним блоком або віртуальним хостом
3. Створіть кореневий каталог документів та розгорніть свій контент
4. Захистіть субдомен за допомогою SSL-сертифіката
5. Перевірте та відстежуйте, щоб переконатися, що все працює правильно

Незалежно від того, чи ви розміщуєте один субдомен або керуєте складною архітектурою з кількома субдоменами, наявність правильної інфраструктури під ними має вирішальне значення. Ознайомтеся з планами VPS Хостингу від AlexHost для повного root-доступу та повного контролю над конфігурацією субдоменів — або перегляньте наші Панелі керування VPS, якщо ви надаєте перевагу керуванню через графічний інтерфейс.