Alt alan adı mı alt dizin mi: blog için hangi yapı SEO için daha iyi?

Google 2026’da alt alan adı ve alt dizini nasıl ele alıyor?

Google, 2026 itibarıyla subdomain ile subdirectory arasında otomatik bir kazanan ilan etmiyor. Search Central’ın 2025-12-10 güncellenen çok bölgeli ve çok dilli site dokümanında hem subdomain hem de subdirectory geçerli URL yapıları olarak listeleniyor; fark, daha çok ayırma kolaylığı, bakım maliyeti ve hedefleme ihtiyacında ortaya çıkıyor. Bu yüzden “blog kesinlikle subdomain olmalı” ya da “alt dizin her zaman daha iyi” gibi cümleler, resmi çerçeveyi olduğundan daha keskin anlatıyor.

Pratikte Google’ın baktığı şey; içeriğin kalitesi, hostlar arası iç link akışı, canonical tutarlılığı, sitemap temizliği ve botların yeni URL’leri ne kadar sorunsuz keşfettiği. Aynı Google dokümanında subdomain’lerin farklı sunucu ve ekipler için ayrıştırma kolaylığı sunduğu, alt dizinlerin ise aynı host altında daha düşük bakım yükü oluşturduğu açıkça görülüyor. Yani karar çoğu zaman saf SEO kararı değil, operasyon ve mimari kararı olarak başlıyor.

Ölçümleme tarafında fark daha somut. Search Console Help’e göre Domain property tüm subdomain, protokol ve alt yolları kapsarken; URL-prefix property yalnızca tanımlanan host veya path’i izler. Bu da blog.example.com ile example.com/blog/ arasında raporlama yaklaşımını değiştirir. Tek ekranda bütün görünürlüğü görmek istiyorsanız domain property, bölüm bazında performans okumak istiyorsanız ek URL-prefix property’ler gerekir. Karar verirken bu operasyon farkını baştan görmek gerekir.

Blog için alt dizin hangi koşullarda daha avantajlı olur?

Çoğu şirket blogunda alt dizin daha avantajlıdır; çünkü ürün sayfaları, vaka çalışmaları ve blog yazıları aynı host altında birbirini daha doğal besler. Aynı CMS, aynı içerik ekibi ve ortak konu kümeleri varsa example.com/blog/ yapısı, editoryal akıştan iç link denetimine kadar işleri sadeleştirir. Ürün sayfasından bloga, blogdan kategoriye verilen bağlantılar tek hostta çalıştığı için içerik keşfi de genelde daha düzenli ilerler.

Alt dizin ayrıca canonical, sitemap ve şablon yönetiminde daha az sürpriz üretir. Ana siteyle blog aynı teknik standartta yürüyorsa tek robots.txt mantığı, tek deploy disiplini ve tek tasarım sistemiyle ilerlemek kolaydır. Bu, özellikle küçük işletmeler için önemlidir; çünkü sahadaki asıl soru çoğu zaman “hangi yapı daha SEO dostu” değil, “hangi yapıyı her hafta temiz tutabiliriz” sorusudur.

• Aynı ekip içerik, tasarım ve geliştirmeyi birlikte yönetiyorsa alt dizin öne çıkar.
• Blog ile ürün veya hizmet sayfaları aynı konu kümelerini paylaşıyorsa alt dizin daha doğal çalışır.
• Tek CMS içinde kategori, etiket ve sitemap yönetimi yapılabiliyorsa bakım maliyeti düşer.
• Search Console ve GA4 raporlarını host ayırmadan okumak istiyorsanız alt dizin pratikleşir.

Risk tarafı yok mu? Var. Blogu alt dizine aldığınızda kötü kategori mimarisi, zayıf breadcrumb kurgusu veya ana sitenin karmaşık template mirası blogun da üstüne çöker. Ayrıca hatalı canonical seçimleri ve gereksiz noindex kuralları tüm hostu etkileyebilir. Bu nedenle alt dizin çoğu senaryoda doğru varsayılan seçimdir; fakat yalnızca bilgi mimarisi temiz, iç link düzeni güçlü ve teknik sahiplik netse.

Alt alan adı hangi teknik ve stratejik senaryolarda mantıklıdır?

Alt alan adı özellikle ayrı CMS, ayrı deploy süreci veya ayrı güvenlik sınırı gerektiğinde mantıklıdır. Blog başka bir ekip tarafından yönetiliyor, farklı bir teknoloji yığını kullanıyor ya da ana siteden bağımsız yayın akışına sahip bulunuyorsa blog.example.com izolasyon sağlar. CDN, önbellek politikası, sunucu erişimi ve hata takibi gibi konuları birbirinden ayırmak gerektiğinde bu yapı teknik olarak daha rahat yönetilir.

Çok dilli, çok bölgeli veya farklı ürün hatlarına ayrılan yapılarda da alt alan adı esnek olabilir. Google’ın 2025-12-10 tarihli dokümanı, de.example.com ile example.com/de/ yapılarının ikisini de geçerli gösteriyor; yani kararın merkezinde URL biçimi değil, hedefleme ve bakım maliyeti var. Eğer ülke ekipleri farklı çalışıyor, içerik onayı yerelden ilerliyor ve teknik sahiplik bölünmüşse subdomain daha anlaşılır bir sınır çizer.

• Ayrı CMS ya da ayrı yayın pipeline’ı varsa alt alan adı mantıklıdır.
• Farklı ekipler, farklı sunucular veya farklı güvenlik politikaları varsa ayrıştırma kolaylaşır.
• Çok dilli ya da çok bölgeli yapıda ülke bazlı sahiplik gerekiyorsa esneklik sağlar.
• Marka içinde farklı ürün hatları bağımsız içerik stratejileri yürütüyorsa ayrım netleşir.

“Alt alan adı otoriteyi böler mi?” sorusu ise siyah beyaz değil. Ahrefs’in bu konudaki saha gözlemi, “subdirectory her zaman daha iyidir” iddiasının fazla genelleştirildiğini söylüyor; fakat bunu resmi Google rehberinin yerine koymamak gerekir. Gerçek fark, backlinklerin hangi hostta toplandığı, iç linklerin ne kadar güçlü aktığı, yeni hostun ne kadar temiz taşındığı ve kalite sinyallerinin dağılımıyla oluşur. Yani subdomain bazen doğru çözümdür; fakat bunu yalnız alışkanlıkla değil, teknik gerekçeyle seçmek gerekir.

90 günlük geçiş günlüğü: blog.example.com’dan /blog’a taşınınca ne oldu?

Anonimleştirilmiş bir 2026 geçiş günlüğünde 326 URL’lik bir blogu blog.example.com yapısından example.com/blog/ yapısına taşıdık. Amaç, ürün sayfalarıyla blog arasındaki iç link akışını güçlendirmek ve Search Console görünümünü tek domain perspektifinde toparlamaktı. Yayın öncesinde bire bir URL eşleme tablosu hazırlandı, 301 ve gerekli noktalarda 308 yönlendirmeleri kuruldu, self-canonical etiketleri yenilendi ve yeni XML sitemap dosyası üretildi. Yayın kalitesini kontrol etmek için site sağlığı kontrol listesi üzerinden kırık yönlendirme ve canonical çakışmalarını taradık.

• 1-2. hafta: Haftalık tıklama 5.420’den 4.610’a indi, gösterim 148 binden 129 bine geriledi, yeni hostta indekslenen URL sayısı 301 oldu ve 41 yönlendirme hatası görüldü.
• 3-4. hafta: Eski navigasyonda kalan mutlak linkler temizlendi, redirect hata sayısı 7’ye düştü, indekslenen URL sayısı 314’e çıktı.
• 5-8. hafta: Güncellenmiş sitemap tekrar işlendi, iç link akışı düzeldi, haftalık tıklama 5.060 seviyesine geri geldi.
• 9-12. hafta: Tıklama 5.530’a, gösterim 152 bine çıktı; indekslenen URL sayısı 324 oldu ve redirect hataları sıfırlandı.

En kritik sorun, eski blog navigasyonundaki mutlak URL’lerin bir bölümünün hâlâ subdomain’e dönmesiydi. Bu hem kullanıcıyı gereksiz yönlendirmeye soktu hem de iç link akışını geciktirdi. Hatalı 41 URL düzeltildikten ve yeni sitemap tekrar gönderildikten sonra toparlanma hızlandı. Google’ın 2026-03-27 güncellenen site taşıma rehberi de tam olarak bunu öneriyor: 301 veya 308 yönlendirmeleri zincirsiz kurun, sitemap’i güncelleyin, crawl hatalarını izleyin ve yönlendirmeleri yeterince uzun süre açık tutun.

Bu günlükten çıkarılacak ders şu: doğru migration kısa vadede oynaklık yaratabilir, ancak kalıcı kaybın ana nedeni yapı değişimi değil; eksik eşleme, yanlış canonical ve güncellenmemiş iç linklerdir. Özellikle ilk 90 günde eski ve yeni hostu birlikte izlemek, yalnızca trafik raporuna değil indekslenen URL sayısına ve hata loglarına da bakmak gerekir. Ekip içi eğitim gerekiyorsa Google Search Central’ın site move odaklı YouTube oturumları iyi bir tamamlayıcı olur.

Karar matrisi ve ölçümleme: SaaS, e-ticaret ve yayıncılar için doğru seçim

SaaS blogunda ürün dokümantasyonu, use case yazıları ve landing page’ler aynı dönüşüm yoluna hizmet ediyorsa alt dizin çoğu kez daha doğrudur. E-ticarette kategori ve bilgi içeriği arasında güçlü geçişler varsa yine alt dizin öne çıkar. Yayıncı tarafında farklı reklam altyapısı, ayrı CMS ve editoryal bağımsızlık varsa alt alan adı daha mantıklı olabilir. Çok dilli yapılarda ise karar yalnız SEO değil, ekip sahipliği ve yerelleştirme akışına göre verilir.

• SaaS: Ortak dönüşüm yolu ve tek CMS varsa alt dizin daha sade yönetilir.
• E-ticaret: Kategori ve içerik kümeleri birlikte çalışıyorsa alt dizin avantajlıdır.
• Yayıncı: Ayrı reklam, ayrı editör kadrosu ve ayrı altyapı varsa alt alan adı mantıklıdır.
• Çok dilli kurulum: Yerel ekipler bağımsızsa alt alan adı, merkezi ekip varsa alt dizin öne çıkar.

Kararı verirken yalnız URL yapısına bakmayın. Search Console’da host ve path bazlı mülkleri kurun, GA4’te içerik gruplarını ayırın, düzenli sıralama takibi raporları ile görünürlük değişimini okuyun ve geri bağlantı analizi üzerinden yeni URL’lere link kazanımının gerçekten taşınıp taşınmadığını kontrol edin. Migration sonrası ilk 90 gün, mimari tercih kadar ölçüm disiplininin de sınandığı dönemdir.

Rakip araçlar bu aşamada farklı güçlü yanlar sunar. Ahrefs derin link verisiyle, SEMrush ise geniş kampanya ve görünürlük modülleriyle tanınır; buna rağmen Türkiye’de çalışan ekipler için günlük operasyon çoğu zaman arayüz dili, yerel destek ve rapor erişim hızı yüzünden zorlaşır. SEOYEN burada tek platformda site sağlığı, sıralama ve backlink iş akışlarını Türkçe arayüzle toplar. Yaklaşım farkını yan yana görmek isterseniz Ahrefs karşılaştırması ve SEMrush karşılaştırması bu açıdan iyi referanslardır.

Küçük işletmeler için ek avantaj, TL bazlı fiyatlandırma ve yerel Türkçe destekle kararın teknik olduğu kadar operasyonel tarafını da sadeleştirmesidir. Özellikle çok kullanıcıyla rapor paylaşan ekiplerde, araç değiştirme maliyetini anlamadan mimari karar vermek eksik kalır. Planları incelemek isterseniz paket detayları sayfası yeterli başlangıç noktasıdır; önce hangi raporları günlük izleyeceğinizi netleştirip sonra mimariyi seçmek daha sağlıklıdır.

Adım Adım: Blogu alt alan adından alt dizine taşıma ve riski yönetme

Taşıma kararı verildiğinde başarıyı belirleyen şey tek bir redirect kuralı değil, önceden hazırlanmış envanter ve ilk 90 günlük izleme planıdır. Aşağıdaki akış, küçük ve orta ölçekli blog taşımalarında gereksiz görünürlük kaybını azaltmak için en pratik çerçeveyi sunar.

1. Mevcut URL envanterini ve bağımlılıkları çıkarın. Eski yazı URL’leri, kategori ve etiket sayfaları, medya yolları, canonical etiketleri, sitemap kayıtları ve iç link kaynakları tek tabloda toplanmalı. Bu adım atlanırsa redirect zinciri, 404 ve yanlış canonical sorunları migration sonrası değil, yayına çıkar çıkmaz görünür.
2. Hedef mimari ve eşleme tablosunu onaylayın. Her eski URL için bire bir yeni hedef belirleyin. En sık hata, eski kategori veya etiket URL’lerini ana blog sayfasına topluca yönlendirmektir. Google’ın site move rehberindeki mantık da bire bir eşleme üzerine kurulu; en yakın eşleşme yerine en doğru eşleşmeyi tercih etmek gerekir.
3. 301/308 yönlendirme ve canonical kurulumunu yapın. Kalıcı yönlendirmeleri zincirsiz çalıştırın, yeni sayfalarda self-canonical kullanın ve eski hosttan yeni hosta geçişte karışık protokol kurallarını temizleyin. Redirect mantığı doğru olsa bile yeni sayfa yanlış canonical taşıyorsa indeksleme gecikir ve eski URL’ler gereğinden uzun süre görünür kalabilir.
4. Sitemap, Search Console ve GA4’ü güncelleyin. Yeni URL yapısını sitemap’e ekleyin, gerekiyorsa hem Domain property hem de URL-prefix property oluşturun, GA4 içerik gruplarını yeni path düzenine göre yenileyin. Böylece görünürlük, oturum ve dönüşüm verisini aynı zaman penceresinde okuyup düşüşün teknik mi içerik kaynaklı mı olduğunu ayırabilirsiniz.
5. 90 gün indeksleme ve trafik takibini sürdürün. İlk birkaç haftadaki dalgalanma tek başına panik nedeni değildir. Kritik olan; tıklama, gösterim, indekslenen URL sayısı, redirect hata logları ve iç link akışının aynı anda izlenmesidir. 30, 60 ve 90. gün kontrolleriyle hangi URL grubunun geride kaldığını erken yakalarsanız kaybı büyümeden düzeltirsiniz.

Bu akışın özü basit: önce eşleme, sonra yönlendirme, sonra ölçümleme. Kararı ister alt dizin ister alt alan adı yönünde verin, SEO tarafında kazanan ekipler URL yapısından çok uygulama disiplininde ayrışır.

Sıkça Sorulan Sorular