Şirket yeni bir blog açacak. Ürün ekibi "blog.siteadi.com olsun, kendi sistemimizde kalsın" diyor, pazarlama ekibi "siteadi.com/blog olsun, alan adı güç toplasın" diyor. Aynı toplantıda mağaza, destek merkezi ve ikinci dil sürümü için de benzer tartışmalar açılıyor. Alt alan adı mı alt dizin mi sorusu, çoğu kez bir SEO kararı gibi sunulur ama aslında bir altyapı, ölçüm ve işletme kararıdır.
Bu yazı "hangisi kesin daha iyi" demez, çünkü böyle bir hüküm veremeyiz. Bunun yerine her seçeneğin bedelini görünür kılar: tanımları netleştirir, Google belgelerinin söylediği ve söylemediği şeyleri ayırır, blog, mağaza, destek merkezi ve dil sürümü için ayrı ayrı düşünmenizi sağlar ve bir yapıdan diğerine geçerken yapılacakları sıralar.
Alt Alan Adı mı Alt Dizin mi: Karar Neden Önemli
Bu karar, verildikten sonra geri almak zor olan kararlardan biridir. URL yapısı değiştiğinde yönlendirme kurulur, ölçüm yeniden yapılandırılır, site haritaları ve iç linkler güncellenir; arama motorunun yeni yapıyı oturtması zaman alır ve bu süre boyunca dalgalanma görülebilir. Dolayısıyla "şimdilik böyle kalsın" demek de bir seçimdir ve sonradan ödenecek bir bedeli vardır.
Kararı zorlaştıran şey, ortada tek bir doğru olmamasıdır. Aynı yapı bir şirkette çok iyi çalışırken diğerinde ölçüm, güvenlik ve bakım yükü yaratır. Karar; ekibin altyapı yetkinliğine, içeriğin ana siteyle ilişkisine, dil ve bölge planına ve ölçüm ihtiyacına bağlıdır.
Bu yüzden önce soruyu doğru kurmak gerekir. "SEO için hangisi daha iyi" yerine şunu sorun: bu bölüm ana sitenin doğal bir parçası mı, yoksa kendi başına çalışan ayrı bir ürün mü? Bölümün sahibi kim, nasıl yayınlanıyor ve hangi teknolojiyle çalışıyor? Cevaplar, çoğu zaman SEO tartışmasından önce kararı büyük ölçüde belirler.
Tanımlar ve URL Örnekleri
Terimleri netleştirelim. Alt dizin (subfolder, subdirectory), ana alan adının altında bir klasör gibi duran yoldur: siteadi.com/blog/. Alt alan adı (subdomain), ana alan adının soluna eklenen bir etikettir: blog.siteadi.com. Üçüncü bir seçenek olan ülke alan adı ise siteadi.de gibi ayrı bir alan adıdır; bu yazıda yalnızca çok bölgeli bölümde değineceğiz.
İki yapı kullanıcıya benzer görünür, ama teknik olarak farklı yerlerde durur. Alt dizin, aynı sunucu ve sitenin parçasıdır; çoğu durumda aynı uygulama, aynı yapılandırma ve aynı oturum çerezleriyle çalışır. Alt alan adı ise ayrı bir uygulama, ayrı bir sunucu, ayrı bir barındırma ya da ayrı bir içerik yönetim sistemi olarak kurulabilir. Çerezler ve oturumlar da varsayılan olarak otomatik paylaşılmaz.
URL tasarımının genel ilkeleri (okunabilir sözcükler, tutarlı küçük harf, gereksiz parametreleri azaltma) URL yapısı ve slug optimizasyonu yazısında ele alınır; burada o kuralları tekrar etmiyoruz. Bu yazıdaki soru, yolun hangi parçasının alan adında, hangi parçasının dizinde duracağıdır.
Kararı yazıya dökmeden önce mevcut durumunuzun fotoğrafını çıkarın: hangi bölümler hangi adreste, hangi sistemle yayınlanıyor, hangi ekip yönetiyor? Çoğu şirkette bu liste, tartışmanın yarısını zaten cevaplar.
Google Alt Alan Adı ve Alt Dizin Hakkında Ne Söylüyor
Burada dikkatli olmak gerekir. Google'ın çok bölgeli siteler belgesi, ülke veya bölge hedeflemesi için üç URL yapısını bir tabloda karşılaştırır: ülke alan adı, genel alan adı altında alt alan adı ve genel alan adı altında alt dizin. Tabloda alt alan adı için "kolay kurulum", "farklı sunucu konumlarına izin verme" ve "siteleri ayırmanın kolaylığı" gibi artılar; kullanıcıların hedeflemeyi yalnızca URL'den anlayamayabilmesi gibi bir eksi sayılır. Alt dizin için "kolay kurulum" ve "aynı sunucuda düşük bakım" artı; tek sunucu konumu ve sitelerin ayrılmasının daha zor olması eksi olarak yazılır.
Bu belgenin söylediği, her yapının işletme açısından farklı bedelleri olduğudur. Söylemediği ise bir yapının diğerinden daha yüksek sıralama getirdiğidir. Aynı şekilde Google'ın URL yapısı belgesi, çok bölgeli sitelerde ülke alan adı ya da ülkeye özel alt dizin gibi hedeflemeyi kolaylaştıran bir yapı kullanmayı önerir; alt alan adı ile alt dizini sıralama açısından kıyaslayan bir hüküm vermez.
Bu nedenle "Google şunu tercih eder" ya da "alt alan adı ana alan adının otoritesini taşır" gibi kesin ifadelere temkinli yaklaşın. Bu iddiaları bu belgelerde bulamadık; başka kaynaklarda okuduklarınızı resmi belgeyle doğrulayamıyorsanız karar gerekçesi yapmayın. Kendi sitenizde ne olduğunu ise ölçümle görebilirsiniz.
Pratik sonuç şudur: SEO açısından yapı seçerken Google'ın belgelerindeki işletme bedellerini (kurulum, bakım, ayırma, hedefleme netliği) esas alın. Sıralama avantajı vaadi içeren görüşleri, bu yazıdaki kaynaklarda kanıt bulamadığımız için hüküm olarak değil, yalnızca varsayım olarak okuyun.
Alt Dizinin Avantajları
Alt dizin, çoğu işletme için varsayılan seçimdir çünkü belirli bir yönde işi basitleştirir: tek alan adı, tek sunucu ya da tek uygulama, tek ölçüm yapılandırması. Bunların her biri günlük işi kolaylaştırır.
- Tek çatı altında yönetim: Aynı güvenlik sertifikası, aynı yönlendirme kuralları, aynı site haritası kurgusu. Bir değişikliği bir kez yaparsınız.
- Kolay ölçüm: Analiz ve arama konsolu verileri tek mülk altında toplanır; bölümler arası ziyaretçi akışı ayrı bir çaba olmadan görülür.
- Bağlantı yönetimi: Blogunuza gelen bağlantılar doğrudan ana alan adının profilinde yer alır; bağlantı profilini tek yerden izlersiniz.
- İç link ve gezinti: Menü, breadcrumb ve ilgili yazı bağlantıları aynı sistemde, aynı şablon mantığıyla kurulabilir.
Site yapısının kullanıcı ve tarayıcı için nasıl okunacağını site mimarisi ve breadcrumb yazısı ayrıca ele alır. Alt dizinde bu yapıyı kurmak çoğunlukla daha doğrudandır; çünkü gezinti tek uygulamanın içinde kalır.
Alt dizinin bedelleri de vardır. Barındırma ve yazılım tek yerde toplanır; yani blog farklı bir teknolojiyle çalışıyorsa, ana sitenin önüne ters vekil sunucu (reverse proxy) kurmak gibi ek altyapı gerekebilir. Ayrıca bölümler arasında ayrım zorlaşır: bir bölümde yaşanan güvenlik sorunu, bir ekibin hatalı yayını ya da bir eklentinin yük yaratması tüm siteyi etkiler. Bu bedelleri baştan görmek, avantajları gerçekçi tartmanızı sağlar.
Alt Alan Adının Haklı Olduğu Durumlar
Alt alan adı, kötü bir seçim değildir. Doğru koşullarda yerinde bir karardır; yeter ki gerekçe SEO efsanesi değil, işletme ihtiyacı olsun.
Alt alan adı şu durumlarda mantıklı olur:
- Ayrı ürün veya platform: Bölüm, ana siteden bağımsız bir teknolojiyle çalışıyorsa ve farklı bir ekip tarafından yönetiliyorsa. Örneğin bir yardım merkezi yazılımı sağlayıcısının sunduğu barındırılmış çözüm.
- Güvenlik ayrımı: Kullanıcı içeriği alan, üçüncü taraf kodu çalıştıran ya da farklı güvenlik gereksinimleri olan bölümleri ana sitenin çerezlerinden ve yetkilerinden ayırmak istediğinizde.
- Farklı sunucu konumu: Bölümün farklı bir bölgede barındırılması gerektiğinde (Google çok bölgeli belgesinde bu, alt alan adının artılarından biri olarak yazılıdır).
- Sahiplik ve bağımsız yayın akışı: Ayrı bir ekibin bağımsız yayın yapması, kendi sürüm ve dağıtım takvimini yönetmesi gerektiğinde.
Bu gerekçeler varsa, SEO için ana alan adının bir parçası olmasını zorunlu kılan bir kural yoktur. Bedeli bilerek kabul etmeniz yeterli: ölçüm ayrı yapılandırılır, bağlantılar ayrı izlenir, bölümler arası geçiş ve iç link kurgusu ek özen ister.
Öte yandan "teknik olarak kolay olduğu için" alt alan adı seçmek, çoğu zaman sonradan geri dönülen bir tercihtir. Kolaylığın kimin için olduğunu sorun: bugünkü geliştirici için mi, yoksa içeriği iki yıl yönetecek ekip için mi?
Blog, Mağaza ve Destek Merkezi İçin Seçim
Üç tipik bölümde mantık farklıdır, bu yüzden tek bir kural koymak yerine her biri için kısa bir değerlendirme yapın.
Blog: İçerik, ana sitenin konusuyla doğrudan ilişkiliyse ve ürün sayfalarına yönlendiriyorsa, alt dizin işi çoğu zaman kolaylaştırır; ölçüm ve iç link tek yerde kalır. Blog ayrı bir yayın markası olarak çalışıyorsa ya da ayrı bir yayın sistemiyle yönetiliyorsa alt alan adı da makuldür.
Mağaza: Mağaza ana sitenin çekirdeğiyse alt dizin ya da ana alan adı doğaldır. Mağaza barındırılmış bir ödeme platformunda çalışıyorsa, kimi zaman alt alan adı teknik zorunluluk olur. Bu durumda ölçüm kurulumunu ve alan adları arası geçişte oturumun nasıl korunacağını baştan test edin.
Destek merkezi: Çoğu destek yazılımı, barındırılan çözümünü alt alan adında sunar. Destek içeriğini arama sonuçlarında görünür kılmak istiyorsanız, bu içeriğin hangi adreste yayımlandığı kadar, taranabilir ve kullanıcıya yararlı olması da belirleyicidir. Ana sitenin sunucusuna taşıma ihtimalini ve bunun bedelini değerlendirin.
Bu üç bölümde adres kadar, yönlendirme kuralları da önemlidir. Alan adı sürümü (www/non-www), HTTPS ve eğik çizgi gibi tutarlılık konuları her yapıda geçerlidir; ayrıntısı www ve www'siz sürüm, HTTPS ve eğik çizgi standardizasyonu yazısındadır. Yeni bölüm eklerken bu standardı bölümün adresine de uygulayın.
Çok Dilli ve Çok Bölgeli Siteler
Dil sürümü için seçenekler genelde üçtür: ülke alan adı, alt alan adı ve alt dizin. Google'ın çok bölgeli ve çok dilli siteler belgesi bu üç yapıyı tabloda karşılaştırır. Ülke alan adı net hedefleme ve siteler arası ayrım sağlar ama maliyetli ve altyapı yükü yüksektir, tek ülkeyi hedefler. Alt alan adı kolay kurulur, farklı sunucu konumlarına izin verir; ancak "de" ifadesinin dil mi ülke mi olduğu URL'den anlaşılmayabilir. Alt dizin kolay kurulur ve aynı sunucuda düşük bakım gerektirir, fakat tek sunucu konumu ve siteleri ayırmanın zorluğu gibi sınırları vardır. Belgeyi kendiniz okumanız için: çok bölgeli ve çok dilli siteler (yeni sekmede açılır).
Yapı ne olursa olsun, dil sürümlerinin birbirini göstermesi gerekir. Bu eşleştirmenin nasıl yapıldığını ve nasıl denetlendiğini hreflang etiketlerini denetleme rehberi açıklar. Yapı kararı hreflang'ın yerini almaz, hreflang da yapı kararını kolaylaştırmaz; ikisi birbirini tamamlar.
Çok dilli sitelerde bağlantı tarafı da yapıdan etkilenir. Her dil sürümü için dışarıdan bağlantı edinirken hangi sürüme hangi bağlantının gittiğini izlemek gerekir; bu konu uluslararası ve çok dilli backlink stratejisi yazısında ele alınır. Yapıyı seçerken bunu da hesaba katın: alt dizinde tek bir alan adı profili vardır, ülke alan adlarında ise her biri ayrı bir profil olarak izlenir.
Karar verirken şu soruyu sorun: dil sürümlerini kim yönetecek ve ne kadar bağımsız çalışacaklar? Küçük bir ekip için tek yapı altında toplamak çoğu zaman daha yönetilebilirdir. Bölgesel ekiplerin kendi altyapısı ve yasal gereksinimleri varsa daha ayrık bir yapı gerekçelendirilebilir.
Alt Alan Adında Ölçüm, Backlink ve Güvenlik Konuları
Alt alan adı seçildiğinde üç alanda ek iş çıkar. Bunları baştan bilmek, bedeli bilerek karar vermenizi sağlar.
Ölçüm: Analiz araçlarında alt alan adı için çapraz alan adı izleme yapılandırması gerekebilir; aksi halde ziyaretçi ana siteden bloga geçtiğinde iki ayrı oturum gibi görünür. Arama konsolunda mülk yapısının (alan adı mülkü ya da ayrı mülk) nasıl kurulduğuna bakın ve raporları nasıl birleştireceğinizi planlayın.
Backlink: Bağlantı profillerini iki yerde izlemeniz gerekebilir. Alt alan adına gelen bağlantıların ana alan adının genel resminde nasıl görüneceği, kullandığınız araca göre değişir; araçların bu konudaki gösterimleri araca özgüdür, Google değeri değildir. Bu yüzden "alt alan adı bağlantı gücünü taşır" ya da "taşımaz" demek yerine kendi araç ve verinizle iki bölümü ayrı ayrı izleyin.
Güvenlik: Alt alan adları ana sitenin bazı çerezlerini ve güven ilişkilerini paylaşabilir. Üçüncü taraf bir hizmeti alt alan adına bağlıyorsanız, DNS kayıtlarının güncel tutulması ve kullanılmayan alt alan adlarının kaldırılması gerekir. Sahipsiz kalmış bir kaydın başkası tarafından kullanılabilmesi gibi riskler bu bakım disiplininin parçasıdır.
Bu üç konu bir engel değil, bir bakım listesidir. Ekip bu listeyi sürdürebilecekse alt alan adı sorun çıkarmaz; sürdüremeyecekse daha basit bir yapı seçmek akıllıca olur.
Mevcut Yapıdan Diğerine Geçmek
Mevcut bir alt alan adını alt dizine ya da tersine taşımak, bir site taşıma işidir ve benzer bir disiplin ister. Google'ın URL değişikliğiyle site taşıma belgesi ana adımları sıralar: eski adreslerden yenilerine sunucu tarafı kalıcı (301) yönlendirmeler, tüm eski adreslerin yenileriyle eşlenmesi, kanonik ve hreflang etiketleri ile iç linklerin güncellenmesi, yeni site haritasının oluşturulması, arama konsolunda hem eski hem yeni mülklerin doğrulanması ve süreci izleme. Belge ayrıca düşük trafikli bir dönemi seçmenizi, küçük ve orta ölçekli sitelerde tüm adresleri bir seferde taşımayı ve aynı anda yalnızca tek bir şeyi değiştirmeyi önerir. Ayrıntı için: URL değişikliğiyle site taşıma (yeni sekmede açılır).
Bağlantı değerinin taşıma sırasında nasıl korunacağını site taşıma sırasında backlink değerini koruma yazısı ele alır. Taşıma tamamlandığında en sık görülen teknik sorun yönlendirme zincirleri ve döngüleridir; bunların nasıl bulunup düzeltileceği yönlendirme zinciri ve döngüsü nasıl düzeltilir yazısındadır.
Geçişin sıralamaya etkisi hakkında sayı veremeyiz; sürecin sonunda dalgalanma görülmesi normaldir ve süre siteye göre değişir. Önemli olan, yönlendirmelerin eksiksiz olması ve izlemenin düzenli yapılmasıdır. Geçişe karar vermeden önce şu soruyu sorun: mevcut yapının sorunu gerçekten çözmeye değecek kadar büyük mü? Küçük bir rahatsızlık için yapılan taşıma, aylarca süren bir dalgalanmayı haklı çıkarmayabilir.
Karar Anında Sorulacak Sorular
Toplantıya girmeden önce aşağıdaki soruları yazılı olarak cevaplayın. Cevaplar kararı çoğu zaman kendiliğinden belirler.
- Bu bölüm ana sitenin doğal bir uzantısı mı, yoksa bağımsız bir ürün mü?
- Bölümü hangi teknoloji ve hangi ekip yönetiyor? Ana siteyle aynı altyapıda çalışabilir mi?
- Güvenlik ya da veri ayrımı gerektiren bir sebep var mı?
- Ölçümü tek mülkte toplayabiliyor muyuz, yoksa çapraz izleme kurmak gerekiyor mu?
- Bağlantı profilini ne sıklıkla ve hangi araçla izleyeceğiz?
- Dil ve bölge planımız ne? Önümüzdeki iki yılda hangi sürümler eklenecek?
- Gelecekte yapıyı değiştirmemiz gerekirse bunun bedelini karşılayabilir miyiz?
Cevaplarınız karışık çıkarsa (bir kısmı alt alan adını, bir kısmı alt dizini destekliyorsa) ağırlığı işletme ihtiyacına verin. SEO gerekçesi tek başına bir yapıyı zorunlu kılacak kadar güçlü değildir; bunu belgelerdeki ifadelerden ve kendi verinizden görebilirsiniz.
Kararı bir karar kaydı olarak dosyalayın: tarih, gerekçe, kabul edilen bedeller ve gözden geçirme zamanı. İki yıl sonra yapıyı yeniden tartışan kişi, hangi varsayımla seçildiğini görebilsin.
Örnek Şablon: Alt Alan Adı ve Alt Dizin Karar Matrisi
Aşağıdaki matris, dört tipik bölüm için eğilimleri özetler. Değerlendirmeler genel bir kılavuzdur; kendi koşullarınıza göre uyarlayın. "Eğilim" sütunu kesin bir hüküm değil, başlangıç varsayımıdır.
| Bölüm | Alt dizin için gerekçe | Alt alan adı için gerekçe | Dikkat edilecek bedel |
|---|---|---|---|
| Blog | Ana siteyle aynı konu, tek ölçüm, tek bağlantı profili | Ayrı yayın sistemi veya ayrı ekip | Alt alan adında ölçüm ve backlink ayrı izlenir |
| Mağaza | Ana sitenin çekirdeğiyse tek çatı | Barındırılan ödeme platformu zorunluluğu | Oturum ve ölçüm geçişini test edin |
| Destek merkezi | Ana sunucuda barındırma mümkünse | Yazılım sağlayıcısı alt alan adında sunuyorsa | DNS bakımı, taranabilirlik, içerik kalitesi |
| Dil sürümü | Küçük ekip, tek altyapı, düşük bakım | Farklı sunucu konumu veya ayrı ekip | Hreflang eşleşmesi ve dil sürümü başına bağlantı izleme |
| Kaldırma ve taşıma | Hemen geçiş gerekmiyorsa mevcut yapıyı koruyun | Tersi gerekirse planlı taşıma | 301 yönlendirme, eşleme tablosu, izleme |
Matristeki satırları kendi bölümlerinizle yeniden adlandırın ve her satıra bir sorumlu atayın. Bir satırda iki yapı da eşit görünüyorsa, bakım yükü daha düşük olanı seçmek makul bir ayrım kuralıdır.
Sıkça Sorulan Sorular
Alt alan adı mı alt dizin mi SEO için daha iyidir?
Belgeler biri lehine sıralama hükmü vermez. Google çok bölgeli site belgesi iki yapının kurulum, bakım ve ayırma bedellerini sıralar. Bu yüzden seçimi işletme koşullarına göre yapın: ekip, teknoloji, ölçüm ihtiyacı ve dil planı belirleyici olmalıdır.
Blogu alt alan adında mı alt dizinde mi tutmalıyım?
Blog ana sitenin konusuyla ilişkiliyse ve aynı altyapıda çalışabiliyorsa alt dizin ölçümü ve iç linki basitleştirir. Blog ayrı bir yayın sistemiyle veya ayrı ekiple yönetiliyorsa alt alan adı da makuldür. İkisinde de kararın bedelini kayda geçirin.
Alt alan adı ana domainin otoritesini paylaşır mı?
Bunu Google belgelerinde doğrulayamadık, bu yüzden kesin yazmıyoruz. Araçlar alt alan adı bağlantılarını farklı gösterebilir ve bu gösterim araca özgüdür, Google değeri değildir. Kendi verinizle iki bölümü ayrı ayrı izleyerek kendi sitenizdeki durumu görün.
Çok dilli site için hangi yapı uygundur?
Google çok bölgeli belgesi ülke alan adı, alt alan adı ve alt dizini karşılaştırır. Küçük ekip ve düşük bakım için alt dizin sık seçilir; farklı sunucu konumu ya da bağımsız ekip gerekiyorsa alt alan adı gerekçelendirilebilir. Hreflang eşleşmesini her yapıda doğrulayın.
Alt alan adından alt dizine geçmek riskli midir?
Her geçiş bir site taşımadır ve dalgalanma görülebilir. Risk, yönlendirmelerin eksik olması ve izlemenin yapılmamasıyla artar. Google taşıma belgesindeki kalıcı yönlendirme, eşleme tablosu ve izleme adımlarını uygulayın; sıralamaya etkisi için sayı vaadi vermeyiz.
Karar verirken hangi veriye bakmalıyım?
Önce işletme verisine bakın: bölümü yöneten ekip, teknoloji, güvenlik ihtiyacı, ölçüm kurulumu ve dil planı. Sonra arama konsolu ve analiz verinizdeki mevcut trafik, taranma ve dönüşüm davranışına bakın. Tek bir metrik yerine birkaç göstergeyi birlikte okuyun.
Sonuç ve Sonraki Adım
Karar noktası şu: bölümünüzü ana siteden ayıran somut bir işletme sebebi var mı? Varsa alt alan adı bunun bedelini bilerek seçilebilir; yoksa alt dizin çoğu işletme için daha az bakım gerektiren yoldur. SEO gerekçesi tek başına hükmü vermez.
Karar verdikten sonra uygulama yoluna bakmak isterseniz, Akua Adforce'ta nasıl çalışır sayfası sipariş akışını gösterir: seçim, sepet, ödeme, satıcı onayı, teslimat bildirimi ve itiraz yolu. Site yapısı gibi kalıcı bir kararı ise önce yukarıdaki soruları yazılı cevaplayarak ve gerekirse küçük bir bölümde deneyerek test edin.
Yorum Yaz
Yorum yapabilmek için giriş yapmalısınız. Giriş Yap