HTTP/3 (QUIC) Etkin mi? Kontrol ve Performans Doğrulama

HTTP/3 (QUIC) kullanıcı deneyimini doğrudan etkileyen bir taşıma katmanı güncellemesidir: daha hızlı bağlantı kurma, paket kaybına daha dayanıklı davranış ve gecikme iyileştirmeleri. Ancak yalnızca “CDN tarafında HTTP/3 açıktır” demek, sizin sitenizde gerçekten HTTP/3 trafiği oluştuğu anlamına gelmez. Bu rehberde, HTTP/3’ün etkinliğini katman katman doğrulayacak; ardından HTTP/3 ile HTTP/2 arasındaki performans farkını ölçmek için net bir kontrol planı sunacağız.

Aşağıdaki adımlar, 18.06.2026 itibarıyla pratikte kullanılan çoğu CDN, reverse proxy ve sunucu kurulumunda aynı mantıkla çalışır.

HTTP/3 ile HTTP/2 arasında neyi “kanıtlamanız” gerekir?

HTTP/3’ün çalıştığını doğrulamak için tek bir hedefiniz olmalı: Kullanıcı sitenize bağlandığında bağlantı protokolünün HTTP/3 (QUIC) olduğunu görmek.

Bunu etkileyen kritik noktalar: - CDN ve/veya reverse proxy tarafında HTTP/3 desteği ve aktifliği - Alan adınız için doğru sertifika zinciri (TLS 1.3) ve handshake uyumu - QUIC/UDP trafiğinin yol boyunca engellenmemesi (özellikle kurumsal ağlar) - Site trafiğinin gerçekten yeni bağlantılar üzerinden ölçülmesi (önbellek/yeniden kullanım sonuçları etkiler)

Bu nedenle testleriniz “sistem HTTP/3 destekliyor” değil, “bu istek HTTP/3 ile geldi” kanıtını taşımalı.

HTTP/3 doğrulamanın en net göstergeleri

Tarayıcı ağ panelinde bağlantı türü: HTTP/3
komut satırında HTTP/3/QUIC kullanımı (ör. curl çıktıları)
Sunucu/CDN loglarında QUIC/HTTP3 işaretleri (çoğu platformda üst başlıklar veya protokol alanları bulunur)
UDP 443 trafiğinin beklendiği gibi akması (firewall/NAT/ACL kontrolleri)

1) Tarayıcı ile ilk doğrulama: HTTP/3 gerçekten kullanılıyor mu?

En hızlı yol, aynı anda hem bağlantı protokolünü görmek hem de gerçek istek üzerinden doğrulamaktır.

Chrome/Edge (Chromium) ile Ağ Paneli

Siteyi açın.
Geliştirici Araçlar (DevTools) -> Network sekmesi.
DevTools açıkken sayfayı yenileyin.
İlk istekleri (HTML ana doküman, CSS/JS) tek tek seçin.

Aradığınız alanlar genellikle şunlardır: - Protocol veya benzeri bir alan: h3 / http/3 / HTTP/3 - Timing grafiğinde ilk bağlantı gecikmesi (ilk yükte daha anlamlı)

Not: Network panelinde bazen sonraki istekler önceki bağlantıyı yeniden kullanır. Bu yüzden test için en azından ilk yükte protokolün ne olduğuna bakın.

Testi adil yapmak için tarayıcı ayarı

“Disable cache” açık olsun.
Bir testten diğerine net bir fark görmek için pencere/sekme kapat-aç veya “Hard Reload” kullanın.
Farklı lokasyonlar (aynı ISP değil) protokol geçişini dramatik biçimde etkileyebilir. Aynı lokasyonda en az 3 tekrar yapın.

2) curl ile protokol seviyesinde kontrol (HTTP/3 kullanımı kanıtı)

Tarayıcı her zaman tek başına yeterli olmayabilir. Komut satırı çıktısı, “hangi protokol izlendi” kısmını daha açık gösterebilir.

Ön koşul

curl sürümünüzün HTTP/3 desteği olması gerekir. Birçok sistemde standart curl ile bu garanti değildir.

Temel test

Aşağıdaki testi yerel makineden deneyin (hedef URL’niz):

curl -v --http3 https://ornek-domain.com/ --output /dev/null

Aradığınız çıktılar: - HTTP/3 geçti mi? - QUIC/UDP ile ilgili işaretler var mı? - TLS 1.3 handshake akışı beklediğiniz gibi mi?

Ek olarak farklı bir yaklaşım olarak:

curl -v --http2 https://ornek-domain.com/ --output /dev/null

Böylece aynı koşullarda HTTP/2 ile HTTP/3 karşılaştırması yapabilirsiniz.

Zayıf yön: Aynı ağdan test

Eğer yerel ağınız UDP 443’ü kısıtlıyorsa curl yine HTTP/2’ye düşebilir. Bu durumda testlerinizde “neden HTTP/3 görünmüyor” sorusunu sadece sunucuya bağlamak doğru olmaz. 5. bölümde yol/UDP kontrolünü ele alıyoruz.

3) Sunucu / reverse proxy / CDN tarafında log ile kanıtlayın

HTTP/3 kanıtı en sağlam şekilde loglardan çıkar. Çünkü tarayıcı “görsel” olarak protokolü gösterebilir; ama sizin asıl doğrulamanız, trafiğin sizin istediğiniz katmanda gerçekten işlendiğini kanıtlamak olmalı.

3.1 CDN kullanıyorsanız: HTTP/3 trafiğini ayırın

CDN tarafında tipik konfigürasyonlar: - HTTP/3 (QUIC) enable - HTTP/2 enable - “Origin ile protokol” ve “Client ile protokol” ayrımı (bazı platformlarda ayrı ayarlar vardır)

Önemli fark: CDN ile kullanıcı arasındaki protokol HTTP/3 olabilir; CDN ile origin arasında yine HTTP/2 devam edebilir. Bu, çoğu mimaride normaldir.

Loglarda aradığınız alanlar: - Protokol: h3 / http3 - Edge location üzerinden QUIC işaretleri - Request header: platforma göre alt-svc gibi alanlar

Alt-Svc (Advertisement) kontrolü

HTTP/3’e geçiş için tarayıcılarda bazen Alt-Svc başlığı kritik rol oynar. Bu başlık, tarayıcıya HTTP/3 kullanılabileceğini bildirir.

Pratik test: - HTTP/2 ile gelen bir istek yanıtında Alt-Svc görüyorsanız, tarayıcının sonraki bağlantılarda HTTP/3’e geçmesi beklenir. - Eğer Alt-Svc hiç gelmiyorsa, CDN ya da reverse proxy HTTP/3 reklamını sağlamıyor olabilir.

3.2 Nginx / Apache / reverse proxy tarafında

HTTP/3 genelde Nginx’te ayrı modül/derleme veya belirli paketlerle, Apache tarafında ise sınırlı koşullarla desteklenir. Bu nedenle “sunucu sürümünüz” ve “QUIC modülü” kritik.

Loglarda arayın: - h3 / quic / udp 443 referansları - HTTP/3 handler çağrıları - QUIC oturum oluşturma / kapanma izleri

Kural olarak şunu yapın: - CDN’i devreye aldığınız senaryoda “origin logları” sadece origin ile konuşan protokolü gösterir. - Kullanıcıdan CDN’e protokolü doğrulamak için edge logları gerekir.

4) Performans doğrulama: HTTP/3-HTTP/2 farkını nasıl ölçersiniz?

HTTP/3’ün getirisi genellikle ilk istek gecikmesi ve bazı ağ koşullarında (paket kaybı, değişen bant genişliği) daha belirgindir. Bu yüzden ölçümü sadece ortalama hız ile yapmayın.

Ölçüm kriterleri (net hedefler)

En az şu üç metrik üzerinden karar verin: 1. TTFB (Time To First Byte) 2. Toplam yükleme süresi (ilk sayfa yükü) 3. Yeniden deneme/tekrar yüklerde protokolün davranışı (bağlantı yeniden kullanımı)

Ek olarak: - Hata oranı (özellikle 4xx/5xx artışı) - Retransmit / timeout sinyalleri (varsa loglarda)

Test ortamı önerisi

Aynı test cihazından en az 3 tekrar
En az 2 farklı lokasyondan (veya 2 farklı ISP) test
Aynı sayfa için test: mümkünse sade bir test sayfası (ör. tek HTML + birkaç küçük asset)

Ölçüm akışı (önerilen)

Ön koşul olarak cache’i kapatın veya hard reload yapın.
HTTP/3 aktif senaryoda 3 ölçüm alın.
Sonra HTTP/2 zorla senaryosu yapın (tarayıcıda bazen zorlamak zordur; curl ile daha net olur).
Sonuçları protokole göre karşılaştırın.

Önemli: Ölçüm sırasında protokolün gerçekten ne olduğundan emin olmak için her test grubuna en az bir protokol doğrulaması ekleyin (tarayıcı paneli veya curl/log).

5) HTTP/3 görünmüyor: En sık nedenler ve kesin kontroller

HTTP/3’ün etkinliğini doğruladığınız halde hiç görünmüyorsa, sorun çoğu zaman yolun bir yerinde UDP’nin engellenmesidir.

5.1 UDP 443 filtresi (firewall / security group / NAT)

QUIC UDP üzerinden çalışır. UDP 443 engellenirse HTTP/3 düşer.

Kontrol listesi: - Sunucu tarafında UDP 443 açık mı? - Bulut güvenlik gruplarında inbound UDP 443 var mı? - VPC / firewall / ACL kuralları UDP’yi kısıtlıyor mu? - Kurumsal ağlarda UDP kısıtı yaygındır; lokasyon testi yapın.

5.2 CDN ve origin protokol ayrımı

“HTTP/3 açıldı ama yine de HTTP/2 görünüyor” durumunda şunu ayrıştırın: - Client->CDN protokolü gerçekten HTTP/3 mü? - CDN->origin protokolü HTTP/2 olabilir ve bu tek başına sorun değildir.

Bu yüzden doğru log hedefini seçin: edge logları mi origin logları mı?

5.3 Sertifika ve TLS uyumsuzluğu

HTTP/3, TLS 1.3 ile çalışır (QUIC tarafında TLS benzeri akış). Sertifika zincirinde eksik ara sertifika, yanlış SNI, uyumsuz yapı gibi durumlar protokol geçişini bozabilir.

Kontroller: - Sertifika zinciri tam mı? - Alan adı (SNI) doğru mu? - CDN otomatik sertifika yönetimi yapıyorsanız uçlar arası ayarlar tutarlı mı?

6) Karar vermek için pratik bir kontrol tablosu

Aşağıdaki tablo, “etkinlik doğrulama” ve “performans doğrulama” için tek bakışta hareket planı verir.

Kontrol Adımı	Ne Beklersiniz?	Olmazsa Ne Yaparsınız?
Tarayıcı Network -> Protocol alanı	HTTP/3 / `h3` görünür	CDN/Proxy tarafında HTTP/3 enable ve `Alt-Svc` kontrolü
curl --http3	HTTP/3 ile yanıt ve QUIC işaretleri	curl sürümü kontrolü, UDP 443 erişimi kontrolü
CDN edge log	Protokol olarak HTTP/3 işareti	Yanlış log lokasyonu, UDP engeli, HTTP/3 reklamı eksik
Origin log	Genellikle HTTP/2/HTTP/1.1 görülebilir	Bu tek başına sorun olmayabilir; mimaride ayrımı yapın
TTFB karşılaştırması	HTTP/3’te benzer veya daha iyi TTFB	Test koşullarını hard reload + cache disable ile düzelt
Error oranı	4xx/5xx artışı olmamalı	Sertifika uyumu, timeout/route sorunları

H3 öneri: “Hızlı karar” için minimum veri şartı

HTTP/3’ün bir sayfada anlamlı fark yaratıp yaratmadığını karar vermek için: - Aynı sayfada 3 tekrar - En az 2 lokasyonda test - Her test grubunda en az bir protokol doğrulaması (tarayıcı veya curl)

Bu üçlü tamamlanmadan “HTTP/3 yavaş” ya da “HTTP/3 kazandırmıyor” sonucuna gitmeyin.

Sonuç: HTTP/3’ü açmak değil, kanıtlamak kararınızı hızlandırır

HTTP/3 (QUIC) etkinliğini doğru doğrulamadığınızda, performans kazancı ya hiç oluşmaz ya da beklediğiniz yerde ölçülmez. Bugün yapmanız gereken aksiyon, önce protokol kanıtını (tarayıcı/curl/log) toplamak, sonra cache’i kapatıp TTFB ve toplam yükleme süresini HTTP/2 ile karşılaştırmaktır. Eğer UDP 443 erişimi ve CDN/edge loglar HTTP/3’ü doğrulamıyorsa, performans ölçümüne geçmeden önce yolu düzeltin. Bu yaklaşımla hem doğru teşhis yapar hem de HTTP/3’ün sizin senaryonuzda gerçekten işe yarayıp yaramadığını net şekilde gösterirsiniz.