Web Siteniz Ne Zaman Yenilenmeli, Ne Zaman Değil?

Yenileme bir tasarım kararı gibi hissettiriyor ama genelde bir taşıma. URL'ler değişiyorsa Google bunu site taşıması sayıyor ve maliyetini yayımlıyor: yeniden tarayıp yeniden dizine eklerken süren, orta ölçekli bir sitede haftalarla, büyük bir sitede daha uzun ölçülen bir dalgalanma dönemi.

Bu gerçek bir fatura; peşin ödeniyor ve genelde büyütmeye çalıştığınız para biriminden. Ödemeye kesinlikle değebilir. Ama adını koyabileceğiniz bir kısıt için ödenmeli, sitenin eski göründüğü hissi için değil.

Google bir site taşımasının ne yaptığını söylüyor

Google'ın 20 Ağustos 2026'da güncellenen site taşıma dokümantasyonu bozulma konusunda alışılmadık biçimde açık.

Süre hakkında:

"Orta ölçekli siteler için, Google'ın eski URL'ler yerine yeni URL'leri göstermeye kademeli olarak başlaması birkaç hafta ya da daha uzun sürebilir (daha büyük sitelerde daha da uzun)."

Bu arada ne olduğu hakkında:

"Bir sitede yapılan herhangi bir önemli değişiklikte, Google siteyi yeniden tarayıp yeniden dizine eklerken sıralama dalgalanmaları yaşayabilirsiniz."

ve

"İçeriğinizin Arama'daki görünürlüğünün taşıma sırasında geçici olarak dalgalanabileceğini unutmayın. Bu normaldir ve sitenin sıralamaları zamanla oturur."

Üçünü birlikte okuyun. Bozulma bekleniyor, geçici ve günlerle değil haftalarla ölçülüyor. Bunların hiçbiri bir siteyi asla taşımamak için gerekçe değil. İmzalamadan önce ne satın aldığınızı bilmek için gerekçe.

Elinizdeki en ucuz risk azaltma

URL'leri koruyun. Mevcut URL yapısı üzerindeki görsel bir yenileme site taşıması değildir. Google içeriği değişen sayfaları yeniden tarar — zaten yaptığı şey; yanlış kurulacak yönlendirme, eşlenecek eski URL ve biri bir bölümü unutursa toparlanılacak bir şey yoktur.

Yenilemenin parçası olarak yeni URL önerildiğinde, yeni yapının ne kazandırdığını sorun. Dürüst cevap genelde derli topluluk oluyor — Google ise başka bir yerde "bir sitenin yapısını anlamak için genelde URL'lerin yapısına bakmadığını" söylüyor; bunu e-ticaret SEO rehberinde ele almıştık. Derli topluluk, trafiği olmayan bir sitede URL değiştirmek için gayet iyi bir gerekçe. Trafiği olan bir sitede zayıf bir gerekçe.

Yeniden yapmayı haklı çıkaran sebepler

Bunların her biri sonucu olan bir kısıt — test de bu:

• Erişilebilir değil ve düzeltmeler kozmetik değil yapısal. Bir tercih değil; erişilebilirlik rehberimizde ele aldığımız hukuki ve pratik bir kısıt.
• Sahada Core Web Vitals'ı geçemiyor ve kademeli düzeltilemiyor; çünkü genelde performans sorunu mimarinin kendisi. Farkı nasıl anlarsınız, Core Web Vitals rehberimiz anlatıyor.
• CMS, yayın yapması gereken kişileri engelliyor. Pazarlama bir başlığı değiştirmek için geliştiriciye rica ediyorsa, site size her hafta iş hızı kaybettiriyor demektir — ve headless'a geçmek bunu iyileştirmez, kötüleştirir.
• İşletmenin artık ihtiyaç duyduğunu kaldıramıyor — ikinci bir dil, yeni bir ürün hattı, bir mağaza, bir üye alanı.
• Kimsenin bakmayacağı bir şeyin üzerine kurulu ya da çalışma ortamının ömrü dolmuş. Bu, tasarım konuşmasından önce bir bakım konuşması.

Listede olmayana dikkat edin. "Eski görünüyor" bir yargı — hem de gerçek bir yargı; ama genelde aynı yapı üzerinde görsel bir tazelemeyle, maliyetin çok altına ve riskin hiçbirine katlanmadan karşılanıyor.

Bu tartışmaların çoğunu bitiren test

Mevcut sitenin yapmanızı engellediği üç şeyi yazın. Beğenmediğiniz şeyleri değil — engellediği şeyleri.

Üç satırı da doldurabiliyorsanız elinizde bir yeniden yapım var. Birini dolduruyorsanız bir proje var. Hiçbirini dolduramıyorsanız elinizde bir tercih var ve dürüst karşılık bir tazeleme: yeni tipografi, yeni görseller, yeniden yazılmış bir ana sayfa, daha iyi bir iletişim akışı. Aynı URL'ler, aynı CMS, taşıma yok, bütçenin küçük bir kısmı.

Yeniden yapmamız istenen sitelerin çoğunda genel bir durum değil, tanımlanabilir üç dört sorun oluyor. Largest Contentful Paint olan ve optimize edilmemiş bir hero görseli. Klavyeyle kullanılamayan bir menü. Sessizce başarısız olan bir iletişim formu. Hiçbir şeye bağlantı vermeyen bir kategori sayfası. Her biri aylarla değil günlerle ölçülüyor ve düzeltmek, yenilemenin vaat ettiğinin çoğunu veriyor.

URL'leri zaten taşıyorsanız

Düzgün yapın; çünkü toparlanabilir sürümle toparlanamaz sürüm yayın gününde birebir aynı görünüyor.

1. Trafiği ya da bağlantısı olan her URL'yi dışa aktarın, hiçbir şey değişmeden önce. Search Console'da da analitiğinizde de var.
2. Her birini en yakın eşdeğerine eşleyin. Ana sayfaya değil — en yaygın kısayol ve en zararlısı o.
3. Kalıcı, sunucu taraflı yönlendirme kullanın. Google "mümkünse 301 ve 308 gibi HTTP kalıcı yönlendirmelerini" ve istemci taraflı yerine sunucu taraflıyı öneriyor.
4. Küçük bir sitede her şeyi tek seferde taşıyın. Google "tüm URL'leri bölüm bölüm taşımak yerine aynı anda taşımayı" öneriyor; daha büyük siteler için aşamalı taşımaya, "sorunları izlemeyi, tespit etmeyi ve daha hızlı düzeltmeyi kolaylaştırabileceği" için izin veriyor.
5. Yönlendirmeleri sonsuza kadar tutun. Yayın haftasına özel bir önlem değiller.
6. Bir ay boyunca Search Console'u izleyin; dalgalanmadan telaşlanmak yerine onu bekleyerek.

Nerede hayır diyoruz

Mevcut sitenin neyi engellediğini söyleyemeyen bir müşteriye yeniden yapım teklif etmiyoruz. Kimsenin ihtiyacı olmayan bir taşıma için bütçe almaktansa onda birine bir tazeleme yapmayı tercih ederiz.

Önceden mutabık kalınmış bir yönlendirme haritası olmadan URL değiştirmiyoruz. Bir sitenin arama trafiğini kaybettiren yenileme, yenileme değil; yeni renk paletli bir kesintidir.

Ve sorunun kap değil içerik olduğu durumu söyleriz. Üstünde bir alıcının sorusunu yanıtlayan hiçbir şey olmadığı için dönüşmeyen bir site, yeniden yapıldıktan sonra da dönüşmez — bunu nasıl dürüstçe kapsamlandırdığımız web sitesi yapımı rehberimizde.

Yeniden yapıma mı yoksa üç düzeltmeye mi ihtiyacınız olduğuna dair dışarıdan bir okuma isterseniz, siteyi bize gönderin; hangisi olduğunu söyleyelim — cevabın "bütçeyi başka yere harcayın" olduğu durum dâhil.