Birden Fazla Alan Adını Aynı Siteye Yönlendirmek: SEO, 301, Canonical ve Park Alan Adı Stratejileri

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?

DCHost olarak hem kendi altyapımızda hem de müşterilerimizin projelerinde, birden fazla alan adını tek bir siteye bağlayan onlarca senaryo gördük. Bazılarında doğru kurgulanmış 301 yönlendirmelerle ciddi SEO kazanımları sağlanırken, bazılarında yanlış yapılan yönlendirmeler yüzünden yılların birikmiş otoritesinin birkaç ayda eridiğine de şahit olduk. 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 otorite kaybetmemek 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.

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, 302 ile geçici yönlendirmek, ya da hiç yönlendirmeden DNS seviyesinde aynı IP’ye çözümletmek; hepsinin SEO’ya etkisi farklı. Birazdan detaylara gireceğiz.

SEO Perspektifinden Çoklu Alan Adı Kullanımı

Arama motorları tek bir siteyi; URL yapısı, içerik, backlink profili ve kullanıcı sinyalleri gibi pek çok sinyalin birleşimiyle değerlendiriyor. Birden fazla domain devreye girdiğinde başlıca riskler ve fırsatlar şöyle:

• Otorite bölünmesi: Aynı içerik birden fazla domain altında erişilebilir olursa, gelen backlink’ler ve kullanıcı sinyalleri bölünür. Sonuç: Tek güçlü site yerine birkaç zayıf site görüntüsü oluşur.
• 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 karışıklığı: Hem .com hem .com.tr altında aynı içeriği, aynı dile hitap eder şekilde yayımlarsanız, ülke bazlı sıralamalarda karmaşa yaratabilirsiniz.
• Marka ve güven sinyalleri: Doğru kurgulanmış bir ana domain etrafında tüm sinyalleri topladığınızda, markanız daha güçlü görünüyor. Özellikle HTTPS, hızlı hosting ve temiz redirect’lerle birlikte bu etki güçleniyor.

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).
• Tüm diğer domainleri (example.com.tr, examp1e.com gibi typo’lar, eski marka alan adları) bu ana domaine 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, tüm backlink ve kullanıcı sinyallerini tek yerde toplar, hem kullanıcı deneyimini hem de SEO’yu sadeleştirmiş olursunuz.

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

Gelin bunu gerçek senaryolar üzerinden netleştirelim:

• Eski alan adından yeni markaya geçiş: Örneğin eskidomain.com’dan yenidomain.com’a geçiyorsunuz. Tüm sayfaları sayfa bazlı 301 ile bire bir eşleştirmelisiniz (eskidomain.com/urun/abc → yenidomain.com/urun/abc).
• Typo ve alternatif yazım: ornekfirma.com ve örnekfirma.com gibi yazımları ana domaine yönlendirmek için domain bazlı 301 kullanın.
• .com.tr, .net gibi uzantılar: Türkiye odaklı tek bir site yönetiyorsanız, .com, .com.tr ve .net gibi domainlerin hepsi tek bir ana domaine 301 ile gitmeli.
• 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ı yaşamamak 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 çoğunlukla iki seviyede yönetiyoruz:

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

Örneğin Apache için basit bir domain → domain 301 örneği:

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 ise server bloklarıyla çözmek mümkün:

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 başlığında yer alan ve arama motorlarına “Bu içeriğin asıl hali şu URL’dedir” mesajını 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; link otoritesi daha çok canonical URL’de toplanır.

301 Yerine Canonical Kullanmanız Gereken Durumlar

Genel kural: Mümkünse 301, mecbursanız canonical. Yani, teknik olarak kullanıcıyı doğrudan asıl URL’ye götürebiliyorsanız 301 tercih edin. Ancak bazı özel durumlarda canonical daha anlamlı olur:

• White-label / çok markalı yapılar: Aynı SaaS ürünü, farklı markalara özel domainler üzerinden sunuluyor ama hukuki olarak hepsini tek bir ana domaine yönlendiremiyorsanız.
• Uluslararası SEO ve testler: Farklı ülkeler için ccTLD’leriniz var ama kısa süreli A/B testleri yaparken aynı içeriği birden fazla domain altında denemek istiyorsunuz.
• 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.
• Filtreli liste sayfaları: E-ticaret sitelerinde aynı ürün listesini birçok filtre kombinasyonu ile sunarken, “en temiz” URL’ye canonical tanımlamak.
• 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; 301 yönlendirmeler, doğru DNS ve sağlam bir hosting altyapısıyla birlikte kullanıldığında anlam kazanı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:

• DNS seviyesinde park: 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

Gördüğümüz yaygın 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.
• Otoriteyi boşa harcamak: Eski, güçlü bir domaini sadece park edip reklam göstermeye açmak yerine, alakalı bir projeye 301 ile yönlendirmek çoğu zaman daha mantıklı.

En sağlıklı yaklaşım, ana markaya hizmet eden alan adlarını ya doğrudan 301 ile ana domaine yönlendirmek ya da hiç site yayınlamayıp boş/404 seviyesinde bırakmak. 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çlerde elinizi güçlendirir.

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 domain için A veya CNAME kaydıyla siteyi barındırdığınız IP’ye/hostname’e yönlendirme yapın.
• Hangi domainin ana domain olacağına siz karar verin; DNS değil.
• Asıl “hangi domain öne çıkacak?” kararını HTTP katmanında 301 ve canonical ile 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:

• Tek domain için klasik SSL: Sadece ana domainde HTTPS kullanıyorsanız, diğer domainler HTTP’den doğrudan HTTPS ana domaine 301 yapılabilir.
• SAN (multi-domain) sertifikalar: Bir sertifika içinde birden çok FQDN tanımlanarak, hepsini HTTPS ile güvence altına alabilirsiniz.
• Wildcard sertifikalar: Daha çok subdomain senaryoları için, ancak bazı durumlarda çoklu domain stratejilerini de sadeleştirebilir.

DCHost olarak özellikle çoklu alan adı kullanan projelerde, hem Let’s Encrypt otomasyonu hem de kurumsal SSL senaryolarında uygun sertifika tipini birlikte planlıyoruz. 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, çoğu zaman trafik modelinizi de değiştiriyor. 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ı

DCHost ekibi olarak sık karşılaştığımız hataları ve nasıl toparlanabileceğinizi kısa kısa özetleyelim.

302 Yerine 301 Kullanmayı Unutmak

Birçok panelde varsayılan yönlendirme tipi 302 (geçici) olabiliyor. Uzun vadeli alan adı geçişlerinde 302 kullanmak, arama motorlarına “bu geçici, bir gün eski domaine döneceğim” mesajı verir. Sonuç:

• Otorite tam anlamıyla yeni domaine devrolmaz.
• Eski domain arama sonuçlarında daha uzun süre görünmeye devam eder.

Çözüm: Kalıcı geçişlerde yönlendirme tipini mutlaka 301 (permanent) yapın.

Yönlendirme Zincirleri ve Döngüler

Şöyle kurgulara sık rastlıyoruz:

• 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 tüm domainlerin doğrudan tek adımda ana domaine yönlenmesini sağlamaktır.

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 ve hepsinin en sonunda tek bir kanonik versiyona (örn. https://www.ornek.com) 301 ile gittiğinden emin olun. 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 tüm URL’ler 404 dönmeye başlar.
• Yıllar içinde kazanılan backlink’ler boşa gider.

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

• Tüm domainleri, sitenizin barındığı IP’ye veya load balancer’a A/CNAME ile yönlendirin.
• Web sunucusu veya kontrol paneli üzerinden, ana domain dışında kalan tüm domainleri doğrudan ana domaine 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; en fazla tek bir kanonik versiyon açıkta kalsın.

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, hangi domainler üzerinden trafik geldiğini izleyin; beklenmedik bir artış görürseniz yönlendirmeleri kontrol edin.
• 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, doğru yapıldığında SEO açısından son derece sağlıklı; hatta çoğu zaman marka koruma ve otorite konsolidasyonu açısından şart. Asıl risk, domain sayısında değil, bunların nasıl yönlendirildiği ve hangi domainin kanonik merkez olarak tanımlandığında yatıyor.

Özetle:

• Önce tek ve net bir ana domain belirleyin.
• Diğer tüm alan adlarını bu ana domaine 301 ile yönlendirin; mümkünse sayfa bazlı eşleştirmeyle.
• Canonical etiketleri, 301’in mümkün olmadığı veya teknik/hukuki sebeplerle çoklu domain altında içerik sunmanız gereken özel durumlar için saklayın.
• Park alan adlarını aktif site gibi kullanmayın; gereksiz içerik ve reklamlarla hem SEO’yu hem marka algısını zedelemeyin.
• DNS, SSL ve hosting mimarinizi bu stratejiyi destekleyecek şekilde sadeleştirin.

DCHost olarak, domain, hosting, VPS, dedicated sunucu ve colocation çözümlerimizi tasarlarken hep bu büyük resmi akılda tutuyoruz. İster tek site, ister onlarca alan adından beslenen karmaşık bir yapı yönetin; doğru yönlendirme stratejileriyle hem hızdan hem güvenlikten hem de SEO performansından ödün vermeden ilerlemek mümkün. 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.