Web sitesinin alan adı, altyapısı, URL yapısı veya tasarımı değiştirilirken mevcut organik görünürlüğün yeni sisteme aktarılması gerekir. Bu süreç planlanmadan gerçekleştirilen geçişler; anahtar kelime sıralamalarının düşmesine, indeks sorunlarına ve organik trafiğin önemli ölçüde azalmasına neden olabilir.
SEO migration çalışmasının amacı, Google’ın eski ve yeni site arasındaki ilişkiyi doğru biçimde anlamasını sağlamaktır. Başarılı bir geçişte yalnızca sayfalar taşınmaz; URL’lerin otoritesi, içerik sinyalleri, iç bağlantılar, backlink değeri ve teknik SEO ayarları da korunur.
SEO Migration Nedir?
SEO migration, bir web sitesinde yapılan kapsamlı değişiklikler sırasında mevcut SEO performansının korunması ve yeni yapıya aktarılması için yürütülen planlı çalışmalardır. Türkçede SEO taşıma veya SEO geçiş süreci olarak da ifade edilebilir.
Migration yalnızca alan adı değişikliği anlamına gelmez. CMS altyapısının değiştirilmesi, URL yapısının yenilenmesi, iki sitenin birleştirilmesi veya HTTP’den HTTPS’ye geçilmesi de SEO migration kapsamına girebilir. URL’ler aynı kalsa bile yeni tasarımın içerik, bağlantı ve teknik yapı üzerinde oluşturduğu değişiklikler nedeniyle kontrollü bir geçiş planı gerekebilir.
Hangi Durumlarda SEO Migration Yapılmalıdır?
Web sitesinin arama motorları tarafından taranma, indekslenme veya değerlendirilme biçimini etkileyebilecek büyük değişikliklerde SEO migration planı hazırlanmalıdır. Değişiklik yalnızca kullanıcıların gördüğü tasarımla sınırlı değilse mevcut sıralamaların etkilenme ihtimali yükselir.
Migration kapsamı projenin türüne göre değişir. Hosting değişikliğinde URL eşleştirmesi gerekmeyebilirken alan adı veya URL değişikliğinde kapsamlı bir yönlendirme haritası hazırlanmalıdır. Bu nedenle geçiş planı standart bir kontrol listesinden değil, değişikliğin oluşturacağı SEO risklerinden hareketle oluşturulmalıdır.
SEO migration gerektiren başlıca durumlar şunlardır:
- Alan adının değiştirilmesi
- HTTP’den HTTPS’ye geçilmesi
wwwvenon-wwwsürümleri arasında geçiş yapılması- Alt alan adlarının ana domaine taşınması
- URL ve kategori yapısının değiştirilmesi
- WordPress, Shopify veya özel yazılım gibi farklı bir altyapıya geçilmesi
- Hosting veya sunucu altyapısının değiştirilmesi
- İki veya daha fazla web sitesinin birleştirilmesi
- Uluslararası site yapısının değiştirilmesi
- Mobil alt alan adının duyarlı tasarıma taşınması
- Tasarım ve içerik mimarisinin tamamen yenilenmesi
SEO Migration Planı Nasıl Yapılır?
SEO migration planı; hazırlık, URL eşleştirme, teknik uygulama, test, canlıya geçiş ve performans takibi aşamalarından oluşur. Her aşamanın sorumlusu, tamamlanma tarihi ve kontrol yöntemi önceden belirlenmelidir.
Planlama sırasında SEO uzmanı, yazılım ekibi, tasarımcı, içerik yöneticisi ve sunucu sorumlusu birlikte çalışmalıdır. Örneğin URL yapısına ilişkin bir yazılım kararı, içeriklerin silinmesine veya binlerce yönlendirme oluşturulmasına neden olabilir. SEO ekibinin projeye yalnızca yayın öncesinde dahil edilmesi, kritik hataların düzeltilmesini zorlaştırır.
Örnek migration planı şu şekilde oluşturulabilir:
| Aşama | Yapılacak çalışma | Sorumlu ekip | Durum |
|---|---|---|---|
| Hazırlık | Mevcut SEO verilerinin alınması | SEO | Bekliyor |
| Envanter | Eski URL’lerin listelenmesi | SEO ve yazılım | Bekliyor |
| Eşleştirme | Eski ve yeni URL haritası | SEO | Bekliyor |
| Uygulama | 301 yönlendirmelerinin hazırlanması | Yazılım | Bekliyor |
| Test | Teknik SEO ve yönlendirme kontrolü | SEO ve yazılım | Bekliyor |
| Yayın | Yeni sitenin canlıya alınması | Yazılım | Bekliyor |
| Takip | Trafik ve indeksleme analizi | SEO | Bekliyor |
Migration Öncesinde Mevcut SEO Verileri Nasıl Kaydedilir?
SEO migration başlamadan önce web sitesinin mevcut performansı kayıt altına alınmalıdır. Bu işlem, geçiş sonrasında hangi sayfaların ve sorguların performans kaybettiğini anlamak için karşılaştırma noktası oluşturur.
Yalnızca toplam organik trafik verisini kaydetmek yeterli değildir. Sayfa bazında tıklamalar, gösterimler, anahtar kelime sıralamaları, dönüşümler ve backlinkler incelenmelidir. Özellikle yüksek trafik veya gelir sağlayan URL’ler öncelikli korunacak sayfalar olarak işaretlenmelidir.
Kayıt altına alınması gereken veriler şunlardır:
- Google Search Console sayfa ve sorgu raporları
- Organik trafik alan açılış sayfaları
- Sayfa bazındaki dönüşüm verileri
- Anahtar kelime sıralamaları
- İndekslenmiş URL sayısı
- Backlink alan sayfalar
- Title ve meta description etiketleri
- H1 ve alt başlıklar
- Canonical ve hreflang etiketleri
- Yapılandırılmış veri işaretlemeleri
- Robots.txt ve XML sitemap dosyaları
- İç bağlantılar ve yönlendirmeler
- Core Web Vitals sonuçları
- Tarama ve sunucu kayıtları
SEO verilerinin yanında sitenin tam tarama çıktısı da saklanmalıdır. Böylece yayın sonrasında eksik meta etiketler, kaybolan içerikler, değişen durum kodları ve bozuk bağlantılar eski siteyle karşılaştırılabilir.
Eski ve Yeni URL’ler Nasıl Eşleştirilir?
URL eşleştirme, SEO migration sürecinin en kritik aşamalarından biridir. Eski sitedeki her değerli URL’nin yeni sistemdeki karşılığı belirlenmelidir. Google da site taşıma yönergelerinde eski ve yeni URL’ler arasında bir eşleştirme hazırlanmasını temel adımlardan biri olarak belirtmektedir.
URL listesi oluşturulurken yalnızca sitemap dosyası kullanılmamalıdır. Google Search Console, analiz araçları, CMS kayıtları, backlink raporları ve sunucu loglarından elde edilen adresler de listeye eklenmelidir. Çünkü sitemap içerisinde bulunmayan bir sayfa organik trafik veya değerli dış bağlantılar alıyor olabilir.
Her eski URL için şu kararlardan biri verilmelidir:
- URL aynı şekilde korunacak.
- Yeni ve eşdeğer bir URL’ye yönlendirilecek.
- Başka bir içerikle birleştirilecek.
- Uygun karşılığı olmadığı için 404 veya 410 durum kodu verecek.
- İçeriği ve SEO değerleri korunarak güncellenecek.
Örnek URL eşleştirme tablosu:
| Eski URL | Yeni URL | İşlem |
| /seo-hizmeti/ | /seo-danismanligi/ | 301 yönlendirme |
| /google-reklamlari/ | /google-ads-yonetimi/ | 301 yönlendirme |
| /hakkimizda/ | /hakkimizda/ | URL korunacak |
| /eski-kampanya/ | Karşılığı yok | 410 veya 404 |
| /blog/eski-yazi/ | /blog/guncel-yazi/ | İçerik birleştirilecek |
301 Yönlendirme Planı Nasıl Hazırlanır?
Adresi değişen sayfalar, sunucu tarafında uygulanan 301 veya 308 kalıcı yönlendirmeleriyle yeni karşılıklarına aktarılmalıdır. Bu yönlendirmeler kullanıcıları yeni sayfaya taşırken Google’a da eski URL’nin kalıcı olarak değiştiğini bildirir.
Her eski sayfanın içerik ve arama niyeti bakımından en yakın yeni adrese yönlendirilmesi gerekir. Çok sayıda ilgisiz URL’nin ana sayfaya gönderilmesi doğru değildir. Google, bu tür toplu ve alakasız yönlendirmelerin soft 404 olarak değerlendirilebileceğini belirtmektedir. İçerik gerçekten kaldırılmış ve uygun karşılık bulunmuyorsa 404 veya 410 durum kodu kullanmak daha doğru olabilir.
Yönlendirme planında şu kurallara dikkat edilmelidir:
- Geçici 302 yerine kalıcı 301 veya 308 kullanılmalıdır.
- Eski URL doğrudan son hedefe yönlenmelidir.
- Yönlendirme zincirleri ve döngüleri oluşturulmamalıdır.
- HTTP, HTTPS, www ve non-www sürümleri kontrol edilmelidir.
- Büyük ve küçük harf farklılıkları hesaba katılmalıdır.
- Parametreli ve sonuna eğik çizgi eklenen URL sürümleri test edilmelidir.
- Eski sayfalar robots.txt ile engellenmemelidir.
- Yönlendirmeler yayından önce toplu biçimde taranmalıdır.
Google’a göre 301 ve diğer kalıcı yönlendirmeler tek başına PageRank kaybına neden olmaz. Bununla birlikte hedef sayfanın alakasız olması, içeriğin zayıflatılması veya yönlendirmenin çalışmaması performans kaybı oluşturabilir. Yönlendirmelerin mümkün olduğunca uzun süre, genel olarak en az bir yıl korunması önerilmektedir.
İçerik ve Sayfa Sinyalleri Nasıl Korunur?
Migration sırasında URL’nin doğru yönlendirilmesi, sıralamayı korumak için tek başına yeterli değildir. Yeni sayfanın eski sayfayla benzer arama niyetini karşılaması ve en azından eşdeğer içerik kalitesine sahip olması gerekir.
Yüksek trafik alan sayfalardaki açıklamalar, başlıklar, tablolar, görseller ve önemli konu bölümleri tasarım gerekçesiyle kaldırılmamalıdır. İçerik geliştirilebilir ve gereksiz tekrarlar temizlenebilir; ancak sıralama kazandıran kapsam veri analizi yapılmadan daraltılmamalıdır.
Yeni sisteme aktarılması gereken başlıca sayfa sinyalleri şunlardır:
- Title etiketi
- Meta description
- H1 ve alt başlıklar
- Sayfa metinleri
- Görsel alt metinleri
- Breadcrumb yapısı
- Canonical etiketi
- Hreflang etiketleri
- Yapılandırılmış veriler
- Yazar ve yayın tarihi bilgileri
- Ürün yorumları ve kullanıcı içerikleri
- İndirilebilir dokümanlar
- İç ve dış bağlantılar
Yeni sayfalardaki iç bağlantılar doğrudan güncel URL’lere verilmelidir. Bağlantının önce eski adrese, ardından 301 ile yeni sayfaya gitmesi gereksiz yönlendirme oluşturur. Menü, footer, breadcrumb, kategori sayfaları ve blog içeriklerindeki bağlantılar toplu olarak güncellenmelidir.
Teknik SEO Kontrolleri Nasıl Yapılır?
Yeni site canlıya alınmadan önce test ortamı teknik SEO açısından taranmalıdır. Sayfaların açılması yeterli değildir; Googlebot’un içerikleri görebilmesi, kaynak dosyalarına ulaşabilmesi ve doğru indeksleme sinyallerini alması gerekir.
Test ortamını arama motorlarından gizlemek için kullanılan noindex veya erişim engelleri, canlıya geçiş sırasında kaldırılmalıdır. Özellikle robots.txt dosyasındaki Disallow: / kuralının veya site genelindeki noindex etiketinin canlı sistemde unutulması, web sitesinin Google sonuçlarından çıkmasına neden olabilir.
Teknik kontrol kapsamında şunlar incelenmelidir:
- HTTP durum kodları
- Robots.txt kuralları
- Meta robots etiketleri
- Canonical adresleri
- XML sitemap dosyaları
- Hreflang bağlantıları
- Yapılandırılmış veriler
- Sayfalandırma ve filtre URL’leri
- JavaScript ile oluşturulan içerikler
- Mobil görünüm ve içerik eşitliği
- Core Web Vitals değerleri
- Görsel ve dosya adresleri
- HTTPS sertifikası
- Karma içerik sorunları
- Özel 404 sayfası
- Analytics ve dönüşüm ölçümleri
Google mobil sürümü indeksleme ve sıralama için temel aldığından, masaüstünde bulunan önemli içeriklerin mobil görünümde de erişilebilir olması gerekir. Mobil öncelikli dizine ekleme yönergelerine göre mobil ve masaüstü sürümlerde içerik, metadata, robots etiketleri ve yapılandırılmış veriler eşdeğer olmalıdır.
Migration Öncesi Test Süreci Nasıl Yürütülür?
Yeni site mümkünse şifreyle korunan bir test ortamında hazırlanmalıdır. Test alan adını yalnızca robots.txt ile engellemek, adreslerin farklı kaynaklardan keşfedilmesini tamamen önlemez. Şifre koruması, test sitesinin yanlışlıkla indekslenmesi riskini azaltır.
Yayın öncesinde eski URL listesi kullanılarak bütün yönlendirmeler kontrol edilmelidir. Her eski adresin beklenen yeni sayfaya gittiği ve son hedefin 200 durum kodu döndürdüğü doğrulanmalıdır. Yalnızca örnek birkaç URL’yi kontrol etmek, şablon veya yönlendirme kuralı kaynaklı toplu hataları gözden kaçırabilir.
Canlıya geçmeden önce şu testler tamamlanmalıdır:
- Eski URL’lerin tamamı taranmalıdır.
- 301 hedefleri eşleştirme tablosuyla karşılaştırılmalıdır.
- Yönlendirme zincirleri bulunmalıdır.
- Bozuk iç bağlantılar temizlenmelidir.
- Canonical ve hreflang etiketleri doğrulanmalıdır.
- Noindex kullanılan sayfalar listelenmelidir.
- XML sitemap içindeki adresler kontrol edilmelidir.
- Önemli sayfaların mobil çıktıları incelenmelidir.
- Formlar ve dönüşüm adımları denenmelidir.
- Analytics, reklam ve dönüşüm kodları test edilmelidir.
- Sunucu kapasitesi ve hata kayıtları kontrol edilmelidir.
- Geri dönüş planı hazırlanmalıdır.
Site Ne Zaman Canlıya Alınmalıdır?
Migration, mümkünse sitenin daha az ziyaret aldığı gün ve saatlerde gerçekleştirilmelidir. Böylece teknik bir sorun yaşandığında daha az kullanıcı etkilenir ve ekip düzeltme yapmak için daha rahat hareket edebilir.
Mevsimsel trafik alan sitelerde yoğun satış, kampanya veya başvuru dönemleri tercih edilmemelidir. Yayına geçiş sırasında SEO, yazılım ve sunucu ekiplerinin erişilebilir olması gerekir. Cuma akşamı veya uzun tatil öncesinde gerçekleştirilen migration işlemleri, fark edilmeyen sorunların günlerce devam etmesine neden olabilir.
Google, büyük değişikliklerin mümkün olduğunda ayrı aşamalarda uygulanmasını önermektedir. Alan adı, CMS, tasarım ve içerik yapısının aynı anda değiştirilmesi yerine proje uygun olduğunda değişiklikler bölünebilir. Böylece performans sorunu yaşanırsa hangi uygulamanın etkili olduğu daha kolay anlaşılır.
Search Console ve XML Sitemap Nasıl Güncellenir?
Alan adı değiştiriliyorsa eski ve yeni domain Google Search Console’a ayrı mülkler olarak eklenmeli ve doğrulanmalıdır. Domain migration işlemlerinde eski mülk üzerinden Adres Değişikliği aracı kullanılabilir. HTTP’den HTTPS’ye geçişte veya yalnızca site içi URL yolları değiştirildiğinde bu aracın kullanılmasına gerek yoktur.
Yeni XML sitemap yalnızca indekslenmesi istenen, canonical olan ve 200 durum koduyla açılan güncel URL’leri içermelidir. Sitemap yeni site yayına alındıktan sonra Search Console üzerinden gönderilmelidir. Google’ın sitemap hazırlama yönergeleri, sitemap dosyasının URL’lerin keşfedilmesine yardımcı olduğunu ancak indeks garantisi vermediğini açıklar.
Alan adı değişikliğinde ayrıca şu noktalar güncellenmelidir:
- Google Analytics mülk ve veri akışı ayarları
- Google Tag Manager değişkenleri
- Google Ads açılış sayfaları
- Merchant Center ürün bağlantıları
- Google Business Profile web sitesi bağlantısı
- Sosyal medya profil bağlantıları
- E-posta şablonlarındaki URL’ler
- Önemli dizin ve firma profilleri
- Yüksek trafik gönderen backlinkler
- Disavow dosyası kullanılıyorsa yeni Search Console mülkü
Migration Sonrasında Performans Nasıl Takip Edilir?
Migration yayına alındığında çalışma tamamlanmış sayılmaz. Google’ın eski ve yeni URL’leri taraması, yönlendirmeleri işlemesi ve sinyalleri yeni sayfalara aktarması zaman alabilir. Bu süreçte eski sitedeki trafik azalırken yeni URL’lerde gösterim ve tıklamaların artması beklenir.
Google, orta büyüklükteki bir web sitesindeki URL’lerin büyük bölümünün taşınmasının birkaç hafta sürebileceğini, daha büyük sitelerde sürecin uzayabileceğini belirtmektedir. Geçici sıralama dalgalanmaları görülebilir; ancak sürekli düşüşler teknik hata, yanlış yönlendirme veya içerik farklılığı ihtimaline karşı incelenmelidir.
İlk hafta günlük olarak takip edilmesi gereken metrikler şunlardır:
- Organik trafik ve dönüşümler
- Marka ve marka dışı sorgular
- Eski ve yeni URL gösterimleri
- İndekslenen sayfa sayısı
- 404 ve soft 404 hataları
- Yönlendirme sorunları
- Googlebot tarama hareketleri
- Sunucu hata oranları
- Sitemap işleme durumu
- Canonical uyuşmazlıkları
- Mobil kullanılabilirlik
- Core Web Vitals değişimleri
Performans kaybı görüldüğünde ilk olarak en fazla trafik alan sayfalar incelenmelidir. Eski URL’nin doğru hedefe yönlenmesi, yeni içeriğin yeterliliği, canonical etiketi, noindex durumu ve mobil render çıktısı birlikte kontrol edilmelidir.
SEO Migration Sürecinde Yapılan Hatalar
SEO migration çalışmalarında en sık yapılan hata, planlamaya site tamamlandıktan sonra başlanmasıdır. URL yapısı ve içerik mimarisi önceden belirlendiği için SEO ekibi yalnızca ortaya çıkan sorunları düzeltmeye çalışır. Bu yaklaşım hem süreyi uzatır hem de bazı kayıpların önlenmesini imkânsız hâle getirebilir.
Bir diğer önemli hata, migration sonrasında yalnızca ana sayfanın kontrol edilmesidir. Ana sayfa sorunsuz çalışırken ürün, kategori, hizmet veya blog şablonlarında toplu canonical, noindex ve yönlendirme hataları bulunabilir. Bu nedenle kontroller URL örnekleriyle sınırlı kalmamalı, bütün site taranmalıdır.
Kaçınılması gereken başlıca hatalar şunlardır:
- URL envanteri oluşturmadan geçiş yapmak
- Trafik alan sayfaları kaldırmak
- Bütün eski URL’leri ana sayfaya yönlendirmek
- 302 yönlendirmelerini kalıcı geçiş için kullanmak
- Yönlendirme zincirleri oluşturmak
- Test ortamındaki noindex etiketini canlıya taşımak
- Canonical etiketlerinde eski alan adını bırakmak
- İç bağlantıları eski URL’lerle yayınlamak
- Yapılandırılmış verileri aktarmamak
- Mobil sürümde içerikleri eksiltmek
- Search Console mülklerini doğrulamamak
- Sunucu kapasitesini kontrol etmemek
- Yönlendirmeleri kısa sürede kaldırmak
- Yayın sonrası performans takibi yapmamak
SEO Migration Ne Kadar Sürer?
Migration süresi sitenin büyüklüğüne, değişikliğin kapsamına ve teknik altyapıya göre değişir. Küçük bir kurumsal sitede hazırlık ve uygulama birkaç hafta içinde tamamlanabilirken binlerce ürün içeren e-ticaret sitelerinde URL envanteri, yönlendirme testleri ve indeks geçişi daha uzun sürebilir.
Proje takvimi yalnızca canlıya geçiş tarihine göre hesaplanmamalıdır. Hazırlık ve test aşamasının yanında yayın sonrasında en az birkaç haftalık takip dönemi planlanmalıdır. SEO migration, tek gecede yapılan teknik bir işlem değil; veriye dayalı ve aşamalı bir geçiş sürecidir.
Webonya ile SEO Migration Sürecinizi Planlayın
Alan adı, altyapı veya URL değişikliklerinin yanlış yönetilmesi yıllar içinde kazanılan organik görünürlüğün kaybedilmesine neden olabilir. Bu nedenle migration sürecinin tasarım ve yazılım çalışmalarıyla eş zamanlı planlanması gerekir.
Webonya olarak mevcut SEO verilerinin çıkarılması, URL eşleştirme tablosunun hazırlanması, 301 yönlendirmelerinin kontrolü, teknik SEO testleri ve yayın sonrası performans takibi aşamalarını birlikte yürütüyoruz. Sitenizin mevcut durumunu inceletmek için ücretsiz SEO analizi talep edebilir, hizmet kapsamımızı SEO danışmanlığı sayfamızdan inceleyebilir veya migration projenizi değerlendirmek için Webonya ile iletişime geçebilirsiniz.
