Web Sitesi Yenilerken SEO Nasıl Korunur? Kendi Taşımamızdan 7 Ders
Kendi sitemizi WordPress'ten taşıyınca dizine giren sayfa oranı %48'e düştü; üç düzeltmeyle 13 günde %80'e çıktı. 301, canonical, sitemap ve iç linkte 7 ders ve taşıma kontrol listesi.
Kısa cevap: Yeni siteye geçince Google'da geçici bir düşüş olabilir; kalıcı kayıp ise çoğunlukla taşımanın kendisinden değil, kırık eski adreslerden, aynı içeriğin birden çok adreste durmasından ve iç linki olmayan yeni sayfalardan gelir. Her eski adresi tek adımda yeni karşılığına yönlendirin, her içeriği tek adreste tutun, yeni sayfaları iç linkle bağlayın. Kendi sitemizi taşıdıktan sonra dizine giren sayfa oranımız %48'e düşmüştü; bu düzeltmelerden 13 gün sonra %80'e çıktı.
Bu yazı teori değil. 2026'da starkajans.com'u eski WordPress altyapısından yeni bir altyapıya taşıdık. Aşağıdaki rakamların hepsi bu taşımada Search Console'dan ölçtüğümüz değerler; yaptığımız üç hatayı da saklamadık. Yeni sitenin teknik standartlarını kurumsal web sitesi geliştirme rehberimizde anlattık; bu yazı taşımanın kendisiyle ilgili.
Taşımadan sonra neden düşüş olur?
Google sıralama sinyallerini adres bazında tutar. Bir sayfanın aldığı linkler, gösterim geçmişi ve tıklamaları o adrese yazılıdır. Site yenilenince adresler değişir ve Google üç şeyi yeniden yapmak zorunda kalır: yeni adresleri bulmak, taramak ve eski adresin sinyalini yenisine aktarmak. Bu halkalardan biri koparsa kayıp başlar.
Yazıda dört terim sık geçiyor:
- 301 yönlendirme: Eski adrese gelen ziyaretçiyi ve Google'ı yeni adrese gönderen, "bu sayfa kalıcı olarak taşındı" diyen sunucu cevabı.
- Canonical (kanonik adres): Aynı içerik birden çok adreste açılıyorsa Google'a "asıl adres bu" diyen etiket.
- Sitemap: Dizine girmesini istediğiniz adreslerin listesi; Google'a "bunları tara" demenin yolu.
- Search Console: Google'ın ücretsiz paneli. Hangi sayfanızın dizinde olduğunu, hangisinin neden dışarıda kaldığını gösterir.
Bizim taşımamızda ne oldu?
Taşımadan sonra Search Console'da 434 sayfamızdan yalnız 209'u dizindeydi. 1 Ağustos 2026'da üç yapısal düzeltme yaptık: kanonik adresleri birleştirdik, sitemap'teki ölü kayıtları temizledik, iç link mimarisini yeniden kurduk. 13 gün sonraki ölçüm:
| Search Console durumu | Düzeltme öncesi | 14 Ağustos 2026 |
|---|---|---|
| Dizine giren sayfa | 209 / 434 (%48) | 354 / 443 (%80) |
| Keşfedildi, şu anda dizine eklenmiş değil | 90 | 9 |
| URL, Google tarafından bilinmiyor | 75 | 15 |
| Kopya | 51 | 17 |
Oran Eylül ortasında %96'ya çıktı; Ekim başında yaptığımız 60 sayfalık örneklem denetiminde %98 çıktı. Bu sonuca giden yolu yedi derste topladık.
Kendi taşımamızdan 7 ders
1. Eski adres listesini taşımadan önce dosyaya kaydedin
Eski adreslerin listesini eski sitenin sitemap dosyalarından üretiyorduk. Eski site kapanınca o sitemap'ler de kapandı ve listeyi yeniden üretmek imkânsız hale geldi. Sonradan bir yönlendirmeyi düzeltmemiz gerektiğinde elimizde yalnız önceden üretilmiş dosyalar kaldı.
Ders: taşımadan önce eski sitedeki bütün adresleri (sayfalar, yazılar, kategori ve etiket sayfaları) bir dosyaya yazıp saklayın. Sitemap'e ek olarak Search Console'daki sayfa listesini de alın; sitemap'te olmayan ama gösterim alan adresler orada çıkar.
2. Her eski adres için 301 yazın, kuralları sunucu katmanında tutun
250'yi aşkın 301 kuralı yazdık ve bunları uygulamanın içine değil, sunucunun önündeki katmana koyduk. Sebebi şu: yeni sitemiz statik üretiliyor, yani sayfalar önceden dosya olarak hazırlanıyor. Böyle bir uygulama, karşılığı olmayan eski bir adres geldiğinde onu yakalayıp yönlendiremez; o adres 404 olur. Yönlendirmenin isteği ilk karşılayan katmanda olması gerekiyordu.
Siteyi yapan ekibe şunu sorun: "Eski adresleri kim, hangi katmanda yönlendirecek?" Eski sitede bir eklentiyle yapılan iş, yeni altyapıda o eklenti yoksa boşta kalır. Google'ın site taşıma rehberi de sunucu taraflı kalıcı yönlendirme öneriyor ve yönlendirmelerin mümkün olduğunca uzun, genelde en az bir yıl tutulmasını söylüyor (Google Search Central, Ağustos 2026 güncellemesi).
3. Gösterim geçmişi olan adresi değiştirmeyin
Yeni altyapı, adresleri "temizlemek" için cazip bir fırsat gibi görünür. Biz gösterim geçmişi olan altı eski adresi bilerek olduğu gibi bıraktık. Adres değiştirmek o adresin biriktirdiği geçmişi sıfırdan başlatır; 301 sinyali taşısa da aktarım haftalar sürer (7. derste rakamlarıyla). Kural: adres yalnız somut bir kazanç için değişir, görüntü için değişmez.
4. Bir içerik, bir adres
En büyük kaybımız kopyalardan geldi:
- Dil kopyası. Her blog yazımız hem Türkçe hem İngilizce adres altında aynı içerikle yayındaydı: 130 yazı, 260 adres. Google aynı metni iki yerde görünce birini seçer, diğerini "Kopya" diye dışarıda bırakır; seçtiği her zaman sizin istediğiniz olmaz. Her adrese dil kontrolü ekledik; yanlış dildeki adres artık doğru olana 301 veriyor.
- Kanonik dağınıklık. Canonical etiketlerini, her sayfa yalnız tek bir asıl adresi gösterecek şekilde birleştirdik.
- İçerik kopyası. Aynı soruyu 6-8 ayrı yazının cevapladığı bir kümede 32 yazı 90 günde toplam 3 tıklama getiriyordu; sinyal bu kadar sayfaya bölününce hiçbiri öne çıkamıyor. Kümeyi 56 yazıdan 40'a indirdik.
Birleştirirken bir tuzağa dikkat edin: yazıların kapanış, çağrı ve SSS bölümlerini taşımadık. Taşısaydık sayfa sonu üst üste binmiş kapanışlardan oluşan bir yığına dönecekti. Yalnız örtüşmeyen içerik taşınır.
5. Yeni sayfaları iç linkle bağlayın, sitemap'i temiz tutun
"Keşfedildi, şu anda dizine eklenmiş değil" durumu, Google'ın adresi bildiği ama henüz taramaya değer görmediği anlamına gelir. Bu grupta takılan sayfalara baktığımızda ortak nokta netti: footer dışında hiçbir sayfadan link almayan yeni sayfalar orada kalıyordu. İlgili sayfaları metin içinden birbirine bağladık; sayfa başına ortalama iç link 1,0'dan 2,1'e çıktı.
Sitemap tarafında sorun tersiydi: listede artık var olmayan ya da yönlendirilen adresler duruyordu. Google'a "bunları tara" deyip 404 ya da 301 göstermek taramayı boşa harcatır. Sitemap'te yalnız gerçekten açılan ve asıl adres olan sayfalar kalmalı.
6. Önce sayfa, sonra yönlendirme; zincir yok
İki sıra hatası 301'i işe yaramaz hale getirir. Birincisi zamanlama: yönlendirme, hedef sayfa canlıya çıkmadan açılırsa eski adres 301 ile doğrudan bir 404 sayfasına gider. Yayın sırası her zaman önce sayfa, sonra yönlendirmedir.
İkincisi zincir. İçerik birleştirirken bunu biz de yaşadık: eski kurallar A adresini B'ye gönderiyordu; B'yi başka bir yazıyla birleştirince yeni kural B'den C'ye gitti. Ziyaretçi ve Google iki adım atıyordu. 32 kuralı doğrudan son hedefe çevirdik. Ders: her birleştirmede, kaldırdığınız sayfayı hedef gösteren eski kuralları da arayın.
7. Geçici çukurda panik yapmayın; ölçün ve kaydedin
301 sonrası sıralamada geçici bir düşüş normal; bizde 3-8 hafta sürdü. Ölçtüğümüz bir sorguda ortalama pozisyon 12,9'dan 29,9'a düştü. Sinyal aktarımı tamamlandıktan sonra başka bir sorgu 21'den 7,4'e çıktı. Google'ın rehberi de taşıma sırasında görünürlüğün geçici olarak dalgalanabileceğini, orta büyüklükte sitelerde yeni adreslerin yerleşmesinin birkaç hafta ya da daha uzun sürebileceğini yazıyor. Bu sürede eski siteye geri dönmek aktarımı baştan başlatır.
Bir de yanlış alarm var: taşımadan haftalar sonra Search Console'da eski adresleri görmeye devam edebilirsiniz. Bu çoğunlukla raporun 90 günlük geçmiş verisidir. Canlı bir sorun olup olmadığını anlamak için adresi bugün açın: yeni adrese 301 ile gidiyorsa sorun yok.
Ölçümü şöyle yaptık: Search Console API ile adres bazında dizin denetimi yaptık, her ölçümü tarihli bir kayıt olarak saklayıp bir öncekiyle karşılaştırdık. "Düştük mü?" sorusu ancak böyle bir kıyas noktasıyla cevaplanır. Analytics ve dönüşüm etiketlerinin yeni şablona eksiksiz taşındığını da kontrol edin; ölçüm kırıksa düşüşün SEO'dan mı ölçümden mi geldiğini ayıramazsınız. Bunun kurulumunu ölçümleme kurulumu sayfamızda anlattık.
Taşıma kontrol listesi
| Ne zaman | Ne yapılır | Neden |
|---|---|---|
| Önce | Bütün eski adresleri dosyaya kaydedin (sitemap ve Search Console listesi) | Eski site kapanınca liste yeniden üretilemez |
| Önce | Gösterim geçmişi olan adresleri işaretleyin, değiştirmeyin | Adres değişikliği geçmişi sıfırlar |
| Önce | Eski adres ve yeni adres eşlemesini tek adımlık hazırlayın | Zincir yönlendirmeyi baştan önler |
| Önce | Dizin durumunu tarihli olarak kaydedin | Kıyas noktası olmadan düşüş ölçülemez |
| Taşıma günü | Önce sayfaları yayına alın, sonra yönlendirmeleri açın | 301 bir 404'e gitmesin |
| Taşıma günü | Yönlendirmeleri sunucu katmanında çalıştırın, örnek eski adresleri tek tek açın | Statik site eşleşmeyen adresi yakalayamaz |
| Taşıma günü | Sitemap'e yalnız açılan, asıl adresleri koyup Search Console'a gönderin | Ölü kayıt taramayı boşa harcatır |
| Taşıma günü | Canonical etiketlerini ve dil adreslerini kontrol edin | Kopya içerik dizinden düşer |
| Sonraki 8 hafta | Haftalık adres bazlı dizin denetimi yapın, sonucu bir öncekiyle karşılaştırın | Sorun büyümeden görünür |
| Sonraki 8 hafta | "Keşfedildi" grubundaki sayfalara metin içinden link verin | Footer linki yetmiyor |
| Sonraki 8 hafta | Pozisyon düşerse geri dönmeyin, 3-8 hafta izleyin | Sinyal aktarımı zaman alır |
| Sonraki 8 hafta | Raporda görünen eski adresi bugün açıp 301'i doğrulayın | Çoğu 90 günlük geçmiş veridir |
Alan adınız da değişiyorsa Search Console'daki adres değişikliği aracını ayrıca kullanın; Google'ın rehberine göre bu araç aynı alan adı içindeki adres değişiklikleri için gerekmiyor.
Sonuç
Site yenilemek Google'dan düşmek demek değil; düşüş, taşımanın görünmeyen işleri atlandığında gelir. Bizim taşımamızda dizin oranını 13 günde %48'den %80'e çıkaran şey yeni bir tasarım değil, üç yapısal düzeltmeydi: kopya adresleri birleştirmek, sitemap'i temizlemek ve sayfaları birbirine bağlamak.
Bir not: dizin oranı tesisatın sağlam olduğunu gösterir, tek başına trafik getirmez. Taşıma bittikten sonra sıralama için içerik ve otorite işi ayrıca yapılır; bunu SEO hizmeti rehberimizde anlattık.
Yeni sitenizi bu kontrol listesiyle planlamak isterseniz web sitesi tasarımı sayfamıza göz atabilirsiniz.