Domain Değişikliği ve Toplu 301 Yönlendirme Stratejisi: SEO Kaybı Olmadan Geçiş

Bir markanın alan adını değiştirmesi ya da birden fazla siteyi tek bir domain altında birleştirmesi, SEO açısından en riskli operasyonlardan biridir. Doğru planlanmadığında aylar hatta yıllar içinde biriktirilmiş arama sıralamaları, organik trafik ve marka görünürlüğü birkaç hafta içinde eriyebilir. Buna karşılık, doğru kurgulanmış bir domain değişikliği SEO danışmanlığı süreci ile bu geçiş neredeyse kayıpsız, hatta bazı durumlarda birleşen otoritenin etkisiyle daha güçlü bir sıralama profiliyle tamamlanabilir.

Bu yazı, domain değişikliği ve domain birleştirme SEO senaryolarında işin kalbini oluşturan iki konuya odaklanıyor: eski URL’lerin yenileriyle nasıl eşleştirileceği (URL eşleştirme hizmeti mantığı) ve bu eşleştirmenin toplu 301 yönlendirme olarak nasıl hayata geçirileceği. 301 yönlendirmenin ne olduğu, 302’den farkı, yönlendirme zincirleri gibi temel kavramları burada tekrar anlatmayacağız; bu konuları zaten 301 ve 302 yönlendirmesi yazımızda derinlemesine işledik. Aynı şekilde hosting taşıma, DNS geçişi, platform göçü ve taşıma günü checklist’i gibi taşımanın genel operasyonel sürecini de burada tekrarlamıyoruz; bu konularda site taşıma rehberimiz kapsamlı bir kontrol listesi sunuyor. Burada yalnızca “domain değişikliği bağlamında toplu redirect map nasıl hazırlanır, backlink ve domain otoritesi nasıl devredilir, birleştirme senaryolarında ne yapılmalı” sorularına odaklanıyoruz.

Domain Değişikliği Neden Bu Kadar Riskli?

Google, bir web sitesini yıllar içinde biriktirdiği sinyallerle (backlink profili, tıklama geçmişi, kullanıcı davranışı, marka sorgusu hacmi, içerik güncelliği) değerlendirir. Domain değiştiğinde bu sinyallerin tamamı teknik olarak “sıfırdan” bir adrese taşınmak zorundadır. Google’ın domain değişikliğini doğru anlayıp otoriteyi büyük ölçüde aktarabilmesi için üç koşulun eksiksiz sağlanması gerekir:

1. Eski her URL, yeni sitede karşılığı olan en alakalı URL’ye 301 ile yönlendirilmeli.
2. Yönlendirmeler geçiş anından itibaren kalıcı olarak (en az birkaç ay, ideali süresiz) canlı kalmalı.
3. Yeni domain, Google Search Console üzerinden “adres değişikliği” (change of address) aracıyla resmi olarak bildirilmeli ve yeni site teknik açıdan eskisiyle aynı kalitede olmalı.

Bu üç koşuldan biri eksik kaldığında geçiş süreci genellikle şu üç hata modelinden birine düşer: URL’lerin büyük kısmı ana sayfaya toplu yönlendirilir (otorite kaybı), yönlendirmeler geçici (302) kurulur (otorite hiç aktarılmaz) veya eşleştirme yüzeysel yapılır, alakasız sayfalar birbirine bağlanır (kullanıcı deneyimi ve alaka sinyali zayıflar). Bu yazıda anlatılan toplu 301 yönlendirme hizmeti mantığı, tam olarak bu üç hatayı önlemek üzere kurgulanır.

Domain Değişikliğinin Tipik Nedenleri

Alan adı değişikliği hizmeti talep eden işletmelerin başvuru nedenleri genellikle şu başlıklarda toplanır:

• Marka yenileme (rebrand): Şirket adı değişti, yeni bir marka kimliğine geçildi.
• Domain birleştirme: Birden fazla küçük site (örneğin şube siteleri, ürün mikrositeleri) tek bir kurumsal domain altında toplanıyor.
• Ülke/dil genişlemesi: .com.tr yapısından uluslararası bir .com yapısına geçiliyor ya da tam tersi.
• Daha kısa/akılda kalıcı bir domaine geçiş: Eski domain uzun, hatalı yazılmış ya da SEO açısından zayıf bir yapıya sahip.
• Hukuki veya ticari zorunluluk: Marka tescili, ortaklık değişikliği veya satın alma sonrası domain el değiştiriyor.
• Domain’in itibar sorunu taşıması: Eski domain spam cezası almış, kötü bir geçmişe sahip veya önceki sahibi tarafından kötüye kullanılmış.

Bu son madde özellikle dikkat gerektirir: eğer domain değişikliğinin nedeni önceki domain’in cezalı ya da düşük kaliteli bir geçmişe sahip olmasıysa, o domain’den gelen backlink otoritesinin tamamını yeni domaine taşımak her zaman doğru strateji olmayabilir — bu senaryoyu aşağıda ayrı bir başlıkta ele alıyoruz.

URL Eşleştirme Hizmeti: İşin Temeli

Toplu 301 yönlendirme başarısının yaklaşık yüzde sekseni, teknik uygulamadan önceki eşleştirme (mapping) aşamasında belirlenir. URL eşleştirme hizmeti, basitçe söylemek gerekirse, eski sitedeki her URL’nin yeni sitede hangi URL’ye karşılık geldiğini bire bir (veya en azından en alakalı şekilde) belirleme sürecidir.

Adım 1: Eski Site Envanterini Çıkarma

Yönlendirme planı hazırlamadan önce, eski domaindeki tüm URL’lerin eksiksiz bir listesini çıkarmak gerekir. Bunun için üç kaynağı birleştirmek en güvenilir sonucu verir:

• Crawl verisi: Screaming Frog, Sitebulb veya benzeri bir tarayıcı ile eski sitenin tam bir taraması yapılır. Bu, sitede halihazırda erişilebilir tüm URL’leri ortaya çıkarır.
• Google Search Console verisi: Search Console’daki “Sayfalar” (Kapsam) raporundan indekslenmiş tüm URL’ler dışa aktarılır. Bu, crawl’da atlanmış olabilecek ama Google’ın bildiği sayfaları da listeye ekler.
• Analytics verisi: Google Analytics’ten son 12-24 aylık dönemde organik trafik almış tüm sayfa yollarının listesi çıkarılır. Trafik almayan ama analytics’te görünen eski kampanya sayfaları da bu şekilde tespit edilir.

Bu üç liste birleştirilip tekilleştirildiğinde, gerçek anlamda eksiksiz bir “yönlendirilmesi gereken URL” envanteri ortaya çıkar. Tecrübeler gösteriyor ki yalnızca crawl verisine güvenen projelerde, toplam URL sayısının yüzde 15-30’u arasında bir kısım gözden kaçabiliyor — özellikle artık site içi menüden erişilemeyen ama hâlâ backlink alan eski kampanya veya kategori sayfaları.

Adım 2: Önceliklendirme

Küçük bir sitede (50-500 URL) tüm sayfaları tek tek eşleştirmek mümkündür. Ancak binlerce hatta on binlerce URL’ye sahip büyük bir e-ticaret sitesi veya kurumsal portal söz konusu olduğunda, tüm URL’leri aynı özenle ele almak hem zaman hem maliyet açısından gerçekçi değildir. Bu noktada önceliklendirme devreye girer:

Bu tablo, toplu 301 yönlendirme projelerinde kaynakların nereye harcanması gerektiğini gösteren pratik bir çerçevedir. Kritik seviyedeki birkaç yüz URL’ye yatırılan manuel emek, sıralama ve trafik korumasının büyük kısmını sağlar; düşük öncelikli binlerce URL için ise kural bazlı toplu işlemler yeterlidir.

Adım 3: Eşleştirme Mantığını Kurma

URL eşleştirme hizmetinde üç temel yaklaşım kullanılır ve genellikle üçü birlikte, projenin farklı bölümlerinde uygulanır:

Bire bir içerik eşleştirmesi. Eski URL’deki içerikle en yakın anlamda örtüşen yeni URL bulunur. Örneğin eskisite.com/urunler/deri-cuzdan sayfası, yeni sitede yenisite.com/erkek-aksesuar/deri-cuzdan-modelleri sayfasına karşılık geliyorsa, doğrudan bu ikisi eşleştirilir. Bu, en yüksek SEO değerini koruyan ama en fazla emek gerektiren yöntemdir.

Kural bazlı (pattern) eşleştirme. Eski ve yeni site arasında yapısal bir benzerlik varsa (örneğin sadece domain değişmiş, dizin yapısı aynı kalmışsa) regex tabanlı kurallarla toplu eşleştirme yapılabilir: eskisite.com/blog/(.*) → yenisite.com/blog/$1. Bu yöntem, yapısı korunan büyük site bölümlerinde (özellikle blog arşivleri, ürün kategorileri) saatler süren manuel işi dakikalara indirir.

En yakın kategori/üst seviyeye yönlendirme. Yeni sitede doğrudan karşılığı olmayan, kaldırılmış veya birleştirilmiş içerikler için, o içeriğin ait olduğu en yakın kategori veya konu sayfasına yönlendirme yapılır. Bu, doğrudan eşleşme mümkün olmadığında “en az kayıpla” ikinci en iyi seçenektir; ancak bu yöntemin aşırı kullanılması (örneğin yüzlerce farklı URL’nin tek bir kategori sayfasına yönlendirilmesi) Google tarafından “soft 404” veya düşük alaka sinyali olarak değerlendirilebilir, bu nedenle yalnızca gerçek bir tematik örtüşme olduğunda kullanılmalıdır.

Eşleştirme Tablosu Formatı

Pratikte, ajansların ve kurumsal SEO ekiplerinin kullandığı standart bir redirect map, en az şu sütunları içerir:

Bu tablo hem teknik ekibe uygulama talimatı olarak hizmet eder hem de geçiş sonrası performans takibinde “hangi URL nereye gitti, ne kadar trafik/backlink taşıyordu” sorusuna hızlı yanıt verir. Site taşıma yönlendirme planı hazırlarken bu tabloyu canlı bir doküman olarak tutmak — geçiş sonrası tespit edilen eksik eşleştirmeleri buraya eklemek — süreci çok daha yönetilebilir kılar.

Toplu 301 Yönlendirme: Teknik Uygulama Yaklaşımları

Eşleştirme tablosu hazır olduğunda sıra, bu haritayı sunucu seviyesinde uygulanabilir yönlendirme kurallarına dönüştürmeye gelir. 301 kodunun ne anlama geldiğini ve neden 302 yerine tercih edilmesi gerektiğini burada tekrar açıklamıyoruz (bu konu 301 ve 302 yönlendirmesi yazımızda var); burada odak, yüzlerce veya binlerce kuralın nasıl toplu ve sürdürülebilir biçimde hayata geçirileceği.

Yöntem 1: Tekil Kural Listesi

Küçük ve orta ölçekli sitelerde (birkaç yüz URL) her eşleştirme, sunucu konfigürasyonuna (.htaccess, Nginx server bloğu veya hosting panelinin yönlendirme arayüzü) tek tek satır olarak eklenir. Avantajı: her kural bağımsız olarak izlenebilir ve değiştirilebilir. Dezavantajı: binlerce kural söz konusu olduğunda dosya boyutu büyür ve sunucu performansı her istekte bu listeyi taramak zorunda kalabileceğinden hafifçe etkilenebilir.

Yöntem 2: Pattern Bazlı Toplu Kurallar

Yapısı korunan büyük site bölümleri için tek bir regex kuralı, binlerce URL’yi tek seferde kapsayabilir. Örneğin bir Nginx konfigürasyonunda:

location ~ ^/urun-detay/(?<slug>[a-zA-Z0-9-]+)$ {
    return 301 https://yenidomain.com/urunler/$slug;
}

Bu yaklaşımın gücü basitlik ve performansta; riski ise dizin yapısı birebir korunmadığında (örneğin eski sitede /urun-detay/x, yeni sitede kategoriye göre değişen bir yapıya sahipse) yanlış eşleştirmeler üretebilmesidir. Bu nedenle pattern bazlı kurallar yalnızca gerçekten yapısal örtüşme olan bölümlerde kullanılmalı, örtüşmeyen bölümler manuel eşleştirme tablosundan beslenmelidir.

Yöntem 3: Veritabanı/Uygulama Seviyesinde Yönlendirme Yönetimi

Büyük e-ticaret platformları (özellikle bini aşan yönlendirme kuralı olan siteler) için yönlendirmeleri statik bir konfigürasyon dosyasında değil, bir veritabanı tablosunda veya CMS’in yönlendirme eklentisinde tutmak daha sürdürülebilirdir. Bu yaklaşımın avantajları:

• Yönlendirme ekleme/düzenleme, sunucu erişimi gerektirmeden içerik ekibi tarafından yapılabilir.
• Her kuralın tetiklenme sayısı (kaç kez kullanıldığı) izlenebilir, bu da hangi eski URL’lerin hâlâ trafik/bağlantı getirdiğini gösterir.
• Yönlendirme zincirleri (bir URL’nin başka bir yönlendirilmiş URL’ye tekrar yönlendirilmesi) otomatik tespit edilip temizlenebilir.

Shopify, WooCommerce, Webflow gibi platformlarda genellikle bu işlevi sağlayan yerleşik araçlar veya eklentiler mevcuttur; kurumsal ölçekte özel geliştirilmiş sitelerde ise bu genellikle özel bir “redirect middleware” katmanı olarak inşa edilir.

Hangi Yöntem Ne Zaman Kullanılmalı?

Domain Otoritesi ve Backlink Devri

Domain değişikliği SEO danışmanlığı sürecinin belki de en çok yanlış anlaşılan boyutu, “backlink otoritesinin ne kadarının, ne şekilde yeni domaine geçeceği” konusudur.

Otorite Aktarımı Gerçekte Nasıl İşler?

301 yönlendirme, eski URL’ye işaret eden bir backlink’in ürettiği otorite sinyalinin büyük bir kısmının yeni URL’ye aktarılmasını sağlar. Ancak bu aktarım birkaç faktöre bağlı olarak değişkenlik gösterir:

• Eşleştirmenin doğruluğu: Eski sayfa ile yeni sayfa arasındaki konu/içerik örtüşmesi ne kadar yüksekse, aktarım o kadar güçlü olur. Alakasız bir sayfaya yönlendirme, otorite aktarımını büyük ölçüde zayıflatır.
• Yönlendirme zincirinin uzunluğu: Eski URL → ara URL → yeni URL şeklinde çok adımlı zincirler, her adımda bir miktar sinyal kaybına yol açabilir. İdeal olan, her eski URL’nin doğrudan tek adımda nihai yeni URL’ye yönlendirilmesidir.
• Geçiş süresinin kalıcılığı: Google, yeni sinyalleri belirli bir süre boyunca gözlemleyip doğruladıktan sonra tam güven kazanır. Bu nedenle yönlendirmelerin geçici olarak değil, süresiz kalıcı olarak tasarlanması gerekir.
• Yeni sitenin teknik kalitesi: Yeni domain, hız, mobil uyumluluk, güvenli bağlantı (HTTPS) ve içerik kalitesi açısından eskisinden geri değilse, aktarım süreci daha sorunsuz ilerler.

Zaman Çizelgesi Beklentisi

Domain değişikliği sonrası tipik bir gözlem penceresi şu şekilde seyreder (site büyüklüğüne ve backlink profilinin gücüne göre değişkenlik gösterebilir):

• İlk 1-2 hafta: Google yeni URL’leri keşfetmeye ve eski URL’lerle ilişkilendirmeye başlar. Bu dönemde trafikte dalgalanma normaldir.
• 3-6 hafta: Sıralamaların büyük kısmı yeni domainde yeniden oluşur; ancak henüz eski seviyeye tam ulaşılmamış olabilir.
• 2-4 ay: İyi uygulanmış bir geçişte trafik ve sıralamalar büyük ölçüde eski seviyeye döner, bazı durumlarda birleşen sinyallerle (özellikle domain birleştirme senaryolarında) eski toplamı aşabilir.
• 4-6 ay sonrası: Bu noktada hâlâ belirgin bir kayıp varsa, eşleştirme hatası, eksik yönlendirme veya teknik bir sorun (örneğin yeni sitenin robots.txt’sinde yanlışlıkla engellenmiş bölümler) araştırılmalıdır.

Bu zaman çizelgesi genel bir çerçevedir, kesin bir garanti değildir; sitenin sektörü, backlink profilinin doğası ve rekabet yoğunluğu bu süreleri uzatıp kısaltabilir.

Domain Otoritesinin Devredilmemesi Gereken Durumlar

Her zaman “tüm otoriteyi aktar” doğru strateji değildir. Şu senaryolarda seçici davranmak gerekir:

• Cezalı veya spam geçmişi olan eski domain: Eğer domain değişikliğinin nedeni eski domainin manuel ceza almış veya düşük kaliteli/spam link profiline sahip olmasıysa, tüm eski URL’leri kör bir şekilde yönlendirmek bu olumsuz sinyalleri de yeni domaine taşıyabilir. Bu durumda önce eski domainin backlink profili bir denetimden geçirilmeli, zararlı bağlantılar reddedilme (disavow) listesine eklenmeli, yalnızca sağlıklı ve değerli sayfalar yönlendirilmelidir.
• Alakasız veya eski/güncelliğini yitirmiş içerik: Yıllar önce yayınlanmış, artık işlevsiz kampanya sayfaları gibi içerikler için yönlendirme yerine 410 (Gone) durumu daha doğru bir sinyal olabilir; ancak bu sayfalar hâlâ backlink alıyorsa yine de bir kategori sayfasına yönlendirmek genellikle daha güvenlidir.
• Domain birleştirme sırasında rakip nitelikli içerik: İki ayrı site birleştirilirken, aynı konuyu ele alan iki farklı sayfa varsa (kanibalizasyon riski), zayıf olanı güçlü olana yönlendirmek, ikisini de canlı tutup rekabet ettirmekten çok daha sağlıklıdır.

Domain Birleştirme SEO Senaryoları

Domain birleştirme SEO projeleri, tek bir domain değişikliğinden daha karmaşık bir yapıya sahiptir çünkü birden fazla kaynak site, tek bir hedef domainde konsolide edilir. Sık karşılaşılan üç senaryo şöyledir:

Senaryo A: Şube/Bölge Sitelerinin Ana Domainde Toplanması

Bir zincir işletmenin her şubesi için ayrı bir domain (örneğin subeankara.com, subeizmir.com) varsa ve bunlar tek bir kurumsal domain altında (marka.com/ankara, marka.com/izmir) toplanacaksa, her şube domaininin tüm URL’leri kendi karşılık gelen alt dizinine yönlendirilir. Bu senaryoda kritik nokta, her şube sayfasının benzersiz ve o bölgeye özgü içerik (yerel telefon, adres, şube özelinde hizmetler) korumasıdır — birleştirme sırasında içerikler basitçe tek bir şablona indirgenirse hem kullanıcı değeri hem de yerel arama görünürlüğü kaybı yaşanabilir.

Senaryo B: Ürün/Hizmet Mikrositelerinin Ana Siteye Entegrasyonu

Pazarlama kampanyaları için oluşturulmuş bağımsız mikrositeler (örneğin belirli bir ürün lansmanı için açılan ayrı domain) zamanla ana kurumsal siteye entegre edilir. Bu senaryoda mikrosite genellikle ana sitede yeni bir ürün/hizmet sayfası veya alt dizin haline gelir; mikrositenin topladığı backlink’ler (varsa) bu yeni sayfaya yönlendirilir.

Senaryo C: Satın Alma Sonrası Rakip/Tamamlayıcı Sitenin Birleştirilmesi

Bir şirket, satın aldığı başka bir işletmenin sitesini kendi ana domainiyle birleştirdiğinde, iki sitenin URL yapıları büyük olasılıkla hiç örtüşmez. Bu en emek yoğun senaryodur çünkü neredeyse tüm eşleştirmeler bire bir manuel olarak yapılmalıdır. Ayrıca iki sitenin aynı konuda farklı sayfaları varsa (örneğin ikisi de “hizmetlerimiz” sayfasına sahipse), hangisinin korunacağına, hangisinin yönlendirileceğine karar verilmeli ve tekrarlayan/kanibalize eden içerik birleştirilmelidir.

Birleştirme Sonrası İçerik Kararı Matrisi

Adım Adım Uygulama Süreci: 301 Yönlendirme Planı Nasıl Hazırlanır

”301 yönlendirme planı nasıl hazırlanır” sorusuna somut bir cevap olarak, aşağıdaki sıralı süreç, küçükten büyüğe hemen her domain değişikliği projesinde uygulanabilir bir çerçevedir.

1. Envanter ve Veri Toplama (Geçişten 4-8 Hafta Önce)

Crawl, Search Console ve Analytics verilerini birleştirerek eksiksiz URL listesini çıkarın. Her URL için mevcut trafik, backlink sayısı ve sıralama durumunu (varsa mevcut bir sıralama takip aracından) kaydedin. Bu, hem önceliklendirme hem de geçiş sonrası karşılaştırma için temel referans noktanız olacak.

2. Eşleştirme Tablosunu Hazırlama (Geçişten 3-6 Hafta Önce)

Yukarıda anlatılan önceliklendirme mantığıyla her URL’yi yeni sitedeki karşılığıyla eşleştirin. Kritik sayfalar için manuel, standart sayfalar için pattern bazlı yaklaşım kullanın. Eşleştirme tablosunu ilgili teknik ekip ve içerik ekibiyle birlikte gözden geçirip onaylatın.

3. Teknik Altyapıyı Hazırlama (Geçişten 2-4 Hafta Önce)

Yeni domainde yönlendirme mekanizmasını (statik kural listesi, pattern bazlı kurallar veya veritabanı tabanlı sistem) kurun ve test ortamında doğrulayın. Bu aşamada henüz canlıya alınmaz; yalnızca hazırlık ve test yapılır.

4. Ön Test (Geçişten 1-2 Hafta Önce)

Eşleştirme tablosundaki örneklem bir grup URL’yi (özellikle kritik sayfaları) staging ortamında test edin. Her yönlendirmenin tek adımda (zincirsiz), doğru hedef URL’ye ve doğru 301 durum koduyla çalıştığını doğrulayın. XML site haritasının yeni URL yapısına göre güncellenmiş olduğunu kontrol edin.

5. Geçiş Günü Uygulaması

Yönlendirmeleri canlıya alın. Bu adımın kendisi, genel site taşıma operasyonunun (DNS, hosting, SSL gibi unsurlar) bir parçasıdır — bu genel süreç için site taşıma rehberimize bakabilirsiniz. Buradaki spesifik kontrol, tüm redirect map’in eksiksiz devreye alınmış olmasıdır.

6. Google’a Bildirim

Google Search Console’da yeni domain mülkiyetini doğrulayın ve mevcut olan “adres değişikliği” (change of address) aracını kullanarak eski domainden yeni domaine geçişi resmi olarak bildirin. Yeni domain için güncel bir XML site haritası gönderin.

7. İzleme ve Düzeltme (Geçişten Sonraki 8-12 Hafta)

Search Console’da tarama hataları, 404 raporları ve indeks kapsamı verilerini haftalık olarak izleyin. Eşleştirme tablosunda gözden kaçmış herhangi bir URL tespit edilirse (404 dönen, hâlâ trafik/backlink getiren eski bir sayfa gibi) hızla yönlendirme eklenir. Ana sıralama takip araçlarında anahtar kelime pozisyonlarının seyrini gözlemleyin.

Kontrol Listesi Özeti

• Crawl + Search Console + Analytics birleşik URL envanteri çıkarıldı mı?
• Her URL öncelik seviyesine göre sınıflandırıldı mı?
• Eşleştirme tablosu tüm kritik sayfalar için manuel doğrulandı mı?
• Yönlendirme zincirleri (çok adımlı) temizlendi mi?
• Test ortamında örneklem doğrulama yapıldı mı?
• XML site haritası yeni URL yapısına göre güncellendi mi?
• Search Console’da adres değişikliği bildirildi mi?
• Geçiş sonrası izleme takvimi (haftalık, ilk 3 ay) belirlendi mi?
• Eski domain’in mülkiyeti (yenileme) en az 1-2 yıl daha korunuyor mu?

Yapay Zeka Destekli Yaklaşımların Rolü

2026 itibarıyla domain değişikliği projelerinde yapay zeka araçları, özellikle büyük ölçekli URL eşleştirme sürecinde belirgin bir zaman tasarrufu sağlıyor. İçerik benzerliği analizi yapan modeller, eski ve yeni site URL listelerini karşılaştırarak anlamsal olarak en yakın eşleşmeleri otomatik öneri olarak sunabiliyor — özellikle binlerce URL’lik büyük e-ticaret kataloglarında, manuel eşleştirmenin haftalar sürebileceği durumlarda bu yaklaşım süreci günlere indirebiliyor.

Ancak bu noktada önemli bir uyarı var: yapay zeka önerili eşleştirmeler, özellikle kritik öncelikli sayfalarda, mutlaka insan gözden geçirmesinden geçmeli. Anlamsal benzerlik algoritmaları bazen yüzeysel kelime örtüşmesine dayanarak gerçekte alakasız iki sayfayı eşleştirebiliyor; bu da otorite aktarımını zayıflatan ya da kullanıcıyı yanlış sayfaya yönlendiren sonuçlar doğurabiliyor. Pratik yaklaşım, yapay zekayı ilk taslak/öneri aşamasında bir hızlandırıcı olarak kullanmak, nihai onayı ise insan denetimine bırakmaktır.

Vaka Kurgusu: Orta Ölçekli Bir E-Ticaret Sitesinin Domain Değişikliği

Yaklaşık 1.800 ürün sayfası ve aylık 45.000 organik ziyaretçiye sahip bir moda e-ticaret sitesi, marka yenileme kararı sonrası eski domaininden yeni bir domaine geçmeyi planlıyor. Eski domain, dört yıllık geçmişinde 1.200’den fazla geri bağlantı ve güçlü bir kategori bazlı sıralama profiline sahip.

Uygulama. Öncelikle crawl, Search Console ve Analytics verileri birleştirilerek 2.340 benzersiz URL’lik bir envanter çıkarılıyor (crawl’da görünmeyen ama hâlâ trafik alan 540 eski kampanya URL’si bu şekilde tespit ediliyor). Trafik ve backlink verisine göre 180 URL “kritik”, 620 URL “önemli”, geri kalan 1.540 URL “standart/düşük öncelik” olarak sınıflandırılıyor.

Kritik ve önemli seviyedeki 800 URL manuel olarak, bire bir içerik eşleştirmesiyle yeni site yapısına bağlanıyor. Standart seviyedeki URL’lerin büyük kısmı (yaklaşık 1.300’ü), eski ve yeni sitede korunan ürün kategorisi dizin yapısı sayesinde tek bir pattern kuralıyla toplu olarak eşleştiriliyor. Kalan 240 URL (güncelliğini yitirmiş kampanya sayfaları) ilgili kategori sayfalarına yönlendiriliyor.

Yönlendirmeler, geçiş öncesi iki haftalık test sürecinden geçiriliyor; bu süreçte pattern kuralının yanlışlıkla 40 kadar URL’yi hatalı kategoriye yönlendirdiği tespit edilip düzeltiliyor. Geçiş günü tüm yönlendirmeler canlıya alınıyor, Search Console’da adres değişikliği bildiriliyor, yeni site haritası gönderiliyor.

Sonuç penceresi. İlk iki haftada organik trafikte yüzde 18’lik geçici bir düşüş gözleniyor (bu, benzer ölçekli projelerde beklenen bir dalgalanma aralığında). Altıncı haftada trafik eski seviyenin yüzde 90’ına ulaşıyor. Onikinci haftada trafik eski seviyeyi yüzde 6 oranında aşıyor — bu artış, marka yenileme kampanyasıyla eş zamanlı artan marka aramalarına ve iki eski kampanya mikrositesinin de bu süreçte ana domaine yönlendirilerek konsolide edilmiş olmasına bağlanıyor. Geçiş sonrası izleme sürecinde toplam 34 eksik yönlendirme (öncelikle uzun kuyruk ürün sayfaları) tespit edilip haftalık kontrollerle tamamlanıyor. (Vaka temsilidir.)

Sık Yapılan Hatalar

1. Tüm eski URL’leri ana sayfaya yönlendirmek. En sık görülen ve en zararlı hatalardan biri budur. Google, alaka düzeyi düşük toplu yönlendirmeleri düşük kaliteli sinyal olarak değerlendirebilir ve otorite aktarımı ciddi ölçüde zayıflar. Her URL, mümkün olduğunca en alakalı karşılığına yönlendirilmelidir.

2. 302 (geçici) yönlendirme kullanmak. Domain değişikliği kalıcı bir işlemdir, bu nedenle yönlendirmeler de kalıcı (301) olmalıdır. 302 kullanımı, Google’a “bu değişiklik geçici, eski URL’yi indeksten çıkarma” sinyali gönderir ve otorite aktarımını neredeyse tamamen engeller.

3. Yönlendirme zincirleri oluşturmak. Özellikle birden fazla küçük düzenlemenin üst üste eklenmesiyle oluşan çok adımlı zincirler (A→B→C→D), her adımda sinyal kaybına ve tarama verimliliğinde düşüşe yol açar. Her eski URL doğrudan nihai hedefe yönlendirilmelidir.

4. Eşleştirmeyi yalnızca crawl verisine dayandırmak. Sitede artık gezinme menüsünden erişilemeyen ama hâlâ backlink alan veya trafik getiren eski URL’ler, sadece crawl ile tespit edilemez. Search Console ve Analytics verisi mutlaka eşleştirme sürecine dahil edilmelidir.

5. Geçiş sonrası yönlendirmeleri belirli bir süre sonra kaldırmak. “Artık trafik normale döndü, yönlendirmeleri kaldırabiliriz” düşüncesi yaygın bir hatadır. Eski URL’lere hâlâ dış bağlantı veren siteler, sosyal medya paylaşımları veya kaydedilmiş yer imleri olabilir; yönlendirmeler süresiz kalıcı olarak korunmalıdır.

6. Yeni sitenin XML site haritasını güncellemeyi unutmak. Geçiş sonrası eski URL yapısına göre oluşturulmuş bir site haritası göndermeye devam etmek, Google’ın tarama önceliklerini yanlış yönlendirebilir ve yeni URL yapısının keşfini geciktirebilir.

7. Eski domainin kayıt yenilemesini bırakmak. Domain değişikliği sonrası eski domain süresi dolup başka biri tarafından satın alınırsa, hem yönlendirmeler devre dışı kalır hem de eski domain kötü niyetli kullanıma açılabilir. Eski domainin en az 1-2 yıl daha (ideali süresiz) aktif tutulup yönlendirmelerin korunması gerekir.

8. İç bağlantıları (internal linking) güncellemeyi ertelemek. Yönlendirme kurmak yeterli değildir; yeni sitenin kendi içindeki menü, altbilgi ve içerik içi bağlantılarının doğrudan yeni URL’lere işaret etmesi gerekir. Sitenin kendi içinde eski URL’lere bağlantı vermeye devam etmesi, hem gereksiz yönlendirme zincirlerine hem de kullanıcı deneyiminde küçük gecikmelere yol açar.

Sıkça Sorulan Sorular (SSS)

Domain değişikliği veya domain birleştirme sürecini planlıyorsanız, Teknik SEO hizmetlerimiz kapsamında eksiksiz bir URL eşleştirme tablosu, toplu 301 yönlendirme kurulumu ve geçiş sonrası izleme sürecini uçtan uca sizin için yönetebiliriz.