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ı
- 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.
- Tam yedek. Dosyaları ve veritabanını birlikte yedekleyin. Barındırma panelinizin yedeği varsa tarihini not edin.
- 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.
- 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.
- 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.
- 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.
- Sayfa sayfa kontrol. Ana sayfa, bir yazı, bir kategori arşivi, iletişim sayfası, arama sonucu ve 404 sayfası. Telefonda da açın.
- 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.