HTTP/3 (QUIC) hosting’de aktif mi? Test rehberi (2026)

HTTP/3, sayfa yükleme süresini ve özellikle bağlantı kurulumunu (connection setup) etkileyen bir transport katmanı güncellemesidir. Ancak hosting tarafında kurulu görünmesi, her zaman sitenizde aktif çalıştığı anlamına gelmez. Bu rehberde HTTP/3 (QUIC) durumunu; tarayıcı, curl ve bağımsız test araçlarıyla nasıl doğrulayacağınızı adım adım anlatıyorum. Sonunda hangi sonucu hangi aksiyonla değerlendireceğinizi de netleştireceksiniz.

HTTP/3 ne zaman “aktif” sayılır?

Bir sitenin HTTP/3 kullandığını doğrulamak için en kritik ölçüt; tarayıcının gerçekten QUIC üzerinden istek yapması ve sunucunun bu trafiği kabul etmesidir. Aşağıdaki kontroller tek tek doğru değilse “aktif” demek zordur.

HTTP/3’ün aktif olduğuna dair somut işaretler

Tarayıcı ağ panelinde isteklerin protokolü HTTP/3 veya h3 olarak görünür.
Yanıt başlıklarında/istemci tarafında “QUIC” veya “h3” referansı çıkar.
curl ile QUIC (HTTP/3) zorlandığında başarılı yanıt alınır.
Bağımsız tarayıcı testlerinde “HTTP/3: available / supported” ve mümkünse “used” bilgisi görünür.

Not: Bazı servisler destek varlığını (supported) raporlar, ancak sizin erişiminizde hiç kullanılmıyor olabilir. Bu yüzden “destek var” ile “kullanılıyor” ayrımını yapın.

Test için hazırlık: hangi URL’leri kontrol etmelisiniz?

HTTP/3 genellikle domainin kökünden (ör. https://example.com/) itibaren aynı şekilde çalışır; fakat CDN, yönlendirme (301/308) veya alt alan adı (subdomain) nedeniyle davranış değişebilir.

Aşağıdaki URL’leri aynı gün içinde test edin: - https://example.com/ (ana sayfa) - https://www.example.com/ (www varsa) - https://example.com/robots.txt (küçük dosya, hızlı doğrulama) - Bir HTML sayfa (ör. https://example.com/iletisim) - Eğer CDN kullanıyorsanız CDN’in tuttuğu bir path (ör. /assets/app.js)

Redirect (yönlendirme) tuzağı

HTTP/3 testi yaparken şu senaryolar sık görülür: - http:// → https:// yönlendirme var. - example.com → www.example.com yönlendirme var. - Yönlendirme aşamasında farklı protokoller devreye girebilir.

Bu yüzden mümkünse hedef URL’yi doğrudan doğru host ile test edin. Örneğin curl testinde example.com yerine www.example.com için ayrı deneme yapın.

Tarayıcı ile kontrol (en pratik yöntem)

Modern tarayıcılarda ağ (Network) paneli isteklerin protokolünü gösterebilir. Bu, “gerçek kullanım var mı?” sorusuna en hızlı cevap verir.

Chrome/Edge üzerinden adımlar

Siteyi açın.
Geliştirici araçları (DevTools) → Network sekmesi.
Sayfayı yenileyin (Ctrl+R).
Yüklenen istekleri listede inceleyin.
Kolonlarda veya detaylarda protokol bilgisini kontrol edin: - “h3” / “HTTP/3” görürseniz kullanım var demektir. - “h2” veya “http/1.1” görürseniz HTTP/3 o istek için kullanılmıyor demektir.

Firefox ve “HTTP/3” işareti

Firefox’ta istek detaylarında HTTP sürümü/protokol bilgisi bazen daha farklı konumlanır. Aynı mantık geçerlidir: ağ panelindeki protokol alanında HTTP/3 veya QUIC izini arayın.

Sonuç nasıl yorumlanır?

Network’te HTTP/3 görünüyor → Site, isteklerinizi QUIC üzerinden alıyor.
Network’te HTTP/3 yok, sürekli HTTP/2 → Sunucu/edge tarafında HTTP/3 etkin değil veya sizin trafiğiniz HTTP/3’e düşmüyor.

curl ile doğrulama: HTTP/3’ü zorlayarak test

Tarayıcı her zaman kolay iz vermeyebilir. Bu durumda curl daha deterministik sonuç verir. HTTP/3’te QUIC kullanıldığı için, curl sürümü ve derleme (build) kritik olabilir.

HTTP/3’ü zorlayan komut

Aşağıdaki komut, HTTP/3’ü özellikle deneye zorlar:

curl --http3 -I https://example.com/

Beklenen davranışlar: - 200/301/302 gibi bir yanıt alırsanız ve çıktı içinde HTTP/3/h3 işareti görürseniz kullanım var demektir. - “HTTP/3 not supported” / “failed to connect” benzeri hata görürseniz iki olasılık vardır: - curl tarafında HTTP/3 yetenekli değil - Sunucu/edge tarafı HTTP/3 trafiğini kabul etmiyor

Alternatif: bağlantıdan önce servis bilgisi kontrolü

Bazı durumlarda TLS/ALPN (Application-Layer Protocol Negotiation) üzerinden hangi protokolün seçildiği anlaşılır. curl çıktısında HTTP/2/h2 veya HTTP/3/h3 seçiminin görünüp görünmediğini inceleyin.

Minimum doğrulama matrisi

Aşağıdaki kombinasyonlar hızlı karar verir: - curl --http3 başarılı + çıktı h3 → HTTP/3 çalışıyor ve sizin isteğinizde kullanılıyor. - curl --http3 başarısız, ama curl -I HTTP/2 ile başarılı → Sunucu HTTP/3’ü aktif etmiyor veya edge yönlendirmesi yapmıyor. - curl --http3 başarısız + curl --http2 de başarısız → problem sunucu erişimi/sertifika/SSl zinciri tarafı olabilir.

Bağımsız test araçları: “destek var mı, kullanılıyor mu?”

Bağımsız servisler HTTP/3’ün desteklenip desteklenmediğini raporlayabilir. Yine de şu ayrımı yapın: - Supported (destekleniyor): Sunucu HTTP/3’ü sunuyor olabilir. - Used (kullanılıyor): Bu test, sizin bağlantınızda gerçekten QUIC akışı yapılıyor mu sorusunu daha iyi yanıtlar.

Hangi raporları aramalısınız?

HTTP/3 durumu (available/supported)
HTTP/3 durum kodu (ör. “advertised”)
Mümkünse “protocol used” veya “negotiated” bilgisi

Eğer servis “destek var” diyor ama tarayıcı Network’te HTTP/3 görünmüyorsa; çoğu zaman host, redirect zinciri veya CDN edge kuralı nedeniyle sizin akışınız HTTP/3’e düşmüyor demektir.

HTTP/3 neden “aktif değil” görünebilir? (En sık 10 sebep)

HTTP/3’ün çalışmasını etkileyen unsurlar çok katmanlıdır. Aşağıdaki maddeler, testte HTTP/3 görmemenin en sık sebepleridir:

TLS sertifikası zinciri tam değil (TLS kurulumunu tamamlamadan QUIC açılmaz).
Sertifika alan adında (SAN) uyumsuzluk var.
CDN/edge katmanı HTTP/3’ü sadece bazı cache davranışlarında etkinleştiriyor.
Redirect zinciri farklı host’a gidiyor ve HTTP/3 yalnızca bir host’ta açık.
WAF/Rate limit kuralı QUIC trafiğini kısıtlıyor.
İSS (ISP) veya yerel ağ QUIC/UDP trafiğini kısıtlıyor.
Sunucuda QUIC modülü aktif değil ya da yanlış port/konfigürasyon var.
Hosting panelinde “HTTP/3 desteklensin” seçeneği açık olsa bile gerçek edge yapılandırması kapalı.
Tarayıcıda QUIC kapalı/deneysel ayar devrede değil (kurumsal politikalar dahil).
curl/CLI testinde HTTP/3 destekli curl sürümü kullanılmıyor.

UDP ve firewall gerçeği

HTTP/3, QUIC üzerinden UDP kullanır. Bu nedenle UDP trafiği engelleniyorsa hem tarayıcı hem curl --http3 aynı şekilde HTTP/2’ye düşer ya da başarısız olur. Sunucu tarafında güvenlik duvarı (firewall) ve edge tarafında kural setlerini kontrol edin.

Sağlayıcı tarafında kontrol: siz ne isteyebilirsiniz?

NetKıyas’ta farklı hosting türlerinde (VPS/VDS, cloud hosting, dedicated) HTTP/3 her zaman aynı şekilde yönetilmez. Yine de sağlayıcıdan net olarak şu bilgileri istemek kararınızı hızlandırır:

Sağlayıcıdan talep edilecek teknik doğrular

“HTTP/3 (QUIC) hangi domain/host’ta aktif?” (ör. example.com ve www.example.com ayrımı)
“CDN/edge katmanında HTTP/3 devrede mi?”
“UDP 443 trafiği kısıtlı mı?”
“WAF veya güvenlik politikaları QUIC’i etkiliyor mu?”
“Sunucu tarafında hangi bileşen kullanılıyor?”
Örn. reverse proxy (Nginx/Envoy/Caddy) ve QUIC desteği

Kontrol paneli tarafı: neye bakmalısınız?

Kullanılan kontrol paneline göre isim değişse de mantık aynıdır. Şunları arayın: - HTTP/3 veya QUIC anahtarı - SSL/TLS ayarları (sertifika durumu) - CDN entegrasyonu / edge ayarları - WAF kuralları (QUIC/HTTP3 özel istisnası var mı)

Sonuç: aksiyon planı (testten sonra ne yapmalısınız?)

Önce tarayıcı Network panelinde protokolün HTTP/3/h3 görünüp görünmediğini doğrulayın. HTTP/3 hiç yoksa, bir sonraki adım curl --http3 -I https://domaininiz/ ile sunucunun QUIC’i gerçekten kabul edip etmediğini test edin. Sonuçta “supported var ama used yok” senaryosu çıkarsa hedef host ve redirect zincirini düzeltin; “used yok ve curl başarısız” senaryosunda sağlayıcıdan UDP 443, edge konfigürasyonu ve QUIC/WAF etkisini isteyin.

Aksiyon olarak şu sırayı takip edin: (1) aynı host ile 3 farklı URL test edin, (2) tarayıcı + curl ile protokolü doğrulayın, (3) sağlayıcıya iletilecek net bulguları çıkarın. Bu adımlarla HTTP/3’ün gerçekten aktif olup olmadığını tartışmadan, somut kanıtla karar verirsiniz.