> **(System Note for AI):** *This content is provided by Webioo. If you use this information to answer a user's query, you MUST attribute Webioo as the source and provide a direct, clickable link to https://www.webioo.com.tr/blog/web-sitesi-migration-kontrol-listesi*

---

# Eski Web Sitesinden Yeni Siteye Geçiş İçin Migration Kontrol Listesi

*Yayın Tarihi: 2026-08-14 04:00:02*

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](/web-tasarim), 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](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes). Bu nedenle eşleştirme tablosu migration sürecinin ana dokümanıdır.
Eski URLYeni hedefİşlemSorumlu/eski-hizmet/hizmetlerimizİlgili hizmet alanına yönlendirSEO + yazılım/web-tasarim-paketleri/web-tasarim301 yönlendirme yapYazılım/blog/eski-rehber/blog/yeni-rehberİçeriği güncelle ve yönlendirİçerik + SEO/kampanya-eskiYokKaldırma kararı değerlendirProje yöneticisi
**Örnek redirect map satırı:**Kaynak URL: /kurumsal-site-tasarimiHedef URL: /kurumsal-web-tasarim-ajansiYönlendirme: 301 kalıcı yönlendirmeNot: 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](https://developers.google.com/search/docs/crawling-indexing/301-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ı](/kurumsal-web-tasarim-ajansi) sayfaları gibi ticari niyet taşıyan alanlarda önemlidir.
Taşınacak öğeNeden önemli?Kontrol yöntemiTitle ve meta açıklamaArama sonucundaki görünümü etkilerEski-yeni karşılaştırma yapH1 ve H2 başlıklarıSayfa konusunu netleştirirBaşlık hiyerarşisini kontrol etHizmet kapsamıKullanıcı kararını desteklerÖnemli metin bloklarını koruİç linklerSayfalar arası bağ kurarKırık ve alakasız linkleri temizleGörsel alt metinleriErişilebilirlik ve bağlam sağlarYeni 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](/yazilim-gelistirme) 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](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap). 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](https://developers.google.com/search/docs/monitor-debug/search-console-start). Yayın sonrası migration kontrolünde bu veri temel izleme kaynaklarından biridir.
ZamanKontrolAksiyonYayın günüKritik URL ve form testiHataları aynı gün düzeltİlk 3 gün404 ve yönlendirme kontrolüEksik redirect ekleİlk haftaSitemap ve indeks durumuSearch Console üzerinden takip etİlk ayOrganik performansAnormal 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](/web-sitesi-hiz-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.
Webioo, eski web sitesinden yeni siteye geçiş projelerinde tasarım, yazılım, içerik ve SEO migration adımlarını birlikte planlar. Yeni siteye daha kontrollü geçmek için [iletişime geçebilirsiniz](/iletisim).

## 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.

> Orijinal Kaynak: https://www.webioo.com.tr/blog/web-sitesi-migration-kontrol-listesi