Как добавить домен в cPanel: Addon Domain, Alias или поддомен (пошагово)

Как добавить домен в cPanel

Добавление домена в cPanel почти всегда относится к одному из трёх сценариев: вы добавляете отдельный сайт как Addon Domain, подключаете второе имя к тому же сайту как Alias (Parked Domain/Domain Alias), или создаёте поддомен (Subdomain). Разница принципиальна. Addon Domain обычно имеет собственную папку (document root) и может быть отдельным проектом, Alias показывает тот же контент, что и основной домен, а поддомен — это структурная часть вида shop.example.com. Если выбрать тип правильно сразу, вы избежите типичных ошибок: “не та папка”, дубли страниц, проблемы с SSL и ситуация “домен не открывается”.

Перед началом убедитесь, что у вас есть доступ к cPanel и что вы управляете DNS домена. Если домен ещё не зарегистрирован, используйте регистрацию доменов. Если вам нужен хостинг с cPanel, посмотрите хостинг. А чтобы сразу включить HTTPS, полезно ознакомиться с SSL сертификатами.

1) Определите, что именно вы добавляете

Если вы создаёте отдельный сайт с другим содержанием (например, brand.ru и product.ru), обычно нужен Addon Domain. Если вы хотите, чтобы несколько доменов показывали один и тот же сайт (brand.ru и brand.com), используйте Alias. Если нужна отдельная часть под брендом (store.brand.ru), создавайте Subdomain. Это решение влияет на структуру папок, редиректы и выпуск SSL, поэтому лучше принять его до действий в панели.

2) Проверьте лимиты аккаунта и уже добавленные домены

В некоторых тарифах есть ограничение по количеству доменов. В cPanel это видно в разделе “Domains”. Если кнопки “Create A New Domain” нет или вы видите предупреждение о лимите, возможно, нужен другой тариф или стоит использовать Alias. Также проверьте, не добавлен ли домен уже как поддомен или алиас — тогда повторная попытка часто приводит к ошибке “domain already exists”.

3) Добавьте домен в разделе “Domains”

В современных версиях cPanel управление доменами обычно находится в разделе “Domains”. Откройте cPanel, найдите “Domains” и нажмите “Create A New Domain”. Введите домен (например, мойдомен.ru). Панель предложит document root вроде /public_html/мойdомен.ru/ или похожую папку. Это ключевой момент: document root определяет, из какой директории веб-сервер будет отдавать файлы сайта.

Если домен должен показывать уже существующий сайт, укажите тот же document root, что у основного домена (часто /public_html). Если нужен отдельный сайт, оставьте отдельную папку или задайте свою. Практически удобнее правило “один домен — одна папка”: так меньше шансов перепутать файлы, конфиги и установки CMS между проектами.

4) Опция “Share document root” и алиасы

В зависимости от версии cPanel может быть опция вроде “Share document root”. Если её включить, новый домен будет использовать ту же папку, что и другой домен — фактически это режим алиаса. Если не включать, создаётся отдельная директория и отдельный сайт. Изменить можно и позже, но это обычно означает перенос файлов и тщательную проверку путей, поэтому проще выбрать верно сразу.

5) Настройте DNS: направьте домен на сервер

Если у домена будет использоваться почта, помните, что смена DNS может затронуть и email. Если почта обслуживается сторонним сервисом, оставьте существующие MX-записи и добавляйте только записи для веб-сайта. Если почта будет на том же хостинге, cPanel при управлении DNS-зоной обычно формирует нужные MX и связанные записи, но всё равно полезно проверить их после переключения.

Добавление домена в cPanel настраивает сервер, но не интернет. Чтобы пользователи попадали на ваш хостинг, нужно обновить DNS. Обычно есть два пути: делегировать домен на NS хостинга или оставить DNS у текущего провайдера и создать A-запись на IP сервера. Делегация NS часто проще, потому что зона DNS и хостинг управляются в одном месте. При варианте с A-записью важно указать правильный IP (особенно если есть выделенный IP под SSL или почту).

DNS-распространение занимает время. На практике это от нескольких минут до 24–48 часов в зависимости от TTL и кэшей. Если домен всё ещё открывает старый сайт, чаще всего причина именно в DNS. Проверьте A-запись и nameservers во внешнем DNS-проверочном сервисе и не путайте “в cPanel всё готово” с “все уже видят новый сервер”.

6) Проверьте, что открывается правильный сайт

Полезно также проверить, какой именно IP видит ваш компьютер: иногда браузер кэширует старые ответы, а локальный провайдер держит старый DNS. Очистите DNS-кэш (в ОС) или откройте сайт через мобильный интернет, чтобы сравнить. Если по одному каналу открывается новый сервер, а по другому — старый, значит идёт обычная DNS-пропагация и нужно немного времени.

Когда DNS указывает на сервер, откройте домен в браузере. Если вы видите стандартную страницу cPanel или пустую директорию, это означает, что веб-сервер отвечает, но в document root нет ваших файлов. Для теста загрузите index.html или установите CMS/приложение в нужную папку. Если открывается “чужой” сайт, значит домен указывает на неправильный document root или был добавлен как shared-root алиас.

Это особенно критично, если в одном аккаунте много доменов. Одна ошибка в document root может привести к тому, что контент “перекроет” другой сайт и будет сложно понять, что происходит. Держите структуру папок аккуратной, используйте понятные названия и не переиспользуйте директории без необходимости. Для тестовых окружений удобны поддомены с отдельными папками.

7) Включите SSL после добавления домена

Если у вас много поддоменов (например, app., api., staging.), подумайте, нужен ли wildcard-сертификат или отдельные сертификаты на каждый хост. AutoSSL часто покрывает популярные варианты, но обычно требует, чтобы имена были добавлены в cPanel и чтобы DNS уже указывал на сервер. Чем аккуратнее доменная структура, тем меньше неожиданностей с HTTPS.

После добавления домена и корректного DNS включайте HTTPS. Часто доступен AutoSSL, который выпускает сертификат автоматически. Если вы видите предупреждение про сертификат, обычно DNS ещё не обновился полностью или AutoSSL не запускался. Проверьте “SSL/TLS Status” и запустите AutoSSL, либо установите сертификат вручную.

Если используются www и без www, выберите одну “каноническую” версию и настройте 301 редирект. Это убирает дубли, помогает SEO и снижает риск “mixed content”, когда часть ресурсов загружается по HTTP. Также редиректы упрощают аналитику и повышают доверие пользователей.

8) Частые ошибки и быстрые решения

“Domain already exists” означает, что домен уже есть в системе (алиас/поддомен/другой аккаунт). “This domain is not pointing to the server” почти всегда связано с DNS — проверьте A-записи и NS. Ошибка 404 обычно означает неверный document root или отсутствие index-файла. Ошибки SSL часто уходят после корректного DNS и повторного запуска AutoSSL.

При переносе сайта добавление домена — только половина работы. Нужно перенести файлы, импортировать базу, обновить конфиги (например, wp-config.php), и при необходимости создать почтовые ящики и записи MX. Безопасный подход: сначала развернуть сайт в папке, протестировать через временный URL или файл hosts, и только затем переключать DNS — так вы уменьшите риск простоя и неожиданных сюрпризов.

Чек-лист после добавления

После добавления домена пройдитесь по короткому чек-листу: (1) домен виден в cPanel “Domains” и document root выбран правильно, (2) DNS указывает на нужный сервер, (3) в браузере открывается правильный сайт, (4) SSL активен и нет предупреждений, (5) редиректы www/без www настроены последовательно, (6) если используется почта, MX-записи и ящики корректны, (7) резервные копии включены. Несколько минут проверки экономят часы отладки “почему не работает”.

Для простых сайтов чаще всего достаточно управляемого хостинга. Для большей гибкости, автоматизации и нестандартного стека подходит VPS. В любом случае правильно добавленный домен в cPanel и корректный DNS — это база, на которой держатся безопасность, скорость и доверие пользователей.

И ещё один практический совет: после успешного запуска зафиксируйте в заметках или внутренней документации, где расположен document root, какой URL считается основным (с www или без), где управляется DNS, и какой план резервного копирования используется. Эти детали помогают избежать ошибок при обновлениях, переносах и подключении новых участников команды.