websitemx
Planlama

Web Sitesi Ne Zaman Yenilenmeli?

Web sitesi ne zaman yenilenmeli, ne zaman iyileştirmek yeter? Altyapı desteği, mobil, içerik ve erişilebilirlik sinyalleri, karar tablosu ve kayıpsız yenileme adımları.

Yayın
Okuma
7 dk
Kaynak
6
Web Sitesi Ne Zaman Yenilenmeli?
Kısa cevap

Web sitesi; altyapısı güvenlik desteği almayan bir sürümde kaldığında, mobilde içerik eksik ya da kullanılamaz olduğunda, ekibiniz içeriği kendi başına yönetemediğinde, marka veya iş modeli değiştiğinde ya da erişilebilirlik yükümlülüğü doğduğunda yenilenmelidir. Tek sorun varsa iyileştirme çoğu zaman yeter. Yenilemede URL'leri, yönlendirmeleri ve ölçümü korumak şarttır.

"Sitemiz eski görünüyor" yenileme için yeterli bir gerekçe olabilir, ama tek başına iyi bir karar ölçütü değildir. Görünüm öznel bir konudur; güvenlik desteği, mobil kullanılabilirlik ve içerik yönetimi ise ölçülebilir. Bu yazı, yenileme kararını ölçülebilir sinyallere dayandırmanızı ve yenilerken neleri korumanız gerektiğini anlatıyor.

Yenileme mi, iyileştirme mi?

İki kavramı ayırmak bütçe ve risk açısından önemlidir:

  • İyileştirme: Mevcut altyapı ve URL yapısı korunur; sorunlu bölümler düzeltilir. Örnek: bir eklentiyi güncellemek, form akışını sadeleştirmek, kontrast hatalarını gidermek, yeni bir sayfa şablonu eklemek.
  • Yenileme: Altyapı, bilgi mimarisi ya da tasarım sistemi baştan kurulur. Çoğu zaman içerik taşıma, URL eşlemesi ve yönlendirme planı gerektirir.

Yenileme daha büyük bir kazanım fırsatı sunar, ama arama görünürlüğü, entegrasyonlar ve ekip alışkanlıkları açısından daha fazla risk taşır. Karar, sinyallerin sayısına ve ağırlığına göre verilmelidir.

Yenileme sinyalleri

SinyalNasıl anlaşılırNeden önemli
Yönetilemeyen içerikBasit bir metin, görsel ya da sayfa değişikliği için geliştiriciye ihtiyaç duyuluyor; içerik girişi şablonu bozuyorİçerik güncel tutulamaz, her değişiklik maliyet ve gecikme yaratır
Güncellenemeyen altyapıSunucudaki PHP sürümü destek dışında; çekirdek, tema veya eklenti güncellemesi siteyi bozduğu için yapılamıyorDestek dışı sürümler güvenlik düzeltmesi almaz 3
Mobil sorunlarMobilde menü, form ya da tablo kullanılamıyor; masaüstündeki içeriğin bir kısmı mobilde yokGoogle dizine ekleme ve sıralamada sitenin mobil sürümünü kullanıyor 2
Marka değişimiYeni logo, renk, ton veya konumlandırma mevcut şablona sığmıyorYamalı bir uyarlama tutarsız bir marka deneyimi üretir
Yeni iş modeliOnline satış, randevu, bayi paneli ya da yeni dil ekleniyorMevcut bilgi mimarisi ve altyapı yeni akışı taşımayabilir
Erişilebilirlik yükümlülüğüAB'deki tüketicilere satış yapılıyor; site klavyeyle kullanılamıyor, kontrast ve etiket hataları yaygınAB'de e-ticaret hizmetleri 28 Haziran 2025'ten beri erişilebilirlik gerekliliklerine tabi 5

Tablodaki ilk iki sinyal, sitenin işletme için bir risk kaynağına dönüştüğünü gösterir; son dördü ise sitenin işin gerisinde kaldığını.

Mobil sinyali biraz açmak gerekir. Google, mobil öncelikli dizine eklemede sitenin akıllı telefon tarayıcısıyla taranan mobil sürümünü dizine ekleme ve sıralama için kullanıyor; mobil sürümün masaüstüyle aynı içeriği taşımasını, başlık ve açıklama gibi meta verilerin ve yapılandırılmış verinin iki sürümde de bulunmasını öneriyor. Uygulaması ve bakımı en kolay desen olarak da duyarlı (responsive) tasarımı gösteriyor 2. Ayrı bir mobil sitesi olan ya da mobilde içeriği kırpan eski yapılar, bu nedenle yalnız kullanıcı deneyimi açısından değil arama görünürlüğü açısından da risk taşır.

İçerik yönetimi sinyali ise çoğu zaman gözden kaçar, çünkü maliyeti dağınıktır: bir kampanya sayfası için beklenen birkaç gün, güncellenmeyen bir fiyat listesi, eski personel bilgisi. Pazarlama ekibiniz yeni bir sayfayı mevcut bileşenlerle kendi başına oluşturamıyorsa, sorun yalnız tasarım değil içerik modelidir ve iyileştirmeyle çözülmesi zordur.

Altyapı desteğini nasıl kontrol edersiniz?

Altyapı sinyali en somut olanıdır, çünkü resmi takvimlere dayanır. PHP'nin sürüm destek takvimi Ekim 2026 itibarıyla şöyle 3:

PHP sürümüAktif destek bitişiGüvenlik desteği bitişi
8.1BittiBitti (destek dışı)
8.231 Aralık 202431 Aralık 2026
8.331 Aralık 202531 Aralık 2027
8.431 Aralık 202631 Aralık 2028
8.531 Aralık 202731 Aralık 2029

PHP, destek süresini tamamlayan sürümlerin ömrünü doldurduğunu ve artık desteklenmediğini belirtiyor; bu sürümleri kullananlar yamalanmamış güvenlik açıklarına maruz kalabilir 3. WordPress de PHP 8.3 veya üstünü öneriyor; eski ortamlarda PHP 7.4 ve üstüyle çalışabildiğini, ancak bu sürümlerin resmi destek ömrünü tamamladığını ve siteyi güvenlik açıklarına maruz bırakabileceğini yazıyor 4.

Sitenizin hangi PHP sürümünde çalıştığını barındırma panelinizden ya da WordPress'in Site Sağlığı ekranından görebilirsiniz. Sürüm yükseltmesi tema veya eklenti uyumsuzluğu yüzünden yapılamıyorsa, bu tek başına güçlü bir yenileme sinyalidir. Güvenlik ve güncelleme rutini için web sitesi güvenliği yazısına bakabilirsiniz.

Yenile mi, iyileştir mi? Karar tablosu

Durumİyileştirme genellikle yeterYenileme daha mantıklı
AltyapıSürüm yükseltmesi uyumluluk testinden geçiyorYükseltme tema, eklenti veya özel kod yüzünden yapılamıyor
MobilBirkaç şablonda düzen sorunu varTasarım mobil için kurgulanmamış, içerik mobilde eksik
İçerik yönetimiEksik alanlar eklenerek düzeltilebiliyorİçerik modeli yok; her sayfa elle kodlanmış
MarkaRenk ve logo değişikliği tasarım sistemine işleniyorKonumlandırma ve sayfa yapısı tümden değişiyor
İş modeliMevcut yapıya bir bölüm ekleniyorOnline satış, çok dil ya da üyelik gibi yeni bir omurga gerekiyor
ErişilebilirlikHatalar tekil sayfalarda ve içerikteHatalar bileşen ve şablon düzeyinde, her sayfada tekrarlanıyor

Pratik bir kural: tablonun sağ sütunundan iki veya daha fazla satır sizin için geçerliyse yenilemeyi ciddi olarak değerlendirin. Altyapı seçimi gündeme gelirse WordPress mi özel yazılım mı karşılaştırması yardımcı olabilir.

Yenilemede kaybedilmemesi gerekenler

Yenilemenin en pahalı hatası, yıllar içinde biriken arama görünürlüğünü ve iç bağlantıları kaybetmektir. Google'ın URL değişikliği içeren site taşıma rehberi şu ilkeleri öne çıkarıyor 1:

  • URL eşlemesi: Eski URL'lerin yenilerine nasıl karşılık geleceğini önceden, site haritası, sunucu kayıtları ve analitik verisinden başlayarak çıkarın.
  • Kalıcı yönlendirme: Teknik olarak mümkünse sunucu tarafında kalıcı (301 veya 308) yönlendirme kullanın ve yönlendirmeleri mümkün olduğunca uzun, genellikle en az bir yıl tutun.
  • İç bağlantılar ve site haritası: İç bağlantıları yeni URL'lere güncelleyin, yeni site haritasını gönderin.
  • Bir seferde tek değişiklik: Google, alan adı, içerik yönetim sistemi ve tasarım değişikliklerinin aynı anda değil birbiri ardına yapılmasını öneriyor.
  • Geçici dalgalanma: Önemli değişikliklerden sonra sıralamalarda geçici dalgalanma olabilir; orta ölçekli sitelerde Google'ın yeni URL'leri göstermeye başlaması birkaç hafta veya daha uzun sürebilir.

Bunlara ek olarak şunları envantere alın: formların gittiği e-posta adresleri ve entegrasyonlar, analitik ve dönüşüm etiketleri, yasal metinler ve çerez yönetimi, yüksek trafik alan içerikler. Arama tarafının ayrıntılı kontrol listesi için seogeomedya'nın site taşırken SEO kaybetmeden yazısına bakabilirsiniz. Google da bir SEO uzmanıyla çalışmak için iyi bir zamanın site yenilemesi düşünülürken olduğunu, ne kadar erken o kadar iyi olduğunu belirtiyor 6.

Yenilemenin kapsamını ve süresini ne belirler?

Yenilemenin süresi ve maliyeti tek bir rakamla ifade edilemez; aşağıdaki etkenlerin bileşimine göre değişir. Teklif karşılaştırırken bu kalemlerin her birinin dahil olup olmadığını sorun:

  • Sayfa ve şablon sayısı: Tekil sayfa sayısından çok, kaç farklı şablon tasarlanacağı belirleyicidir.
  • İçerik taşıma: Mevcut içeriğin olduğu gibi mi aktarılacağı, yoksa yeniden yazılıp düzenleneceği.
  • URL eşlemesi ve yönlendirme: Eski sayfa sayısı arttıkça eşleme ve test işi büyür 1.
  • Entegrasyonlar: ERP, CRM, ödeme, kargo, e-posta pazarlaması ya da randevu sistemleriyle bağlantılar.
  • Dil sayısı: Her dil, içerik, test ve yönlendirme işini çoğaltır.
  • Erişilebilirlik ve hız hedefi: Yazılı bir hedef varsa tasarım ve test kapsamı buna göre planlanır.
  • Onay süreçleri: Karar verici sayısı ve geri bildirim turları takvimi doğrudan etkiler.

Bu etkenlerin fiyata nasıl yansıdığını web sitesi fiyatları yazısında ayrıntılı olarak ele aldık.

Adım adım yenileme planı

  1. Gerekçeyi yazın. Hangi sinyallerin geçerli olduğunu ve yenilemenin hangi ölçülebilir sorunu çözeceğini bir sayfada toplayın.
  2. Mevcut durumu kaydedin. Trafik, dönüşüm, en çok ziyaret edilen sayfalar ve form gönderim sayılarını yenileme öncesi referans olarak dışa aktarın.
  3. İçerik ve URL envanteri çıkarın. Tüm sayfaları listeleyin; hangileri korunacak, birleştirilecek ya da kaldırılacak, karar verin.
  4. URL eşlemesini hazırlayın. Her eski URL için yeni karşılığı ve yönlendirme türünü belirleyin 1.
  5. Brief'i ve teslim kriterlerini netleştirin. Hedef kitle, sayfa yapısı, erişilebilirlik ve hız hedefi yazılı olsun; brief hazırlama rehberinden yararlanabilirsiniz.
  6. Değişiklikleri sıraya koyun. Alan adı, altyapı ve tasarım değişikliklerini mümkünse ayrı aşamalarda yapın 1.
  7. Test ortamında doğrulayın. Mobil ve masaüstünde aynı içeriğin bulunduğunu, formların, ödemenin ve yönlendirmelerin çalıştığını kontrol edin 2.
  8. Yayına alın ve izleyin. İlk haftalarda 404 hatalarını, yönlendirme zincirlerini ve dönüşümleri yakından takip edin; referans verilerle karşılaştırın.

Sitenizin yenilenmesi mi yoksa iyileştirilmesi mi gerektiğini birlikte değerlendirmek isterseniz web sitesi yenileme sayfasına göz atabilir, ihtiyaç duyduğunuz sayfaları site planlayıcı ile listeleyebilirsiniz.

Sık sorulan sorular

En güçlü sinyaller ölçülebilir olanlardır: sitenin çalıştığı PHP ya da platform sürümünün güvenlik desteğinin bitmesi, mobilde içeriğin eksik veya kullanılamaz olması, ekibinizin içeriği geliştiriciye bağımlı olmadan güncelleyememesi, marka ya da iş modelinin değişmesi ve erişilebilirlik yükümlülüğü. Tek bir sinyal çoğu zaman iyileştirmeyle çözülür; birkaçı aynı anda varsa yenileme daha mantıklı hâle gelir.

PHP'nin resmi takvimine göre her sürüm belirli bir tarihten sonra güvenlik düzeltmesi almaz. Ekim 2026 itibarıyla PHP 8.1 desteği bitmiş durumda, 8.2'nin güvenlik desteği 31 Aralık 2026'da bitiyor. WordPress de 8.3 veya üstünü öneriyor ve daha eski sürümlerin resmi destek ömrünü tamamladığını, siteyi güvenlik açıklarına maruz bırakabileceğini belirtiyor.

Google, sitede önemli bir değişiklik yapıldığında sıralamalarda geçici dalgalanma beklenmesi gerektiğini belirtiyor. URL değişiyorsa eski adreslerin yenilerine kalıcı yönlendirmeyle bağlanması ve yönlendirmelerin mümkün olduğunca uzun, genellikle en az bir yıl tutulması öneriliyor. Doğru planlanmış bir URL eşlemesi ve yönlendirme ile kalıcı kayıp riski önemli ölçüde azalır.

Google bunu önermiyor. Site taşıma rehberinde değişikliklerin hepsini aynı anda değil, birbiri ardına yapılmasını; örneğin önce yeni alan adına taşınıp sonra tasarımın değiştirilmesini tavsiye ediyor. Böylece bir sorun çıktığında nedenini bulmak kolaylaşır. Takvim izin vermiyorsa en azından URL yapısını koruyarak riski azaltabilirsiniz.

Kaynaklar

  1. 1Google Search Central. Site moves with URL changes
  2. 2Google Search Central. Mobile-first indexing best practices
  3. 3PHP. Supported Versions
  4. 4WordPress.org. Requirements
  5. 5EUR-Lex, Avrupa Birliği Resmî Gazetesi. Directive (EU) 2019/882 on the accessibility requirements for products and services
  6. 6Google Search Central. Do you need an SEO?

websitemx Editör Ekibi

Bu yazı ekibimizin editoryal sürecinden geçti: kaynaklar tek tek doğrulandı, sayısal iddialar kaynağa bağlandı. Yayın ilkelerimiz

İlgili hizmet

Web Sitesi Yenileme

Mevcut sitenin değerini kaybetmeden yeniden tasarım ve altyapı değişimi.

İncele
Sonraki adım

Sitenizi birlikte planlayalım

Görüşmede hedeflerinizi, sayfalarınızı, entegrasyonlarınızı ve takviminizi konuşur; yazılı bir kapsam, takvim ve teklif çıkarırız. Bağlayıcı değildir.

WhatsAppGörüşme Planla