websitetemalarWordPress tema bakım defteri
Bakım

İki yıldır güncellenmeyen bir temadan başka temaya geçiş planı

5 dk okuma · Yayın 21 Ekim 2026 · Son kontrol 20 Ekim 2026 · 6 kaynak

Başlıklar
  1. Önce acele gerekip gerekmediğine karar verin
  2. Neyin temaya bağlı olduğunu çıkarın
  3. Adım adım geçiş sırası
  4. Klasik temadan blok temasına mı, klasikten klasiğe mi
  5. Geçiş sonrası takip

20 Ekim 2026 verimizde 1.000’den fazla etkin kurulumu olan 538 temanın 120’si 2 yılı aşkın süredir güncellenmemiş. Bu temaların WordPress.org’un bildirdiği kurulum sayılarını topladığımızda en az 244.000 site çıkıyor. Bu sitelerden biri sizinkiyse, ilk bilmeniz gereken şey şu: temayı değiştirmek içeriğinizi silmez, ama temaya bağlı olan ayarları yanında götürmez. Aşağıdaki plan, neyin temaya ait olduğunu önceden çıkarıp geçişi tek seferde ve kontrollü yapmanız için hazırlandı.

Önce acele gerekip gerekmediğine karar verin

WordPress.org, iki yıldır yeni sürüm yayımlanmayan temaların sayfasına bir not ekliyor. Hemingway’in sayfasında bu not, temanın 2 yılı aşkın süredir güncellenmediğini, artık bakımının ve desteğinin yapılmıyor olabileceğini söylüyor. Hemingway’in son sürümü 2.3.2, tarihi 23 Aralık 2022.

Bu not bir güvenlik ihbarı değil. Uzun süredir güncellenmeyen bir tema bugün sorunsuz çalışıyor olabilir. Notun anlattığı şey bir olasılık: yeni WordPress ve PHP sürümlerinde ortaya çıkacak bir sorunu düzeltecek kimse olmayabilir. Bu yüzden geçişi bir acil durum gibi değil, birkaç haftaya yayılmış bir iş gibi planlamak daha doğru. Siteniz hatasız çalışıyorsa bir test kopyası hazırlayacak kadar zamanınız var.

Verimizde ayrı sayfası olan ve bu gruba giren temalardan bazıları:

Tema Etkin kurulum Son sürüm tarihi
MH Magazine lite 10.000+ 15 Ağustos 2024
Qi 10.000+ 6 Haziran 2024
Hemingway 10.000+ 23 Aralık 2022
Understrap 7.000+ 2 Nisan 2024
NewsMag 7.000+ 30 Eylül 2021
Fluida 6.000+ 18 Eylül 2024
Pinboard 4.000+ 17 Ocak 2015

Listenin tamamı, her gün yeniden hesaplanarak 2 yıldır güncellenmeyen temalar sayfasında. 12 ile 24 ay arasında güncellenmemiş temalar için ayrı bir durgun temalar listesi var; oradaki temalar henüz bu eşiği geçmedi ama yaklaşıyor.

Neyin temaya bağlı olduğunu çıkarın

Yazılarınız, sayfalarınız, ortam dosyalarınız, kullanıcılarınız ve eklentileriniz veritabanında temadan bağımsız durur. Tema değişince kaybolma riski taşıyanlar şunlar:

Özelleştirici ayarları

Görünüm > Özelleştir ekranında yaptığınız renk, logo, üst alan ve yerleşim seçimleri “theme mod” olarak saklanır. WordPress’in set_theme_mod() fonksiyonunun kaynak koduna göre bu değerler etkin temanın adını taşıyan ayrı bir seçenekte tutulur: theme_mods_ ve ardından temanın klasör adı. Yani Hemingway için yaptığınız ayarlar theme_mods_hemingway içinde kalır. Yeni tema bu kaydı okumaz, kendi kaydını sıfırdan başlatır. Eski kayıt silinmez; eski temaya dönerseniz ayarlarınız yerinde olur.

Ek CSS

Özelleştiricideki “Ek CSS” alanına yazdığınız kodlar da temaya göre saklanır. wp_get_custom_css() fonksiyonunun belgesi, kaydı bir tema adına göre getirdiğini ve varsayılan olarak etkin temayı kullandığını söylüyor. Yeni temaya geçtiğinizde bu alan boş açılır. Kodları geçişten önce bir metin dosyasına kopyalayın. Çoğu zaman bu kodların bir kısmı eski temanın sınıf adlarına yazılmıştır ve yeni temada zaten işe yaramaz; hangilerinin hâlâ gerekli olduğuna geçişten sonra karar verirsiniz.

Bileşen alanları

Kenar çubuğu ve alt bilgi gibi bileşen (widget) alanlarını tema tanımlar. WordPress belgesi, tema değiştirdiğinizde bileşen alanlarının sayısı ve yapısı farklı olduğu için geçişin her zaman pürüzsüz olmadığını, kaybolmuş gibi görünen bileşenlerin ayarlarıyla birlikte “Etkin olmayan bileşenler” alanına taşındığını belirtiyor. Bileşenleriniz silinmez, ama yeni temanın alanlarına sizin yerleştirmeniz gerekir.

Menü konumları

Menülerinizin kendisi temadan bağımsızdır. Menünün sitede nerede görüneceği ise temanın tanımladığı “konumlara” bağlıdır. Belge, menüyü bir tema konumuna Menü ayarları altındaki görüntüleme konumu kutusuyla atadığınızı anlatıyor. Yeni temanın konum adları farklıysa menü yerinde durur ama sitede görünmez; yeniden atamak bir dakikalık iştir. Blok temasına geçiyorsanız durum değişir: belgeye göre WordPress 6.0 ve sonrasında blok temalarında gezinme, Görünüm > Menüler ekranı yerine Gezinme bloğuyla yönetilir.

Temaya özel parçalar

Bazı temalar kendi kısa kodlarını, sayfa şablonlarını, özel yazı türlerini ya da kaydırıcı gibi ögelerini getirir. Bunlar temayla birlikte gider. Eski temanın belgelerine ve kendi sayfalarınıza bakarak [ ile başlayan kısa kodları ve “Şablon” seçimi yapılmış sayfaları not edin. Bir alt tema kullanıyorsanız, alt temaya eklediğiniz functions.php kodları da ana temayla birlikte devre dışı kalır.

Adım adım geçiş sırası

  1. Envanter. Yukarıdaki beş başlığı bir listeye çıkarın. Ek CSS’i ve önemli özelleştirici değerlerini (renk kodları, yazı tipleri, logo boyutu) kopyalayın.
  2. Tam yedek. Dosyaları ve veritabanını birlikte yedekleyin. Barındırma panelinizin yedeği varsa tarihini not edin.
  3. Test kopyası. Mümkünse sitenin bir kopyasında çalışın. Barındırma paneliniz bir hazırlama (staging) ortamı sunuyorsa onu kullanın; sunmuyorsa yerel bir kurulum da iş görür.
  4. Aday temayı seçin ve bakımına bakın. Yeni temanın son güncelleme tarihi, son 12 aydaki sürüm sayısı ve WordPress/PHP gereksinimleri, aynı durumla birkaç yıl sonra yeniden karşılaşıp karşılaşmayacağınız hakkında elinizdeki en somut göstergedir. Bu bilgileri tüm temalar listesinde ve tema sayfalarında topluyoruz.
  5. Canlı önizleme. Görünüm > Temalar ekranındaki “Canlı önizleme”, temayı etkinleştirmeden sitenizin o temayla nasıl görüneceğini gösterir. Belge bu düğmeyi temanın ayrıntı penceresinde Etkinleştir’in yanında anlatıyor.
  6. Etkinleştirme ve yerleştirme. Temayı etkinleştirin, ardından menü konumlarını atayın, etkin olmayan bileşenleri yeni alanlara taşıyın, logoyu ve renkleri yeniden girin, gerekli Ek CSS satırlarını ekleyin.
  7. Sayfa sayfa kontrol. Ana sayfa, bir yazı, bir kategori arşivi, iletişim sayfası, arama sonucu ve 404 sayfası. Telefonda da açın.
  8. Eski temayı hemen silmeyin. Belge, silme işleminin tema dosyalarını ve o temada yaptığınız dosya düzeyindeki özelleştirmeleri tamamen kaldırdığını hatırlatıyor. Birkaç hafta sorun çıkmazsa silebilirsiniz. Kullanmadığınız bir temayı kurulu bırakmanın bir maliyeti de var: güncellenmeyen kod sunucunuzda durmaya devam eder.

Klasik temadan blok temasına mı, klasikten klasiğe mi

Verimizdeki 2 yıldır güncellenmeyen 120 temanın yalnız 7’si blok teması; geri kalanı klasik tema. Yani bu gruptaki bir temadan ayrılan çoğu site sahibi önünde iki seçenek buluyor: yine klasik bir temaya geçmek ya da blok temasına geçmek.

Klasikten klasiğe geçiş yukarıdaki adımlarla büyük ölçüde tamamlanır; özelleştirici, bileşen alanları ve Görünüm > Menüler ekranı aynı mantıkla çalışmaya devam eder. Blok temasına geçişte ise iş biraz daha uzun sürer. Menülerin yerini Gezinme bloğu alır, bileşen alanlarının yerini site düzenleyicideki şablon parçaları alır ve özelleştiricideki birçok ayarın karşılığı “Stiller” panelindedir. Eski temanızın kenar çubuğunda ne varsa, yeni temanın şablonlarına blok olarak yeniden eklemeniz gerekir. Bu yüzden blok temasına geçecekseniz test kopyasında daha fazla zaman ayırın ve eski sitenin ekran görüntülerini yanınızda tutun.

Hangi yolu seçerseniz seçin, yeni temanın kendi bakım geçmişine bakmayı atlamayın. İki yıl önce sorunsuz görünen bir temadan ayrılıyorsunuz; yerine koyduğunuz temanın son 12 ayda kaç sürüm yayımladığı, bu kararı birkaç yıl içinde tekrar vermek zorunda kalıp kalmayacağınız hakkında fikir verir.

Geçiş sonrası takip

Geçişten sonraki ilk haftalarda arama motoru araçlarınızda tarama hatalarını ve sayfa hızını izleyin; tema değişikliği başlık yapısını, iç bağlantı alanlarını ve sayfa ağırlığını değiştirebilir. Yeni temanızın sürümlerini takip etmek için bu hafta güncellenen temalar sayfasına bakabilir ya da temanın kendi sayfasındaki sürüm çizelgesini izleyebilirsiniz. Bir temanın yeni sürümünü kurmadan önce yedek alma sırasını tema güncellemesinden önce yedek yazısında anlattık.

Kaynaklar

  1. WordPress.org Documentation, Appearance Themes Screen
  2. WordPress.org Documentation, Manage WordPress widgets
  3. WordPress.org Documentation, Appearance Menus Screen
  4. WordPress Developer Resources, set_theme_mod()
  5. WordPress Developer Resources, wp_get_custom_css()
  6. WordPress.org Themes, Hemingway tema sayfası

Website Temalar ekibi hazırladı. Bir hata gördüyseniz bize yazın.

Devamını okuyun