Domain değişikliği, bir sitenin yıllar içinde biriktirdiği sıralama sinyallerini, backlink otoritesini ve indeks geçmişini yeni bir adrese devretme operasyonudur. Süreç sıradan bir teknik güncelleme değildir. Eksik bir yönlendirme, unutulmuş bir noindex etiketi ya da hatalı bir canonical, haftalar içinde organik trafikte ciddi düşüşe yol açabilir. Bu rehber, hem URL yapısının değiştiği hem de aynı kaldığı senaryolarda taşımanın hangi sırayla ve hangi kontrollerle yürütülmesi gerektiğini ele alır.

Domain Migration Ne Zaman Gerekir ve Neden Risklidir?

Alan adı taşıma ihtiyacı genellikle marka adının değişmesi, şirket birleşmeleri, farklı bir uzantıya (.com.tr yerine .com gibi) geçiş ya da birden fazla sitenin tek çatı altında toplanması gibi nedenlerle ortaya çıkar. Her durumda arama motorunun bakış açısı aynıdır. Google eski adresteki tüm sayfaların yeni adreste karşılık bulduğunu doğrulamak ister ve bu doğrulamayı yönlendirmeler, canonical etiketleri, site haritaları ve Search Console bildirimi üzerinden yapar.

Risk, bu sinyallerden herhangi birinin çelişkili olmasından doğar. Örneğin eski domain yeni adrese yönlendirirken yeni sayfalardaki canonical etiketi hâlâ eski adresi gösteriyorsa Google hangi sürümü indeksleyeceğine karar veremez. Bu nedenle taşıma, tek tek maddelerin değil, birbiriyle tutarlı bir sinyal bütününün yönetimi olarak ele alınmalıdır.

Taşıma Öncesi Hazırlık Aşaması

Mevcut Sitenin Envanterini Çıkarma

Hazırlığın ilk adımı eski sitedeki tüm URL’lerin eksiksiz bir envanterini oluşturmaktır. Bir SEO tarama aracını Analytics ve Search Console verileriyle entegre ederek en az son iki yıllık dönemi kapsayan bir tarama yapın. Bu tarama, yalnızca sitede bağlantısı olan sayfaları değil, arama sonuçlarında gösterim almış ve dışarıdan backlink kazanmış sayfaları da listeler. Envanter sonrasında en çok trafik, dönüşüm ve backlink getiren sayfaları ayrıca işaretleyin. Taşıma sonrasında bu sayfaların davranışı, operasyonun sağlığını gösteren ilk göstergelerdir.

Aynı aşamada mevcut performansın referans değerlerini kaydedin. Organik tıklama, gösterim, ortalama pozisyon, indeksli sayfa sayısı ve tarama istatistikleri taşıma sonrası karşılaştırma için kullanılacak temel veriyi oluşturur.

Test Ortamının Hazırlanması ve Botlara Kapatılması

Yeni domaine geçmeden önce siteyi bir test ortamında hazırlayıp tüm kurguyu canlıya çıkmadan denetlemek, hataları düşük maliyetle yakalamanızı sağlar. Test ortamının arama motorları tarafından keşfedilmemesi gerekir. Bunun için test sunucusundaki robots.txt dosyasına şu iki satır eklenir:

User-agent: *
Disallow: /

İlk satır kuralın tüm botlar için geçerli olduğunu, ikinci satır ise hiçbir dizine tarama izni verilmediğini bildirir. Robots.txt tek başına indekslemeyi garanti altına almadığından, test sayfalarının head bölümüne ayrıca noindex direktifi eklemek daha güvenlidir:

<meta name=”robots” content=”noindex” />

Bu iki katmanlı koruma, test URL’lerinin arama sonuçlarına düşmesini engeller. Ancak asıl kritik nokta, canlıya geçişte her iki ayarın da kaldırılmasıdır. Taşıma sonrası yaşanan indeksleme kayıplarının önemli bir kısmı, test ortamından canlıya taşınan bu direktiflerden kaynaklanır. Robots.txt kurallarının bot türlerine göre nasıl yönetileceği konusunda robots.txt ile AI botlarının nasıl yönetileceğini anlatan içeriğimiz de yol gösterici olacaktır.

Yönlendirme Stratejisinin Kurulması

Yönlendirmeler, domain taşımanın omurgasıdır. Eski adresteki her URL, yeni adreste en yakın karşılığına kalıcı olarak yönlendirilmelidir. Geçici yönlendirme kodlarının neden uygun olmadığını ve her yanıt kodunun tarama davranışına etkisini HTTP durum kodları rehberimizde detaylı biçimde bulabilirsiniz. Taşıma operasyonunda kural basittir: kalıcı taşıma için 301 kullanılır.

URL Yapısı Değişiyorsa Eşleştirme Tablosu Hazırlayın

URL kalıpları da değişiyorsa, önce eski sitenin envanterini, ardından test ortamındaki yeni sitenin taramasını çıkarın. Ardından her eski URL’yi yeni karşılığıyla eşleştiren bir yönlendirme haritası oluşturun. Eşleştirme için tablo formülleri yeterli olur. Ürün sayfalarında SKU kodu gibi iki yapıda da ortak kalan bir alan varsa, bu alanı kullanarak eşleştirmeyi otomatikleştirebilirsiniz.

Eşleştirmede önemli bir ilke vardır: Karşılığı olmayan sayfaları rastgele ana sayfaya yönlendirmeyin. Google bu tür toplu yönlendirmeleri soft 404 olarak yorumlayabilir. Konuca en yakın kategori ya da içeriğe yönlendirme yapmak hem kullanıcı deneyimi hem de sinyal aktarımı açısından daha doğrudur.

URL Yapısı Değişmiyorsa Toplu Yönlendirme Uygulayın

Yol yapısı aynı kalıyorsa, Apache sunucularda .htaccess dosyasına eklenecek bir kural bloğu tüm URL’leri tek seferde yeni domaine taşıyabilir. Örnek bir yapı şöyledir:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www.)?eskidomain.com$ [NC]
RewriteRule ^(.*)$ https://www.yenidomain.com/$1 [R=301,L]

Bu kural, www’lu ve www’suz tüm eski adres isteklerini yeni domainin aynı yoluna 301 ile taşır. Nginx ya da farklı bir sunucu altyapısı kullanıyorsanız eşdeğer kuralı o sunucunun söz dizimiyle yazmanız gerekir. Kuralı canlıya almadan önce örnek URL’lerle test etmek, olası döngüleri baştan görmenizi sağlar.

Yönlendirme Zincirlerini Engelleyin

Eski bir URL’nin önce ara bir adrese, oradan da hedef adrese yönlenmesi bir yönlendirme zinciri oluşturur. Zincirler tarama bütçesini tüketir, sayfa yüklenme süresini uzatır ve sinyal aktarımını zayıflatır. Özellikle önceden yapılmış eski yönlendirmeler üzerine yeni kurallar eklenirken bu sorun sık görülür. Eski URL’nin doğrudan nihai hedefe tek adımda yönlenmesi gerekir. Bunun için eski yönlendirmeleri de envantere dahil edip güncel hedeflere yeniden yazın.

Yönlendirme Döngülerini Tespit Edin

Hatalı kurgulanmış bir kural, bir URL’nin kendisine ya da karşılıklı olarak başka bir URL’ye sürekli yönlenmesine neden olabilir. Bu durumda tarayıcı hata verir ve Googlebot sayfaya ulaşamaz. Önemli kategori ve ürün sayfalarında bu hata yaşanırsa ilgili sayfalar indeksten düşebilir. Canlıya geçişin hemen ardından tüm eski URL listesini bir tarama aracında yönlendirme takibi açık olarak çalıştırmak, bu hataların ilk saatlerde bulunmasını sağlar.

Canlıya Geçişte Kontrol Edilmesi Gereken Teknik Unsurlar

Yönlendirme tek başına yeterli değildir. Yeni sitenin tüm teknik sinyalleri, yönlendirmelerin anlattığı hikâyeyle aynı yönde olmalıdır. Aşağıdaki tablo, taşıma sırasında doğrulanması gereken başlıca unsurları ve beklenen durumu özetler.

Unsur Beklenen durum Hata halinde risk
Canonical etiketi Yeni domaindeki kendi URL’sini gösterir Eski adresin indekste kalması
XML site haritası Yalnızca yeni domain URL’lerini içerir Yeni sayfaların geç keşfedilmesi
Hreflang Karşılıklı ve yeni domain adresleriyle tanımlıdır Yanlış dil ve bölge gösterimi
Robots.txt Test ortamı kuralları kaldırılmıştır Sitenin taranamaması
Meta robots Noindex direktifi bulunmaz Sayfaların indeksten düşmesi
Protokol Tüm bağlantılar HTTPS çalışır Gereksiz yönlendirmeler ve güvenlik uyarıları

Canonical Etiketlerini Doğrulayın

Canonical etiketi, bir sayfanın tercih edilen sürümünü Google’a bildirir. Taşıma sırasında şablon düzeyinde sabit kodlanmış eski domain adreslerinin kalması yaygın bir hatadır. Yeni sitedeki tüm sayfaların canonical etiketi kendi yeni URL’sini göstermeli, mutlak URL formatı kullanılmalı ve www ile www’suz tercihi tüm sitede tutarlı olmalıdır.

WWW ve HTTPS Tercihini Netleştirin

Yeni domainde www’lu mu yoksa www’suz mu yapı kullanılacağına taşımadan önce karar verin. Bu karar yönlendirme kurallarını, canonical etiketlerini, site haritalarını ve iç bağlantıları etkiler. Aynı şekilde tüm sayfaların HTTPS üzerinden sunulması, SSL sertifikasının yeni domaine doğru kurulması ve HTTP isteklerinin tek adımda HTTPS hedefine yönlenmesi gerekir. İç bağlantılarda, canonical ve hreflang adreslerinde HTTP kalması tarama verimliliğini düşürür.

Robots.txt ve Noindex Temizliği

Test ortamında kullanılan tüm tarama engelleri canlıya geçişte kaldırılmalıdır. Robots.txt içinde site genelini kapsayan bir Disallow kuralının kalması taramayı tamamen durdurabilir. Noindex etiketi ise şablon dosyalarında, SEO eklentisi ayarlarında ya da HTTP başlıklarında (X-Robots-Tag) gizlenmiş olabilir. Bu nedenle kontrolü yalnızca sayfa kaynağında değil, yanıt başlıklarında da yapın. Yüksek trafikli sayfaları tek tek elle doğrulamak iyi bir güvence sağlar.

Site Haritası ve İç Bağlantıların Güncellenmesi

XML site haritaları yalnızca yeni domaindeki, 200 yanıt veren ve indekslenebilir URL’leri içermelidir. Görsel URL’leri de değişiyorsa görsel site haritası güncellenmelidir. Eski domainde ise geçiş döneminde eski URL’leri içeren ayrı bir site haritasını Search Console üzerinden tutmak, Google’ın yönlendirmeleri daha hızlı işlemesine yardımcı olabilir.

İç bağlantılar da aynı titizlikle güncellenmelidir. Menü, altbilgi, içerik içi bağlantılar ve sayfalama gibi tüm iç bağlantıların yönlendirme üzerinden değil, doğrudan yeni URL’ye gitmesi gerekir. Yönlendirmeye güvenmek yerine doğrudan bağlantı vermek, tarama bütçesini korur ve yeni sayfaların keşfini hızlandırır.

Hreflang ve Yapılandırılmış Veri

Çok dilli sitelerde hreflang etiketlerindeki tüm adresler yeni domaine göre güncellenmeli ve karşılıklı doğrulama korunmalıdır. Bir dil sürümü eski adresi gösteriyorsa ilgili ilişki geçersiz sayılabilir. Yapılandırılmış veri işaretlemelerinde de organizasyon adresi, logo URL’si, breadcrumb ve ürün şemalarındaki bağlantılar yeni domaine uyarlanmalıdır.

Search Console Adres Değişikliği Aracının Kullanımı

Yönlendirmeler hazır olduktan sonra Google’a taşımayı resmen bildirmek gerekir. Önce yeni domain için Search Console mülkü oluşturup doğrulamayı tamamlayın. Ardından eski domainin mülkünde Ayarlar bölümünden Adres Değişikliği aracına girin, yeni mülkü seçin ve doğrulama adımını başlatın. Google birkaç eski URL’nin yeni adrese doğru yönlendiğini test eder, sorun yoksa taşıma işlemi kaydedilir.

Bu araç yalnızca alan adı değişikliklerinde çalışır. Aynı domaindeki HTTP’den HTTPS’e geçiş ya da yalnızca klasör yapısı değişiklikleri için geçerli değildir. Taşımanın Google tarafında tamamen işlenmesi, URL sayısına bağlı olarak aylar sürebilir. Bu süre boyunca eski domaindeki yönlendirmelerin kesinlikle kaldırılmaması gerekir. Mümkünse yönlendirmeleri en az bir yıl, backlink profilinin önemli kısmı güncellenene kadar ise daha uzun süre koruyun. Alan adını kaybetmemek için eski domainin kaydını da yenilemeye devam edin.

Taşıma Sonrası İzleme ve İyileştirme

Sunucu Loglarının İncelenmesi

Search Console verileri birkaç günlük gecikmeyle gelir. Sunucu logları ise Googlebot’un gerçek davranışını anlık gösterir. Eski domain loglarında Googlebot’un yönlendirmeleri takip edip etmediğini, yeni domain loglarında ise önemli sayfalara 200 yanıt alıp almadığını kontrol edin. Beklenmeyen 404, 5xx ya da yönlendirme yanıtları bu aşamada hızla fark edilir. Botların siteyi nasıl keşfedip işlediğine dair daha geniş bir çerçeve için teknik GEO yaklaşımını ele alan yazımıza göz atabilirsiniz.

İndeksleme Durumunun Takibi

Taşımadan sonraki ilk haftalarda yeni domainin indeksli sayfa sayısını, eski domaindeki azalmayla birlikte izleyin. Sayfaların dışarıda kalma nedenlerini anlamak için Search Console sayfa dizinleme raporunu kullanarak hata mesajlarını sınıflandırabilirsiniz. Geçici dalgalanmalar normaldir. Ancak yeni sitede indeksleme sayısının uzun süre artmaması, bir sinyal çelişkisine işaret eder.

Backlink ve İzleme Kodlarının Güncellenmesi

301 yönlendirmeler otorite aktarımını sağlasa da, değerli backlink kaynaklarından bağlantıların doğrudan yeni adrese güncellenmesini talep etmek sinyali güçlendirir. Öncelik, yüksek otoriteli yayınlar, ortak kuruluşlar ve sosyal profil bağlantılarıdır. Google Business Profile, sosyal medya hesapları ve pazar yeri mağazaları gibi kontrolünüzdeki tüm profillerde web sitesi adresi de yenilenmelidir.

Analytics, Tag Manager, reklam dönüşüm etiketleri ve ısı haritası araçlarının yeni domainde doğru tetiklendiğini doğrulayın. Analytics mülkündeki varsayılan URL ayarını güncelleyin ve çapraz domain izleme gerekiyorsa buna göre yapılandırın. Böylece geçmiş verilerle yeni veriler aynı raporda karşılaştırılabilir.

Performans ve Görünürlük Metriklerinin Okunması

Yeni sunucu altyapısı, CDN ya da şablon değişikliği sayfa performansını etkileyebilir. Taşımadan sonra Core Web Vitals değerlerini izleyin ve özellikle etkileşim gecikmelerini INP metriği üzerinden değerlendirin. Genel görünürlük değişimini yorumlarken ise tek bir
skora bağlı kalmak yanıltıcı olabilir. SEO visibility skorunun neden tek başına bir KPI olamayacağını açıklayan içeriğimizde de belirtildiği gibi, görünürlük değerini tıklama, gösterim, ortalama pozisyon ve dönüşüm verileriyle birlikte okumak gerekir. Taşıma öncesinde kaydettiğiniz referans değerler, bu karşılaştırmanın temelini oluşturur.

Taşıma Sonrası Dalgalanmayı Doğru Yorumlama

Domain değişikliğinden sonra ilk haftalarda sıralamalarda ve trafikte kısa süreli oynamalar görülmesi olağandır. Google’ın eski adresteki sinyalleri yeni adrese yeniden eşlemesi zaman alır. Dalgalanmanın normal sınırlar içinde olup olmadığını anlamak için birkaç ölçüt kullanabilirsiniz.

  • Yüksek trafikli sayfaların yeni domainde indekslenme hızı ve eski domaindeki indeks kaybı oranı birbirini dengeliyor mu?
  • Yeni domainde 404, 5xx ve yönlendirme hatası veren URL sayısı günlük olarak azalıyor mu?
  • Marka dışı sorgularda gösterim sayısı haftalar içinde toparlanma eğilimi gösteriyor mu?
  • Eski domainin gösterimleri azalırken yeni domaindeki gösterimler aynı oranda artıyor mu?

Bu göstergelerin birkaç hafta boyunca olumlu yönde ilerlemesi sürecin sağlıklı yürüdüğünü gösterir. Tersine, eski domain indeksten düşerken yeni domainde karşılığı oluşmuyorsa canonical, noindex, robots.txt ya da yönlendirme eşleştirmesinde bir hata aranmalıdır. Sorunu tespit ettiğinizde düzeltmeyi bekletmeden uygulayın. Sinyal çelişkisi ne kadar uzun sürerse toparlanma da o kadar gecikir.

Sık Yapılan Hatalar

Taşıma projelerinde en sık karşılaşılan hatalar birbirine benzer. Test ortamından kalan noindex etiketi ve robots.txt engeli, eski domaine ait canonical adreslerinin şablonda sabit kalması, tüm eski sayfaların ana sayfaya yönlendirilmesi, yönlendirme zincirleri ve döngüleri ile Search Console adres değişikliği bildiriminin atlanması başlıca örneklerdir. Bir diğer yaygın hata ise eski domainin yönlendirmeler tamamlanmadan kapatılması ya da alan adı kaydının yenilenmemesidir. Bu durum biriken backlink otoritesinin tamamen kaybedilmesine yol açar. Taşıma öncesinde hazırlanacak bir kontrol listesi ve canlıya geçiş sonrası uygulanacak doğrulama taraması, bu hataların büyük bölümünü önler.

Domain Taşımasında Bütüncül Yaklaşım

Başarılı bir domain migrasyonu, tek bir teknik ayarın doğru yapılmasından çok, tüm sinyallerin aynı yönü göstermesiyle mümkün olur. Hazırlık aşamasında kapsamlı bir URL envanteri çıkarılır, test ortamı botlara kapatılır ve yönlendirme haritası eksiksiz hazırlanır. Canlıya geçişte canonical, hreflang, site haritası, robots.txt ve noindex kontrolleri tamamlanır. Ardından Search Console adres değişikliği bildirilir ve sunucu logları ile indeksleme verileri düzenli izlenir. Her adım bir öncekinin üzerine inşa edilir ve atlanan bir halka, tüm zincirin etkisini zayıflatır.

Taşıma tamamlandıktan sonra da süreç bitmez. Yönlendirmelerin yeterince uzun süre korunması, backlink güncellemelerinin sürdürülmesi ve performans metriklerinin aylık olarak izlenmesi, yeni domainin eski alan adının otoritesine ulaşmasını ve onu aşmasını sağlar. Planlı, ölçülebilir ve belgelenmiş biçimde yürütülen bir taşıma, organik görünürlüğü korumakla kalmaz; yeni marka kimliğinin arama motorlarında hızla yerleşmesine de zemin hazırlar.