Web Sitesi Yenilerken Görünürlüğü Korumak: SEO Geçiş Rehberi

1. Önce Değişikliğin Türünü ve Riskini Tanımlayın

Her yenileme site taşıması değildir. Tasarım ve bileşenler değişip URL'ler aynı kalıyorsa risk daha çok render, içerik, iç bağlantı ve performans tarafındadır. Alan adı, protokol, alt alan adı, klasör yapısı veya teknoloji değişiyorsa arama motorunun eski ve yeni adresler arasında ilişki kurması gerekir. Birden fazla değişiklik aynı projede gerçekleşebilir; fakat hepsinin aynı gün devreye girmesi şart değildir.

Geçiş belgesinin ilk sayfasında kapsamı netleştirin: hangi alan adları etkileniyor, kaç indekslenebilir URL var, hangi şablonlar değişiyor, içerik azaltılıyor mu, form ve CRM akışları yenileniyor mu, diller nasıl taşınıyor? Bu sorular cevaplanmadan yalnızca görsel ekranları onaylamak, görünmeyen riskleri son haftaya bırakır. Tasarım, geliştirme, içerik, SEO, analitik ve satış ekiplerinin aynı kapsam belgesini kullanması gerekir.

Organik giriş, dış bağlantı, kampanya veya lead rolü taşıyan sayfaları önceliklendirin. PDF ve indirilebilir dosyaları da envantere ekleyin; düşük trafik değersizlik anlamına gelmez.

2. Eski Sitenin Envanterini ve Başlangıç Ölçümünü Dondurun

Taşımadan önce neyi koruduğunuzu bilmelisiniz. Tarayıcı çıktısı, XML sitemap, analitik açılış sayfaları, Search Console performansı, backlink araçları, reklam hedefleri ve CMS kaydı tek listede birleştirilmelidir. Her satırda mevcut URL, durum kodu, canonical, başlık, ana başlık, organik tıklama, dönüşüm rolü, yeni hedef ve karar notu bulunmalıdır. Bu dosya yalnızca SEO ekibinin değil, içerik ve geliştirme ekiplerinin de çalışma tablosudur.

Başlangıç ölçümü geçiş sonrası yorumu mümkün kılar. Son 8–12 haftanın sorgu, açılış sayfası, kanal, cihaz ve dönüşüm verisini kaydedin; mevsimselliği anlamak için geçen yılın aynı dönemini de mümkünse karşılaştırın. En önemli sayfaların ekran görüntülerini, yapılandırılmış veri sonuçlarını ve performans ölçümlerini saklayın. Böylece 'trafik düştü' gibi genel bir kaygı yerine hangi şablonda, sorgu grubunda veya dönüşüm adımında sorun çıktığını görebilirsiniz.

Envanter bir silme listesi değildir. Düşük trafikli bir URL dış bağlantı, destek veya satış rolü taşıyabilir. Birleştirilen sayfanın eski niyeti gerçekten karşılaması gerekir.

• Tüm indekslenebilir HTML sayfaları ve dosyaları listeledik.
• Organik giriş, dış bağlantı ve dönüşüm değerini kaydettik.
• Canonical, hreflang, robots ve şema durumunu çıkardık.
• Form, telefon, e-posta ve CRM akışlarını belgeledik.
• Geçiş öncesi analitik ve Search Console ölçümünü arşivledik.

3. URL Haritasını Sayfa Niyetine Göre Kurun

İyi URL haritası, eski adres ile yeni adresi yalnızca metin benzerliğine göre eşlemez; kullanıcının beklediği sonucu korur. Eski ürün kategorisi yeni yapıda aynı kapsamla devam ediyorsa bire bir hedef bulunur. İki benzer rehber birleşiyorsa daha kapsamlı yeni sayfa ortak hedef olabilir. Gerçek karşılığı olmayan ve artık sunulmayan içerik ise alakasız ana sayfaya gönderilmemelidir.

Google, mümkün olduğunda 301 veya 308 gibi kalıcı sunucu tarafı yönlendirmeleri öneriyor. Çok sayıda eski URL'yi ilgisiz tek bir hedefe yönlendirmek soft 404 olarak değerlendirilebilir. Zincirler kullanıcı gecikmesini artırdığı için eski adres doğrudan son hedefe gitmeli; yönlendirme kuralları örneklerle ve toplu testle doğrulanmalıdır.Google Search Central — Yönlendirmeler ve Google AramaGoogle Search Central — URL değişiklikli site taşıma rehberi

URL haritasına karar türü eklemek işleri hızlandırır: koru, taşı, birleştir, kaldır veya incele. Her satırın sahibi ve test durumu bulunmalıdır. Küçük bir örneklemle yetinmeyin; eski sitemap, analitik açılış sayfaları ve en çok bağlantı alan URL'lerin tamamını otomatik kontrol edin. Parametreli, büyük-küçük harfli ve son slash varyasyonlarını unutmayın.

4. Staging Ortamında Yayın Öncesi Kalite Kapısı Kurun

Yeni siteyi yalnızca ekran görüntüsü üzerinden onaylamayın. Tarayıcıyla tüm şablonları gezin; durum kodu, başlık, meta açıklama, H1, canonical, hreflang, yapılandırılmış veri, görsel alt metni, dahili bağlantı ve pagination davranışını karşılaştırın. JavaScript ile üretilen ana içerik ve bağlantıların render edildiğini doğrulayın. Mobil menü, arama, filtre, sepet veya form gibi etkileşimler klavye ve gerçek cihazla test edilmelidir.

Staging ortamını arama sonuçlarından uzak tutun; kullanılan engeli yayın anında kaldırmayı açık bir görev yapın. Robots veya noindex ayarını üretime taşımak ağır bir geçiş hatasıdır.

Kalite kapısı ölçülebilir olmalıdır. Kritik şablonlarda kırık bağlantı sıfır, yüksek öncelikli URL eşlemelerinde hedef testi yüzde yüz, temel formlarda başarılı CRM kaydı ve onay sayfası, analitik DebugView kontrolü, performans bütçesi ve erişilebilirlik kontrolü gibi geçiş koşulları yazın. Koşul sağlanmıyorsa tarih baskısı hatayı görünmez yapmaz.

5. Örnek Senaryo: Hizmet Sitesini Yeni CMS'e Taşımak

Bu örnek varsayımsaldır ve gerçek bir müşteri sonucu değildir. Çok dilli bir danışmanlık şirketinin 180 URL'lik sitesini yeni bir CMS'e taşıdığını düşünün. Tasarım ekibi 60 eski hizmet ve sektör sayfasını 20 modern sayfada birleştirmek istiyor. İlk taslakta tüm eski URL'ler bölüm ana sayfalarına yönleniyor, dil klasörleri değişiyor ve form başarı mesajı artık ayrı URL açmıyor.

Ekip önce eski sayfaları arama niyeti ve satış rolüne göre sınıflandırıyor. Birbiriyle gerçekten örtüşen 24 sayfa altı kapsamlı rehberde birleşiyor; farklı niyeti olan 18 sayfa korunuyor; güncelliğini yitiren 18 sayfa için dış bağlantı ve talep kontrolünden sonra kaldırma kararı veriliyor. Her dil için ayrı eşleme hazırlanıyor. Form gönderimi özel bir analitik olay ve CRM kayıt doğrulamasıyla test ediliyor.

Yayın tek gecede rastgele yapılmıyor. Düşük trafik aralığı seçiliyor, DNS ve geri dönüş planı hazırlanıyor, yönlendirmeler önceden test ediliyor. İlk saatlerde kritik sayfalar, ilk günlerde 404 ve form akışı, sonraki haftalarda sorgu grupları ve dönüşüm kalitesi izleniyor. Bu süreç sıralama kaybını imkânsız kılmaz; fakat sorun çıktığında nedeni ve sahibi görünür olur.

6. Yayın Gününü Bir Operasyon Olarak Yönetin

Yayın planında karar verici, teknik uygulayıcı, SEO ve analitik kontrolü için sahipler bulunmalıdır. DNS, CDN, sertifika ve bağımlılıklar kontrol edilir; geri dönüş kriteri yayın başlamadan yazılır.

Yönlendirmeler açıldıktan sonra yeni canonical adresleri, robots kuralları ve yeni sitemap doğrulanmalı; alan adı değişiyorsa Search Console'daki Adres Değişikliği aracı uygun mülkler için kullanılmalıdır. Google kalıcı yönlendirmelerin genel olarak en az bir yıl tutulmasını, kullanıcı açısından mümkünse daha uzun sürdürülmesini öneriyor. İç bağlantıları ve yüksek trafik getiren dış profil bağlantılarını da yeni hedeflere güncelleyin.Google Search Central — URL değişiklikli site taşıma rehberi

İlk 24 saatte kritik URL'lerin durum kodu, form akışı, analitik olaylar, ödeme veya randevu adımları ve sunucu hataları izlenir. İlk hafta 404 raporları, tarama davranışı, sitemap durumu, organik açılış sayfaları ve kanal bazlı dönüşümler günlük kontrol edilir. Sonraki haftalarda sıklık azaltılabilir; fakat yüksek değerli sayfalar normal aralığına dönene kadar izleme sürer.

• Eski URL'ler doğrudan doğru son hedefe yönleniyor.
• Yeni canonical, hreflang ve sitemap yalnızca yeni URL'leri kullanıyor.
• Robots ve noindex üretim için doğru durumda.
• Analitik, onay yönetimi ve CRM kayıtları çalışıyor.
• Search Console mülkleri doğrulandı ve gerekli bildirimler yapıldı.
• 404, 5xx, form ve dönüşüm panelleri için sorumlular belli.

7. Yaygın Hatalar, Sınırlar ve Son Karar

En yaygın hata SEO'yu yayın öncesi son kontrol olarak çağırmaktır. URL yapısı, içerik kapsamı ve JavaScript mimarisi tasarım aşamasında belirleniyorsa SEO kararı da o aşamada verilmelidir. İkinci hata, eski siteyi ölçmeden yenisini değerlendirmektir. Üçüncü hata ise geçişle aynı anda alan adı, CMS, bilgi mimarisi, içerik tonu ve analitik modelini değiştirmektir; sorun çıktığında hangi değişkenin etkili olduğu anlaşılamaz.

Her dalgalanma teknik hata değildir. Google, önemli site taşımalarında sayfaları yeniden tarayıp dizine alırken geçici sıralama değişiklikleri yaşanabileceğini belirtiyor. Buna karşılık kritik URL'nin 404 vermesi, canonical'ın eski alanı göstermesi veya form olayının kaybolması beklenen dalgalanma değildir. Önceden tanımlı eşikler bu ayrımı hızlı yapmanızı sağlar.

Yeni tasarım mevcut URL'lerde kurulabiliyorsa yalnızca estetik için adresleri yenilemeyin. Taşıma gerçek bir kullanıcı, içerik veya teknoloji faydası sağlamalıdır.