WordPress’te HTTP/2 ve HTTP/3 desteği nasıl açılır?

WordPress sitelerinde hız algısı yalnızca sayfa tasarımına bağlı değildir. Sunucu ile tarayıcı arasındaki taşıma katmanı (HTTP sürümü) performansı doğrudan etkiler: bağlantı kurma süresi, paralel istekler ve paket kaybında toparlanma gibi. Bu rehberde HTTP/2 ve HTTP/3’ün ne anlama geldiğini kısa tutup, WordPress üzerinde güvenli ve ölçülebilir şekilde nasıl etkinleştireceğinizi adım adım anlatacağım. Ayrıca hangi testlerle gerçekten açıldığını kontrol edeceksiniz.

HTTP/2 ve HTTP/3 ne kazandırır?

HTTP/2 (genellikle TLS üzerinden) tek bir bağlantı üzerinden çoklanmış istekler sağlar. Bu, özellikle aynı sayfada birden fazla kaynak (CSS, JS, görseller) yükleyen sitelerde TTFB ve toplam yükleme süresini azaltmaya yardımcı olur.

HTTP/3 ise QUIC (UDP tabanlı) kullanır. TCP’nin bağlantı toparlama davranışları yerine QUIC’in akış/bağlantı modeli tercih edilir. Sonuç; özellikle ağ dalgalanmalarında daha stabil performans ve daha az “yeniden başlatma” etkisi olabilir.

Net sonuç almak için iki şey kritiktir: - Sunucunuz veya CDN (ör. Cloudflare) tarafında ilgili protokol etkin olmalı. - WordPress katmanında “ayar yapıyorum” sanılarak aslında sadece uygulama seviyesinde değişiklik yapılmamalı; HTTP başlıkları taşımayı yapan katmanı hedeflemelisiniz.

Ön koşul: HTTP/3 için altyapı seçimi

HTTP/2 ve HTTP/3’ün WordPress’te “aç/kapalı” bir eklenti düğmesi gibi çalışmadığını baştan netleştirelim. Çoğu senaryoda HTTP sürümünü şu bileşen belirler: - Cloudflare gibi bir CDN - Nginx veya Apache gibi web sunucusu - (Gerekirse) Load balancer / reverse proxy katmanı

Cloudflare üzerinden gitmek neden en pratik yol?

WordPress’te HTTP/3’ü “tek başıma sunucuda QUIC açayım” yerine, CDN katmanında etkinleştirmek çoğu kullanımda daha hızlı ve hatasız ilerler. Özellikle yönetilmeyen kurulumlarda QUIC/UDP güvenlik duvarı ayarları, paket/port engelleri gibi noktalar zaman kaybettirir.

Doğrudan sunucuda (Nginx/Apache) yapmak ne zaman mantıklı?

• CDN kullanmak istemiyorsanız
• Trafiğin tamamı doğrudan sunucuya geliyorsa
• Nginx/Apache konfigürasyonlarına erişiminiz ve güvenlik duvarı yönetiminiz varsa

Bu rehberde iki yolu da ele alacağım.

Yöntem 1: Cloudflare ile HTTP/2 ve HTTP/3 etkinleştirme

Cloudflare kullanıyorsanız WordPress tarafında genelde eklenti gerekmez. Kontrol noktası Cloudflare panelidir.

Adım 1: Cloudflare’da proxy aktif mi?

DNS kaydınızın yanında bulut simgesi (Proxy) aktif olmalı. Proxy pasifse (gri bulut), Cloudflare katmanı devreye girmeyebilir; HTTP/3/2 beklentisi düşer.

Adım 2: TLS ayarlarını kontrol edin

Cloudflare ile başarılı bağlantı için TLS tarafında uyum gerekir. Genelde şu strateji sorunsuzdur: - Cloudflare ile origin arasında HTTPS kullanın. - Origin sertifikasını geçerli tutun (Let’s Encrypt/sağlayıcı sertifikası).

Adım 3: HTTP/3 (QUIC) anahtarını açın

Cloudflare panelinde: - SSL/TLS bölümünden - QUIC/HTTP3 seçeneklerini etkinleştirin

Kullanılan plana göre HTTP/3 davranışı değişebilir; yine de 2026 itibarıyla çoğu kullanıcı, QUIC anahtarını aktif ettiğinde trafiğin HTTP/3’e geçtiğini görebilir. Buradaki kritik nokta, testleri yapmadan “açıldı” kabul etmemektir.

Adım 4: Tam değil, geçiş var mı? Test edin

HTTP/3 her istekte anında görünmeyebilir (ilk bağlantı farklı davranabilir). Doğru kontrol için tarayıcı ve ağ loglarını kullanın. Rehberin sonunda test kısmı var.

Yöntem 2: Nginx ile HTTP/2 ve HTTP/3 (quic) ayarlama

Nginx kullanıyorsanız HTTP/2 genelde TLS ile kolay açılır. HTTP/3 ise “Nginx sürümü + modül/derleme + UDP erişimi” gerektirir.

Adım 1: HTTP/2’yi açın (Nginx)

Nginx’te HTTP/2 çoğunlukla listen ... ssl http2; satırı ile aktif olur.

Örnek (sadece şablon):

server {
  listen 443 ssl http2;
  server_name example.com;

  ssl_certificate     /etc/letsencrypt/live/example.com/fullchain.pem;
  ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;

  # WordPress siteniz için root / proxy / include bloklarınızı ekleyin
}

HTTP/2 aktivasyonu için gerekenler: - 443 portunda HTTPS (TLS) aktif olmalı - Sertifika dosyaları doğru yüklü olmalı - Nginx konfigürasyonu hatasız yeniden yüklenmeli (nginx -t)

Adım 2: HTTP/3 için gereksinimleri netleştirin

HTTP/3’ü Nginx’te açmak için şu koşullar genelde birlikte gerekir: - HTTP/3’ü destekleyen Nginx sürümü veya QUIC derlemesi - UDP 443 trafiğine izin (Güvenlik duvarı / security group) - Sertifika ve TLS ayarlarının HTTP/3 ile uyumlu olması

UDP tarafı kapalıysa HTTP/3 hiç çalışmaz; bu yüzden “sadece konfigürasyon yaptım” kontrolü yetmez.

Adım 3: HTTP/3 konfigürasyonunu test edin

HTTP/3 için yapılandırma dağıtıma ve kullandığınız Nginx paketine göre değişir. Bu nedenle en doğru yaklaşım, kullandığınız Nginx’in HTTP/3/QUIC dokümantasyonuna göre ilgili listen/quic direktiflerini uygulamak ve UDP 443’ü açmaktır.

Yöntem 3: Apache ile HTTP/2 ve HTTP/3

Apache tarafında HTTP/2 daha erişilebilir olabilir; ancak HTTP/3 (QUIC) Apache’te genellikle ek modül/destek seviyesine bağlıdır.

HTTP/2 (Apache) kontrol listesi

• Modüller (ör. mod_http2) aktif olmalı
• TLS üzerinden 443 konfigürasyonu doğru çalışmalı

HTTP/3 (Apache) gerçekliği

HTTP/3’te Apache desteği kurulu sürüm ve modül durumuna göre değişir. Bu nedenle “Apache’de HTTP/3 var mı?” sorusunun cevabını şu şekilde vermek en sağlıklısıdır: - Server header ve/veya protokol raporunu testlerle doğrulayın. - Modül ve sürüm gereksinimlerini kontrol edin.

Bu rehberin devamında test bölümünde hangi çıktılara bakmanız gerektiğini net vereceğim.

WordPress tarafında neler yapmalısınız? (Ve neleri yapmamalısınız?)

HTTP/2/3 protokolü uygulama (WordPress) katmanında çalışmaz; esasen sunucu/CDN katmanında çözülür. Yine de WordPress tarafında yapılacak işler, doğru çalışmayı ve performans kazancını artırır.

1) Cache katmanını doğru kurgulayın

Protokol değişse bile, statik dosyalarınız önbellekten gelmezse hız kazanımı sınırlı kalır. Şu hedefleri izleyin: - Statik içeriklerde uygun cache header’ları - CDN veya reverse proxy cache (varsa) - WordPress cache eklentisi kullanıyorsanız, sürüm protokolü ile çakışan ayarları devre dışı bırakmayın

2) Redirect ve canonical zincirlerini temizleyin

HTTP/2/3 performansının “önündeki en büyük engel” gereksiz redirect zincirleridir. Örnek: HTTP -> HTTPS -> trailing slash -> canonical gibi çok adım olmasın.

3) Tek bir URL standardı kullanın

• www veya non-www tek olsun
• Slash standardı net olsun
• HTTP/HTTPS geçişleri tek yönlü ve kısa olsun

Test rehberi: HTTP/2 mi HTTP/3 mü gerçekten aktif?

Açtım sandığınız şeyin doğrulaması şart. Aşağıdaki yöntemler, NetKıyas’ta karşılaştırma yaparken de aynı mantıkla kullanılır: “ölç, doğrula, sonra optimize et”.

Yöntem A: Tarayıcı Network paneli

1. Sayfayı açın.
2. Geliştirici araçları (DevTools) > Network.
3. Üstte protokol kolonunu (varsa) veya request detaylarını inceleyin.

Beklentiler: - HTTP/2: isteklerde h2 veya “HTTP/2” benzeri işaretler - HTTP/3: isteklerde h3 veya “HTTP/3” işaretleri

Yöntem B: curl ile protokol kontrolü

Sunucunuza göre değişen komutlar vardır. Genel mantık şudur: - HTTP/2 için: TLS üzerinden --http2 - HTTP/3 için: QUIC kullanımı sağlayan curl derlemesi ve ilgili seçenekler

Örnek (HTTP/2): curl -I --http2 https://example.com/

HTTP/3 için kullandığınız curl sürümünün QUIC’i desteklediğinden emin olmalısınız.

Yöntem C: CDN/servis raporları

Cloudflare kullanıyorsanız panel raporlarında protokol dağılımını görebilirsiniz. Bu raporlar, gerçek trafiğin hangi protokolle geldiğini anlamanızı sağlar.

Yaygın sorunlar ve net çözüm adımları

HTTP/2/3 devreye girmiyor gibi görünen durumlar genelde aynı kök nedenlerden çıkar.

Sorun 1: HTTP/3 görünüyor ama bazı istekler HTTP/2’den gitmeye devam ediyor

Bu durum tek bir ana sebebe bağlı değildir; ilk el sıkılaştırma, cache durumu veya rota farklılıkları görülebilir. Çözüm: - Aynı URL için birkaç yükleme yapın. - Hem HTML hem statik dosyalarda protokol kontrolü yapın.

Sorun 2: HTTP/3 hiç gelmiyor (sıfır h3)

En sık nedenler: - UDP 443 kapalı - Güvenlik duvarı / cloud firewall kuralı UDP trafiğini engelliyor - Proxy/route doğru değil (Cloudflare proxy pasif gibi)

Çözüm: - UDP 443’e izin verildiğinden emin olun. - Cloudflare proxy aktif olduğundan emin olun.

Sorun 3: HTTP/2 açılıyor ama sayfa yüklenmesi beklenen kadar hızlanmıyor

Protokol tek başına mucize değildir. LCP, INP gibi metrikler için asıl darboğazlar şunlar olabilir: - Görsel boyutları - JS bundle büyüklüğü - Cache kontrolü

Bu noktada önce protokolün aktif olduğunu kanıtlayın; sonra Core Web Vitals tarafında ilerleyin.

Net kontrol özeti: Hangi yol en hızlı?

Aşağıdaki tablo, pratik seçim yapmanızı sağlar.

Sonuç: HTTP/2/3’ü açtıktan sonra tek yapmanız gereken doğrulama

İlk adım HTTP/2’yi etkinleştirip tarayıcıda isteklerin h2 ile geldiğini görmek olmalı. HTTP/3 hedefliyorsanız UDP 443 ve rota/proxy doğrulamasını yaptıktan sonra h3 işaretini görene kadar varsayım yapmayın. Bu rehberdeki test yöntemleriyle doğruladıktan sonra, performans optimizasyonuna (cache, görseller, JS) geçin. İsterseniz NetKıyas üzerinde barındırma altyapınızı seçerken protokol desteklerini ve test sonuçlarını referans alarak daha hızlı karar verirsiniz.

Son olarak aksiyon planı: (1) Cloudflare veya sunucu tarafında HTTP/2’yi açın, (2) tarayıcı Network panelinde doğrulayın, (3) HTTP/3 için QUIC/UDP koşullarını sağlayın, (4) tekrar test ederek protokol dağılımını teyit edin.