Web siteniz birkaç yıl önce harikaydı; ya bugün? Eski bir site sessizce müşteri kaybettirir. Yenileme zamanının geldiğini gösteren 7 net belirti ve Google sıralamalarını kaybetmeden yeni siteye geçmenin adımları.
Kısaca: Siteniz telefonda bozuluyorsa, yavaş açılıyorsa, tasarımı eskimiş görünüyorsa, küçük bir değişiklik için geliştirici bekliyorsanız, aramalarda görünmüyorsanız, ziyaret olduğu hâlde talep gelmiyorsa ya da altyapı güncellenmiyorsa yenileme zamanı gelmiş olabilir. Bu belirtilerden birkaçı birlikte görülüyorsa yenilemeyi ertelemeyin. Ama yenilemeyi doğru planlayın: adresleri mümkün olduğunca koruyun, değişen her adres için kalıcı (301) yönlendirme kurun ve geçişi Search Console'dan izleyin. Böylece arama görünürlüğünüzü kaybetmeden yeni siteye geçersiniz.
Bir web sitesi yayına alındığı gün moderndir; ama internet hızla ilerler. Birkaç yıl önce takdir toplayan bir kurumsal site, bugün ziyaretçinin gözünde şirketinizi olduğundan eski gösterebilir. En sinsi yanı, bunu size kimsenin söylememesidir — müşteri sessizce siteyi kapatıp rakibinize gider.
Peki yenileme zamanı geldiğini nasıl anlarsınız? İşte dikkate almanız gereken yedi belirti.
Yenileme zamanının 7 belirtisi
- Telefonda kötü görünüyor — Google, mobil öncelikli dizine ekleme kapsamında sitenizin mobil sürümünü dizine ekleme ve sıralama için kullanıyor. Siteniz telefonda bozuluyorsa, hem mobilden gelen ziyaretçiyi hem de Google'ın gördüğü sürümü kaybediyorsunuz. Analitik aracınızda mobil ziyaret payına bakın; bu oran, sorunun size ne kadara mal olduğunu gösterir.
- Yavaş açılıyor — hız artık bir lüks değil, beklentidir. web.dev'in Core Web Vitals eşiklerine göre iyi bir deneyim için ana içerik (LCP) 2,5 saniye içinde yüklenmeli, etkileşime yanıt (INP) 200 milisaniyeyi, görsel kayma (CLS) 0,1'i geçmemeli.
- Tasarımı çağını gösteriyor — eski görünen bir site, ürününüz güncel olsa bile “geride kalmış” izlenimi verir.
- İçeriği güncellemek işkence — küçük bir metni değiştirmek için geliştirici bekliyorsanız, altyapınız sizi yavaşlatıyor demektir.
- Arama motorlarında görünmüyorsunuz — sizi arayan bulamıyorsa site pratikte yok gibidir; teknik SEO temeli eskimiş olabilir.
- Ziyaret var, dönüşüm yok — insanlar geliyor ama form doldurmuyor, aramıyorsa akış onları eyleme taşımıyordur.
- Güvenlik ve bakım riski — güncellenmeyen bir altyapı hem güvenlik açığı hem de sürekli arıza kaynağıdır.
Eski bir site para kaybettirmez gibi görünür; oysa her gün sessizce müşteri sızdırır.
Belirtileri nasıl ölçersiniz?
“Bence site eskidi” bir his; karar ise veriyle verilmeli. Her belirti için bakabileceğiniz somut bir yer var:
- Mobil ve hız: Sitenizi kendi telefonunuzda, mobil veriyle açın. Ardından PageSpeed Insights'ta en önemli sayfalarınızı test edin; yeterli trafik varsa gerçek kullanıcı verisini de orada görürsünüz.
- Arama görünürlüğü: Search Console'un performans raporunda, sunduğunuz hizmetlerin adlarıyla yapılan aramalarda görünüp görünmediğinize bakın. Yalnızca şirket adınızla bulunuyorsanız, sizi henüz tanımayanlar sizi bulamıyor demektir.
- Dönüşüm: Analitik aracınızda form gönderimi, telefon ve e-posta tıklamalarını ayrı olaylar olarak ölçün. Ölçmüyorsanız, ilk eksik zaten budur.
- İçerik yönetimi: Son birkaç ayda istediğiniz değişikliklerden kaçını kendiniz yapabildiğinizi, kaçı için birini beklediğinizi sayın.
- Güvenlik: Kullandığınız içerik yönetim sisteminin, eklentilerin ve sunucu yazılımının hâlâ güvenlik güncellemesi alıp almadığını kontrol edin.
Düzeltmek mi, yenilemek mi?
Her belirti tam bir yenileme gerektirmez. Kararı netleştirmek için şu tabloyu kullanabilirsiniz:
| Belirti | Çoğu zaman düzeltme yeter | Yenilemeyi düşünün |
|---|---|---|
| Yavaş açılış | Sorun büyük görseller, gereksiz eklentiler ya da sunucu ayarındaysa | Sorun şablonun ya da altyapının kendisindeyse |
| Mobilde bozulma | Birkaç sayfada, sınırlı bir sorunsa | Tasarım baştan mobil düşünülmeden kurulduysa |
| Arama görünürlüğü | Başlıklar, iç linkler ve sitemap düzeltilebiliyorsa | Altyapı temel teknik SEO ayarlarına izin vermiyorsa |
| İçerik yönetimi | Yönetim paneli var ama kullanımı zorsa | Her değişiklik kod gerektiriyorsa |
| Güvenlik | Güncellemeler yapılabiliyorsa | Kullandığınız sürüm artık güncelleme almıyorsa |
Birden fazla satırda sağ sütundaysanız, parça parça yamamak yerine yenilemeyi ciddi biçimde değerlendirin.
Yenileme, sıfırdan başlamak değildir
Yenileme kararı çoğu kişiye korkutucu gelir çünkü “her şeyi baştan yapmak” gibi düşünülür. Oysa iyi bir yenileme, elinizdeki değeri korur ve üzerine inşa eder:
- Neyin çalıştığını ölçün — mevcut trafiği, dönüşen sayfaları ve zayıf noktaları veriyle görün.
- İçeriği taşıyın, çöpü bırakın — değer üreten içerik korunur; işe yaramayan kısımlar sadeleşir.
- SEO'yu koruyarak geçin — doğru yönlendirmelerle mevcut arama sıralamanızı kaybetmeden yeni siteye geçersiniz.
Sıralamaları kaybetmeden yenileme: adım adım
Yeni bir site, eski sitenin Google'da biriktirdiği değeri ancak doğru taşınırsa devralır. Aşağıdaki adımlar Google'ın URL değişikliği içeren site taşıma rehberine dayanıyor.
Yayından önce
- Envanter çıkarın. Eski sitenin tüm adreslerini sitemap'ten, sunucu kayıtlarından ve içerik yönetim sisteminden toplayın. Search Console'da en çok tıklanan ve gösterilen sayfaları, analitikte de talep getiren sayfaları işaretleyin.
- Adresleri mümkün olduğunca koruyun. Adresi değişmeyen sayfa için yönlendirme de gerekmez. En güvenli yenileme, tasarımı değiştirip URL yapısını olduğu gibi bırakandır.
- Yönlendirme haritası hazırlayın. Adresi değişen her eski URL'yi, yeni sitedeki en yakın karşılığına eşleyin. Google bu eşlemenin önemini özellikle vurguluyor ve haritanın hem yönlendirmeler hem sitemap için yeniden kullanılmak üzere saklanmasını öneriyor.
- Hepsini anasayfaya yönlendirmeyin. Google, çok sayıda eski adresi alakasız tek bir hedefe, örneğin yeni anasayfaya yönlendirmemeyi söylüyor. Birkaç eski sayfayı tek bir ilgili yeni sayfada birleştirmek ise sorun değil.
- Test ortamını kapalı tutun. Yeni site yayından önce parola korumalı bir ortamda test edilmeli; yalnızca robots.txt ile kapatılan bir test ortamının neden yetmediğini teknik SEO denetimi yazımızda anlattık.
Yayın günü
- Kalıcı yönlendirmeleri açın. Google mümkünse 301 ya da 308 gibi kalıcı HTTP yönlendirmelerini öneriyor. Zincirleri kısa tutun; eski adres doğrudan son hedefe gitmeli.
- İç linkleri güncelleyin. Yeni sitedeki linkler eski adreslere değil, doğrudan yeni adreslere gitmeli.
- Canonical ve hreflang'i kontrol edin. Her yeni sayfanın canonical etiketi kendisini göstermeli; çok dilli bir siteniz varsa hreflang etiketleri yeni adreslerle güncellenmeli.
- Sitemap'leri gönderin. Google, geçiş sırasında hem eski hem yeni adresleri içeren sitemap'leri göndermeyi, geçiş ilerledikçe yeni sitemap'le devam etmeyi öneriyor.
Yayından sonra
- Search Console'u izleyin. Sayfa dizine ekleme raporu, sitemap raporu ve arama performansı, hangi adreslerin sorun yaşadığını gösterir. Alan adı değişiyorsa her iki sitenin de doğrulanmış olması gerekir.
- Yönlendirmeleri kaldırmayın. Google yönlendirmelerin olabildiğince uzun, genel olarak en az bir yıl tutulmasını öneriyor.
- Dalgalanmayı bekleyin. Google, taşıma sırasında sıralamalarda geçici dalgalanma olabileceğini açıkça söylüyor; büyük sitelerde oturması daha uzun sürebilir.
Bir not: Search Console'daki Adres Değişikliği aracı yalnızca bir alan adından ya da alt alan adından diğerine taşınırken gerekir. Aynı alan adında tasarımı ve adresleri yenilemek için bu araca ihtiyacınız yoktur.
Yenilemede sık yapılan hatalar
- Yönlendirmesiz yayına almak: Eski adresler 404 döner, dışarıdan gelen linkler ve arama görünürlüğü boşa gider.
- Değer üreten içeriği “sadeleştirme” adına silmek: Trafik getiren bir sayfayı veriye bakmadan kaldırmak, sıralamayı da kaldırmaktır.
- Test ortamının dizine girmesi: Yeni site yayından önce aramada görünürse, aynı içerik iki adreste yarışabilir.
- Yayından sonra ölçmeyi bırakmak: Sorunların çoğu ilk haftalarda Search Console'da görünür; erken fark edilen hata ucuz düzeltilir.
Doğru zaman, geç kalmadan öncedir
Bu belirtilerden birkaçı size tanıdık geldiyse, yenileme “ileride yapılacak” bir iş olmaktan çıkmış demektir. Web siteniz şirketinizin dijitaldeki yüzüdür; onu güncel, hızlı ve dönüşüm odaklı tutmak bir maliyet değil, yatırımdır. İyi bir kurumsal sitenin hangi parçalardan oluştuğunu kurumsal web sitesi yazımızda, hızın neden bu kadar önemli olduğunu da Core Web Vitals yazımızda anlattık. Kodakod olarak mevcut sitenizi önce veriyle inceler, neyin korunup neyin yenileneceğini birlikte belirler ve SEO değerinizi kaybetmeden modern, mobil öncelikli bir kurumsal siteye taşırız.
Sık sorulan sorular
En belirgin işaretler sitenin telefonda kötü görünmesi, yavaş açılması ve tasarımının eskimiş görünmesidir. Küçük bir metin değişikliği için geliştirici beklemek, arama motorlarında görünmemek, ziyaret olduğu hâlde form veya arama gelmemesi ve güncellenmeyen bir altyapının güvenlik riski taşıması da yenileme zamanının geldiğini gösterir. Bu belirtilerden birkaçı birlikte görülüyorsa yenileme ertelenmemelidir.
Hayır, iyi bir yenileme elinizdeki değeri korur ve onun üzerine inşa eder. Değer üreten içerik yeni siteye taşınır, işe yaramayan kısımlar sadeleştirilir. Hangi sayfaların iyi çalıştığı önceden veriyle belirlendiği için yenileme, mevcut başarıyı silmek yerine zayıf noktaları düzeltmeye odaklanır.
Doğru planlanırsa kaybolmaz; kilit nokta, eski adreslerden yeni adreslere doğru yönlendirmelerin kurulmasıdır. Adresi değişen her sayfa, kalıcı bir yönlendirmeyle yeni karşılığına bağlanmalı ve değer üreten içerik korunmalıdır. Yönlendirmesiz yapılan bir geçiş ise mevcut arama görünürlüğünün kaybedilmesine yol açabilir.
Bu durum genellikle sitenin akışının ziyaretçiyi eyleme taşımadığını gösterir. Telefonda bozulan sayfalar, yavaş açılış, eskimiş tasarım ya da teklif ve iletişim adımının zor bulunması ziyaretçinin sessizce ayrılmasına yol açabilir. Hangi sayfada ve hangi adımda kaybedildiğini veriyle görmek, düzeltmeye nereden başlanacağını gösterir.
İlk adım, mevcut siteyi veriyle ölçmektir: mevcut trafiği, dönüşüm getiren sayfaları ve zayıf noktaları görmek. Bu tablo, neyin korunacağını, neyin sadeleştirileceğini ve hangi adreslerin yönlendirme gerektirdiğini belirler. Kodakod da yenileme projelerine mevcut siteyi önce bu şekilde inceleyerek başlar ve neyin korunup neyin yenileneceğini şirketle birlikte belirler.