WordPress Tema Seçimi ve SEO 2026: Block Theme, FSE, Core Web Vitals

WordPress Tema Seçimi ve SEO 2026: Block Theme, FSE, Core Web Vitals ve Tema Performansı

WordPress 6.7'nin standart geldiği 2026'da bir sitenin SEO performansı için tema seçimi, eskisinden çok daha kritik. Çünkü artık tema sadece görsel değil; site editor (FSE) ile birlikte tüm site yapısını, theme.json üzerinden tüm token'ları (renk, font, spacing) ve hatta sayfa template'lerini tanımlıyor. Hatalı bir tema seçimi, sadece "yavaş site" değil, kötü INP puanı, sürünen LCP, kaotik CLS ve Google'da düşen sıralama demek.

Bu rehber WordPress 6.7 + PHP 8.3/8.4 + Lighthouse v12 standartlarında, block theme vs classic, FSE vs page builder, Core Web Vitals (LCP/INP/CLS) ve tema değerlendirme checklist'i ile çalışacağınız temayı seçerken hangi kriterlere bakmanız gerektiğini madde madde açıklar. WordPress hosting paketlerimizde LiteSpeed Web Server + LSCache, Imunify360 ve NVMe SSD standart olduğu için tema-side optimizasyonun sunucu tarafında da karşılığı vardır.

Tema güzeldir ama tek başına yetmez: Aynı tema, paylaşımlı bir Apache sunucuda 2.8s LCP verirken LiteSpeed + LSCache + HTTP/3 olan bir cPanel hosting sunucusunda 1.1s LCP verir. Tema seçimi kadar barındırma altyapısı da Core Web Vitals'i belirler.

Block Theme vs Classic Theme: 2026'nın Yeni Standardı

WordPress 5.9 ile gelen, 6.0-6.4 arasında olgunlaşan ve 6.7 ile artık standart kabul edilen block themes (engelli temalar), klasik temaların yerini hızla alıyor. Aralarındaki fark sadece teknik değil; SEO ve performans için çok farklı sonuçlar doğuruyor.

Kriter	Classic Theme	Block Theme (FSE)
Editor	TinyMCE + widget'lar	Site Editor (tüm site blocks)
Şablon	PHP dosyaları (header.php, footer.php)	HTML blok dosyaları
Stil yönetimi	style.css + Customizer	theme.json (token-based)
JS yükü	Genelde yüksek (jQuery + custom)	Düşük (gerektiğinde block-level enqueue)
Global tokens	Customizer'da elle	theme.json'da merkezi
FSE desteği	Yok	Yerleşik (tam site editing)
2026 önerisi	Yalnızca özel ihtiyaç varsa	Yeni siteler için varsayılan

Block theme avantajı SEO'da neden büyük? Çünkü block theme, sadece o sayfada kullanılan block'ların CSS'ini yükler (selective loading). Classic temada ise binlerce satırlık global CSS her sayfada parse edilir; bu LCP'yi 300-800ms uzatabilir. Lighthouse v12'de "Unused CSS" uyarısının ana kaynağı genellikle classic page builder bloat'tır.

FSE (Full Site Editing) Nedir, SEO'ya Etkisi?

FSE, WordPress'te tüm site arayüzünü (header, footer, single post, archive) Gutenberg block'ları ile düzenleme özelliğidir. WordPress 6.4'ten sonra istikrar kazanmış, 6.7 ile yaygınlaşmıştır.

SEO'ya doğrudan iki avantajı vardır:

1. Daha az PHP execution, daha hızlı TTFB: Klasik temada her sayfa için PHP template hierarchy çağrılır. FSE'de block render'ı server-side cache'lenebilir; özellikle LiteSpeed LSCache veya Object Cache ile birleştiğinde TTFB 200ms altına iner.
2. theme.json ile tutarlı tasarım: Tüm token'lar (renk, font, spacing) tek dosyada. Bu, CLS (Cumulative Layout Shift) için kritik çünkü font-size ve line-height'in sayfalar arası tutarlı kalmasını garanti eder. CLS = 0.0 hedefi gerçekçi olur.

Core Web Vitals 2026: LCP, INP, CLS

Google, Mart 2024'te FID (First Input Delay) metriğini emekli edip yerine INP (Interaction to Next Paint) koydu. Mayıs 2026 itibarıyla Core Web Vitals üçlüsü:

Metrik	Anlamı	İyi	Geliştirilmeli	Kötü
LCP	En büyük içerik render süresi	≤ 2.5s	2.5-4.0s	> 4.0s
INP	Etkileşim sonrası bir sonraki frame'e yanıt	≤ 200ms	200-500ms	> 500ms
CLS	Görsel oynama (layout shift)	≤ 0.1	0.1-0.25	> 0.25

Tema LCP'yi Nasıl Etkiler?

LCP genelde hero görseli veya above-the-fold metin bloğu'dur. Tema iki yolla LCP'yi sabote eder:

• Render-blocking CSS: style.css ve enqueue edilen tüm child CSS'ler 'de bloklayıcı yüklenirse, browser bunlar inmeden render başlatamaz. Modern temalar critical CSS'i inline gönderir, kalanı async yükler.
• Web font flash: Google Fonts'u 'de <link> ile çağırmak FOUT/FOIT yaratır. Tema bunu font-display: swap ile veya self-hosted (theme.json) yöntemiyle çözmeli.

Tema INP'yi Nasıl Etkiler?

INP, kullanıcı tıkladığında/scroll yaptığında JS işleyicisinin ne kadar hızlı yanıt verdiğini ölçer. Tema bu metriği şöyle bozar:

• Ağır jQuery + slider/carousel plugin'leri: Her etkileşimde 300ms+ JS thread blokajı.
• Lazy-load edilmemiş ikonlar veya animation library'leri: GSAP/AOS gibi kütüphaneler her etkileşimde re-flow tetikler.
• Block theme'ler bunu doğal olarak iyi yapar çünkü kullanmadığınız block'ların JS'i yüklenmez.

Tema CLS'yi Nasıl Etkiler?

CLS, sayfa açılırken görsellerin ve reklamların görsel kaymasıdır. Tema şöyle sabote eder:

• Görsellerde width/height attribute'ü yoksa: Browser image dimension'ı bilmeden alanı 0px açar, görsel inince layout zıplar. theme.json + block image otomatik boyut ekler; klasik tema custom image lazy plugin'leri eklerse atlanabilir.
• Web font swap'ta height farkı: Sistem fontu ile web font arasında x-height farkı varsa swap anında metin yer değiştirir. size-adjust CSS özelliği bu sorunu çözer; iyi tema theme.json'da bunu ayarlar.
• Above-the-fold reklam slot'u: Tema'nın gerekli ad slot'unu sabit boyutla rezerve etmesi gerekir.

Tema Türleri: Hangi Senaryo İçin Hangi Tema?

1. WordPress.org Repo'daki Ücretsiz Temalar

WordPress.org'un tema deposunda binlerce ücretsiz tema vardır ve hepsi GPL lisanslıdır. Avantajı: kod inceleme zorunluluğu (WP theme review team), zararlı kod yok. Dezavantajı: bazen güncellemeler yavaş veya gelişmiş özellikler için "pro" sürüm satın almak gerekir.

SEO açısından önerilen ücretsiz temalar (örnek olarak değil, tema türü olarak): Astra, GeneratePress, Kadence, Blocksy, Neve, Twenty Twenty-Four (default), Hello Elementor. Bunlar sade çekirdek + opsiyonel modül mantığıyla yazılmıştır; kullanmadığınız özelliği yüklemezsiniz.

2. Premium Marketplace Temaları

ThemeForest gibi pazaryerlerinde tek seferlik lisansla satılan temalar. Avantajı: gelişmiş demo içerikler, kapsamlı dokümantasyon. Dezavantajı: çoğu "her şey dahil" yaklaşımıyla şişirilmiş gelir; 200+ widget, 30+ slider örneği, 10+ font sistemi. Lighthouse v12'de "Reduce unused JavaScript" uyarısı bu temalarda standarttır.

Premium tema seçecekseniz: child theme şart, demolardaki extra-bloat'ı yüklemekten kaçının, ve plugin bağımlılıklarını (Slider Revolution, WPBakery gibi) ayrı incelemek gerekir.

3. Custom Geliştirilmiş Tema

Kendi geliştirdiğiniz veya bir geliştiriciye yaptırdığınız özel tema. SEO için en ideal seçenektir çünkü sadece ihtiyacınız olan kodu içerir. Modern yaklaşım: underscores (_s) veya Sage 10 starter theme + block theme yapısı.

VDS sunucu tarafında staging ortamı kurarsanız, custom temayı production'a almadan Lighthouse + PageSpeed + WebPageTest ile test edebilirsiniz.

4. Page Builder Tabanlı Temalar

Elementor, Divi, Beaver Builder, Brizy gibi sayfa oluşturucularla birlikte gelen temalar (örneğin Hello Elementor, Divi). 2026 itibarıyla bunlar Gutenberg block ekosistemine entegre olmuş durumda; Elementor 3.20+ ile FSE öğeleri destekleniyor.

SEO açısından dikkat: bir block builder seçin, ikisini birden değil. Hem Elementor hem Gutenberg block'larını aynı sayfada karıştırırsanız 2 farklı CSS framework yüklenir; LCP 1-2s artabilir.

theme.json: 2026 Tema Yapılandırmasının Kalbi

theme.json dosyası, block theme'lerde renk paleti, font'lar, spacing, border, layout container ve hatta block-level varsayılanlar için tek merkezi yapılandırma dosyasıdır. SEO ve performans için kritik nedenleri:

{
  "version": 3,
  "settings": {
    "color": {
      "palette": [
        { "slug": "primary", "color": "#0ea5e9", "name": "Primary" }
      ]
    },
    "typography": {
      "fontFamilies": [
        {
          "fontFamily": "Inter, system-ui, sans-serif",
          "slug": "inter",
          "name": "Inter",
          "fontFace": [
            {
              "fontFamily": "Inter",
              "fontWeight": "400",
              "fontStyle": "normal",
              "src": ["file:./assets/fonts/Inter-Regular.woff2"]
            }
          ]
        }
      ]
    },
    "layout": {
      "contentSize": "768px",
      "wideSize": "1200px"
    }
  }
}

Avantajları:

• Self-hosted fontlar otomatik enqueue edilir; Google Fonts third-party request kaldırılır → DNS lookup + TLS handshake tasarrufu (~200-400ms).
• size-adjust ve ascent-override ayarları otomatik gönderilir → CLS düşer.
• Block'lara global token'lar inject edilir; inline style yerine class-based stil → critical CSS daha küçük.
• WordPress 6.7+ viewportWidth ve background block setting'i destekler; hero görseli için <picture> srcset otomatik üretilir.

Child Theme: Neden ve Ne Zaman?

Tema güncellendiğinde sizin yaptığınız özelleştirmeler silinir. Çözüm: child theme. Block theme'de child theme oluşturmak şudur:

wp-content/themes/parent-theme/
wp-content/themes/parent-theme-child/
  ├── style.css       # @import parent yok artık; sadece header
  ├── theme.json      # parent'tan miras alır, override edersiniz
  ├── functions.php   # parent enqueue otomatik; eklemeler buraya
  └── templates/      # parent template'lerini override edenler

style.css başlığı:

/*
Theme Name: Parent Theme Child
Template: parent-theme
Version: 1.0.0
*/

Pratik kural: Hangi tema olursa olsun production'da her zaman child theme aktif olmalı. Direkt parent tema dosyalarını düzenlemek, ilk güncellemede tüm çalışmanızı siler.

Accessibility (WCAG 2.2) ve SEO

Google'ın 2026 sıralama sinyallerinde erişilebilirlik dolaylı bir faktör. Bir tema WCAG 2.2 AA seviyesini destekliyorsa otomatik olarak:

• Heading hierarchy doğru (H1 → H2 → H3, atlama yok) → SEO için temel
• Alt text yer tutucusu mevcut → görsel arama
• Renk kontrastı ≥ 4.5:1 → bounce rate düşer
• Keyboard navigation tam → kullanıcı sinyali iyileşir
• Skip-link, ARIA landmarks → ekran okuyucu için

Tema seçerken "WCAG 2.2 AA compliant" veya "Accessibility ready" (WordPress.org tag) etiketini arayın. Lighthouse v12'nin Accessibility skoru ≥ 95 olmalı.

Tema Performansı: Pratik Optimizasyon

Lazy Loading

WordPress 5.5+ varsayılan olarak görsellere loading="lazy" attribute'ü ekler. Block theme'lerde bu özellik otomatik aktiftir. Classic temada custom the_post_thumbnail() çağrılarında kontrol edilmeli.

WebP ve AVIF

Modern temalar yüklediğiniz JPG/PNG görsel için otomatik WebP versiyonu sunar (WordPress 6.1+). LSCache + WordPress hosting paketinde bu süreç sunucu seviyesinde otomatiktir; manuel plugin gerekmez. AVIF desteği WordPress 6.5'ten beri çekirdek tarafında deneysel.

CSS Render Blocking Çözümü

Critical CSS (above-the-fold için gerekli stil) inline gönderilmeli, kalan CSS media="print" onload="this.media='all'" veya <link rel="preload"> ile async yüklenmeli. İyi block theme'ler bunu otomatik yapar; classic temada Autoptimize, WP Rocket veya LSCache (LiteSpeed) bu işi üstlenir.

HTTP/3 ve Brotli

Tema kadar barındırma protokolü de etkili. cPanel hosting ve WordPress hosting paketlerinde LiteSpeed Web Server HTTP/3 (QUIC) + Brotli compression standart olarak gelir. Aynı tema, HTTP/2 + gzip sunan bir sunucuya kıyasla 100-300ms daha hızlı render edilir.

Tema Değerlendirme Checklist (Satın Almadan Önce)

Bir temaya karar vermeden bunları kontrol edin:

Kriter	Nasıl Test Edilir	Geçer Eşiği
Lighthouse Performance	PageSpeed Insights	≥ 90 (mobile)
LCP	PageSpeed lab data	≤ 2.5s
INP	CrUX field data	≤ 200ms
CLS	Lighthouse	≤ 0.1
Accessibility skoru	Lighthouse	≥ 95
Schema.org desteği	View source / Rich Results Test	Org/WebSite/Article basic
Block theme uyumu	wp-admin → Appearance → Editor	Site Editor açılıyor mu?
theme.json mevcut	Tema kök dizini	Var mı? Version 3?
Child theme örneği	Geliştirici dokümantasyonu	Önerilen yapı verilmiş mi?
RTL desteği	rtl.css veya theme.json rtl	Var mı?
Çoklu dil hazır	WPML/Polylang text-domain	textdomain set mi?
GPL lisans	Tema header	License: GPL v2+
Son güncelleme	WP repo / marketplace	Son 6 ay
Aktif kurulum sayısı	WP repo	≥ 10.000 (güven)
Destek forumu	Repo Support sekmesi	Cevap süresi makul

Demo siteyi PageSpeed Insights'a girin (https://pagespeed.web.dev). Demonun real-world LCP/INP/CLS'si "iyi" gelmiyorsa o tema sizinki için de iyi gelmez — çünkü demo "ideal koşulda" örnek içerikle ölçüldüğü için sizin bloated içeriğinizde daha kötüleşir.

Tema Değiştirme: SEO Etkisi ve Geçiş Stratejisi

Mevcut bir siteyi tema değiştirmek SEO'yu doğrudan etkilemez (Google sıralama tema'yı değil içerik+performansı görür); ama dolaylı olarak iki risk vardır:

1. URL yapısı değişirse (permalinks veya custom post type slug'ları) → eski URL'ler 404 olur ve sıralama düşer. Çözüm: Sitenizde hiçbir sayfa redirect olmamalı prensibimize uygun olarak URL'leri olduğu gibi tutun; sadece tema'nın varsayılan template'ini değiştirin.
2. HTML yapısı değişirse (heading hierarchy, schema markup) → Google'ın sayfa anlama hızı geçici düşer (1-4 hafta toparlanır).

Geçiş Adımları

1. Staging sunucusunda kopya kur: VDS sunucu'da staging subdomain açın, sitenizi WP-CLI veya All-in-One Migration ile klonlayın.
2. Yeni temayı staging'de aktif edin: Müşterilerinize gözükmez; rahat test edin.
3. Lighthouse + PageSpeed lab test: Kritik 10 sayfa için LCP/INP/CLS ölçün; mevcut tema'dan iyi olduğunu doğrulayın.
4. Plugin uyumluluk: Yoast SEO, Rank Math, SEOPress gibi SEO plugin'lerinin schema çıktısı bozulmadığını kontrol edin (Rich Results Test).
5. Search Console URL Inspector ile sample test: Live test sonucu yeni tema ile aynı mı?
6. Production switch: Düşük trafik saatinde (gece 03:00-05:00 TR) production'a aktif edin.
7. 48 saat boyunca Search Console + Analytics izleyin: Indexing, errors, traffic.

Page Builder ve SEO: Yavaşlatır mı?

Page builder'lar (Elementor, Divi, Beaver, Brizy, Bricks) SEO'yu doğrudan yavaşlatmaz ama yanlış kullanılırsa yavaşlatır.

Doğru kullanım:

• Tek bir builder seçin (Elementor + Gutenberg karıştırmayın)
• Builder'ın "Performance" sekmesinden kullanmadığınız widget'ları kapatın
• Builder + LSCache veya WP Rocket cache plugin kombinasyonu kullanın
• Section'lardaki extra container'ları minimize edin (Elementor'da "Flexbox Container" mode)

Yanlış kullanım (kaçının):

• 10+ heavy widget tek sayfada
• Custom CSS'i builder UI'dan ekleyip kaydetmeyi unutmak (her render'da regenerated)
• Builder + Page Builder Pro plugin + Slider Revolution + Custom CSS plugin → 4 farklı CSS framework

Buyukweb Hosting Tarafında WordPress Tema Optimizasyonu

WordPress hosting paketlerinde tema performansı için sunucu tarafında:

• LiteSpeed Web Server + LSCache: Tema render'ını full-page cache'e alır, INP'yi 30-50ms'e indirir
• Imunify360: Malicious tema/plugin'leri otomatik tespit eder; SEO'yu bot trafiğinden korur
• NVMe SSD: theme.json + asset'leri hızlı okur, TTFB düşer
• PHP 8.3/8.4 seçimi: WordPress 6.7 + PHP 8.3'te tema render'ı PHP 7.4'e göre %30+ hızlı
• Object Cache (Redis/Memcached): Block theme query'lerini cache'ler

Daha yüksek trafikli WordPress kurulumları için VDS sunucu veya sanal sunucu paketlerinde root erişim ile Nginx + FastCGI cache veya OpenLiteSpeed ile özel optimizasyon yapılabilir.

Sık Sorulan Sorular

Ücretsiz tema SEO açısından yeterli mi?

Evet, modern ücretsiz block theme'ler (Twenty Twenty-Four, Astra free, GeneratePress free, Kadence free) çoğu SEO ihtiyacı için yeterlidir. Premium yapı sadece görsel özelleştirme veya gelişmiş şablon koleksiyonu içindir. Lighthouse skoru, LCP/INP/CLS, schema desteği gibi temel SEO faktörlerinde ücretsiz ve premium arasında kayda değer fark yoktur. Hatta birçok ücretsiz tema, marketplace'teki "her şey dahil" temalardan daha hafiftir.

Page builder (Elementor, Divi) SEO'yu yavaşlatır mı?

Sadece yanlış kullanılırsa. Page builder, kendi başına SEO problemi değildir; ama 10+ ağır widget, fazla container nesting, paralel iki builder çalıştırma gibi pratikler LCP'yi 1-2 saniye uzatır. Doğru yapılandırılmış bir Elementor 3.20+ veya Divi 5+ kurulumu, LSCache + WP Rocket eşliğinde 1.5s altı LCP'ye ulaşır. Builder seçtiyseniz tek builder kullanın, kullanmadığınız widget'ları "Performance" sekmesinden kapatın.

Block theme mi classic theme mi seçmeliyim?

Yeni site kuruyorsanız block theme (WordPress 6.7 + FSE). 2026'da bu artık standart. Avantajları: daha hızlı render, theme.json ile token-based stil, FSE ile esneklik, daha küçük CSS yükü. Classic theme'i sadece çok özel bir gereksinim (eski plugin uyumluluğu, custom PHP template'i) varsa tercih edin. Eski sitenizi göç ettiriyorsanız acele etmeyin; classic tema güncel destek alıyorsa orada kalın, planlı bir geçişle block theme'e geçin.

Tema değiştirirsem SEO etkilenir mi?

Doğrudan etkilenmez, ama dolaylı olarak iki risk vardır: (1) HTML yapısı / heading hierarchy değişirse Google'ın yeniden anlaması 1-4 hafta sürer; (2) URL yapısı değişirse sıralama düşer. Çözüm: staging'de iyice test edin, URL yapısını koruyun, schema çıktısının bozulmadığını Rich Results Test ile doğrulayın, geçişi düşük trafik saatinde yapın ve sonraki 48 saat Search Console + Analytics izleyin.

Tema yüklemeden önce nasıl test edilir?

Üç yol vardır: (1) PageSpeed Insights: Tema demosunun URL'sini girin, mobile LCP/INP/CLS'ye bakın; (2) Lighthouse local audit: Chrome DevTools → Lighthouse → "Generate report", Performance skoru ≥ 90 ve Accessibility skoru ≥ 95 hedefleyin; (3) Staging environment: VDS sunucu veya WordPress hosting staging subdomain'inde temayı aktif edin, sitenizin kritik 10 sayfasında gerçek içeriğinizle ölçüm yapın. Demo skorlarına aldanmayın; demo "ideal koşul" içindir.

Premium tema almak gerekli mi?

Hayır, gerekli değil. Modern ücretsiz block theme'ler çoğu siteye yetiyor. Premium temayı şu durumlarda düşünün: (a) sektörünüze özel hazır demo (örn. otelcilik, e-ticaret özel layout'lar), (b) profesyonel destek hizmeti şart, (c) bir geliştiriciye veya ajansa açıklama yapmadan demo'dan canlıya geçilebilmesi. Premium tema satın aldığınızda GPL lisans olduğunu doğrulayın (WordPress ekosistemi GPL üzerine kuruludur).

Block theme'e geçtim, eski plugin'lerim çalışır mı?

Çoğunlukla evet ama bazı yan etkiler olabilir. Block theme, classic widget alanlarını "Sidebar Block"a dönüştürür; widget tabanlı plugin'lerin bazıları (eski sidebar widget'lar) görünmeyebilir. Çözüm: ya plugin'in block sürümünü kullanın ya da Classic Widgets plugin'i ile geçici uyumluluk sağlayın. SEO plugin'leri (Yoast, Rank Math, SEOPress) block theme ile sorunsuz çalışır; meta box'ları FSE editör içinde de görünür.

theme.json elle düzenlenmeli mi?

Çoğu kullanıcı için gerek yok. Site Editor (Appearance → Editor → Styles) üzerinden yapılan tüm değişiklikler theme.json'ın kullanıcı kopyasına (theme.json'ın user katmanı) kaydedilir. theme.json'ın theme katmanını (yani tema dosyasındaki orijinali) sadece tema geliştiricisi veya gelişmiş child theme override'ı için elle düzenlemek gerekir. Doğrudan düzenleyecekseniz JSON Schema valid olmalı, version 3 kullanın, ve örnekleri WordPress Developer Resources'tan alın.

---

İlgili Buyukweb Hizmetleri

• WordPress Hosting — LiteSpeed + LSCache + Imunify360 ile WordPress 6.7 + PHP 8.3/8.4 optimize paketler
• cPanel Web Hosting — LiteSpeed Web Server, NVMe SSD, HTTP/3 + Brotli, 4 paket
• Web Hosting — Genel hosting kategorileri ve karşılaştırma
• VDS Sunucu — WordPress staging, custom Nginx/OLS kurulumları için root erişimli VDS
• Sanal Sunucu — VDS paketleri detay ve karşılaştırma

Sorularınız için 0850 302 60 70 numaralı destek hattımıza veya iletişim sayfamıza yazabilirsiniz.