До основного вмісту

Субдомени в cPanel: створення, налаштування та видалення

Хостинг та cPanel · 01.07.2025 · 4 хв читання
Ілюстрація до статті «Субдомени в cPanel: створення, налаштування та видалення»

Субдомен — це частина домену перед основним ім'ям: blog.example.com, shop.example.com, api.example.com. На одному хостингу можна створити необмежену кількість субдоменів, і кожен може вести на свою папку, свою CMS чи навіть на окремий застосунок. Технічно субдомен — це не окремий сервер і не окремий акаунт хостингу, а просто додаткова точка входу в той самий пул ресурсів, тому створення і видалення субдоменів не тарифікується окремо і не потребує купівлі нового плану.

Створення субдомену

  1. cPanel → Домени → Субдомени
  2. У полі Субдомен введіть назву (наприклад, blog)
  3. Виберіть основний домен зі списку
  4. Поле Кореневий каталог заповниться автоматично (blog) — можна змінити
  5. Натисніть Створити

Що відбувається при створенні

  • Автоматично створюється папка public_html/blog
  • У DNS додається A-запис blog.example.com → IP сервера
  • Nginx/Apache починає обслуговувати субдомен

Структура файлів

public_html/
├── index.php          ← основний сайт (example.com)
└── blog/
    └── index.php      ← субдомен (blog.example.com)

Типова помилка під час створення

Якщо субдомен із такою назвою вже існував і був видалений нещодавно, cPanel іноді відмовляє у створенні з повідомленням:

Sorry, the subdomain blog.example.com is already configured for another
account or has a conflicting DNS zone entry.

Причина зазвичай у тому, що DNS-запис залишився в зоні домену після видалення субдомену штатними засобами (наприклад, редагувався вручну через Zone Editor і не був синхронізований). Рішення — відкрити cPanel → Zone Editor, знайти і видалити старий A-запис або CNAME з іменем blog, потім повторити створення субдомену через штатну форму.

SSL для субдомену

  1. cPanel → Безпека → SSL/TLS → Let's Encrypt
  2. Позначте субдомен у списку
  3. Натисніть Встановити сертифікат

Let's Encrypt у cPanel зазвичай випускає окремий сертифікат на кожен субдомен при першому запиті, але якщо субдоменів багато і вони створюються часто, розумніше один раз замовити wildcard-сертифікат *.example.com — тоді нові субдомени отримують HTTPS автоматично без окремого запиту.

Wildcard-субдомени

# cPanel → Домени → Субдомени
# У полі "Субдомен" введіть зірочку:
*
# DNS-запис буде створено як:
*.example.com. A  IP_сервера

Wildcard-субдомен перехоплює будь-яке ім'я перед крапкою, яке не описане окремим записом — щось.example.com вестиме на ту саму папку. Це зручно для SaaS-продуктів, де в кожного клієнта свій піддомен (client1.example.com, client2.example.com), а застосунок сам визначає клієнта за іменем хоста із заголовка запиту.

Важливий нюанс: wildcard-сертифікат Let's Encrypt видається лише через DNS-01 валідацію, а не звичайну HTTP-валідацію, яку AutoSSL використовує для окремих субдоменів. Це означає, що cPanel має підтверджувати право власності на домен, додаючи тимчасовий TXT-запис у DNS-зону, — якщо домен делегований на зовнішній DNS без API-інтеграції з хостингом, wildcard-сертифікат доведеться випускати вручну через сторонній ACME-клієнт.

Популярні застосування субдоменів

СубдоменЗастосування
blog.site.comБлог на WordPress
shop.site.comІнтернет-магазин
api.site.comREST API бекенд
dev.site.comТестове середовище
mail.site.comВебінтерфейс пошти

Коли не варто використовувати субдомен

  • Потрібна максимальна швидкість запуску розділу в пошуку — новий субдомен Google індексує як частково окремий сайт, і накопичений авторитет основного домену переноситься на нього не повністю
  • Застосункам на різних субдоменах потрібно ділитися cookie-сесією — за замовчуванням cookie домену example.com не видно на blog.example.com, потрібно явно вказувати domain=.example.com під час встановлення cookie
  • Ресурси акаунта обмежені тарифом — усі субдомени на shared-хостингу ділять спільний пул CPU і пам'яті (LVE) з основним доменом, окремого ліміту в піддомену немає
  • Простіше і зрозуміліше використати підпапку — якщо розділ не потребує окремого SSL чи CMS, підпапка example.com/blog позбавляє від зайвого DNS-запису і плутанини з cookie

Перевірка результату

dig blog.example.com +short
# Очікуємо IP-адресу сервера у відповіді

curl -I https://blog.example.com/
# Очікуємо: HTTP/1.1 200 OK або 301, але не connection refused

Врахуйте ще одну деталь: при видаленні субдомену через cPanel → Субдомени папка з файлами за замовчуванням НЕ видаляється — зникає лише DNS-запис і зв'язок домену з директорією, а файли й далі займають місце в квоті акаунта, поки їх не видалити вручну через Файловий менеджер. Субдомен поширюється в DNS від кількох хвилин до 24 годин залежно від TTL запису. Якщо одразу не працює — зачекайте або очистіть локальний DNS-кеш командою ipconfig /flushdns (Windows) чи sudo systemd-resolve --flush-caches (Linux). Детальніше про DNS-записи і Zone Editor — у статті як додати домен у cPanel.

Чи була стаття корисною?
← Назад до бази знань Поставити питання підтримці