Create subdomain in cPanel

A subdomain is an additional address beneath your existing domain. This allows you to run, for example, a shop, a customer area, a development environment, or a separate web application under its own address.

From the domain:

example.com

can, for example, the subdomain:

shop.example.com

become.

In this guide, we will show you step by step how to create a subdomain in the CURIAWEB cPanel, a suitable Document Root you define and then check whether the subdomain is correctly set up and reachable.

Important: A subdomain is a separate hostname. It is not the same as a subdirectory of a website. shop.example.com and example.com/shop/ are technically different addresses.

What is a subdomain? #

A subdomain extends an existing domain with an additional name in front of the actual domain.

For example:

Main domain:
example.com

Subdomain:
shop.example.com

Further possible subdomain:
support.example.com

The part shop or rather support is the respective subdomain.

What can a subdomain be used for? #

A subdomain is particularly suitable for content or applications that are to be logically separated from the main website.

Typical examples are:

• shop.example.com for a separate online shop
• support.example.com for a support section
• portal.example.com for a customer portal
• dev.example.com for a development environment
• test.example.com for a test website

Which term makes sense depends on the respective application.

Distinguish between subdomain and subdirectory #

A subdomain:

shop.example.com

is not the same as:

example.com/shop/

The second variant is a path or subdirectory within the main domain.

Simplified:

shop.example.com
→ own hostname

example.com/shop/
→ path within example.com

Briefly explained: Although a subdomain can load website files from a subdirectory, this does not technically make it a normal URL subdirectory.

Distinguish between subdomain and independent domain #

An additional independent domain is also something different than a subdomain.

For example:

example.com
→ Domain

shop.example.com
→ Subdomain of example.com

example-shop.com
→ independent domain

We explain how to set up an additional independent domain at Add and manage a domain in cPanel.

What is the document root of a subdomain? #

The Document Root determines from which directory the web server delivers the content of the subdomain.

For example, a possible configuration could look like this:

shop.example.com
        ↓
public_html/shop/
        ↓
Website files of the shop

A visitor calls:

https://shop.example.com

in this example, the website files are from:

public_html/shop/

used.

1. Log in to cPanel #

Log in to your CURIAWEB cPanel.

Then open:

Domains → Domains

You can manage the domains and subdomains designated for your hosting account via the central domain management.

2. Check existing domains and subdomains #

First, check if the desired subdomain already exists.

For example, if:

shop.example.com

already been set up, you should not create another similar entry, but first check the existing configuration.

3. Create new domain #

In domain management, select the function to create a new domain.

Even a subdomain is specified by its full hostname in the process.

4. Enter the full name of the subdomain #

Enter the desired subdomain completely.

For example:

shop.example.com

Do not use:

https://shop.example.com

and not just:

shop

provided the input mask expects the full domain name.

Important: In cPanel domain management, enter the hostname without http://, https:// and without a trailing URL path.

5. Check document root #

Specify the directory from which the subdomain should load its website files.

For:

shop.example.com

could, for example, use a dedicated directory:

public_html/shop/

What matters is not the specific name of the directory, but that you know later which website files are located there.

Subdomain with its own website #

If the subdomain is to contain an independent website or application, a separate document root makes sense.

For example:

example.com
→ public_html/

shop.example.com
→ public_html/shop/

This keeps the website files logically separated from each other.

Do not accidentally use a shared document root #

cPanel can offer an option when creating a domain to share the document root of an existing domain.

If the subdomain is to have an independent website, you should check this setting carefully.

A configuration like:

example.com
→ public_html/

shop.example.com
→ public_html/

would basically result in both hostnames using the same website file base.

Attention: If the subdomain is to have a separate website, it must not accidentally use the same document root as the main website.

6. Create subdomain #

Check again before creating:

• full name of the subdomain
• associated main domain
• designated document root
• whether a separate or shared document root is used

Then create the domain or subdomain.

7. Check subdomain in the domain overview #

After creation, the subdomain should be under:

Domains → Domains

displayed.

Check the assigned document root there in particular.

8. Open document root in file manager #

Then open:

Files → File Manager

Navigate to the document root of the subdomain.

If this, for example,:

public_html/shop/

is, the website files of the subdomain belong in this directory.

A detailed guide on file management can be found at Use cPanel File Manager.

9. Deploying website files #

If you want to run an existing website on the subdomain, upload the corresponding files to the document root.

For a simple website, this could be, for example:

index.html

or:

index.php

lie.

For a web application, its complete files and, if applicable, additional components must be present.

Subdomain shows the same website as the main domain #

If you expected a standalone website, but the subdomain displays the same content as the main domain, you should check the document root first.

Both may be using the same folder.

Check under:

Domains → Domains

which directory was actually assigned to the subdomain.

Subdomain is not showing any website #

If the subdomain has been set up in principle, but no website appears, check the document root in the file manager.

Check in particular whether the expected website files and a suitable start file are present there.

Common mistake: The subdomain has been set up correctly, but the website files are still located in a different directory.

10. Understanding subdomain DNS #

For a subdomain to be publicly accessible, its DNS resolution must also lead to the correct hosting environment.

The domain configuration in the web server and the public DNS resolution are two different components.

Simplified:

shop.example.com
        ↓
DNS
        ↓
Hosting server
        ↓
cPanel domain configuration
        ↓
Document root
        ↓
Website

DNS is managed within cPanel #

If the DNS zone of the main domain is managed via your CURIAWEB cPanel, you can find the existing records under:

Domains → Zone Editor

check.

We explain the complete operation at Using the DNS Zone Editor in cPanel.

DNS is managed externally #

If the nameservers or DNS zone are managed by an external provider, creating the subdomain in cPanel alone might not be sufficient.

The required DNS record must then be set up in the actually authoritative DNS zone.

Important: What matters is where the domain's DNS zone is actually managed. An entry in the cPanel zone editor has no public effect if different authoritative nameservers are used for the domain.

A-Record or CNAME? #

Subdomains can be resolved via different DNS records depending on the desired configuration.

A A-Record resolves a hostname to an IPv4 address.

A CNAME points one hostname to another hostname.

Which variant makes sense for your subdomain depends on the specific hosting and DNS configuration.

Do not change DNS records on a hunch if you do not know which existing configuration will be replaced by it.

Subdomain unreachable: Check DNS #

If the browser cannot resolve the subdomain at all, you should check the DNS configuration in particular.

If, on the other hand, a website or server message already appears, the request is fundamentally reaching a target system.

This distinction helps with troubleshooting.

DNS changes can take time #

If a DNS record for the subdomain has just been created or modified, cached DNS information may temporarily still return the previous state.

As a result, the subdomain might already work on one device while not yet working over a different internet connection.

11. Test subdomain HTTPS #

After the subdomain points to the correct hosting environment, you should also test it via HTTPS.

For example:

https://shop.example.com

When a certificate warning appears, you should check DNS, domain mapping, and certificate status separately.

The SSL certificate of the main domain does not automatically apply to every subdomain #

An SSL certificate must cover the respective hostname.

That:

example.com

works via HTTPS, therefore does not automatically prove that also:

shop.example.com

is already covered by a valid certificate.

Important: Explicitly test a newly set up subdomain with its own full hostname via HTTPS.

Test website on subdomain #

Open the subdomain in your browser.

Then check not only the home page, but for a web application also important subpages and functions.

For a standalone WordPress installation, the following can be checked, for example:

• Home
• Subpages
• WordPress Login
• Administration area
• Images and other media files

Use subdomain for WordPress #

A subdomain can contain a completely independent WordPress installation.

For example:

www.example.com
→ Main website

shop.example.com
→ separate WordPress or WooCommerce installation

The separate installation can use its own files, its own database, and its own configuration.

A subdomain is not automatically a separate WordPress installation #

The creation of:

shop.example.com

does not install WordPress automatically.

Initially, the subdomain provides the hostname and its assignment to the hosting.

The desired web application must then be set up separately in the designated document root.

Subdomain for a test website #

A subdomain like:

test.example.com

can technically be used for a test or development environment.

Du solltest dabei jedoch berücksichtigen, dass eine öffentlich erreichbare Testwebsite grundsätzlich ebenfalls über das Internet erreichbar sein kann.

Verwende deshalb bei nicht öffentlichen Entwicklungsumgebungen geeignete Zugriffsbeschränkungen.

Testumgebung mit Passwort schützen #

Wenn eine Entwicklungs- oder Testwebsite nicht öffentlich zugänglich sein soll, kannst du den betreffenden Ordner zusätzlich schützen.

We explain the procedure under Password protect folders in cPanel.

Practical Tip: Eine schwer zu erratende Subdomain wie test123.example.com ist kein Ersatz für eine echte Zugriffsbeschränkung.

Subdomain und Suchmaschinen #

Wenn du eine Testumgebung unter einer öffentlich erreichbaren Subdomain betreibst, solltest du nicht allein darauf vertrauen, dass Suchmaschinen sie „schon nicht finden“.

Eine Testwebsite kann über Links, Sitemaps oder andere Wege entdeckt werden.

Für vertrauliche oder nicht öffentliche Inhalte ist eine technische Zugriffsbeschränkung die zuverlässigere Lösung.

Subdomain für einen Kundenbereich #

An address like:

portal.example.com

kann für einen Kundenbereich verwendet werden.

Die Subdomain selbst stellt jedoch keine Zugriffssicherheit bereit.

Authentifizierung und Berechtigungen müssen von der eingesetzten Anwendung beziehungsweise einer zusätzlichen Schutzfunktion übernommen werden.

Subdomain für E-Mail verwenden? #

Eine Subdomain kann grundsätzlich auch für andere Dienste als Websites verwendet werden.

Das Erstellen einer Website-Subdomain in cPanel richtet jedoch nicht automatisch E-Mail-Konten, Mailrouting oder andere Dienste für diesen Hostnamen ein.

DNS, Website und E-Mail sollten als getrennte technische Bereiche betrachtet werden.

Subdomain weiterleiten #

Wenn die Subdomain keine eigene Website enthalten soll, sondern Besucher lediglich an eine andere Adresse weiterleiten soll, kann eine Weiterleitung sinnvoller sein.

For example:

shop.example.com
        ↓
Weiterleitung
        ↓
https://www.example.com/shop/

Wie du Weiterleitungen in cPanel einrichtest, erklären wir unter Set up domain redirection in cPanel.

Weiterleitung und Document Root nicht verwechseln #

Bei einer Weiterleitung erhält der Browser die Anweisung, eine andere Adresse aufzurufen.

Bei einem Document Root bleibt der aufgerufene Hostname bestehen und der Webserver liefert Dateien aus dem zugeordneten Verzeichnis.

Das sind zwei unterschiedliche Mechanismen.

Subdomain zeigt falsche Inhalte #

Wenn eine Subdomain erreichbar ist, aber die falschen Inhalte zeigt, prüfe in dieser Reihenfolge:

1. Welchen Document Root verwendet die Subdomain?
2. Welche Dateien liegen tatsächlich in diesem Verzeichnis?
3. Existieren Weiterleitungen?
4. Verwendet die Anwendung selbst eine andere konfigurierte URL?
5. Does DNS point to the correct hosting environment?

Verschiebe Dateien nicht auf Verdacht, bevor du diese Punkte geprüft hast.

Subdomain leitet unerwartet auf Hauptdomain weiter #

Wenn eine Subdomain automatisch auf die Hauptdomain umleitet, obwohl du das nicht eingerichtet hast, kann die Ursache auch innerhalb der Webanwendung liegen.

Beispielsweise kann ein CMS seine bevorzugte Website-Adresse kennen und Aufrufe auf diese Adresse weiterleiten.

Prüfe deshalb neben cPanel auch die Konfiguration der Anwendung und vorhandene Weiterleitungsregeln.

.htaccess kann Weiterleitungen verursachen #

Bei Apache-basierten Websites können Regeln in einer Datei wie:

.htaccess

Weiterleitungen und andere URL-Regeln enthalten.

Wie du diese Datei sicher untersuchst, erklären wir unter .htaccess explained and safely edited.

Subdomain zeigt 403 Forbidden #

Wenn die Subdomain den richtigen Server und Document Root erreicht, aber:

403 Forbidden

anzeigt, können beispielsweise Zugriffsrechte, Sicherheitsregeln oder die Verzeichnisstruktur eine Rolle spielen.

Die systematische Fehleranalyse behandeln wir unter Fix 403 Forbidden.

Subdomain zeigt 404 Not Found #

Ein Fehler 404 Not Found kann auftreten, obwohl die Subdomain selbst korrekt eingerichtet ist.

Check among other things:

• Document Root
• existing website files
• angeforderte URL
• Rewrite-Regeln
• Konfiguration der Webanwendung

Subdomain zeigt 500 Internal Server Error #

Wenn die Subdomain grundsätzlich die richtige Website erreicht, aber einen:

500 Internal Server Error

anzeigt, kann das Problem beispielsweise innerhalb der Anwendung, PHP-Konfiguration oder Serverregeln liegen.

We are treating the diagnosis under Fixing a 500 Internal Server Error.

Document Root einer bestehenden Subdomain prüfen #

Wenn du später nicht mehr weißt, welches Verzeichnis zu einer Subdomain gehört, öffne:

Domains → Domains

und kontrolliere dort die Zuordnung.

Verlasse dich nicht allein darauf, dass ein Ordner namens shop automatisch zu shop.example.com gehören muss.

Document Root nicht auf Verdacht ändern #

Wenn eine Subdomain produktiv verwendet wird, solltest du ihren Document Root nicht ohne konkreten Grund verändern.

Eine Änderung der Zuordnung verschiebt die vorhandenen Website-Dateien nicht automatisch.

Der Webserver würde anschließend lediglich ein anderes Verzeichnis verwenden.

Attention: Document Root ändern und Dateien verschieben sind zwei getrennte Vorgänge.

Subdomain entfernen #

Wenn eine Subdomain nicht mehr benötigt wird, kannst du sie über:

Domains → Domains

verwalten beziehungsweise entfernen.

Prüfe vorher, welche Ressourcen noch mit ihr verbunden sind.

This may include:

• Website files
• Databases
• Redirects
• DNS records
• SSL configuration
• weitere von der Anwendung verwendete Daten

Entfernen der Subdomain löscht nicht automatisch die Website #

Die Domainkonfiguration und die im Hosting gespeicherten Dateien sind unterschiedliche Dinge.

Gehe deshalb nicht davon aus, dass das Entfernen der Subdomain automatisch sämtliche zugehörigen Dateien oder Datenbanken löscht.

Umgekehrt solltest du die Dateien nicht zuerst löschen, wenn du noch nicht geprüft hast, ob sie anderweitig benötigt werden.

Subdomain entfernen und DNS-Eintrag löschen sind getrennte Vorgänge #

Wenn DNS extern verwaltet wird, kann dort weiterhin ein Eintrag für die Subdomain bestehen, obwohl du sie aus cPanel entfernt hast.

Prüfe deshalb bei einer endgültigen Außerbetriebnahme sowohl die Hosting-Konfiguration als auch die tatsächlich verwendete DNS-Zone.

Empfohlener Ablauf zum Erstellen einer Subdomain #

1. Lege fest, wofür die Subdomain verwendet werden soll.
2. Log in to cPanel.
3. Open Domains → Domains.
4. Wähle die Funktion zum Erstellen einer neuen Domain.
5. Trage den vollständigen Hostnamen wie shop.example.com one.
6. Lege einen passenden Document Root fest.
7. Kontrolliere, ob ein eigener Document Root verwendet werden soll.
8. Erstelle die Subdomain.
9. Kontrolliere die Zuordnung in der Domainübersicht.
10. Öffne den Document Root im Dateimanager.
11. Stelle die benötigten Website-Dateien bereit.
12. Prüfe die DNS-Auflösung.
13. Teste die Subdomain über HTTPS.
14. Prüfe die Website beziehungsweise Anwendung.

Empfohlene Fehlersuche bei einer nicht funktionierenden Subdomain #

1. Prüfe, ob die Subdomain unter Domains → Domains is available.
2. Kontrolliere den vollständigen Hostnamen.
3. Prüfe den Document Root.
4. Kontrolliere die Dateien im Document Root.
5. Prüfe die DNS-Auflösung.
6. Kontrolliere HTTPS beziehungsweise SSL.
7. Prüfe Weiterleitungen und gegebenenfalls .htaccess.
8. Untersuche anschließend eine konkrete HTTP-Fehlermeldung.

Basic rule: Bei Problemen mit einer Subdomain solltest du DNS, cPanel-Domainzuordnung, Document Root und Webanwendung getrennt voneinander prüfen. Dadurch lässt sich wesentlich schneller feststellen, auf welcher Ebene der Fehler entsteht.

When should you contact support? #

Wenn eine Subdomain trotz korrekter Einrichtung nicht erreichbar ist oder unerwartete Inhalte anzeigt, solltest du den aktuellen Zustand möglichst genau dokumentieren.

For an analysis, the following information is particularly helpful:

• vollständiger Name der Subdomain
• associated main domain
• in cPanel angezeigter Document Root
• ob die Website-Dateien dort vorhanden sind
• ob DNS über CURIAWEB oder extern verwaltet wird
• ob DNS kürzlich geändert wurde
• genaue Fehlermeldung beziehungsweise unerwartetes Verhalten
• ob HTTP und HTTPS unterschiedlich reagieren
• ob die Subdomain neu eingerichtet wurde oder zuvor funktioniert hat

Do not transmit any passwords or other confidential access credentials.

Summary #

A subdomain like shop.example.com ist ein eigener Hostname unterhalb einer bestehenden Domain. Im CURIAWEB-cPanel richtest du sie über Domains → Domains ein und weist ihr einen passenden Document Root zu.

Wenn die Subdomain eine eigenständige Website enthalten soll, solltest du einen eigenen Document Root verwenden und die zugehörigen Website-Dateien in diesem Verzeichnis bereitstellen.

Das Erstellen der Subdomain im Hosting und ihre öffentliche DNS-Auflösung sind unterschiedliche Bestandteile. Wenn DNS extern verwaltet wird, muss der benötigte Eintrag dort vorhanden sein.

Teste nach der Einrichtung sowohl die normale Erreichbarkeit als auch HTTPS. Wenn die Subdomain die falsche Website zeigt, unerwartet weiterleitet oder einen Fehler ausgibt, prüfe zuerst Document Root, Dateien, DNS und Weiterleitungen, bevor du die Konfiguration veränderst.