Subdomain mi Alt Dizin mi Sorusu Neden Bu Kadar Önemli?
Blogu, içerik tarafı, mağazası ve bir de çok dilli yapısı olan, hızla büyüyen bir projeyi planlarken en sık gelen soru şu oluyor: Blogu nereye koyacağız, blog.site.com mu yoksa site.com/blog mu? Aynı soru mağaza, destek merkezi, uygulama paneli ve dil sürümleri için de geçerli. Kulağa sadece URL estetiğiyle ilgili bir konu gibi gelebilir; ama aslında SEO, performans, güvenlik, altyapı maliyeti ve operasyonel yönetilebilirlik açısından mimarinizi uzun yıllar etkileyecek bir karar veriyorsunuz.
Bu yazıda, blog, e-ticaret mağazası ve dil sürümleri özelinde hem SEO hem de hosting / sunucu mimarisi açısından artıları ve eksileri net şekilde ortaya koyacağız. Amacımız, tek bir ezber cevap yerine, kendi senaryonuz için rasyonel bir karar verebilmenizi sağlamak.
Temel Kavramlar: Subdomain ve Alt Dizin Nedir?
Önce aynı dili konuşalım. İki temel mimari seçeneğiniz var:
- Subdomain (Alt Alan Adı): blog.site.com, shop.site.com, fr.site.com gibi, ana alan adınızın başına eklenen ayrı bir alan adı yapısı.
- Alt dizin (Subdirectory): site.com/blog, site.com/magaza, site.com/fr gibi, ana domain altında klasör mantığıyla organize edilen URL yapısı.
Teknik açıdan bakarsak:
- Subdomain, DNS üzerinden bağımsız olarak yönlendirilebilir; wildcard kaydıyla da çözümlenebilir. İsterseniz tamamen farklı bir sunucuya, hatta farklı bir altyapıya yönlendirebilirsiniz.
- Alt dizin, aynı domain ve genellikle aynı uygulama/sunucu üzerinde çalışan bir yol yapısıdır. Yani çoğunlukla tek bir hosting hesabı veya tek bir uygulama içindedir.
SEO açısından URL yapısı tek başına sıralama avantajı belirlemez; içerik, bağlantılar ve teknik uygulama da önemlidir. Ancak bu, her durumda subdomain kullanmanın kötü, alt dizin kullanmanın otomatik olarak iyi olduğu anlamına gelmez. Proje türü, içerik stratejisi ve teknik kısıtlar kararınızı doğrudan etkiler.
SEO Perspektifinden Subdomain vs Alt Dizin
Otorite Dağılımı ve Link Gücü
İlgili sayfalara verilen anlamlı bağlantılar, içeriğin bulunmasını ve kullanıcıların ilerlemesini destekler. URL biçiminden tek başına bir otorite aktarım oranı çıkarılamaz:
- Alt dizin: Ana siteyle ortak gezinme ve iç linkleme yönetimini kolaylaştırabilir; daha hızlı sıralama garantisi değildir.
- Subdomain: Ana siteyle bağlantılar üzerinden ilişki kurulabilir; yalnızca URL yapısından daha zayıf otorite aktarımı sonucu çıkarılamaz.
Blog yazılarıyla ana ürün sayfalarına trafik taşımak isteyen projelerde site.com/blog, içerik ve iç linkleme yönetimini birleştirmek için seçilebilir; hızlı SEO kazancı varsayılmamalıdır.
Crawl Budget ve Site Yapısı
Crawl budget, arama motorlarının sitenizi ne kadar ve ne sıklıkla taramaya istekli olduğu ile ilgili. Tarama yükü yalnızca subdomain sayısına değil, URL sayısına, yinelenen içeriğe ve sunucu yanıtlarına da bağlıdır. Tek bir domain ve alt dizin yapısı kullanmak:
- Site haritalarını daha basit tutmanızı,
- İç linkleme stratejisini daha net kurmanızı,
- Kanonik URL, breadcrumb ve şema işaretlemelerini daha temiz yönetmenizi
ortak CMS ve merkezi araçlarla çalışıldığında kolaylaştırabilir.
Subdomain yapısında robots.txt kuralları ilgili host için geçerlidir; sitemap ve SEO ayarlarının kapsamı planlanmalıdır. Her subdomain için ayrı izleme kodu veya sitemap zorunlu değildir. Büyük ekiplerde bu bir esneklik sağlasa da küçük ekipler için operasyonel yükü artırabiliyor.
Uluslararası SEO ve Dil Sürümleri
İş uluslararası SEO ve dil sürümlerine geldiğinde tablo biraz değişiyor. Burada sadece subdomain vs alt dizin ikilemi yok; ccTLD uzantılar da devreye giriyor. Bu konuya özel olarak hazırladığımız hreflang ve uluslararası SEO rehberinde alt alan, alt dizin ve ülke uzantılarını detaylı kıyasladık.
Kısaca özetlersek:
- Tek marka, merkezi içerik yönetimi, pek çok dil: site.com/en, site.com/fr gibi alt dizin yapıları genelde avantajlı.
- Ayrı pazarlama ekipleri, ülkeden ülkeye farklı ürün ve fiyatlar: fr.site.com, de.site.com gibi subdomain veya ülke uzantısı tercihi denenebilir.
Hangi alan adı stratejisinin ne zaman doğru olduğu konusunda da alan adı stratejisi rehberimize mutlaka göz atmanızı öneririz.
Marka Algısı ve Kullanıcı Güveni
URL yapısını seçerken marka sunumu ve kullanıcı deneyimi de düşünülmeli. Aşağıdakiler, evrensel kullanıcı tercihleri değil, olası tasarım yaklaşımlarıdır:
- site.com/blog, blogu ana siteyle ortak gezinme ve marka sunumu içinde konumlandırmak için seçilebilir.
- blog.site.com, bloga ayrı bir yayın alanı kimliği vermek için seçilebilir; ana markayla ilişkisi tasarım ve bağlantılarla açık tutulabilir.
E-ticarette mağazayı ana domain altında (site.com veya site.com/magaza) sunmak, ortak gezinme ve tutarlı marka tasarımı için bir seçenek olabilir. Yardım merkezi veya dokümantasyonu docs.site.com, help.site.com gibi subdomainlerde sunmak ise bu işlevleri ayrı adlandırmak için seçilebilir. Bu ayrımın kullanıcıya anlaşılır gelmesi yalnızca URL biçimine değil, tasarıma ve açık yönlendirmeye de bağlıdır.
Farklı Senaryolar: Blog, Mağaza ve Dil Sürümleri İçin Hangi Yapı?
1. Blog: İçerik Pazarlaması ve Organik Trafik
Blog için ana hedefiniz organik trafiği büyütmek ve bu trafiği ana ürün veya hizmet sayfalarına yönlendirmekse, alt dizin içerik ve teknik yönetimi birleştirmek için seçilebilir; URL biçimi tek başına organik trafik veya sıralama üstünlüğü sağlamaz. Aynı CMS ve ortak şablonlarla çalışıldığında şu yönetim kolaylıkları mümkün olabilir:
- Ana siteyle ortak gezinme ve ilgili sayfalara bağlantılar kurmak kolaylaşabilir.
- İç linkleme, breadcrumb yapısı ve kategori ağacı daha bütünleşik ilerliyor.
- Tek bir analitik ve SEO yapılandırmasıyla her şeyi izlemek ve optimize etmek daha kolay.
Ne zaman subdomain mantıklı olabilir?
- Blogu tamamen farklı bir CMS veya framework ile geliştiriyorsanız,
- Blog tarafında ayrı bir ekip ve yayın politikası varsa,
- Teknik olarak blogu farklı bir sunucuda veya hatta farklı bir bölgede barındırmak istiyorsanız,
blog.site.com gibi bir yapı daha mantıklı hale gelebilir. Yine de SEO’dan en yüksek verimi almak için subdomain yapısında da güçlü iç linkleme ve tutarlı bir marka iletişimi kurmak şart.
2. E-ticaret Mağazası: Dönüşüm ve Güven Odaklı Karar
E-ticaret tarafında iki ana senaryo ele alınabilir:
- Kurumsal site + mağaza tek çatı altında
- Ayrı kurumsal site, ayrı mağaza projesi
Kurumsal siteniz ve mağazanız aynı marka ve ürünleri taşıyorsa, müşteriyi karıştırmamak adına çoğunlukla:
- site.com (ana gövde, kurumsal sayfalar),
- site.com/magaza veya site.com/shop (mağaza)
yapısı bütüncül bir deneyimi destekleyebilir. Ödeme adımında güven, yalnızca URL yapısına değil, tutarlı marka sunumuna ve açık yönlendirmeye de bağlıdır.
Ancak teknik açıdan yüksek trafikli, kampanya yükü ağır, stok ve fiyat güncellemesi yoğun bir mağazayı işletiyorsanız; altyapısal sebeplerle shop.site.com gibi bir subdomain üzerinde, tamamen ayrı bir uygulama ve veritabanıyla çalışmak isteyebilirsiniz. Bu durumda:
- Güvenlik duvarı, WAF, oran sınırlama gibi önlemleri mağazaya özel kurgulayabilirsiniz.
- Kampanya dönemlerinde sadece mağazanın ölçeklenmesini sağlayabilirsiniz.
- Kurumsal site çökse bile mağazayı ayrı tutma şansınız olur.
Burada seçimde belirleyici olan ölçek, ekip yapısı ve mevcut mimaridir. Küçük ve orta ölçekli projelerde tek domain ve alt dizinle başlanabilir; trafik artışı tek başına subdomain taşımasını gerektirmez. Ters proxy ile site.com/magaza gibi mevcut URL yollarını ayrı uygulama sunucularına yönlendirerek mağaza altyapısını, herkese açık URL’leri değiştirmeden ayırmak da mümkündür. Subdomain’e geçiş seçilirse URL taşımasının SEO ve operasyon maliyeti hesaba katılmalıdır: eski URL’lerin karşılıklarına kalıcı yönlendirmeler, iç bağlantı, canonical ve sitemap güncellemeleri gerekir; arama motorları değişikliği işlerken geçici sıralama ve trafik dalgalanmaları yaşanabilir.
3. Dil Sürümleri: Alt Dizin, Subdomain veya Ülke Uzantısı?
Dil sürümlerinde asıl soru genelde şu üçlü arasında:
- site.com/tr, site.com/en (alt dizin)
- tr.site.com, en.site.com (subdomain)
- site.com (genel uzantı), site.fr, site.de (ülke uzantıları)
Tek marka, tek ekip, tek SEO stratejisiyle ilerliyorsanız; içerik ve teknik yönetimi merkezileştirmek için alt dizin yapısı dengeli bir tercih olabilir. Hreflang, site haritaları, log analizi ve içerik planlamasının ne ölçüde kolaylaşacağı kullanılan CMS’ye, araçlara ve dağıtım mimarisine bağlıdır. Ortak CMS ve merkezi log toplama yönetimi kolaylaştırabilir; yalnızca alt dizin kullanmak bu işleri kendiliğinden basitleştirmez.
Daha karmaşık bir yapıda, örneğin Almanya ofisinin tüm pazarlamayı bağımsız yürüttüğü, içerik ve fiyatların bambaşka olduğu bir durumda, de.site.com veya tamamen ayrı bir alan adıyla gitmek bütünüyle mantıklı olabilir. Burada hosting ve DNS mimarisi devreye giriyor; her bölgeyi farklı veri merkezlerinde barındırmak ve yerelleştirilmiş performans sağlamak isteyebilirsiniz.
Bu kararları alırken hem domain hem de altyapı boyutunu birlikte değerlendirmeniz için alan adı stratejisi rehberine mutlaka bir göz atın; orada çok dilli mimariler için pratik örnekler anlattık.
4. Yardım Merkezi, Dokümantasyon ve Uygulama Paneli
Blog ve mağaza dışında sıkça karşımıza çıkan bir diğer karar, yardım merkezi, dokümantasyon ve uygulama paneli için URL yapısı. Bu işlevleri ayrı adlandırmak için şu seçenekler düşünülebilir:
- docs.site.com, help.site.com gibi subdomainler işlevi adlandırmak için kullanılabilir; kullanıcının ayrımı anlaması gezinmeye, tasarıma ve açıklamalara da bağlıdır.
- app.site.com, panel.site.com gibi yapılar, ürün panelini pazarlama sitesinden netçe ayırıyor.
SEO açısından dokümantasyon alanı kritikse, dokümanları ana domain altında site.com/docs şeklinde toplamak da mantıklı olabilir. Uygulama da aynı hostname altında sunuluyorsa, trafik ayrımını URL yollarına göre yapmak ve cache ile güvenlik kurallarını buna göre düzenlemek gerekir.
Hosting ve Altyapı Perspektifinden Subdomain vs Alt Dizin
DNS, SSL ve Yönlendirmeler
Subdomain tercih ettiğinizde ilk değişen şey DNS yapınız oluyor. Örneğin:
- site.com ana siteniz için bir A veya AAAA kaydıyla IP adresine işaret ederken,
- blog.site.com tamamen farklı bir IP adresine, hatta farklı bir veri merkezine işaret edebilir.
Bu, esneklik sağlar ama yönetim yükü de getirir. Her subdomain için:
- Ayrı bir SSL sertifikası (veya wildcard) yönetmeniz,
- Ayrı HTTP yönlendirme kuralları (www/non-www, http/https) tanımlamanız,
- Ayrı güvenlik başlıkları, HSTS ve cache politikaları belirlemeniz
gerekebilir. Alt dizinde ise genellikle tek bir SSL sertifikası ve tek bir sanal host yapılandırmasıyla tüm trafiği yönetirsiniz. Özellikle tek sunucu veya tek hosting hesabında çalışan küçük ve orta ölçekli projelerde bu büyük konfor sağlar.
Tek Sunucu mu, Ayrı Sunucular mı?
Subdomainin en büyük teknik avantajı, farklı sunuculara rahatça dağıtılabilmesi. Örneğin:
- site.com için paylaşımlı hosting,
- blog.site.com için WordPress’e özel optimize edilmiş bir VPS,
- shop.site.com için yüksek performanslı NVMe diskli ayrı bir VPS
kullanabilirsiniz. Örneğin mağaza veya uygulama tarafını NVMe diskli VPS veya dedicated sunucuya, statik içerik ağırlıklı blogu ise daha düşük kaynaklı bir sunucuya ayırmayı değerlendirebilirsiniz. NVMe tabanlı altyapının performans etkisini merak ediyorsanız NVMe VPS hosting rehberimize göz atabilirsiniz.
Alt dizin yapısı tek sunucuyla başlayabilir; ancak aşağıdaki örnekte olduğu gibi reverse proxy ile farklı sunuculara da dağıtılabilir. Bu, başlangıçta daha basit ve ucuz olabilir; ama trafik arttıkça ölçekleme stratejilerini daha dikkatli tasarlamak gerekir. Örneğin tek bir VPS üzerinde Nginx ile blog, mağaza ve dil sürümlerini aynı PHP-FPM havuzları üzerine bindirmek, yüksek trafikte darboğaza neden olabilir.
WordPress Multisite, Domain Mapping ve Yapı Seçimi
WordPress dünyasında özellikle çok dilli veya çok siteli yapılarda sıkça karşımıza çıkan bir karar noktası da multisite: Alt dizin multisite mi, subdomain multisite mi? WordPress Multisite mimarisini, domain mapping ve SSL detaylarıyla birlikte ayrıntılı olarak anlattığımız rehberi mutlaka incelemenizi öneririz.
Kısaca özetlersek:
- Tek ürün, tek marka, çok sayıda içerik sitesi: Alt dizin multisite (site.com/blog1, site.com/blog2) daha derli toplu olabilir.
- Aynı altyapı üzerinde farklı markalar veya franchise yapıları: Subdomain multisite (marka1.site.com, marka2.site.com), markaları URL düzeyinde ayırmak için tercih edilebilir.
Multisite için kaynak, eklenti ve yönetim ihtiyaçlarını paket koşullarıyla karşılaştırın. VPS veya dedicated sunucu ayrı kaynak ve yapılandırma seçenekleri sağlayabilir; erişim yetkisi ve bakım sorumluluğu yönetilen/yönetilmeyen hizmet kapsamına bağlıdır. Dikey veya yatay büyümeyi URL tercihinden ayrı olarak uygulama, veritabanı ve ortak dosya gereksinimleriyle planlayın.
Performans, Güvenlik ve Yönetilebilirlik Karşılaştırması
Önbellekleme ve Performans
Performans tarafında, subdomain ve alt dizin farklı davranışlar gösterebiliyor:
- Subdomain: Her alt alan için ayrı cache politikaları, ayrı CDN ayarları ve hatta ayrı edge sunucu yapılandırmaları kurabilirsiniz. Örneğin blog.site.com için agresif HTML önbelleği kullanırken, app.site.com için kişiye özel yanıtları ortak önbelleğe almayan bir politika tercih edebilirsiniz.
- Alt dizin: Trafiği URL yollarına göre ayıran cache kuralları kullanabilirsiniz. site.com/blog için ayrı, site.com/magaza için ayrı cache-control başlıkları tanımlamak mümkün; ama kurallar karmaşıklaştıkça yönetim zorlaşır.
CDN tarafında da benzer bir durum var. blog.site.com’u CDN üzerinden, app.site.com’u ise CDN proxy’si kullanmadan doğrudan origin sunucudan sunacak şekilde ayrı ayrı yönlendirebilirsiniz.
Güvenlik, İzolasyon ve Risk Yönetimi
Güvenlik açısından önemli farklardan biri, izolasyon seviyesi. Tek uygulama ve tek hosting hesabında çalışan alt dizin yapısında:
- Bir zafiyet tüm siteyi etkileyebilir,
- WAF ve güvenlik kurallarını gerektiğinde URL yollarına göre ayırabilirsiniz,
- Logları analiz ederken hangi trafiğin blog, hangisinin mağaza olduğunu ayırmak ekstra efor gerektirir.
Subdomain mimarisinde ise:
- blog.site.com’u ayrı bir kullanıcı hesabında, hatta ayrı bir sunucuda çalıştırarak doküman veya eklenti kaynaklı riskleri ana siteden yalıtabilirsiniz.
- shop.site.com için PCI-DSS gibi ek gereksinimler söz konusuysa, sadece mağaza trafiğine özel katı kurallar uygulayabilirsiniz.
Ödeme, kişisel veri ve kritik iş süreçlerinde ayrı hesaplar, erişim sınırları, bağımsız hizmetler ve doğru oturum politikalarıyla riski sınırlandırın. Subdomain bu ayrımı adlandırmayı kolaylaştırabilir; korumayı tek başına sağlamaz. Farklı subdomainler tarayıcıda ayrı origin oluşturur, ancak Domain=site.com kapsamındaki çerezler eşleşen subdomainlerle paylaşılabilir. Domain niteliği belirtilmeyen çerezler yalnızca onları ayarlayan hosta aittir. Oturum çerezlerini daha az güvenilen uygulamalara açmayacak şekilde kapsamlandırın; ortak giriş için uyumlu kimlik doğrulama ve oturum yönetimi gerekir. Alt dizindeki ayrı arka uçlar sunucu tarafında ayrılabilse de aynı hostname altındaki yollar tarayıcıda ayrı origin oluşturmaz.
Operasyonel Yönetim ve Ekip Dağılımı
Bir de işin insan tarafı var. Tek bir ekip, tek bir geliştirici veya küçük bir ajans ile çalışıyorsanız, tek domain ve alt dizin yapısı çoğu zaman:
- Daha az konfigürasyon,
- Daha az panel ve izleme aracı,
- Daha az hata ihtimali
anlamına geliyor. Ancak ekipler büyüdükçe, farklı takımlar farklı alanlardan sorumlu oldukça subdomain mimarisi, sorumluluk alanlarını da doğal şekilde ayırıyor. Örneğin:
- Marketing ekibi blog.site.com’dan,
- Product ekibi app.site.com’dan,
- Support ekibi help.site.com’dan
sorumlu olabiliyor. Her alt alanın kendi deploy süreci, loglama ve izleme altyapısı olması, özellikle büyük yapılarda hayat kurtarıyor.
Karar Matrisi: Hangi Durumda Ne Seçmeli?
Tüm bu bilgileri masaya yatırınca, kolayca uygulayabileceğiniz pratik bir karar matrisi ortaya çıkıyor. Kısaca özetleyelim:
Blog İçin:
- Hedef: Ana siteye organik trafik taşımak, SEO’yu güçlendirmek
- Ekip: Küçük veya orta, tek SEO stratejisi
- Öneri: Çoğu durumda site.com/blog şeklinde alt dizin
Mağaza İçin:
- Hedef: Güven ve dönüşüm odaklı, tek marka
- Ölçek: Küçük/orta, tek altyapı; başlangıç aşaması
- Öneri: site.com/magaza veya doğrudan site.com (mağaza ana site)
Trafik ve kompleksite arttığında:
- Ölçek: Yüksek trafik, ayrı stok/ödeme sistemleri, kampanya yükü
- Öneri: Bağımsız uygulama ve kaynak ihtiyacını değerlendirin. Yeni mimaride shop.site.com kullanılabilir; mevcut site.com/magaza yolu ters proxy ile ayrı sunucuya yönlendirilerek de korunabilir. URL değişikliği gerekiyorsa yönlendirme, dil referansları ve izleme maliyetini plana ekleyin.
Dil Sürümleri İçin:
- Hedef: Tek marka, merkezi içerik ve dil yönetimi
- Öneri: site.com/en, site.com/fr gibi alt dizin yapısı
Ayrı ülkeler, ayrı ekipler, farklı fiyatlandırma olduğunda:
- Öneri: de.site.com, fr.site.com gibi subdomain veya ülke uzantıları (ccTLD)
Dokümantasyon ve Uygulama Paneli:
- Öneri: app.site.com, docs.site.com, help.site.com gibi subdomain yapıları, kullanıcı algısı açısından ayrımı kolaylaştırabilir; sunucu tarafında teknik izolasyon ise ayrı hesap, yetki ve kaynak düzenlemelerine bağlıdır.
DCHost Üzerinde Örnek Mimari Önerileri
Senaryo 1: Kurumsal Site + Blog + Tek Dilli Mağaza
Tipik bir KOBİ veya büyüyen startup örneği üzerinden gidelim:
- site.com – Kurumsal sayfalar ve ana ürün tanıtımları
- site.com/blog – İçerik pazarlaması ve SEO odaklı blog
- site.com/magaza – Ürün satışının yapıldığı mağaza
Bu yapıda başlangıç için:
- Güçlü bir paylaşımlı hosting veya giriş seviyesi bir VPS
- Tek bir WordPress veya Laravel uygulaması (veya karma)
- Tek SSL sertifikası ve tek bir CDN yapılandırması
çoğu zaman yeterli oluyor. Zamanla trafik arttıkça, özellikle mağaza tarafında performans ihtiyacı artarsa, site.com/magaza yolunu ayrı bir VPS veya dedicated sunucuya taşımak, front tarafını ise reverse proxy ile aynı domain altında sunmak mümkün.
Senaryo 2: Çok Dilli SaaS + Dokümantasyon + Blog
Daha kompleks bir SaaS projesi düşünelim:
- site.com – Pazarlama sitesi (TR)
- site.com/en – İngilizce pazarlama sitesi
- app.site.com – Uygulama paneli
- docs.site.com – Teknik dokümantasyon
- blog.site.com – Global blog
Burada pratik bir yaklaşım:
- app.site.com’u yüksek erişilebilirlik odaklı bir VPS veya dedicated sunucu kümesine almak,
- docs.site.com ve blog.site.com’u ayrı bir VPS üzerinde, statik önbellekleme ve CDN ile sunmak,
- site.com ve site.com/en için ise ön yüzde hafif bir framework (veya headless CMS) kullanmak
olabilir. Böylece:
- Uygulama panelinin ayrı altyapıda çalışması, blog ve dokümantasyonla kaynak rekabetini azaltabilir; ortak ağ veya veri tabanı gibi bağımlılıklar yine değerlendirilmelidir.
- Blog tarafındaki SEO çalışmaları, ilgili sayfalar arasında güçlü iç linkleme ve kaliteli içerikle desteklenir.
- Her alt alanın güvenlik ve güncelleme süreçleri ayrı ayrı yönetilebilir.
Senaryo 3: WordPress Multisite ile Birden Fazla Dil ve Blog
WordPress kullanan ve merkezi bir panelden birçok dil ve blog yönetmek isteyen bir proje için şu örnek yapı düşünülebilir:
- site.com – Ana dil
- site.com/en – İngilizce
- site.com/es – İspanyolca
- site.com/blog – Ortak blog
Bunu tek bir WordPress Multisite kurulumuyla yönetmek mümkün. Alt dizin multisite veya alt alan multisite kararı, ileride franchise veya alt marka ihtimaline göre veriliyor. Teknik detayları ve performans ayarlarını, WordPress Multisite için VPS hosting rehberimizde adım adım anlattık.
SEO ve Hosting Kararını Birlikte Düşünmek
Çoğu zaman proje sahipleri SEO ve hosting kararlarını birbirinden ayrı veriyor. Oysa subdomain mi alt dizin mi sorusunun cevabı, her iki dünyayı da kapsıyor. Örneğin:
- SEO açısından alt dizin daha mantıklı görünebilir; ama altyapı ekipleri, güvenlik veya regülasyon sebepleriyle mutlaka subdomain ve ayrı sunucu talep edebilir.
- Tam tersi, altyapı açısından tek domain ve tek uygulama yönetimi kolaylaştırabilir; ama SEO ekibi, içerik ve dil sürümlerini ayrı domainlere bölmek isteyebilir.
Bu yüzden SEO ve altyapı gereksinimlerini projenin başında birlikte değerlendirmek yararlıdır. Alan adı stratejiniz, SEO hedefleriniz ve bütçeniz netleştikçe; domain, DNS, hosting, VPS veya dedicated sunucu, hatta colocation gibi seçenekleri doğru kombine etmek mümkün. SEO odaklı hosting tercihini daha detaylı düşünmek isterseniz, SEO için hosting seçimi rehberimiz de karar sürecinizi hızlandırabilir.
Sonuç ve Yol Haritası: Subdomain mi Alt Dizin mi?
Özetlemek gerekirse, herkes için geçerli tek bir doğru yok; ama güçlü bazı eğilimler var:
- Blog ve içerik pazarlaması için ana siteyle ortak içerik ve yönetim hedefleri varsa alt dizin (site.com/blog) uygun bir seçenek olabilir; tek başına daha iyi SEO sonucu garanti etmez.
- Yüksek trafikli, risk ve regülasyon gereksinimleri yüksek modüller (ödeme, panel, API) için subdomain + ayrı altyapı, bağımsız ölçekleme ve izolasyonu kolaylaştırabilir; güvenlik ve uyumluluk yalnızca URL yapısına değil, altyapı ve erişim kontrollerine bağlıdır.
- Dil sürümlerinde, tek marka ve tek SEO odağı varsa alt dizin, ayrı pazar ekipleri ve farklılaştırılmış stratejiler varsa subdomain veya ayrı domain daha mantıklı.
URL yapısı değişecekse taşınan adresleri ilgili yeni karşılıklarına kalıcı 301 ile eşleyin. İç bağlantıları, canonical etiketlerini, site haritalarını ve dil sürümleri varsa karşılıklı hreflang referanslarını, öz referanslar ve kullanılan x-default dahil, doğrudan yeni adreslere güncelleyin. Yayına geçerken test ortamından kalan noindex, robots.txt veya erişim engellerini kaldırın; eski URL’lerin de taranabildiğini doğrulayın. Eski hostname, DNS ve geçerli HTTPS yönlendirmeler çalıştığı sürece korunmalıdır; Google genel olarak en az bir yıl, kullanıcı bağlantıları sürüyorsa daha uzun korumayı önerir. Sonuçları izleyin; iyi bir uygulama bile sıralamanın değişmeyeceğini garanti etmez.
Eğer projeniz için subdomain mi alt dizin mi kararında takılı kaldıysanız, DCHost ekibi olarak alan adından DNS’e, hostingten VPS ve dedicated sunucu mimarisine kadar tüm katmanlarda size özel bir plan çıkarmaya hazırız. Mevcut URL yapınızı, trafik beklentilerinizi, güvenlik gereksinimlerinizi ve bütçenizi paylaşarak mimari seçeneklerin değerlendirilmesini isteyebilirsiniz.
