Yeni sitenin tasarımı onaylandı, herkes mutlu. İki hafta sonra Search Console’a girip tıklama grafiğine bakıyorsunuz ve çizgi yerde. Bu manzarayı birkaç kez yakından gördük; çoğu zaman suçlu tasarım ya da yazılım değil, eski adreslerin yeni sitede karşılıksız kalması. Site güzelleşmiş ama Google’ın yıllarca öğrendiği adresler artık 404 veriyor.
Bu yazıda bir web sitesini yenilerken (ya da WordPress’ten özel yazılıma, eski bir altyapıdan yenisine geçerken) Google sıralamasını nasıl koruyacağınızı, hangi sırayla ne yapılacağını ve geçiş sonrası neyin izleneceğini anlatıyoruz. Süre ve sıra önerileri, kendi yaptığımız taşıma projelerindeki gözlemlerimize dayanıyor. Rakamlarla süslenmiş vaatler yok, çünkü her sitenin durumu farklı.
1. Site yenilemek neden sıralama kaybettirir?
Kısa cevap: Google sayfaları adreslerine göre tanır; adres değişir ya da kaybolursa o sayfanın biriktirdiği güven de yok olur. Yeni site ne kadar iyi olursa olsun, Google’ın onu yeniden keşfedip değerlendirmesi zaman alır. Kayıp genelde şu beş yerden gelir:
- Adres değişikliği, yönlendirme yok. /hizmetler.php gidip /hizmetler gelir, ama eskisi 404 verir.
- Yönlendirme var ama yanlış. Yüz sayfa ana sayfaya yönlendirilir; Google bunların hiçbirini “karşılığı” olarak görmez.
- Başlık, açıklama ve içerik silinmiş. Yıllarca sıralanan bir sayfanın metni “daha sade olsun” diye kısaltılır.
- Test ortamının kapalı kalma ayarı yayına taşınmış. Staging’de konan noindex etiketi ya da robots.txt engeli canlıda da kalır. Bu hata düşündüğünüzden sık görülüyor.
- İç linkler, site haritası ve canonical etiketleri güncellenmemiş. Yeni sayfalar eski adresleri göstermeye devam eder.
İyi haber şu: bunların hepsi önceden planlanabilir. Aşağıdaki takvim, orta ölçekli bir kurumsal site için süreci özetliyor.
2. Adım: Eski sitenin envanterini çıkarın
Taşıma sırasında kaybedeceğiniz şeyi bilmiyorsanız koruyamazsınız. Eski site kapanmadan önce şu verileri bir tabloya alın:
| Ne toplanır? | Nereden? | Neden gerekli? |
|---|---|---|
| Tüm URL listesi | Tarama aracı (Screaming Frog’un ücretsiz sürümü 500 adrese kadar tarar), site haritası | 301 haritasının temelidir |
| Trafik getiren sayfalar | Search Console (son 16 aylık veri) ve analitik | Hangi sayfaların kesinlikle korunacağını belirler |
| Backlink alan sayfalar | Search Console bağlantı raporu ya da bir backlink aracı | Dış bağlantı değeri bu adreslerde birikmiştir |
| Başlık, açıklama, H1 | Tarama aracı dışa aktarımı | Sıralanan metinlerin yeni sitede korunması için |
| Yapısal veri ve canonical | Tarama aracı, kaynak kod | Yeni sitede eksik kalmasın diye |
Search Console verisi yalnızca 16 ay geriye gider; yenileme kararı verir vermez dışa aktarın, sonra aramak zorunda kalmayın.
3. Adım: URL haritası ve 301 yönlendirmeler
Her eski adres, konusu en yakın yeni sayfaya 301 (kalıcı) yönlendirmeyle gitmeli. Mümkünse en iyi yönlendirme, hiç yönlendirme gerektirmeyen yapıdır: yeni sitede adresleri birebir korumak. Biz kendi projelerimizde URL’leri olduğu gibi tutabiliyorsak tutuyoruz; yönlendirme gerekiyorsa da haritayı elle, sayfa sayfa hazırlıyoruz.
Haritayı hazırlarken dikkat edilecek noktalar:
- Zincir kurmayın. A, B’ye; B, C’ye yönleniyorsa A doğrudan C’ye gitmeli. Zincirler hız ve değer kaybı demek.
- 302 değil 301 kullanın. 302 geçici anlamına gelir; Google eski adresi dizinde tutmaya devam edebilir.
- Karşılığı olmayan sayfayı ana sayfaya atmayın. Yeni sitede gerçekten bir karşılığı yoksa 404 ya da 410 vermek daha doğrudur.
- Parametreli adresleri unutmayın. ?id=12 gibi eski adresler de dizinde olabilir.
- Yönlendirmeleri en az bir yıl açık tutun. Google’ın önerisi bu yönde; backlink geldiği sürece kalıcı tutmak daha güvenli.
Nginx kullanan bir sunucuda küçük ve orta ölçekli haritalar için şöyle bir yapı işimizi görüyor:
map $request_uri $yeni_adres {
default "";
/hakkimizda.php /hakkimizda;
/hizmetlerimiz/web-tasarim.html /hizmetler/web-tasarim;
/haberler/seo-ipuclari-2019 /blog/seo-ipuclari;
}
server {
# ...
if ($yeni_adres) {
return 301 $yeni_adres;
}
}
4. Adım: Yayına almadan önce test ortamında kontrol
Test ortamı Google’a kapalı olmalı, canlıya geçerken bu kapatma kaldırılmalı. Bu iki cümle, yaşanan sorunların büyük kısmını önler. Test sitesinde şunları tek tek denetleyin:
- Başlık, meta açıklama ve H1’ler eski sitedeki sıralanan sayfalarla karşılaştırıldı mı?
- Her sayfada kendi adresini gösteren bir canonical var mı?
- İç linkler eski adresleri değil yeni adresleri mi gösteriyor?
- Yeni site haritası yalnızca 200 dönen, indekslenebilir adresleri mi içeriyor?
- 301 haritasındaki her satır test edildi mi? (Toplu test için tarama aracına “liste modu”nda eski adresleri yükleyin.)
- Yapısal veri (Organization, BlogPosting, FAQPage vb.) korundu mu?
- Mobil hız ve Core Web Vitals değerleri eski siteden kötü değil mi?
- Test ortamındaki noindex etiketi ve robots.txt engeli canlıya taşınmayacak şekilde ayrıldı mı?
5. Adım: Geçiş günü
Geçiş günü sakin geçmesi gereken bir gündür; heyecan değil sıra önemlidir. Bizim izlediğimiz sıra:
- Geçişten birkaç gün önce DNS TTL değerini düşürün, böylece değişiklik hızlı yayılır.
- Yedek alın: eski sitenin dosyaları ve veritabanı, geri dönüş için hazır dursun.
- Yeni siteyi yayına alın, robots.txt ve noindex ayarlarını canlı haline getirin.
- 301 haritasını etkinleştirin ve en trafikli 20 eski adresi elle deneyin.
- Yeni site haritasını Search Console’a gönderin.
- HTTPS’in ve www / www’suz yönlendirmesinin tek bir sürüme gittiğini doğrulayın.
Alan adı da değişiyorsa Search Console’daki “Adres değişikliği” aracı devreye girer; yalnızca tasarım ya da altyapı değişiyorsa bu araca gerek yoktur.
6. Geçiş sonrası ilk 90 gün: ne görmeyi beklemelisiniz?
Planlı bir taşımada bile ilk haftalarda küçük bir düşüş görebilirsiniz; önemli olan düşüşün derinliği ve ne kadar sürdüğü. Aşağıdaki grafik iki örnek senaryoyu karşılaştırıyor: yönlendirmelerin ve içeriğin korunduğu taşıma ile bunların yapılmadığı taşıma. Eğriler mantığı göstermek için çizilmiş illüstrasyonlardır, gerçek bir müşterinin verisi değildir; gerçek süre ve miktar siteden siteye değişir.
İzleme için Search Console’da bakacağınız yerler:
- Sayfa dizine ekleme raporu: “Bulunamadı (404)” ve “Yönlendirmeli sayfa” sayıları.
- Performans raporu: Eski ve yeni dönemin tıklama ve gösterim karşılaştırması. En çok trafik getiren sayfaların tek tek takibi.
- Tarama istatistikleri: Yanıt kodlarının dağılımı. 404 ve 5xx artışı hemen müdahale gerektirir.
- Site haritası: Gönderilen ve dizine eklenen adres sayısı.
İlk iki hafta bu raporlara günlük, sonrasında haftalık bakmak yeterli. Anahtar kelimelerinizin sıralamasını ayrıca bir takip aracıyla izlemek, düşüşü Search Console’dan önce fark etmenizi sağlar.
7. Yapay zekâ aramaları için de aynı disiplin geçerli
ChatGPT, Gemini ve Perplexity gibi sistemler de kaynak seçerken adresi, içeriği ve yapısal veriyi birlikte değerlendirir. Taşımada sayfa içeriği ve JSON-LD işaretlemesi kaybolursa, o sayfa yapay zekâ cevaplarındaki yerini de kaybedebilir. Sık sorulan soru bölümlerini ve yapısal veriyi taşımak, hem klasik aramada hem GEO tarafında işe yarıyor. Bu konuyu GEO rehberimizde ayrıntılı anlattık.
8. En sık yapılan altı hata
- Envanter çıkarmadan tasarıma başlamak.
- Tüm eski sayfaları ana sayfaya yönlendirmek.
- Test ortamındaki noindex etiketini canlıda unutmak.
- Geçişi Cuma akşamı yapıp hafta sonu izlememek.
- Yönlendirmeleri birkaç ay sonra “artık gerek yok” diye kaldırmak.
- Geçişten sonra tek bir rapora bakıp rahatlamak; izleme en az 90 gün sürmeli.
Sonuç
Site yenilemek, sıralamadan vazgeçmek anlamına gelmek zorunda değil. Envanteri çıkarmak, adresleri mümkünse korumak, korunamayanları doğru yere yönlendirmek ve geçişten sonra izlemek, riskin büyük kısmını ortadan kaldırıyor. Yenileme planınız varsa kurumsal web sitesi rehberimize da göz atabilirsiniz; süreç ve bütçe tarafını orada anlattık.
Siteniz yenilenecek ve sıralamanızı korumak istiyorsanız, önce mevcut durumu ücretsiz analiz edin ya da projenizi anlatın; taşıma planını başlangıçtan birlikte çıkaralım. Daha fazlası için hizmetlerimize ve tamamladığımız projelere göz atabilirsiniz.
Sıkça Sorulan Sorular (SSS)
Web sitesi yenilerken Google sıralaması kaybolur mu?
Her zaman kaybolmaz, ama kontrolsüz yapılan yenilemelerde kaybolma riski yüksektir. Eski adreslerin yeni karşılıklarına 301 ile yönlendirilmesi, başlık ve içeriklerin korunması ve yayın sonrası düzenli izleme sıralama kaybını büyük ölçüde sınırlar. Geçişten sonra birkaç haftalık dalgalanma normaldir.
301 yönlendirmeleri ne kadar süre açık kalmalı?
Google, taşıma sonrası yönlendirmelerin en az bir yıl korunmasını öneriyor. Eski adreslere hâlâ backlink geliyorsa yönlendirmeyi kalıcı tutmak en güvenlisidir.
Tüm eski sayfaları ana sayfaya yönlendirebilir miyim?
Önermiyoruz. Konuyla ilgisiz bir sayfaya yapılan yönlendirmeyi Google soft 404 gibi değerlendirebilir ve sayfanın birikmiş değeri aktarılmaz. Her eski adresi, konusu en yakın yeni sayfaya yönlendirin; karşılığı yoksa 404 veya 410 vermek daha dürüst bir sonuçtur.
Domain adını değiştirmeden sadece tasarımı yenilersem de yönlendirme gerekir mi?
URL yapısı aynı kalıyorsa yönlendirme gerekmez. Yeni sitede adresler değişiyorsa (örneğin .php uzantıları gidiyorsa ya da klasör yapısı değişiyorsa) her biri için 301 gerekir. En güvenli yol mümkün olduğunca adresleri birebir korumaktır.
Taşıma sonrası Search Console’da neye bakmalıyım?
Sayfa dizine ekleme raporundaki 404 ve yönlendirme hatalarına, performans raporunda tıklama ve gösterim değişimine, tarama istatistiklerindeki yanıt kodlarına ve site haritasının okunma durumuna bakın. İlk iki hafta günlük, sonrasında haftalık kontrol yeterlidir.
Site taşıma ne kadar sürer?
Orta ölçekli bir kurumsal sitede hazırlık ve test genellikle birkaç hafta, geçiş sonrası izleme ise üç aya kadar sürer. Binlerce sayfalı e-ticaret ve haber sitelerinde süre uzar.