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

HTTP/3, aynı hedefe (web sayfalarını hızlı ve güvenli sunma) farklı bir taşıma katmanı ile gider: QUIC (Quick UDP Internet Connections). Hosting tarafında HTTP/3’ün aktif olup olmadığını bilmeden CDN, TLS ayarları, yönlendirme (redirect) ve “hız farkı” beklentilerini doğru kurmak zorlaşır. Bu rehberde, HTTP/3’ün aktif olup olmadığını kısa sürede ve ölçülebilir şekilde nasıl test edeceğinizi öğreneceksiniz; ayrıca sonuçların ne anlama geldiğini (HTTP/2’den neden geçiş olmayabildiğini) netleştireceksiniz.

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

Bir site için “HTTP/3 aktif” diyebilmek adına iki koşul birlikte sağlanmalıdır:

1. İstemci (tarayıcı veya test aracı) siteye bağlanırken HTTP/3’ü müzakere edebilmelidir.
2. Sunucu/edge (CDN varsa CDN edge’i) gelen trafiği gerçekten QUIC üzerinden ele almalıdır.

Sadece TLS sertifikasının güncel olması tek başına yeterli değildir. HTTP/3’ün aktif olması, tipik olarak TLS üstünde ALPN müzakeresi ve QUIC desteği ile görünür olur. Ayrıca HTTP/3, ağ koşulları ve firewall/NAT davranışlarından etkilenebilir; bu yüzden aynı cihazdan testte bazen farklı sonuçlar görülebilir.

Not: HTTP/3 ile “QUIC” aynı şeyi mi ifade eder?

Evet, pratikte evet. HTTP/3, uygulama katmanı; QUIC ise taşıma katmanıdır. Hosting tarafında “HTTP/3 var” denildiğinde amaç, QUIC üzerinden HTTP/3 çalışmasıdır.

Testi doğru yapmak için kontrol listesi

HTTP/3 var/yok sonucunu tek denemeyle değil, kontrollü bir test akışıyla almak gerekir.

Aşağıdaki maddeler testin güvenilirliğini artırır:

• Testi birden fazla ağda deneyin: Kurumsal ağ, mobil veri ve ev Wi-Fi.
• CDN kullanıyorsanız testte asıl uç noktanın CDN mi yoksa origin mi olduğuna karar verin.
• Tarayıcı cache’i devre dışı bırakın (gizli sekme/incognito) veya bağlantı geçmişini sıfırlayın.
• Aynı URL’yi kullanın: Örneğin ana domain https://example.com/ ve sık kullanılan bir sayfa https://example.com/products.
• Çok hızlı sonuç almak için komut satırı araçlarını (özellikle curl) tercih edin.

Yöntem 1: Tarayıcıda kanıt bulma (En pratik başlangıç)

HTTP/3 aktifliğini en hızlı yakalamayı sağlayan yaklaşım, tarayıcı ağ izlerini incelemek ve bağlantı protokolünü görmek.

Chrome/Edge (Web app için)

1. Sayfayı açın.
2. DevTools (Geliştirici Araçları) -> Network (Ağ).
3. Sayfayı yenileyin (bypass cache için DevTools açıkken genellikle “Disable cache” seçeneği kullanılır).
4. İsteklerin detaylarında “Protocol” veya “Connection” satırını kontrol edin.

HTTP/3 görülürse genellikle şu şekilde yansır: - Protocol: h3 veya benzeri bir gösterim

Eğer sadece HTTP/2 görüyorsanız: - CDN/edge HTTP/3’ü desteklemiyor olabilir, - istemci ALPN müzakeresinde HTTP/3’ü seçemiyor olabilir, - veya ağ/ara cihaz QUIC trafiğini engelliyor olabilir.

Bu yöntem “hızlı kanıt” sağlar; ancak tarayıcıdan tarayıcıya görselleştirme değişebilir. Kesinlik için curl ile teyit etmek daha sağlamdır.

Yöntem 2: curl ile doğrudan doğrulama (En net yöntem)

curl, HTTP/3’ü destekleyen derlemeler ile kullanıldığında bağlantıda hangi protokolün seçildiğini raporlar.

Ön koşul

Sizde curl’in HTTP/3 desteği olup olmadığını doğrulayın. - Birçok sistemde standart curl sürümü HTTP/3 içermeyebilir. - Gerektiğinde güncel curl (ve QUIC desteği olan sürüm) kullanın.

Test komutları

Aşağıdaki komutlarda hedef URL’yi kendi alan adınızla değiştirin.

• HTTP/3 deneme (destekliyse):

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

• Sadece HTTP/2 ile kıyas:

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

Çıktıda özellikle şu işaretleri arayın: - Protokol bilgisinin h3 olarak gelmesi (HTTP/3) - Alternatif olarak QUIC ile ilgili satırlar

curl komutu HTTP/3’ü zorladığında, sunucu/edge HTTP/3 desteklemiyorsa iki senaryodan biri yaşanır: - curl HTTP/3 yerine geri düşmeyi (fallback) raporlar, - veya bağlantı hatası döner.

Bu yüzden aynı URL’de hem --http3 hem --http2 ile test ederek farkı görmek önemlidir.

Yöntem 3: QUIC/HTTP3 sinyallerini tarama (Dış görünürlük)

HTTP/3’ün aktifliğini anlamanın bir diğer yolu, bazı dış test araçlarının protokol seçimini göstermesidir.

Aşağıdaki araçlar tipik olarak şu bilgileri sağlar: - HTTP/3 ile başarı oranı - Kullanılan protokol (HTTP/1.1/2/3) - Bağlantı gecikmesi

Kullanım mantığı basittir: - Alan adınızı girin. - Sonuçlarda “HTTP/3 supported / used” gibi bir ifade görüyorsanız hosting veya edge HTTP/3’ü aktif ediyor demektir.

Bu yöntem hızlı fikir verir; ancak sonuçlar test noktasının konumu ve ağ koşullarına bağlı değişebilir. Son karar için curl ile kendi ağınızdan teyit edin.

CDN varsa asıl gerçek hedef: Edge mi origin mi?

Hosting tarafında HTTP/3’ü aktif etmek çoğu zaman “origin sunucu”dan bağımsız olarak “CDN edge” üzerinden gerçekleşir.

Aşağıdaki senaryoları düşünün:

1. CDN HTTP/3 destekli, origin HTTP/3 destekli değil - Kullanıcı tarayıcısı HTTP/3 ile edge’e bağlanır. - CDN ile origin arasındaki protokol HTTP/1.1 veya HTTP/2 olabilir. - Tarayıcıdaki protokol “h3” görünebilir; bu yeterlidir.

2. CDN HTTP/3 destekli değil, origin HTTP/3 destekli - İstemci doğrudan origin’e bağlanmadıkça HTTP/3 görünmeyebilir. - CDN ile bağlantı kuruluyorsa sonuç genelde HTTP/2’de kalır.

3. Hem CDN hem origin destekli - Genelde en iyi ihtimal. Ama ağ engelleri varsa yine HTTP/2’de kalınabilir.

Net test yaklaşımı

Eğer CDN kullanıyorsanız testleri iki farklı hedefle yapın: - Üzerinden eriştiğiniz halka açık domain (ör. https://www.example.com) - Varsa “origin”i doğrudan temsil eden test endpoint’i (her sağlayıcıda yoktur)

Böylece HTTP/3’ün hangi katmanda çalıştığını anlarsınız.

Sonuçları yorumlamak: HTTP/3 neden görünmez?

HTTP/3 testlerinde HTTP/2 veya HTTP/1.1 çıkmasının en sık teknik nedenleri:

• QUIC engeli: Kurumsal firewall/NAT, UDP trafiğini kısıtlar. HTTP/3 QUIC kullandığı için UDP gerektirir.
• Yanlış TLS/ALPN kurulumu: HTTP/3 için gerekli TLS uzantıları ve ALPN müzakeresi gerçekleşmez.
• Edge yapılandırması eksik: Hosting panelinde HTTP/3 “var” olsa bile gerçek edge devreye alınmamış olabilir.
• Farklı alt domain/URL: Bazı sağlayıcılar yalnızca belirli hostlar için HTTP/3 aktif eder.
• Sertifika veya yeniden yönlendirme zinciri: URL redirect zincirleri sırasında test “farklı hedef”e gidiyorsa HTTP/3 sonuçları karışır.

Bu maddelerden hangisi olduğunu anlamanın en hızlı yolu, aynı anda hem curl hem tarayıcı testi yapmak ve “HTTP/3’ü zorla” davranışıyla (curl --http3) sonucu görmek.

Sunucu/hosting panelinde hangi ayarlar aranır?

Net sonuç almak için hosting veya CDN panelinde şu başlıklara bakın:

• HTTP/3 (QUIC) / QUIC destek anahtarı
• HTTPS / TLS ayarları
• CDN protokol ayarları (varsa)
• WAF veya güvenlik katmanı (bazı durumlarda QUIC/UDP etkilenebilir)

Bir sağlayıcıda “HTTP/3” seçeneği kapalı ise, curl --http3 zorlayınca ya hata alırsınız ya da HTTP/2’ye düşer.

Sağlayıcıya göre tipik davranış farkı

• Bazı platformlar fallback yapar: HTTP/3 yoksa HTTP/2.
• Bazıları hata verir: QUIC kapalı/engelli.

Bu yüzden tek bir komutla yetinmeyin; protokol karşılaştırması yapın.

Karşılaştırma tablosu: Test sonucu ne anlatır?

Aşağıdaki tablo, sık görülen kombinasyonları özetler:

Tek sayfalık “doğrulama senaryosu” (Adım adım)

Aşağıdaki akış, doğru sonuca en hızlı götüren pratik yol haritasıdır:

1. URL seç: https://domain.com/ (redirect yapan URL kullanmayın).
2. Tarayıcı incelenmesi: DevTools Network -> bir istek kaydı -> Protocol: h3 var mı?
3. curl ile teyit: - curl -I --http3 https://domain.com/ - curl -I --http2 https://domain.com/
4. Her iki komutun çıktısını karşılaştır: - HTTP/3 komutunda h3 görünüyorsa: hosting/CDN edge HTTP/3 aktif. - HTTP/3 komutunda QUIC/handshake problemi varsa: UDP engeli veya yapılandırma eksikliği olasılığı yüksek.
5. CDN kullanıyorsanız: Mümkünse CDN alt alanı/alternatif endpoint ile ikinci test yapın.

Sonuç: Aksiyon planı

HTTP/3 (QUIC) aktif mi sorusunu “panelde var mı?” seviyesinde bırakmayın; tarayıcı protokolü ve curl ile protokol zorlayarak teyit edin. İlk adım olarak tarayıcıda Network kayıtlarında h3 görüp görmediğini kontrol edin; ardından aynı URL için curl --http3 ve --http2 çıktılarıyla kesinleştirin. HTTP/3 görünmüyorsa sırayla UDP engeli (firewall/NAT), CDN edge yapılandırması ve ilgili host için etkinleştirme ayarlarını gözden geçirin. Eğer testler tutarsızsa, farklı ağlardan (mobil veri vs Wi‑Fi) tekrar yaparak sorunun nerede başladığını ayırın.