Alt Alan Adı Oluşturma – cPanel, Plesk ve DNS Panelinde

Bloğunuzu ana siteden ayırmak, müşteri paneli için panel.siteniz.com açmak ya da geliştirme ortamını test.siteniz.com altında tutmak istiyorsunuz. Alt alan adı oluşturma işlemi cPanel'de üç tıklıktır — ama o üç tık, DNS'iniz aynı sunucuda yönetiliyorsa çalışır. DNS'iniz Cloudflare gibi üçüncü bir sağlayıcıdaysa, cPanel'de alt alan adını açmanız hiçbir işe yaramaz ve adres tarayıcıda "bulunamadı" hatası vermeye devam eder. Bu ayrımı bilmeden yapılan her deneme, "subdomain açtım ama açılmıyor" ile biter.

Bu rehberde alt alan adı açmanın iki ayrı ayağını — DNS kaydı ve sunucu tarafındaki sanal host tanımı — birbirinden ayırarak anlatıyorum. cPanel, Plesk ve DirectAdmin adımlarını, DNS'in başka sağlayıcıda olduğu durumu, alt alan adını tamamen başka bir sunucuya yönlendirmeyi, wildcard alt alan adını, alt alan adına ayrı SSL almayı ve son olarak alt dizin ile alt alan adı arasındaki SEO farkını bulacaksınız. Sonda da yıllardır aynı şekilde tekrarlanan hataların listesi var.

Alt Alan Adı Nedir ve Ne Zaman Gerekir#

Alt alan adı, sahip olduğunuz alan adının solundaki bir etikettir: blog.siteniz.com içindeki blog kısmı. Yeni bir alan adı satın almanıza gerek yoktur, mevcut alan adınızın altında istediğiniz kadar açabilirsiniz ve çoğu hosting paketinde adet sınırı ya yoktur ya da yüksektir. Kavramın tanımı ve DNS içindeki yeri için subdomain nedir yazısına bakabilirsiniz.

Ne zaman alt alan adı açmalısınız:

Farklı bir uygulama çalıştıracaksanız. Ana sitede WordPress, panel.siteniz.com altında bir Node.js uygulaması gibi. İki uygulamayı aynı kök dizinde birleştirmeye çalışmak, .htaccess çakışmalarıyla dolu bir yol.
Ayrı bir teknoloji yığını gerekiyorsa. Farklı PHP sürümü, farklı bellek limiti, farklı web sunucusu.
Erişimi ayırmak istiyorsanız. test.siteniz.com için IP kısıtı veya parola koruması koymak, ana sitede aynı şeyi yapmaktan çok daha temizdir.
Kurumsal bölümleme. bayi., destek., api. gibi ayrımlar.

Ne zaman açmamalısınız: sadece "içerik kategorisi" ayırmak için. Ürün kategorileriniz için ayakkabi.siteniz.com açmak, SEO tarafında ana siteye zarar veren bir bölünme yaratır. Bu ayrımın nedeni yazının sonundaki karşılaştırma bölümünde.

Alt Alan Adı Oluşturmanın İki Ayağı#

Bu bölümün ilk cümlesi, yazının en önemli cümlesidir: bir alt alan adının çalışması için iki ayrı yerde tanım gerekir — DNS'te bir kayıt ve web sunucusunda bir sanal host. Biri eksikse adres açılmaz, ama iki eksiklik iki farklı hata verir.

Eksik olan	Belirti	Nasıl anlaşılır
DNS kaydı	Tarayıcı "adres bulunamadı", `DNS_PROBE_FINISHED_NXDOMAIN`	`dig +short blog.siteniz.com` boş döner
Sunucu tanımı	Ana sitenin içeriği açılır ya da "Not Found" / varsayılan sayfa gelir	`dig` IP döner ama `curl -I` beklenmedik içerik verir
İkisi de var, dizin boş	Dizin listesi ya da boş sayfa	Sunucuda hedef dizin gerçekten boştur

cPanel, Plesk gibi paneller DNS'i de kendileri yönetiyorsa iki işi tek ekranda yapar — bu yüzden "üç tık" hissi oluşur. DNS başka yerdeyse panel yalnızca ikinci ayağı halleder, birincisini siz eklemek zorundasınız.

Teşhis için ilk komut her zaman aynıdır:

dig +short blog.siteniz.com
dig +short blog.siteniz.com CNAME

Boş dönüyorsa sorun DNS'tedir, panelde ne yaparsanız yapın açılmaz.

cPanel'de Alt Alan Adı Oluşturma#

cPanel'in güncel sürümlerinde alt alan adları ayrı bir menü değil, Domains ekranı içinden yönetilir.

cPanel'e girin, Domains bölümüne tıklayın.
Create A New Domain düğmesine basın.
Domain alanına tam adı yazın: blog.siteniz.com. cPanel blog kısmını alt alan adı olarak tanır.
Share document root kutucuğunu işaretlemeyin. İşaretlerseniz alt alan adı ana sitenin kök dizinini gösterir ve ikisi aynı içeriği yayınlar — genelde istenen bu değildir.
Document Root alanı otomatik olarak /home/kullanici/blog.siteniz.com gibi doldurulur. İsterseniz değiştirin ama public_html içine koymamaya dikkat edin; public_html/blog şeklinde bir dizin, ana siteden siteniz.com/blog adresiyle de erişilebilir hâle gelir ve aynı içerik iki adreste yayınlanır.
Submit ile kaydedin.

cPanel bu işlemle birlikte, sunucu aynı zamanda alan adınızın DNS'ini yönetiyorsa bölgeye otomatik olarak bir A kaydı ekler. Kontrol edin: Zone Editor → alan adınızın yanındaki Manage → listede blog.siteniz.com için bir A kaydı görmelisiniz.

Dizin yapısını doğrulamak için File Manager ekranına geçip yeni oluşan klasöre bir index.html koyun ve adresi açın. cPanel'in dosya yöneticisi ve izin ayarları için cPanel dosya yöneticisi yazısı işe yarar. Alt alan adı içeriğini FTP ile yükleyecekseniz, o dizine kısıtlı bir FTP hesabı açmak iyi bir alışkanlıktır; cPanel FTP hesabı oluşturma adımları veriyor.

Addon domain, parked domain ve subdomain karışıklığı#

cPanel'in tek "Create A New Domain" ekranı üç farklı şeyi üretir ve hangisini yaptığınızı ne yazdığınız belirler:

Tam ayrı bir alan adı yazarsanız (baskasite.com) → addon domain, kendi dizini olan ikinci bir site.
Aynı alan adının bir etiketini yazarsanız (blog.siteniz.com) → alt alan adı.
Mevcut bir siteyle aynı kök dizini paylaştırırsanız → parked/alias domain, aynı içerik iki adreste.

Aralarındaki farkın ayrıntısı addon ve parked domain yazısında. Yanlış tipi seçmek, sonradan e-posta yönlendirmeleri ve SSL kapsamı tarafında tuhaf sonuçlar doğurur.

Plesk ve DirectAdmin'de Alt Alan Adı#

Plesk: Websites & Domains ekranında ilgili alan adının kartında Add Subdomain bağlantısı vardır. Alt alan adı ismini ve belge kökünü verirsiniz. Plesk varsayılan olarak httpdocs/blog gibi bir dizin önerir; bunu httpdocs dışına almak, ana sitenin dizin listelemesinden ayırmak açısından daha temizdir. Plesk'in genel yapısı için Plesk nedir yazısına bakabilirsiniz.

DirectAdmin: Account Manager → Subdomain Management ekranından isim girip eklersiniz. DirectAdmin dizini ~/domains/siteniz.com/public_html/blog altında açar. Panelin genel kullanımını DirectAdmin nedir yazısında bulabilirsiniz.

WHM/root erişimi olan sunucular: Panel kullanmıyorsanız iş, web sunucusunda bir sanal host bloğu açmaktır.

server {
    listen 80;
    listen 443 ssl;
    server_name blog.siteniz.com;

    root /var/www/blog.siteniz.com/public;
    index index.php index.html;

    ssl_certificate     /etc/letsencrypt/live/blog.siteniz.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/blog.siteniz.com/privkey.pem;

    location ~ \.php$ {
        include snippets/fastcgi-php.conf;
        fastcgi_pass unix:/run/php/php-fpm.sock;
    }
}

Apache tarafında karşılığı <VirtualHost> bloğudur; Apache virtual host tanımlama yazısı tam yapılandırmayı veriyor. Blok eklendikten sonra yapılandırmayı test edip yeniden yükleyin:

nginx -t && systemctl reload nginx
# Apache için:
apachectl configtest && systemctl reload apache2

DNS Başka Sağlayıcıda (Cloudflare) İse Ne Yapmalısınız#

Burası, Türkçe kaynakların neredeyse hiç değinmediği ve destek taleplerinin çoğunun kaynağı olan bölüm. Alan adınızın nameserver'ları Cloudflare'a (ya da başka bir DNS sağlayıcısına) yönlendirilmişse, hosting panelinizin bölge dosyası artık kimse tarafından okunmuyordur. cPanel Zone Editor'de kayıt görünüyor olması onu geçerli yapmaz; dünya, alan adının NS kayıtlarının işaret ettiği sunuculara sorar.

Doğrulama tek komut:

dig +short NS siteniz.com

Çıktı ns1.hostingsaglayicisi.com gibi bir şeyse hosting paneliniz yetkilidir. xxx.ns.cloudflare.com gibi bir şeyse yetki Cloudflare'dadır. Hangi panelin geçerli olduğunu belirleme mantığının tamamı DNS kayıtları hangi panelden değiştirilir yazısında anlatılıyor.

DNS Cloudflare'daysa sıra şöyle olmalıdır:

Önce hosting panelinde alt alan adını oluşturun. Bu adım sunucuya "bu isim geldiğinde şu dizini sun" der ve zorunludur. Panelin kendi eklediği DNS kaydı işe yaramayacaktır, sorun değil.
Sonra Cloudflare DNS ekranında kaydı elle ekleyin. Sunucunuzun IP'sini biliyorsanız A kaydı:

blog    IN    A    203.0.113.45

Ana siteyle aynı sunucudaysa CNAME de kullanılabilir:

blog    IN    CNAME    siteniz.com.

Proxy durumuna karar verin. Cloudflare'daki turuncu bulut açıkken trafik Cloudflare üzerinden geçer; kapalıyken (gri bulut) doğrudan sunucunuza gider. Yeni açtığınız alt alan adında sertifika sorunu yaşarsanız, önce gri buluta alıp doğrudan erişimi test edin — bu, sorunun sunucuda mı yoksa proxy katmanında mı olduğunu anında ayırır.
Doğrulayın.

dig +short blog.siteniz.com
curl -I https://blog.siteniz.com

Cloudflare'ın DNS ve CDN katmanlarının nasıl ayrıştığını Cloudflare DNS ve CDN yazısında bulabilirsiniz.

Aynı mantık Cloudflare dışındaki her senaryo için geçerlidir: alan adınızın DNS'i registrar panelinde yönetiliyorsa kaydı oraya, kendi BIND sunucunuzda yönetiliyorsa bölge dosyasına eklersiniz.

Alt Alan Adını Başka Bir Sunucuya Yönlendirme#

Alt alan adının ana siteyle aynı sunucuda olma zorunluluğu yoktur. shop.siteniz.com başka bir sağlayıcıda, api.siteniz.com kendi VDS'inizde çalışabilir. Yapılacak iş, DNS kaydını o hedefe çevirmektir:

; hedef sunucunun sabit IP'si varsa
api     IN    A        198.51.100.20

; hedef bir platform hostname'i veriyorsa
shop    IN    CNAME    magaza-12345.platform.example.

Üç noktayı atlamayın:

Hedef sunucuda da tanım gerekir. DNS isteği doğru makineye götürür ama o makine api.siteniz.com ismini tanımıyorsa varsayılan sanal hostu ya da bir hata sayfası döndürür. Hedefte de sanal host/panel tanımını yapın.
Sertifika hedefte alınır. Sertifikayı, siteyi kim sunuyorsa o sunucuda düzenlemeniz gerekir. Ana sunucudaki sertifikanın alt alan adını kapsaması işe yaramaz.
CNAME ile A'yı aynı isimde birleştirmeyin. Bir isimde CNAME varsa aynı isimde başka kayıt olamaz; panel bunu bazen sessizce kabul edip sonra tuhaf davranır. CNAME kaydı nedir yazısı bu kısıtı ayrıntılandırıyor.

Not: Alt alan adını bir sayfaya "yönlendirmek" (301) istiyorsanız bu DNS işi değildir. DNS bir hostu bir sunucuya çevirir, URL yönlendirmesi HTTP katmanında yapılır. Küçük bir sanal host açıp return 301 vermek en temiz yoldur; alan adı yönlendirme yazısı seçenekleri karşılaştırıyor.

Wildcard Alt Alan Adı (*.siteniz.com)#

Wildcard kayıt, tanımlanmamış tüm alt alan adlarını tek hedefe götürür. Çok kiracılı (multi-tenant) uygulamalarda — her müşteriye musteri1.siteniz.com verdiğiniz senaryolarda — her yeni kullanıcı için DNS kaydı açmaktan kurtarır.

*       IN    A    203.0.113.45

Üç davranış kuralını bilmezseniz beklenmedik sonuç alırsınız:

Wildcard yalnızca tek seviye kapsar. *.siteniz.com kaydı a.siteniz.com ile eşleşir, a.b.siteniz.com ile eşleşmez. Onun için ayrıca *.b.siteniz.com gerekir.
Açık tanım wildcard'ı ezer. mail.siteniz.com için ayrı bir A kaydı varsa, wildcard o isim için devreye girmez. Bu iyi bir şeydir: e-posta ve panel gibi kritik isimleri açıkça tanımlayın.
Wildcard, olmayan isimleri de yanıtlar. Yazım hatası içeren bir adres bile sunucunuza düşer; sunucu tarafında bilinmeyen hostları karşılayan bir varsayılan blok tanımlayın, yoksa istek rastgele bir siteye düşebilir.

Sunucu tarafında karşılığı da wildcard olmalıdır:

server {
    listen 443 ssl;
    server_name ~^(?<tenant>.+)\.siteniz\.com$;
    root /var/www/tenants/$tenant/public;
    # ...
}

Ayrıntı için wildcard DNS kaydı yazısına bakın.

Alt Alan Adı İçin SSL Sertifikası#

Ana sitenizin sertifikası alt alan adını kapsamaz. siteniz.com ve www.siteniz.com için düzenlenmiş bir sertifika, blog.siteniz.com isteğinde tarayıcıda "bu sitenin güvenlik sertifikası bu adres için geçerli değil" uyarısı üretir. Üç yol var:

1. Her alt alan adı için ayrı sertifika. Let's Encrypt ile en yaygın yöntemdir, ücretsizdir:

certbot --nginx -d blog.siteniz.com

cPanel kullanıyorsanız genelde elle bir şey yapmanıza gerek kalmaz: AutoSSL yeni alt alan adını bir sonraki taramasında görüp sertifikayı düzenler. Beklemek istemiyorsanız SSL/TLS Status ekranından Run AutoSSL ile hemen tetikleyebilirsiniz. Mekanizması AutoSSL nedir yazısında.

2. Tek sertifikada çok isim (SAN). Birden fazla ismi tek sertifikada toplarsınız:

certbot --nginx -d siteniz.com -d www.siteniz.com -d blog.siteniz.com -d panel.siteniz.com

3. Wildcard sertifika. *.siteniz.com tüm tek seviyeli alt alan adlarını kapsar; sürekli yeni alt alan adı açılan yapılarda mantıklıdır. İki uyarı: wildcard apex adresi kapsamaz, o yüzden siteniz.com ismini ayrıca eklemek gerekir; ve wildcard doğrulaması HTTP ile değil, DNS-01 yöntemiyle yapılır — yani her yenilemede DNS'e bir TXT kaydı yazılması gerekir. DNS sağlayıcınızın API'si yoksa bu işlem elle yapılır ve otomatik yenileme kurulamaz. Ayrıntı wildcard SSL nedir yazısında.

Sertifikanın gerçekten alt alan adını kapsayıp kapsamadığını doğrulayın:

echo | openssl s_client -connect blog.siteniz.com:443 -servername blog.siteniz.com 2>/dev/null \
  | openssl x509 -noout -text | grep -A1 "Subject Alternative Name"

Alt Alan Adı mı Alt Dizin mi: SEO Karşılaştırması#

Blog için blog.siteniz.com mu siteniz.com/blog mu sorusunun cevabı, saf SEO açısından çoğu durumda alt dizindir. Arama motorları alt alan adını büyük ölçüde ayrı bir site gibi ele alma eğilimindedir; alt dizin ise ana alan adının biriktirdiği güvenin doğrudan içindedir. Yeni bir alt alan adı, kendi otoritesini sıfırdan kurar.

Kriter	Alt dizin (`/blog`)	Alt alan adı (`blog.`)
Alan adı otoritesinden yararlanma	Doğrudan	Sınırlı
Ayrı teknoloji/sunucu çalıştırma	Zor, aynı kök dizinde	Kolay
Farklı PHP sürümü / bellek limiti	Genelde mümkün değil	Mümkün
Sertifika	Mevcut sertifika yeter	Ayrı gerekir
Erişim kısıtı (IP, parola)	Karmaşık	Basit
Analitik ayrımı	Filtre gerekir	Doğal olarak ayrı
Farklı dil sürümü	İkisi de olur	İkisi de olur

Pratik kural: içerik ana siteyle aynı konuyu sürdürüyorsa alt dizin, teknik olarak ayrı bir uygulama çalıştırıyorsanız alt alan adı. Blog, ürün rehberi, destek makaleleri alt dizine; müşteri paneli, API, staging ortamı alt alan adına gider.

Alt dizin seçtiniz ama uygulama teknik olarak ayrı bir yerde çalışmak zorundaysa, ters vekil (reverse proxy) ile ikisini birleştirebilirsiniz: siteniz.com/blog isteklerini arka plandaki başka bir servise iletirsiniz. nginx reverse proxy yapılandırma yazısı bunu adım adım gösteriyor. Bu, "SEO alt dizin istiyor ama altyapı ayrılık istiyor" ikilemini çözen en temiz yoldur.

Zaten alt alan adında bir blog açtıysanız ve alt dizine taşımak istiyorsanız, iş bir yönlendirme planı gerektirir; WordPress alt dizinden taşıma yazısı bu geçişin adımlarını içeriyor.

Sık Karşılaşılan Hatalar#

"Alt alan adını açtım ama ana sitenin içeriği geliyor." Büyük ihtimalle belge kökünü ana siteyle paylaştırdınız veya Share document root kutucuğu işaretli kaldı. Panelden alt alan adını silip, ayrı bir dizinle yeniden oluşturun.

"Açtım ama hiç açılmıyor, adres bulunamıyor." DNS ayağı eksik. dig +short blog.siteniz.com boş dönüyorsa panelin bölgesi kimse tarafından okunmuyor demektir — NS kayıtlarınıza bakın.

"HTTPS'te sertifika uyarısı veriyor." Sertifika alt alan adını kapsamıyor. AutoSSL'i tetikleyin veya certbot ile ismi ekleyin. Bu ve benzeri uyarıların ayrımı için SSL hataları çözümü yazısına bakın.

"public_html içine dizin açtım, hem blog.siteniz.com hem siteniz.com/blog çalışıyor." Aynı içerik iki adreste yayınlanıyor; arama motoru için kopya içeriktir. Dizini public_html dışına taşıyın ya da eski adresten yenisine 301 verin.

"Alt alan adına e-posta hesabı açamıyorum." Alt alan adı için ayrı bir MX kaydı yoksa e-posta apex alan adının MX kaydına gider. [email protected] gibi bir adres istiyorsanız o isim için MX kaydı gerekir; MX kaydı nedir yazısı yapılandırmayı gösteriyor.

"Silmek istedim ama dizin duruyor." Paneller alt alan adını kaldırırken dosyaları genellikle silmez. Bu iyi bir davranıştır ama disk kotanızdan yer yemeye devam eder; dizini elle temizleyin.

Sıkça Sorulan Sorular#

Alt alan adı için ayrıca ücret ödemem gerekir mi#

Hayır, alt alan adı mevcut alan adınızın parçasıdır ve ayrı bir kayıt ücreti yoktur. Ödediğiniz tek şey hosting paketinizin kaynaklarıdır; paketiniz belirli sayıda alt alan adı ile sınırlıysa bu bir paket limitidir, alan adı ücreti değil. Alt alan adına ayrı bir SSL sertifikası gerekirse Let's Encrypt ile bunu da ücretsiz karşılayabilirsiniz.

Alt alan adı kaç dakikada aktif olur#

Sunucu tarafındaki tanım anında geçerli olur, gecikme DNS tarafındadır ve tipik olarak birkaç dakikadan bir saate kadar sürer. Süreyi kaydın TTL değeri belirler; yeni eklenen bir kayıtta önceden önbelleğe alınmış bir olumsuz yanıt varsa (negatif önbellek) bu süre bölgenin SOA kaydındaki minimum değere bağlıdır. Kendi tarafınızda hemen görmek için işletim sisteminizin DNS önbelleğini temizleyip doğrudan otoriter sunucuya sorgu atabilirsiniz.

cPanel'de alt alan adı açtım ama DNS'te görünmüyor#

Bu, alan adınızın DNS'inin cPanel sunucusunda değil başka bir sağlayıcıda yönetildiği anlamına gelir. dig +short NS alanadiniz.com komutuyla aktif nameserver'ları görün; sonuç hosting sağlayıcınızın sunucularını göstermiyorsa, kaydı o sağlayıcının panelinden elle eklemeniz gerekir. cPanel'deki tanım yine de gereklidir çünkü sunucuya o isim geldiğinde hangi dizini sunacağını söyler.

Alt alan adı ana sitenin SEO değerini paylaşır mı#

Kısmen; arama motorları alt alan adlarını büyük ölçüde ayrı siteler gibi değerlendirdiği için ana alan adının otoritesi doğrudan aktarılmaz. Bu yüzden ana siteyle aynı konuyu sürdüren içerikleri alt dizinde tutmak genellikle daha iyi sonuç verir. Alt alan adı, teknik olarak ayrı çalışması gereken uygulamalar için doğru tercihtir; içerik bölmek için değil.

Bir alan adında kaç tane alt alan adı açabilirim#

DNS tarafında pratikte anlamlı bir sınır yoktur; sınır hosting paketinizin izin verdiği sayıdır ve birçok pakette sınırsızdır. Çok sayıda alt alan adına ihtiyacınız varsa wildcard kayıt kullanarak hepsini tek kayıtla karşılayabilirsiniz. Ancak her alt alan adı ayrı bir sanal host ve ayrı bir sertifika ismi anlamına geldiği için, sunucu tarafında yönetim maliyeti sayıyla birlikte artar.

Alt alan adına farklı bir PHP sürümü atayabilir miyim#

Evet, çoğu panelde alt alan adı ayrı bir belge kökü ve ayrı bir sanal host olduğu için kendi PHP sürümünü kullanabilir. cPanel'de MultiPHP Manager ekranından alt alan adını seçip sürüm atarsınız; CloudLinux çalışan sunucularda PHP Selector aynı işi yapar. Bu, eski bir uygulamayı eski sürümde bırakırken ana siteyi güncel sürüme taşımanın en pratik yoludur.

Wildcard alt alan adı güvenlik riski oluşturur mu#

Doğru yapılandırılmazsa oluşturabilir, çünkü wildcard tanımlanmamış tüm isimleri sunucunuza yönlendirir ve saldırgan istediği ismi kullanarak istek gönderebilir. Riski azaltmak için sunucuda bilinmeyen host isimlerini karşılayan bir varsayılan blok tanımlayın ve orada boş yanıt döndürün, kritik isimleri (mail, panel gibi) wildcard'a bırakmayıp açıkça tanımlayın. Ayrıca wildcard sertifikanın özel anahtarı tüm alt alan adlarını kapsadığı için, o anahtarın bulunduğu sunucunun güvenliği daha kritik hâle gelir.

Alt alan adını başka bir hosting firmasındaki sunucuya yönlendirebilir miyim#

Evet, alt alan adının ana siteyle aynı sunucuda olma zorunluluğu yoktur. DNS panelinizde o isim için hedef sunucunun IP'sini gösteren bir A kaydı ya da hedefin verdiği hostname'i gösteren bir CNAME kaydı oluşturmanız yeterlidir. Ancak hedef sunucuda da o isim için bir sanal host tanımı ve ayrı bir SSL sertifikası düzenlenmesi gerekir, aksi hâlde istek hedefe ulaşır ama varsayılan sayfa veya sertifika hatası ile karşılanırsınız.

Kapanış#

Alt alan adı oluşturma işleminin özü, iki ayrı ayağı birlikte tamamlamaktır: DNS'te ismin çözülmesini sağlayan bir kayıt ve web sunucusunda o ismi karşılayan bir tanım. Paneliniz alan adınızın DNS'ini de yönetiyorsa bu ikisi tek ekranda halledilir; DNS'iniz Cloudflare gibi başka bir sağlayıcıdaysa panel yalnızca ikinci ayağı yapar ve kaydı elle eklemeniz gerekir. Sertifikanın alt alan adını kapsamadığını, wildcard kaydın yalnızca tek seviye kapsadığını ve wildcard sertifikanın apex adresi kapsamadığını baştan bilmek, sonradan çözülmesi zor uyarıların çoğunu engeller. İçerik bölmek için değil, teknik ayrım gerektiğinde alt alan adı açın; ana siteyle aynı konuyu sürdüren içerikler alt dizinde daha iyi sonuç verir.

Bu adımları kendiniz uğraşmadan halletmek istiyorsanız: Zone Editor, alt alan adı ekranı ve AutoSSL'in hazır geldiği web hosting paketleri alt alan adı yönetimini tek panelde toplar, WordPress hosting tarafında blog veya staging alt alan adı açmak birkaç tık sürer. Alt alan adı başına ayrı PHP sürümü, ayrı servis ya da wildcard sanal host tanımı gibi tam kontrol istiyorsanız VDS sunucu doğru zemin; sertifika tarafında ne alacağınıza karar veremediyseniz SSL sertifikası sayfasındaki tipler wildcard ile tekil arasındaki farkı gösteriyor.

subdomaincpaneldns

Alt Alan Adı (Subdomain) Nasıl Oluşturulur?