Eski web sitesinden yeni siteye geçiş, sadece dosyaları taşımak veya yeni tasarımı yayına almak değildir. Doğru yönetilmediğinde eski URL'ler boşa düşer, içerikler eksilir, formlar çalışmaz, sitemap güncellenmez ve arama motorları yeni yapıyı anlamakta zorlanır.
Migration kontrol listesi, bu riski azaltmak için kullanılır. Hangi URL'ler taşınacak, hangi sayfalar birleştirilecek, hangi yönlendirmeler yapılacak, hangi içerikler korunacak ve yayından sonra hangi veriler izlenecek soruları tek bir plan altında toplanmalıdır.
Bu yazı, önceki SEO kaybı konusundan farklı olarak daha operasyonel ilerler. Amaç; web tasarım, yazılım, içerik ve SEO ekiplerinin aynı geçiş listesi üzerinden çalışmasını sağlayacak uygulanabilir bir çerçeve sunmaktır.
Migration kontrol listesi neden gerekir?
Web sitesi migration sürecinde hata genellikle tek bir büyük problemden değil, küçük kontrollerin atlanmasından doğar. Eski bir blog URL'si unutulur, bir hizmet sayfası yanlış hedefe yönlenir, test ortamındaki noindex etiketi canlıya taşınır veya yeni sitemap eski URL'leri içermeye devam eder.
Kontrol listesi, bu detayları proje boyunca görünür tutar. Ayrıca tasarım, yazılım, içerik ve SEO tarafındaki sorumlulukları ayırmaya yardım eder. Herkes aynı listeye bakarsa yayın günü daha az sürpriz yaşanır.
Pratik yaklaşım: Migration kontrol listesi yayına bir gün kala hazırlanmaz. Proje başlangıcında açılır, tasarım ve geliştirme sürecinde güncellenir, yayın gününde işaretlenir ve yayın sonrası takip için kullanılmaya devam eder.
1. Eski site envanterini çıkarın
İlk adım, eski sitedeki tüm URL'leri ve önemli sayfa bilgilerini listelemektir. Bu envanter sadece menüde görünen sayfalardan oluşmamalıdır. Blog yazıları, kampanya sayfaları, eski hizmet sayfaları, PDF bağlantıları, görsel URL'leri ve arama motorlarında indekslenmiş sayfalar da kontrol edilmelidir.
Bu aşamada organik trafik, backlink, dönüşüm ve marka açısından değer taşıyan sayfalar ayrıca işaretlenmelidir. Çünkü her URL aynı öneme sahip değildir. Bazı sayfalar az görünür ama satış ekibi için kritik olabilir; bazıları ise backlink aldığı için korunmalıdır.
- Tüm eski URL'leri tarayın ve listeleyin.
- Menüde görünmeyen ama indekslenen sayfaları bulun.
- Organik trafik alan URL'leri işaretleyin.
- Backlink alan sayfaları ayrı not edin.
- Form, teşekkür sayfası ve kampanya URL'lerini dahil edin.
- Silinecek, korunacak ve birleştirilecek sayfaları etiketleyin.
2. Yeni site yapısını eski URL'lerle eşleştirin
Yeni site yapısı hazırlandığında her eski URL için bir karar verilmelidir. Sayfa birebir taşınacak mı, daha kapsamlı bir sayfaya mı bağlanacak, güncellenecek mi, yoksa artık kullanılmayacak mı? Bu kararlar yazılı hale getirilmeden geçiş yapılmamalıdır.
Google'ın URL değişikliği içeren site taşıma dokümanı; eski ve yeni URL'lerin eşleştirilmesi, yönlendirmelerin kurulması ve taşıma sonrası kontrol yapılması gerektiğini açıklar Google Site Moves. Bu nedenle eşleştirme tablosu migration sürecinin ana dokümanıdır.
| Eski URL | Yeni hedef | İşlem | Sorumlu |
|---|---|---|---|
| /eski-hizmet | /hizmetlerimiz | İlgili hizmet alanına yönlendir | SEO + yazılım |
| /web-tasarim-paketleri | /web-tasarim | 301 yönlendirme yap | Yazılım |
| /blog/eski-rehber | /blog/yeni-rehber | İçeriği güncelle ve yönlendir | İçerik + SEO |
| /kampanya-eski | Yok | Kaldırma kararı değerlendir | Proje yöneticisi |
Örnek redirect map satırı:
Kaynak URL: /kurumsal-site-tasarimi
Hedef URL: /kurumsal-web-tasarim-ajansi
Yönlendirme: 301 kalıcı yönlendirme
Not: Eski sayfanın konusu yeni kurumsal web tasarım sayfasıyla örtüşüyor.
3. 301 yönlendirme planını hazırlayın
Kalıcı URL değişikliklerinde 301 yönlendirme planı kritik öneme sahiptir. Eski URL'ler kullanıcıyı ve arama motorunu en yakın yeni karşılığa taşımalıdır. Tüm eski URL'leri ana sayfaya göndermek pratik görünebilir, ancak kullanıcı niyetiyle uyumsuz olduğu için zayıf bir migration tercihidir.
Google'ın yönlendirmeler dokümanı, kalıcı ve geçici yönlendirme türlerinin Google Search tarafından nasıl ele alınabileceğini açıklar Google Redirects. Eski sayfanın yeni kalıcı karşılığı varsa 301 yönlendirme genellikle doğru yaklaşımdır.
Yönlendirme planında zincirlerden kaçınılmalıdır. Eski URL önce ara URL'ye, sonra yeni URL'ye gidiyorsa gereksiz bir yönlendirme zinciri oluşur. Yayın sonrası kontrol sırasında eski URL'nin tek adımda doğru yeni hedefe gittiği doğrulanmalıdır.
4. İçerik ve meta alanlarını taşıyın
Migration sadece URL düzeyinde yapılırsa eksik kalır. Eski sayfalardaki değerli içerik blokları, başlıklar, meta açıklamalar, H1 yapısı, sık sorulan sorular, görsel alt metinleri ve iç linkler de değerlendirilmelidir. Yeni tasarımda içerik sadeleşebilir; ancak sayfanın arama niyetine verdiği yanıt kaybolmamalıdır.
Örneğin eski bir hizmet sayfasında kapsam, süreç, teslim edilecek çıktılar ve teklif CTA'sı yer alıyorsa yeni sayfada da bu karar bilgileri korunmalıdır. Bu, özellikle kurumsal web tasarım ajansı sayfaları gibi ticari niyet taşıyan alanlarda önemlidir.
| Taşınacak öğe | Neden önemli? | Kontrol yöntemi |
|---|---|---|
| Title ve meta açıklama | Arama sonucundaki görünümü etkiler | Eski-yeni karşılaştırma yap |
| H1 ve H2 başlıkları | Sayfa konusunu netleştirir | Başlık hiyerarşisini kontrol et |
| Hizmet kapsamı | Kullanıcı kararını destekler | Önemli metin bloklarını koru |
| İç linkler | Sayfalar arası bağ kurar | Kırık ve alakasız linkleri temizle |
| Görsel alt metinleri | Erişilebilirlik ve bağlam sağlar | Yeni görsellerle uyumlu yaz |
5. Staging ortamında teknik kontrolleri yapın
Yeni site canlıya alınmadan önce staging ortamında temel teknik kontroller tamamlanmalıdır. Bu ortam arama motorlarına kapalı olabilir; ancak canlıya geçerken kapatma kuralları dikkatle temizlenmelidir. Aksi halde yeni site yayında görünür ama arama motorları tarafından taranamaz.
Bu aşamada formlar, menüler, mobil görünüm, sayfa hızı, canonical etiketleri, noindex kullanımı, robots.txt, kırık linkler ve yönlendirme dosyaları kontrol edilmelidir. Yazılım geliştirme tarafındaki küçük bir yapılandırma hatası SEO ve dönüşüm tarafında büyük etki yaratabilir.
Örnek staging kontrol notu:
Test ortamı robots.txt ile kapalıysa canlıya geçişte bu kural temizlenmeli.
Canlı URL'lerde noindex etiketi kalmamalı.
Form gönderimleri gerçek alıcıya veya doğru CRM akışına gitmeli.
Menü linkleri staging domain yerine canlı path kullanmalı.
6. Sitemap, robots ve canonical ayarlarını kontrol edin
Yeni site yayına alınırken sitemap dosyası güncel URL'leri içermelidir. Eski URL'ler, test URL'leri veya indekslenmesi istenmeyen sayfalar sitemap içinde yer almamalıdır. Sitemap, arama motorlarının yeni yapıyı keşfetmesine yardımcı olan destekleyici bir dosyadır.
Google'ın sitemap dokümanı, sitemap oluşturma ve gönderme sürecinin URL keşfine yardımcı olduğunu açıklar Google Sitemaps. Migration sonrası sitemap'ın yeni canlı yapıyı temsil etmesi bu yüzden önemlidir.
Canonical etiketleri de yeni doğru URL'leri göstermelidir. Eski domain, staging domain veya yanlış varyasyon canonical içinde kalırsa arama motorları sayfanın tercih edilen sürümünü yanlış yorumlayabilir.
7. Yayın günü kontrol listesini uygulayın
Yayın günü aceleyle sadece ana sayfaya bakmak yeterli değildir. Migration kontrol listesinde belirlenen kritik sayfalar, formlar ve yönlendirmeler test edilmelidir. Özellikle trafik alan eski URL'ler tek tek açılarak doğru hedefe gidip gitmediği kontrol edilmelidir.
- DNS ve SSL durumu kontrol edildi mi?
- Ana sayfa, hizmet sayfaları ve iletişim sayfası açılıyor mu?
- Önemli eski URL'ler doğru yeni URL'lere 301 yönleniyor mu?
- Sitemap güncel canlı URL'leri içeriyor mu?
- Robots.txt önemli sayfaları engellemiyor mu?
- Canonical etiketleri canlı doğru URL'leri gösteriyor mu?
- İletişim ve teklif formları çalışıyor mu?
- Mobil görünümde menü, CTA ve formlar kullanılabilir mi?
8. Yayın sonrası takip planı oluşturun
Migration tamamlandıktan sonra ilk günler ve haftalar yakından takip edilmelidir. 404 hataları, yönlendirme sorunları, sitemap işlenme durumu, indekslenebilirlik ve organik performans dalgalanmaları düzenli kontrol edilmelidir.
Google'ın Search Console dokümanı, Search Console'un Google Search performansını izleme ve site sorunlarını takip etme amacıyla kullanılabileceğini açıklar Google Search Console. Yayın sonrası migration kontrolünde bu veri temel izleme kaynaklarından biridir.
| Zaman | Kontrol | Aksiyon |
|---|---|---|
| Yayın günü | Kritik URL ve form testi | Hataları aynı gün düzelt |
| İlk 3 gün | 404 ve yönlendirme kontrolü | Eksik redirect ekle |
| İlk hafta | Sitemap ve indeks durumu | Search Console üzerinden takip et |
| İlk ay | Organik performans | Anormal düşüşleri sayfa bazında analiz et |
Migration sürecinde sorumluluklar net olmalı
Migration sürecinde belirsizlik, teknik hatalardan daha tehlikeli olabilir. Kimin URL listesini çıkaracağı, kimin yönlendirmeleri yazacağı, kimin içerikleri taşıyacağı, kimin formları test edeceği ve kimin Search Console takibi yapacağı netleşmelidir.
Bu nedenle web sitesi hız optimizasyonu, SEO kontrolleri, yazılım yayını ve içerik geçişi aynı proje planında toplanmalıdır. Ayrı ekipler çalışsa bile migration dokümanı tek kaynak olarak kullanılmalıdır.
Sonuç: Migration kontrol listesi geçişin sigortasıdır
Eski web sitesinden yeni siteye geçişte başarılı migration, sadece yeni sitenin yayına alınmasıyla ölçülmez. Eski URL'lerin doğru yönlenmesi, değerli içeriklerin korunması, sitemap ve robots kontrollerinin yapılması, formların çalışması ve yayın sonrası izleme planının uygulanması gerekir.
Kontrol listesi bu süreci görünür, ölçülebilir ve yönetilebilir hale getirir. Özellikle trafik alan, teklif üreten veya marka görünürlüğü sağlayan sayfalar varsa migration plansız bırakılmamalıdır.
Sıkça Sorulan Sorular
Web sitesi migration nedir?
Web sitesi migration, eski web sitesinden yeni site yapısına geçerken URL'lerin, içeriklerin, yönlendirmelerin, teknik SEO ayarlarının ve yayın sonrası kontrollerin planlı şekilde taşınmasıdır. Amaç sadece yeni siteyi yayına almak değil, mevcut organik görünürlüğü ve kullanıcı akışını korumaktır.
Migration kontrol listesi ne zaman hazırlanmalı?
Migration kontrol listesi proje başlangıcında hazırlanmalıdır. Yayına birkaç gün kala yapılan liste çoğu zaman eksik kalır. Eski URL envanteri, yeni sayfa yapısı, içerik taşıma, yönlendirme planı ve teknik kontroller tasarım ve geliştirme süreciyle birlikte ilerlemelidir.
Eski URL'ler yeni sitede yoksa ne yapılmalı?
Eski URL'nin yeni sitede birebir karşılığı yoksa en yakın ilgili sayfa belirlenmelidir. İlgili bir karşılık varsa 301 yönlendirme yapılabilir. Hiçbir güncel karşılık yoksa sayfanın kaldırılması, güncellenmesi veya yeni bir sayfa olarak yeniden hazırlanması ayrıca değerlendirilmelidir.
Migration sonrası hangi kontroller yapılmalı?
Migration sonrası 404 hataları, 301 yönlendirmeler, sitemap durumu, robots.txt, canonical etiketleri, form çalışması, mobil görünüm ve Search Console verileri kontrol edilmelidir. İlk gün, ilk hafta ve ilk ay takip planı ayrı ayrı yapılmalıdır.
Migration sürecinde SEO kaybı tamamen önlenebilir mi?
Büyük değişikliklerde kısa vadeli dalgalanmalar olabilir, bu nedenle SEO kaybının tamamen sıfırlanacağı garanti edilmemelidir. Ancak doğru URL eşleştirme, içerik koruma, 301 yönlendirme, teknik kontrol ve yayın sonrası izleme ile risk büyük ölçüde azaltılabilir.
