WordPress Tema Seçimi: Hız, Kilitlenme ve Geçiş Rehberi

WordPress kurduktan sonra verilen ilk ciddi karar tema seçimidir ve bu karar çoğu zaman iki dakikada, demo ekran görüntüsüne bakılarak verilir. Oysa tema yalnızca görünüm değildir: sitenin HTML çıktısını, tarayıcının kaç dosya indirdiğini, içeriğinizin nerede saklandığını ve ileride başka bir temaya geçip geçemeyeceğinizi belirler.

Yanlış tema seçiminin faturası ilk hafta gelmez. Altı ay sonra, sitede 80 sayfa birikmişken, tema geliştiricisi güncellemeyi bıraktığında ya da mobil hız puanı 30’un altına düştüğünde gelir. O noktada tema değiştirmek bir tıklama değil, haftalarca sürebilen bir taşıma projesine dönüşür.

Aşağıda tema seçerken bakılması gereken teknik ölçütleri, tema kilidi (lock-in) riskini ve tema değiştirmek zorunda kaldığınızda kaybedeceklerinizi tek tek çıkarıyoruz.

Ücretsiz tema, premium tema, sayfa oluşturucu: üç farklı yol

Pratikte üç seçenek var ve üçü de aynı işi yapmıyor. WordPress.org deposundaki ücretsiz temalar en az kod içeren, en kolay değiştirilebilen seçenek; buna karşılık tasarım esnekliği sınırlı. ThemeForest gibi pazaryerlerinden alınan premium çok amaçlı temalar her şeyi yapabilir görünür ama içlerinde kendi sayfa oluşturucusunu, kendi kısa kodlarını (shortcode) ve 10-15 zorunlu eklentiyi getirir. Elementor, Bricks, Beaver Builder gibi sayfa oluşturucular ise temayı neredeyse boş bir kabuğa indirger; tasarım tamamen eklentinin içinde yaşar.

Karar verirken “hangisi daha güzel” değil, “bu siteyi bir yıl sonra kim güncelleyecek” sorusunu sorun. Siteyi siz güncelleyeceksiniz ve kod bilginiz yoksa sayfa oluşturucu mantıklıdır. Bir ajans devralacaksa hafif tema artı az sayıda eklenti çok daha sürdürülebilir olur.

Tema kilidi (lock-in) nedir, nasıl oluşur?

Tema kilidi, içeriğinizin temadan ayrılamaz hale gelmesidir. Üç yoldan oluşur. Birincisi kısa kodlar: tema [vc_row], [su_button] gibi kendi kısa kodlarını sunar, siz bunları yazılara gömersiniz, tema kalktığında sayfada çıplak köşeli parantezler kalır. İkincisi özel alanlar: tema kendi meta kutularını ekler, veriler wp_postmeta tablosuna tema önekiyle yazılır, yeni tema bunları okuyamaz. Üçüncüsü sayfa oluşturucu verisidir; Elementor sayfanın tüm düzenini JSON olarak _elementor_data alanına koyar, eklenti devre dışı kaldığında sayfa boşalır.

Riski tamamen sıfırlamak mümkün değil ama azaltmak mümkün: metin ve görselleri mümkün olduğunca blok editörün standart bloklarıyla yazın, kritik bilgileri (fiyat listesi, adres, telefon) tema özel alanlarında değil normal içerikte tutun, kısa kod sunan tema özelliklerini eklenti karşılığı varsa eklentiden alın. Eklenti seçerken izleyeceğiniz ölçütleri eklenti seçimi rehberinde ayrıca ele alıyoruz.

Temanın hıza etkisi gerçekten ne kadar?

Tema, sayfanın ilk boyanma süresini üç şekilde etkiler: yüklediği CSS/JS dosya sayısı, kullandığı yazı tipleri ve arka planda yaptığı veritabanı sorguları. Çok amaçlı bir tema, sadece iletişim sayfasında bile slider, portföy, fiyat tablosu ve mega menü betiklerini yükleyebilir. Bunu ölçmek için tarayıcıda F12 ile Ağ (Network) sekmesini açın, sayfayı yenileyin ve toplam istek sayısına bakın. 90-100 isteğin üzerindeyse temanın gereksiz yük taşıdığını varsayabilirsiniz.

Google Fonts’tan çekilen her yazı tipi ailesi ayrı bir bağlantı ve genelde 40-120 KB demektir; iki ağırlıkla yetinmek çoğu sitede yeterli. Temanın demo ayarlarında “lazy load”, “minify”, “combine CSS” gibi seçenekler varsa bunların önbellek eklentisiyle çakışmadığını kontrol edin. Sunucu tarafındaki önbellekleme ve LiteSpeed ayarlarıyla birlikte ne kazandığınızı WordPress hızlandırma yazısında adım adım anlatıyoruz.

Blok temalar ve site editörü

WordPress 5.9’dan beri “blok tema” (full site editing) desteği var. Blok temada başlık, altbilgi, arşiv sayfası ve tekil yazı şablonu da bloklarla düzenlenir; ayarlar Görünüm > Editör altındadır ve şablonlar temanın içinde templates/ klasöründe HTML dosyası olarak durur. Twenty Twenty-Four, Twenty Twenty-Five gibi varsayılan temalar bu yapıda.

Blok temanın avantajı, tasarımın ayrı bir eklentiye değil WordPress çekirdeğine bağlı olması; dezavantajı ise klasik temalara alışkın kullanıcılar için menü ve widget mantığının değişmesi. Klasik temada Görünüm > Menüler ekranı varken blok temada menü bir blok haline gelir ve arayanlar bulamaz. Ekibiniz WordPress’e yeniyse bu geçişi planlayın.

Çocuk tema neden şart?

Tema dosyalarında yaptığınız her doğrudan değişiklik, temanın bir sonraki güncellemesinde silinir. Bunu önlemenin tek doğru yolu çocuk temadır (child theme). wp-content/themes/ altında yeni bir klasör açın, içine style.css koyun ve başına şu blok yorumu ekleyin: /* Theme Name: Astra Child, Template: astra */. Ardından functions.php dosyasında wp_enqueue_scripts ile ana temanın stilini kuyruğa alın. Artık PHP şablonlarını çocuk temaya kopyalayarak düzenleyebilir, ana temayı gönül rahatlığıyla güncelleyebilirsiniz.

Blok temalarda ise çoğu değişiklik site editöründen yapılıp veritabanına kaydedilir, bu yüzden çocuk tema ihtiyacı azalır; ama functions.php ile kod eklemeye devam edecekseniz yine gerekir.

Demo içeriği ithal etmenin sonuçları

Premium temaların “tek tıkla demo kur” özelliği cazip görünür fakat arkasında ne olduğunu bilmek gerekir. Demo ithalatı genelde 30-60 örnek yazı ve sayfa, 100’ün üzerinde ortam kütüphanesi görseli, birkaç menü ve widget kümesi ile birlikte gelir. Bunlar veritabanında kalır; siz sadece ana sayfayı düzenleyip yayına alırsınız ve arka planda “Lorem ipsum” içeren onlarca sayfa arama motoruna açık durur.

• Demoyu kurduktan sonra Yazılar > Tümü ve Sayfalar > Tümü ekranlarında kullanmayacağınız örnek içerikleri toplu seçip çöpe atın, ardından çöpü boşaltın.
• Ortam kütüphanesindeki demo görselleri silin; 200 gereksiz görsel her boyut varyantıyla birlikte 300-600 MB disk yiyebilir.
• Demo ile gelen ama kullanmadığınız eklentileri (slider, portföy, bağış formu) devre dışı bırakıp kaldırın.
• Demoyu canlı sitede değil, önce test kurulumunda deneyin. Mevcut içeriğinizin üzerine yazma ihtimali vardır.

Tema değiştirirken kaybedilenler ve geçiş kontrol listesi

Tema değiştirdiğinizde yazı ve sayfa içerikleri yerinde kalır. Kaybolanlar şunlardır: özelleştirici (Customizer) ayarları, menü konumları, widget alanları, tema özel alanları, tema kısa kodlarının çıktısı, tema tarafından eklenen özel yazı türleri ve tema ayarlarına gömülü Google Analytics kodu. Son madde en çok gözden kaçanıdır; izleme kodu temada duruyorsa geçişten sonra veri akışı durur.

1. Tam yedek alın: dosyalar artı veritabanı. Yedeğin geri yüklenebildiğini de test edin.
2. Yeni temayı canlıda değil, hazırlık (staging) kopyasında etkinleştirin.
3. Analytics, Search Console doğrulama ve reklam kodlarını nereden geldiğini not edin; bunları temadan bağımsız bir yere (etiket yöneticisi veya küçük bir kod eklentisi) taşıyın.
4. Menülerin yeni temadaki konumlarını Görünüm > Menüler > Konumlar altında yeniden atayın.
5. En çok trafik alan 10 sayfayı tek tek açıp bozuk kısa kod, kaymış görsel ve eksik buton var mı bakın.
6. Mobilde kontrol edin; masaüstünde düzgün görünen düzen 390 piksel genişlikte dağılabilir.
7. 404 ve yönlendirmeleri kontrol edin, sonra canlıya alın ve ilk 48 saat Search Console kapsam raporunu takip edin.

Geçişi bir hazırlık ortamında denemek istiyorsanız barındırma paketinizin bunu desteklemesi gerekir; WordPress hosting planlarında tek tıkla staging kopyası oluşturmak bu tür geçişlerde en çok işe yarayan özelliktir.

Özetle

• Tema seçerken görünüme değil, sayfa ağırlığına, güncelleme sürekliliğine ve içeriğin temadan bağımsız kalıp kalmadığına bakın.
• Kısa kodlar, tema özel alanları ve sayfa oluşturucu verisi tema kilidinin üç ana kaynağıdır; kritik içeriği standart bloklarda tutun.
• Kod düzenlemesi yapacaksanız çocuk tema olmadan başlamayın; güncelleme her değişikliği siler.
• Demo içeriği ithal ettiyseniz kullanılmayan yazı, sayfa ve görselleri temizleyin.
• Tema değişimini yedek alıp hazırlık ortamında prova ederek yapın; izleme kodlarını temanın içinden çıkarın.