Birden Fazla Alan Adını Aynı Siteye Yönlendirmek ve SEO

Bir markanın elinde genellikle tek bir domain olmuyor. Farklı uzantılar (.com, .com.tr, .net), marka yazım varyasyonları, kampanya alan adları, hatta rakiplerin kapmasın diye alınmış typo domainler derken kısa sürede küçük bir portföye sahip oluyorsunuz. Bu noktada kritik soru şu: Bu kadar alan adını aynı siteye yönlendirmek SEO açısından sağlıklı mı, yoksa riskli mi?

Birden fazla alan adını tek bir siteye bağlarken doğru URL eşleştirmeleri ve tutarlı yönlendirmeler önemlidir. Yanlış hedeflere yapılan yönlendirmeler ise kullanıcıların ve arama motorlarının ilgili içeriğe ulaşmasını zorlaştırabilir. Bu yazıda, 301 yönlendirme, canonical etiketler ve park alan adlarının SEO’ya gerçek etkisini, teknik ve pratik açıdan netleştireceğiz.

Aşağıda hem ufak işletme siteleri hem de çok domainli kurumsal yapılar için uygulanabilir bir yol haritası bulacaksınız. Hedefimiz; Google ve diğer arama motorları gözünde tek, net ve güçlü bir ana domain inşa ederken, elinizdeki diğer alan adlarını da marka koruma, kampanya ve offline pazarlama için en verimli şekilde kullanmanızı sağlamak.

Birden Fazla Alan Adı Neden Aynı Siteye Yönlendirilir?

Önce işin iş tarafını netleştirelim. Birden fazla domaini aynı siteye bağlamanın, pratikte birkaç temel sebebi var:

• Marka koruma: Marka isminizin .com, .com.tr, .net gibi popüler uzantılarını başkaları alıp rakip ya da phishing amaçlı kullanmasın diye.
• Yazım hataları (typo domainler): Kullanıcıların sık yaptığı harf hatalarını içeren domainleri alıp doğru siteye yönlendirmek için.
• Eski marka → yeni marka geçişi: Rebranding sonrası eski alan adından yeni ana domaine geçiş yaparken mevcut arama görünürlüğünü korumaya yardımcı olmak için.
• Kampanya ve kısa URL’ler: TV, radyo, outdoor gibi offline reklamlarda kısa ve akılda kalıcı domainler kullanmak için.
• Ülke ve dil varyasyonları: Farklı ccTLD’ler (.de, .fr gibi) üzerinden aynı içeriği veya lokalize edilmiş sürümleri sunmak için. Ayrı ülke veya dil sürümleri, tüm domainleri tek adrese yönlendirmekten farklı bir yapıdır; bu sürümler erişilebilir kalacaksa topluca 301 uygulanmaz.

Bu noktaya kadar her şey mantıklı. Asıl mesele şu: Bu domainleri teknik olarak nasıl bağladığınız. Aynı içeriği farklı domainlerde doğrudan yayınlamak ile 302 ile geçici yönlendirmek farklı uygulamalardır. DNS seviyesinde aynı IP’ye çözümleme ise tek başına yönlendirme yapmaz; hangi içeriğin veya yönlendirmenin döneceğini web sunucusu belirler. Birazdan detaylara gireceğiz.

SEO Perspektifinden Çoklu Alan Adı Kullanımı

Çoklu domain kullanımında, hangi URL’nin arama sonuçlarında gösterileceği ve bağlantı sinyallerinin nerede birleştirileceği önemlidir. Birden fazla domain devreye girdiğinde başlıca riskler ve fırsatlar şöyle:

• Sinyallerin dağılması: Aynı içerik birden fazla domain altında erişilebilir olursa, gelen backlink’ler farklı URL’lere dağılabilir. Arama motorları bu kopyalar için bir canonical seçebilir; tutarlı yönlendirme ve canonical sinyalleri, tercih ettiğiniz URL’nin seçilmesine yardımcı olur.
• Yinelenen içerik (duplicate content): Hiç yönlendirme yapmadan farklı domainleri aynı sunucuya, aynı içeriğe işaret ederseniz, arama motorları hangi alan adını esas alacağını net seçemeyebilir.
• Jeo-hedefleme: .com.tr ülke hedefleme sinyali taşırken .com genel bir uzantıdır. Aynı Türkçe içeriği ikisinde de yayımlamak tek başına bir hata değildir; hangi URL’nin tercih edildiği ve ayrı bölgesel sürümlere ihtiyaç olup olmadığı netleştirilmelidir.
• Marka tutarlılığı: Kullanıcıları belirlediğiniz ana domaine ulaştırmak adres tutarlılığı sağlar. HTTPS, hızlı hosting ve doğrudan yönlendirmeler kullanıcı deneyimini destekler; bunlar tek başına daha yüksek sıralama veya marka güveni garantisi değildir.

Bu yüzden modern SEO yaklaşımı, çoğu senaryoda “tek net ana alan adı” etrafında toplanmayı, diğer alan adlarını ise akıllı 301 yönlendirmeler ve gerektiğinde canonical etiketler ile desteklemeyi öneriyor. Alan adı seçimi tarafındaki büyük resmi görmek isterseniz, SEO ve marka için alan adı ve TLD seçimi rehberimize mutlaka göz atın.

Doğru 301 Yönlendirme Stratejisi

Birden fazla domaini aynı siteye bağlarken en güvenli ve net yöntem çoğu durumda kalıcı 301 yönlendirmedir. 301, hem kullanıcıya hem de arama motoruna şu mesajı verir: “Bu içerik artık kalıcı olarak şu adrese taşındı.”

Tek Ana Domain Kuralı

Önerdiğimiz temel prensip şu:

• Tek bir ana domain seçin (örn. example.com).
• Aynı siteyi temsil eden ve ayrı içerik sunmayacak diğer domainleri (example.com.tr, examp1e.com gibi typo’lar, eski marka alan adları) bu ana domaindeki karşılıklarına 301 ile yönlendirin.
• Hem www hem www’suz versiyonlardan yalnızca birini tercih edin ve diğerini ana versiyona 301’leyin.
• HTTP → HTTPS geçişinde de aynı mantığı uygulayın. Bu konuda detaylı teknik rehber isterseniz, HTTP’den HTTPS’e geçiş rehberimizde adım adım 301 ve HSTS ayarlarını anlattık.

Böylece, bağlantı sinyallerinin tercih ettiğiniz URL’lerde birleştirilmesine yardımcı olur, hem kullanıcıların doğru adrese ulaşmasını hem de SEO yönetimini kolaylaştırırsınız.

Hangi Durumlarda 301 Yönlendirme Kullanmalısınız?

Bunu varsayımsal senaryolar üzerinden netleştirelim:

• Eski alan adından yeni markaya geçiş: Örneğin eskidomain.com’dan yenidomain.com’a geçiyorsunuz. Taşınan sayfaları yeni sitedeki karşılıklarına sayfa bazlı 301 ile eşleştirin (eskidomain.com/urun/abc → yenidomain.com/urun/abc). Karşılığı olmayan kaldırılmış sayfaları ilgisiz bir hedefe yönlendirmek yerine 404 veya 410 ile sunun.
• Typo ve alternatif yazım: ornekfirma.com ve örnekfirma.com gibi ayrı alan adlarının ikisini de kontrol ediyorsanız, alternatif yazımı ana domaine 301 ile yönlendirin.
• .com.tr, .net gibi uzantılar: Türkiye odaklı tek bir site yönetiyorsanız ve bu alan adları aynı sitenin alternatif adresleriyse, kontrolünüzdeki .com, .com.tr ve .net domainlerini ana domaine 301 ile yönlendirin.
• Kapanan projeler: Benzer sektördeki eski bir siteyi kapatıp, içeriğini yeni projenizde daha iyi bir yapıyla sunuyorsanız, ilgili sayfaları bire bir 301 ile taşıyarak link otoritesini koruyabilirsiniz.

Alan adı değişimi yapacaksanız, SEO kaybı riskini azaltmak için alan adı değiştirirken SEO kaybetmemek rehberimizdeki adımları mutlaka kontrol edin; orada taşıma sürecini detaylı anlattık.

Sunucu ve Panel Tarafında 301 Yönlendirme Örnekleri

DCHost altyapısında ister paylaşımlı hosting, ister VPS, ister dedicated sunucu kullanın; 301 yönlendirmeleri, hizmetinizdeki erişim yetkileri ve kullanılan yazılıma bağlı olarak iki yoldan biriyle yönetilebilir:

• Web sunucusu seviyesinde (Apache/Nginx konfigürasyonuyla)
• Kontrol paneli üzerinden (cPanel/Plesk/DirectAdmin yönlendirme menüleriyle)

Aşağıdaki Apache ve Nginx örnekleri URL yolunu korur; hedef sitede aynı yollarda eşdeğer içerik bulunmalıdır. Yollar değişmişse ayrıca sayfa bazlı eşleştirme yapın; karşılığı olmayan kaldırılmış sayfalar için 404 veya 410 kullanın.

Apache örneği için mod_rewrite etkin olmalı ve eski sitenin belge kökündeki .htaccess dosyasında yeniden yazma kurallarına izin verilmelidir. Kuralları bu dosyada, çakışabilecek uygulama kurallarından önce yerleştirin; alt dizine yerleştirmek eşleşen yolu değiştirir. Eski domainin www’lü ve www’süz sürümleri bu yapılandırmaya ulaşmalı; HTTPS istekleri için her iki ad da geçerli sertifika kapsamında olmalıdır:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^eski-domain\.com$ [NC,OR]
RewriteCond %{HTTP_HOST} ^www\.eski-domain\.com$ [NC]
RewriteRule ^(.*)$ https://www.yeni-domain.com/$1 [L,R=301]

Nginx tarafında aşağıdaki server bloğu yalnızca HTTP’nin 80 numaralı portuna gelen istekleri yönlendirir. Eski alan adlarına HTTPS ile gelen istekler için ayrıca bu adları kapsayan geçerli sertifikaya sahip bir TLS dinleyicisi ve aynı yönlendirme gerekir; hedefin HTTPS olması eski domainlerdeki TLS yapılandırmasının yerini tutmaz:

server {
    listen 80;
    server_name eski-domain.com www.eski-domain.com;
    return 301 https://www.yeni-domain.com$request_uri;
}

Paylaşımlı hosting kullanıyorsanız, çoğu zaman bu ayarlara girmenize gerek kalmadan, kontrol panelinizin “Redirects/Yönlendirmeler” bölümünden daimi (permanent) 301 seçeneğini kullanarak işinizi halledebilirsiniz.

Canonical Etiketi ile Çoklu Domain Yönetimi

Her senaryoda 301 kullanmak mümkün olmuyor. Özellikle teknik veya hukuki sebeplerle farklı domainler altında benzer/aynı içeriği yayınlamak zorunda kalan projelerde devreye rel=”canonical” etiketi giriyor.

Canonical Nasıl Çalışır?

Canonical etiket, sayfanın HTML <head> bölümünde yer alan ve arama motorlarına “Bu içerik için tercih edilen URL şudur” sinyalini veren bir link etiketidir:

<link rel="canonical" href="https://www.ana-domain.com/ornek-sayfa/">

Önemli noktalar:

• Canonical, kullanıcıyı yönlendirmez; sadece arama motorlarına sinyal verir.
• Bu sinyal bir öneridir, emir değildir. Arama motorları bazı durumlarda canonical’ı yok sayabilir.
• Canonical, URL’ler arasında sinyal konsolidasyonuna yardımcı olur; arama motoru belirtilen URL’yi canonical olarak seçerse bağlantı sinyalleri bu URL’de birleştirilebilir.

301 Yerine Canonical Kullanılabilecek Durumlar

Genel kural: Kalıcı olarak taşınan URL’lerde 301, erişilebilir kalması gereken aynı veya çok benzer içeriklerde canonical kullanın. Kullanıcıların eski URL’de kalmasına gerek yoksa 301 tercih edin. Canonical şu koşullarda değerlendirilebilir:

• White-label / çok markalı yapılar: Aynı veya çok benzer içerik farklı markaların domainlerinde erişilebilir kalacaksa ve bu kopyaların aramada bağımsız görünmesi hedeflenmiyorsa canonical değerlendirilebilir.
• Uluslararası SEO ve testler: Aynı veya çok benzer test kopyaları için tercih edilen URL belirtilebilir. Ancak farklı ülke veya dil sürümlerini otomatik olarak tek domaine canonical vermeyin; bölgesel görünürlük hedeflerine göre canonical ve hreflang birlikte planlanmalıdır.
• Teknik kısıtlar: Bazı eski kurumsal sistemlerde domain yönlendirmelerini değiştirmek, projenin orta yerini yıkmak anlamına gelebiliyor. Böyle durumlarda, geçici çözüm olarak canonical kullanılabiliyor.

Uluslararası SEO ve ccTLD stratejileriyle ilgili daha derin bir mimari kurmak istiyorsanız, alan adı stratejisi rehberimiz ve hreflang’i doğru kurmanın sırları yazımız bu konuyu daha da detaylandırıyor.

Örnek Senaryolar: Canonical Ne Zaman İşe Yarar?

• Basın/PR siteleri: Kendi sitenizdeki bir blog yazısını, aynen başka bir medya sitesinde de yayınlarken, medya sitesinden sizin orijinal yazınıza canonical verilmesi bir tercih sinyali olabilir; ancak medya sitesindeki kopyanın indekslenmesini engellemez. Amaç kopyayı arama sonuçlarından çıkarmaksa canonical yerine yayıncıyla noindex kullanımı değerlendirilmelidir.
• Filtreli liste sayfaları: E-ticaret sitelerinde aynı veya çok benzer ürün listesini sunan filtre URL’lerinden tercih edilen eşdeğer URL’ye canonical tanımlamak. Farklı ürün kümeleri sunan ve bağımsız indekslenmesi istenen filtre sayfalarını bu kapsama almayın.
• Aynı içerik, iki domain: Kısa bir geçiş sürecinde, yeni domaini test ederken hem eski hem yeni domainde aynı içeriği sunuyor ama canonical’ı yeni domaine veriyorsunuz. Son aşamada yine 301’e geçmek en sağlıklısıdır.

Canonical, tek başına bir domain stratejisi değildir; erişilebilir kalan eşdeğer URL’ler için tercih sinyali verir. Kalıcı taşımalar için 301, erişim için doğru DNS ve hosting yapılandırması ayrıca planlanmalıdır.

Park Alan Adı (Parked Domain) SEO Stratejileri

Domain panelinizde ya da cPanel’de sıkça gördüğünüz bir kavram: park alan adı (parked domain). Temel olarak bir domaini aktif site açmadan, ya boşta tutmak ya da başka bir siteye basitçe bağlamak için kullanılır.

Park Alan Adı Nedir, Ne Değildir?

Park alan adının birkaç farklı kullanım şekli var:

• Web sitesi yayınlamadan tutma: Domain bir isim sunucusuna yönlenmiş ama altında aktif bir site yok; belki sadece e-posta için kullanılıyor.
• Hosting panelinde park: cPanel’de ana domaininize “park” edilen ek domainler; çoğu zaman aynı dosya kökünü gösterirler.
• Reklamlı park sayfaları: Bazı domain satıcıları, park edilen alan adlarının üzerine reklam dolu geçici sayfalar yerleştirir.

SEO açısından bakınca, park domaini aktif bir site gibi düşünmemek gerekir. Üzerine aynı içeriği koyup, hiçbir yönlendirme yapmadan bırakmak; duplicate content ve otorite bölünmesi riskini artırır.

Park Sayfasında Yapılmaması Gerekenler

Kaçınılması gereken hatalardan bazıları:

• Aynı içeriği park domain altında da yayınlamak: Örneğin hem ornek.com hem ornek.net aynı siteyi gösteriyor, 301 yok, canonical yok. Bu, arama motoru için gereksiz karmaşa.
• İçerikle alakasız reklam dolu sayfa: Park domain üzerinde otomatik reklam dolu, alakasız bir sayfa göstermek marka algısını da zedeler.
• İlgili eski URL’leri değerlendirmemek: Eski bir sitenin içeriği yeni bir projeye taşındıysa, eski URL’leri yeni karşılıklarına 301 ile yönlendirin. Domainin yaşı veya geçmiş bağlantıları tek başına başka bir projeye yönlendirme gerekçesi değildir.

Pratik yaklaşım, ana markaya hizmet eden alan adlarını amacına göre yönetmektir: Ziyaretçi beklenen domainleri 301 ile ana sitedeki uygun sayfalara yönlendirin; kullanılmayanlarda web yayını açmayın. Web sunucusu yanıt veriyorsa bulunmayan sayfalar için boş bir 200 yanıtı yerine 404 döndürün. Elinizde çok sayıda domain varsa, bunları nasıl sınıflandıracağınızı ve yöneteceğinizi alan adı portföy yönetimi rehberimizde detaylı şekilde anlattık.

Marka Koruma ve Typo Domainler

Marka isminizi korumak için alınan domainler (typo’lar, farklı TLD’ler) için tavsiyemiz net:

• Hepsini tek ana domaine 301 ile yönlendirin.
• Gereksiz yere aktif site açmayın, içerik yayınlamayın.
• Eğer hukuki bir ihtilaf yaşarsanız, elinizdeki domainlerin listesi ve yönlendirme yapısı, marka tescili ve alan adı ihtilafları yazımızda anlattığımız süreçler için kayıt olarak saklanabilir; ancak tek başına hukuki hak veya avantaj sağlamaz.

Teknik Mimari: DNS, Hosting ve SSL Tarafı

Çoklu domain stratejilerinde işler sadece SEO ile bitmiyor; DNS kayıtları, SSL sertifikaları ve hosting mimarisi de doğru kurulmalı.

DNS Tarafı: A, CNAME ve Yönlendirme Mantığı

Dünya kadar alan adınız olabilir ama genellikle hepsini tek bir IP’ye veya load balancer’a yönlendirirsiniz. En temel pratikler:

• Her domaini A (IPv4) veya AAAA (IPv6) kaydıyla sunucu IP’sine çözümleyin; uygun alt alanlarda başka bir hostname için CNAME kullanılabilir. Standart CNAME, alan adının kökünde kullanılamaz. DNS kayıtları tek başına HTTP yönlendirmesi yapmaz.
• Hangi domainin ana domain olacağına siz karar verin; DNS değil.
• Asıl “hangi domain öne çıkacak?” kararını 301 yönlendirmeler ve canonical sinyalleriyle web katmanında verin.

DNS tarafında hangi kayıtların ne işe yaradığını ve sık yapılan hataları daha iyi anlamak istiyorsanız, DNS kayıtları A’dan Z’ye rehberimizi mutlaka inceleyin.

SSL Sertifikaları ve Çoklu Domain

Birden fazla domaini aynı siteye bağlarken HTTPS tarafında üç temel yaklaşım var:

• Domain başına ayrı sertifika: Diğer domainlerin HTTP istekleri HTTPS ana domaine 301 ile yönlendirilebilir. Ancak kaynak domaine HTTPS ile gelen istekte yönlendirmeden önce TLS bağlantısı kurulur; bu nedenle yönlendiren her HTTPS hostname’i de geçerli bir sertifikayla kapsanmalıdır.
• SAN (multi-domain) sertifikalar: Bir sertifika içinde birden çok FQDN tanımlanarak, hepsini HTTPS ile güvence altına alabilirsiniz.
• Wildcard sertifikalar: Örneğin *.example.com, www.example.com gibi tek seviyeli alt alanları kapsar; example.com kökünü, daha derin alt alanları veya başka kök domainleri kendiliğinden kapsamaz. Bunlar için ayrıca sertifika kapsamı gerekir.

Çoklu alan adı kullanan projelerde, hem Let’s Encrypt otomasyonu hem de kurumsal SSL seçenekleri değerlendirilirken sertifikanın kapsayacağı adlar ve yenileme süreci planlanmalıdır. Temel yaklaşımı anlamak için ücretsiz Let’s Encrypt vs kurumsal SSL rehberini inceleyebilirsiniz.

Hosting Mimarisi: Paylaşımlı, VPS ve Dedicated

Bir siteye çok sayıda domain bağlamak tek başına trafik modelinizi değiştirmez. TV reklamı, outdoor kampanya gibi durumlarda kampanya domainleri üzerinden ani trafik dalgaları alabilirsiniz. Bu noktada:

• Küçük projelerde paylaşımlı hosting yeterli olabilir.
• Daha kontrollü bir yapı, özel firewall ve özelleştirilmiş Nginx/Apache ayarları istiyorsanız DCHost VPS çözümleri daha esnek bir alan sunar.
• Çok yüksek trafik ve kritik SLA gerektiren yapılarda ise dedicated sunucu veya colocation tercih edilerek tüm kaynaklar projeye adanabilir.

Hangi hosting tipinin sitenizin SEO performansını nasıl etkilediğini merak ediyorsanız, SEO için hosting seçimi rehberimiz bu konuda yol gösterici olacaktır.

En Yaygın Hatalar ve Kurtarma Adımları

Yönlendirme hatalarını ve bunları düzeltme adımlarını özetleyelim.

Kalıcı Taşımada 301 Yerine 302 Kullanmak

Panelde seçili yönlendirme tipini kontrol edin. 302 geçici yönlendirme sinyali verir; kalıcı alan adı geçişinde ise 301 veya 308 tercih edilmelidir. Geçici sinyal kullanıldığında:

• Yeni URL’nin kanonik olarak seçilmesi için kalıcı yönlendirmeye göre daha zayıf bir sinyal verilir; bu, bağlantı otoritesinin mutlaka kaybolduğu anlamına gelmez.
• Eski domain arama sonuçlarında görünmeye devam edebilir; sonuç, arama motorunun kanonik URL seçimine bağlıdır.

Çözüm: Kalıcı geçişlerde 301 (permanent) kullanın; 308 de kalıcı yönlendirme seçeneğidir.

Yönlendirme Zincirleri ve Döngüler

Örnek zincir ve döngü kurguları:

• eski1.com → eski2.com → yeni.com
• veya www.yeni.com → yeni.com → tekrar www.yeni.com (loop)

Her ekstra adım, hem kullanıcı deneyimini hem de Googlebot’un işini zorlaştırır. Yapılması gereken, eski URL’lerin doğrudan tek adımda ana domaindeki ilgili yeni karşılıklarına yönlenmesini sağlamaktır; tüm eski sayfaları ana sayfaya topluca yönlendirmeyin.

HTTP/HTTPS ve www/www’suz Karmaşası

En basit ama en yaygın hatalardan biri: HTTP ve HTTPS, www’lü ve www’süz versiyonların hepsinin farklı davranması. Örneğin:

• http://ornek.com → site açılıyor
• https://ornek.com → sertifika hatası
• http://www.ornek.com → farklı içerik
• https://www.ornek.com → ana site

Çözüm: Tüm varyantları test edin; kanonik versiyonun (örn. https://www.ornek.com) doğrudan açıldığından, diğer varyantların ise tek adımda ilgili kanonik URL’ye 301 ile gittiğinden emin olun. HTTPS üzerinden yönlendirme yapan alan adlarında da geçerli sertifika bulunmalıdır; 301 yönlendirmesi sertifika hatasını gidermez. HTTP → HTTPS geçişinde detaylı bir oyun planına ihtiyacınız varsa, tekrar hatırlatalım: HTTP’den HTTPS’e geçiş rehberimiz adım adım bu senaryoyu çözüyor.

Alan Adı Değişiminde Eski İçeriği Silmek

Bazen yeni domaine geçerken, eski sitedeki URL yapısı tamamen değiştiriliyor; 301 haritası oluşturulmadan eski site kapatılıyor. Bu durumda:

• Eski domain altındaki URL’ler 404 dönebilir veya eski sunucu kapatılmışsa bağlantı hataları oluşabilir.
• Eski URL’lere gelen backlink’ler kullanıcıları yeni içeriğe ulaştıramaz; bu bağlantıların SEO katkısı kaybedilebilir.

Doğru yaklaşım, önce eski ve yeni URL’ler arasında sayfa bazlı bir eşleştirme tablosu hazırlamak, sonra 301 haritasını buna göre kurmaktır. Bunu yapmadan domain değişimi yapmak, trafikte ani düşüşlere neden olabilir.

Adım Adım Çoklu Alan Adı ve SEO Kontrol Listesi

Teoriyi konuştuk, şimdi uygulanabilir bir kontrol listesi üzerinden ilerleyelim. Elinizde birden fazla alan adı varsa ve hepsini aynı siteye bağlamak istiyorsanız, şu adımları takip edebilirsiniz.

1. Strateji: Hangi Domain Asıl, Hangileri Destekleyici?

• Marka, hedef kitle ve uzun vadeli SEO planınıza göre tek bir ana domain seçin.
• Diğer domainleri kategorize edin:
  • Marka koruma (typo, farklı TLD)
  • Eski proje / rebranding
  • Kampanya ve kısa URL
  • Yatırım veya beklemede tutulan domainler
• Her kategori için “301 mi, park mı, yoksa hiç kullanılmayacak mı?” kararını verin.

2. Teknik Uygulama: DNS, 301 ve Canonical

• Siteyi sunacak veya HTTP yönlendirmesi yapacak domainlerin DNS kayıtlarını ilgili sunucuya ya da load balancer’a bağlayın: A kaydı IPv4 adresine, CNAME kaydı başka bir ana makine adına işaret eder. DNS kaydı tek başına HTTP yönlendirmesi yapmaz.
• Web sunucusu veya kontrol paneli üzerinden, stratejinizde kalıcı yönlendirme için seçtiğiniz domainleri doğrudan ana domaindeki ilgili URL’ye 301 ile yönlendirin.
• Eski domain → yeni domain geçişlerinde, mümkün olduğunca sayfa bazlı 301 eşleştirmeleri yapın.
• Gerekiyorsa canonical etiketleri ekleyin; özellikle aynı içeriği farklı domainler altında mecburen barındırmak zorunda olduğunuz durumlarda.
• Tüm HTTP/HTTPS ve www/www’süz varyantları test edin; yönlendirme seçilen varyantlar ilgili kanonik URL’ye ulaşmalı, canonical ile açık tutulan kopyalarda ise tercih edilen URL tutarlı biçimde belirtilmelidir.

3. İzleme ve Bakım: SEO ve Trafik Takibi

• Hem eski hem yeni domain(ler) için Google Search Console mülkleri oluşturun; indekslenme ve hata durumlarını takip edin.
• Analytics tarafında hedef sitenin trafiğini izleyin; 301 ile yönlendiren domainlere gelen istekleri ayırt etmek için yönlendirme sunucusunun erişim günlüklerini de inceleyin. Yalnızca hedef sitenin Analytics verilerinden hangi yönlendirme domaininin kullanıldığı her zaman anlaşılamaz.
• Dış backlink profilinizi düzenli olarak analiz edin; önemli linkler hala eski domaine mi gidiyor, yoksa yeni domaine mi?
• Yeni alan adı aldığınızda, bu kontrol listesini tekrar gözden geçirerek, stratejinize uygun şekilde konumlandırın.

Sonuç ve DCHost ile Doğru Alan Adı Stratejisi

Birden fazla alan adını aynı siteye yönlendirmek, ilgili alan adları ve içerikler için doğru yapıldığında marka korumayı ve SEO sinyallerinin birleştirilmesini destekleyebilir; tek başına sıralama artışı sağlamaz. Risk değerlendirmesinde domain sayısından çok, alan adlarının geçmişi, içeriklerin ilgisi, bunların nasıl yönlendirildiği ve hangi domainin kanonik merkez olarak tanımlandığı önemlidir.

Özetle:

• Önce tek ve net bir ana domain belirleyin.
• Kalıcı olarak ana siteye bağlanacak alan adlarını 301 ile yönlendirin; taşınan içerikler için ilgili sayfaları eşleştirin.
• 301 yerine domainler arası canonical kullanımını, aynı veya çok benzer içeriğin birden fazla domainde erişilebilir kalması gereken durumlar için değerlendirin. Taşıma sonrasında yeni sayfalardaki canonical etiketleri de yeni URL’leri göstermelidir.
• Park alan adlarında içerik ve reklamların marka algısıyla uyumunu değerlendirin; park etmek veya reklam göstermek tek başına ana sitenin SEO’sunun zarar göreceği anlamına gelmez.
• DNS, SSL ve hosting mimarinizi bu stratejiyi destekleyecek şekilde sadeleştirin.

Domain, hosting, VPS, dedicated sunucu veya colocation seçiminizi yönlendirme ve sertifika gereksinimlerinizle birlikte değerlendirin. İster tek site, ister onlarca alan adından beslenen karmaşık bir yapı yönetin; doğru yönlendirme stratejileri SEO yönetimini destekler, ancak hız ve güvenlik ayrıca uygun altyapı ve yapılandırma gerektirir. Mevcut domain portföyünüzü gözden geçirmek veya yeni bir alan adı stratejisi kurmak istiyorsanız, altyapı ve danışmanlık tarafında size eşlik etmeye hazırız.