1. HTTP/1.1 vs HTTP/2 vs HTTP/3 Kısa Karşılaştırma
HTTP/1.1, yıllarca web’in standardıydı; ancak paralel istek yönetimi ve gecikme maliyetleri nedeniyle modern ihtiyaçlarda sınırlı kalır. HTTP/2; tek bağlantı üzerinde çoklu istek (multiplexing) ile verimliliği artırır. HTTP/3 ise QUIC (UDP tabanlı) üzerinde çalışır ve özellikle mobil ağlarda bağlantı değişimleri ve paket kayıplarında daha iyi deneyim sunabilir.
HTTP/2 ve HTTP/3 nedir, HTTP/1.1’den farkları nelerdir?
HTTP/2, tek bağlantıda multiplexing ve header compression ile daha verimli istek yönetimi sağlar. HTTP/3, QUIC ile bağlantı kurulumu ve kayıp toleransında avantaj sağlayarak özellikle mobilde gecikmeyi azaltabilir. HTTP/1.1’de ise çoklu istekler daha maliyetlidir ve connection management yükü artar.
Otel ve B2B bağlamında pratik etkiler
- •Otel ana sayfa (çok görsel): paralel isteklerin verimli yönetimi önemlidir.
- •B2B dashboard/API: düşük gecikme ve stabil TTFB kritiktir.
- •Protokol seçimi yalnız hız değil, kullanım deseni ve istemci uyumluluğu kararıdır.
☑ Mini Check : Protokol hazır mı?
- •CDN/ALB HTTP/2 ve HTTP/3 destekliyor mu?
- •Mobil kullanıcı oranı yüksek mi (HTTP/3 aday)?
- •API trafiğinde düşük latency hedefi var mı?
- •Client uyumluluğu (kurumsal eski tarayıcılar) değerlendirildi mi?
- •Ölçüm planı hazır mı (TTFB/CWV)?
Ne yapmalıyım?
- • Önce HTTP/2’yi “default” hedefle; sonra HTTP/3 pilotu düşün.
- • Mobil ve yüksek görsellikte HTTP/3’ü test et.
- • API ve dashboard için TTFB/latency ölçümünü kur.
- • Değişiklikleri A/B veya kademeli rollout ile doğrula.
2. TLS Sürüm ve Cipher Suite Seçimi
TLS policy, hem güvenliği hem performansı etkiler; çünkü handshake süresi, session reuse ve modern şifre kümeleri burada belirlenir. En temel hedef; zayıf protokolleri kapatıp modern sürümleri (TLS 1.2/1.3) etkin tutmaktır. Ancak güvenlik ile uyumluluk arasında planlı bir denge gerekir.
TLS sürüm ve cipher seçimi güvenliği ve hızı nasıl etkiler?
Zayıf TLS sürümleri ve cipher’lar güvenlik riskini artırır; modern TLS 1.2/1.3 ve güçlü cipher’lar bu riski azaltır. Performans tarafında ise session reuse, keep-alive ve TLS 1.3’ün daha verimli el sıkışma özellikleri, bağlantı maliyetini düşürebilir. Doğru tuning ile güvenliği artırırken TTFB’yi kötüleştirmek zorunda değilsiniz.
Eski protokolleri kapatma (risk yönetimi)
- •TLS 1.0/1.1 gibi zayıf sürümler, legacy uyumluluk için açık tutulduğunda risk büyür.
- •Zayıf cipher kümeleri istismar yüzeyini genişletir.
- •Kapatma işlemi bir anda değil; ölçüm, istemci uyumluluğu ve edge/CDN planıyla yapılmalıdır.
Session reuse ve keep-alive (hız için)
- •Keep-alive ile bağlantı yeniden kullanımını artırmak
- •Session resumption ile handshake maliyetini düşürmek
- •CDN edge terminasyonu ile origin yükünü azaltmak
☑ Mini Check : TLS policy kontrolü
- •TLS 1.2/1.3 hedefi net mi?
- •Zayıf protokol/cipher kapanış planı var mı?
- •Session reuse/resumption etkin mi?
- •HSTS/redirect ile uyum kontrol edildi mi?
- •Değişiklik sonrası tarayıcı uyumluluğu test edildi mi?
Ne yapmalıyım?
- • TLS policy’yi yazılı hale getir (min sürüm + cipher yaklaşımı).
- • Legacy sürümleri kapatmayı kademeli uygula ve ölç.
- • Session reuse + keep-alive ile handshake maliyetini düşür.
- • TLS değişikliklerini performans testleriyle birlikte doğrula (Internal link: /tr/seo/teknik-seo).
3. Otel ve B2B Siteleri İçin Güvenlik + Hız Dengesi
Bu bölümde amaç; “aynı ayar herkese uyar” yaklaşımından kaçınmaktır. Otel sitesinde görsel yoğunluk ve CDN önemi; B2B’de dashboard/API ve oturum yönetimi öne çıkar.
Otel (yüksek görsellik) — pratik tuning alanları
- •CDN ile statik içerik edge’de
- •HTTP/2 multiplexing ile paralel istek verimliliği
- •HTTP/3 pilotu (mobil yoğunluk varsa)
- •TLS policy + HSTS uyumu
- •Cache ve compression stratejisi (güvenlikle uyumlu)
B2B (dashboard + API) — pratik tuning alanları
- •API gateway’de keep-alive ve connection pooling
- •TLS session resumption
- •HTTP/2 ile istek yönetimi
- •Rate limit/WAF ile güvenlik + performans kontrolü
- •TTFB odaklı izleme ve alarm
Fark yaratan mini bölüm (Competitor Gap): “Sadece hız” değil, “CWV-friendly security”
HTTP/2/3 çoğu içerikte yalnız hız başlığıyla anlatılır. Buradaki fark; TLS policy değişikliklerini CWV/TTFB testleriyle birlikte ele almak ve güvenlik ayarlarının performans regresyonu üretmesini engellemektir.
☑ Mini Check : Denge kontrol listesi
- •CDN terminasyonu ve cache stratejisi hazır
- •HTTP/2 etkin ve test edilmiş
- •HTTP/3 pilot ölçümü yapıldı (mobil segment)
- •TLS policy değişiklikleri CWV/TTFB ile ölçüldü
- •Güvenlik ayarı değişince rollback planı var
Ne yapmalıyım?
- • Otel için CDN + HTTP/2’yi standardize et; HTTP/3’ü ölçerek aç.
- • B2B’de API latency ve TTFB KPI’larını bağla.
- • TLS policy değişikliklerini SEO/performans testleriyle birlikte yap.
- • Edge ayarlarını “kademeli rollout + rollback” ile yönet.
4. CDN ve ALB Katmanında Ayarlar
Çoğu modern mimaride TLS ve HTTP protokol terminasyonu edge/CDN veya load balancer katmanında olur. Bu katman; hem güvenlik policy’sini merkezileştirir hem de performans optimizasyonu sağlar. Burada hedef; edge’de modern protokoller ve güçlü TLS policy ile origin’e kontrollü ve stabil trafik taşımaktır.
CDN/ALB katmanında hangi ayarları yapmalıyım?
CDN/ALB’de HTTP/2 ve mümkünse HTTP/3’ü etkinleştirip TLS policy’yi TLS 1.2/1.3 ve güçlü cipher’larla standardize edin. Keep-alive ve session resumption ile handshake maliyetini azaltın, HSTS/redirect uyumunu doğrulayın ve değişiklikleri TTFB/CWV ölçümleriyle kontrol edin. Edge loglarını da izlenebilirlik için raporlama ve dashboard’lara bağlayın.
Edge tuning — hızlı kazanım alanları
- •Keep-alive / connection reuse
- •TLS session reuse/resumption
- •HTTP/2/3 enablement
- •Cache ve compression
- •Origin health-check ve failover politikası
Güvenlik değişikliklerinde ölçüm ve geri dönüş
- •Önce staging veya düşük trafik segmentinde dene.
- •TTFB, handshake süresi ve hata oranını ölç.
- •Regresyonda policy rollback uygula.
☑ Mini Check : Edge kontrol
- •TLS min sürüm ve cipher policy tanımlı
- •HTTP/2 etkin; HTTP/3 pilot planı var
- •Keep-alive + session reuse etkin
- •Cache/compression ayarları doğrulandı
- •CWV/TTFB ölçüm + rollback planı var
Ne yapmalıyım?
- • Edge’de TLS policy ve HTTP/2’yi “default güvenli” standarda çek.
- • HTTP/3’ü pilotla, ölç, sonra genişlet.
- • TTFB/CWV ölçümlerini release sürecine bağla (Internal link: /tr/yazilim/web-sitesi-gelistirme).
- • Teknik SEO ile birlikte değerlendirme yap (Internal link: /tr/seo/teknik-seo).
5. İçerik İçi Tablo: Önerilen TLS/HTTP Tuning Özeti
| Alan | Öneri (çerçeve) | Amaç | Ölçüm/Kanıt |
|---|---|---|---|
| HTTP protokol | HTTP/2 default, HTTP/3 pilot | Verimlilik + mobil iyileşme | TTFB, p95 latency |
| TLS sürümü | TLS 1.2/1.3 | Güvenli transport | Tarayıcı uyumu, güvenlik taraması |
| Cipher policy | Zayıfları kapat, güçlü set | İstismar riskini azalt | Güvenlik taraması + hata oranı |
| Session reuse | Resumption/reuse açık | Handshake maliyetini düşür | Handshake süresi |
| Edge tuning | Keep-alive + cache | CWV/TTFB iyileştirme | CWV raporu (LCP/TTFB) |
6. HTTP/2–3 & TLS Sürüm/Cipher Tuning Checklist Şablonunu İndir
HTTP/2–3 & TLS Sürüm/Cipher Tuning Checklist Şablonunu İndir — Yazılım / Sunucu ve Güvenlik (v1.0)
Bu asset, transport katmanı modernizasyonunu (HTTP/2/3 + TLS policy) güvenlik ve performans testleriyle birlikte planlamak için hazırlanmıştır. Zayıf protokol/cipher kapanışını kademeli ve ölçümlü yapmayı, CDN/ALB edge tuning ile handshake maliyetini düşürmeyi hedefler. CWV/TTFB etkisi gözlenmeden prod’a sert değişiklik yapılmasını engeller.
Kim Kullanır?
DevOps/Backend + teknik SEO (otel ve B2B performans/güvenlik sahipleri).
Nasıl Kullanılır?
- Mevcut HTTP/TLS envanterini çıkar ve hedef policy’yi yaz.
- HTTP/2 default ve HTTP/3 pilot planını oluştur; ölçüm KPI’larını bağla.
- Cipher/protokol kapanışını kademeli uygula; rollback’i hazır tut.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Mevcut HTTP sürümü (1.1/2/3) envanterlendi
- ▢ ✅ TLS min sürüm hedefi (1.2/1.3) yazıldı
- ▢ ✅ Zayıf protokol/cipher kapanış planı var (kademeli)
- ▢ ✅ Session reuse/resumption hedefi belirlendi
- ▢ ✅ CDN/ALB terminasyon ayarları envanterlendi
- ▢ ✅ Keep-alive/connection reuse kontrol edildi
- ▢ ✅ CWV/TTFB ölçüm dashboard’u hazır
- ▢ ✅ Pilot rollout planı (trafik segmenti) hazır
- ▢ ✅ Rollback prosedürü yazılı
- ▢ ✅ Değişiklik sonrası tarayıcı uyumluluğu test edilecek
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
7) Deliverables
- •TLS policy dokümanı (minimum sürüm + cipher yaklaşımı)
- •HTTP/2 default + HTTP/3 pilot planı
- •CDN/ALB tuning notları
- •Tarayıcı/istemci uyumluluk raporu
- •TTFB, handshake ve CWV ölçüm raporu
- •Kademeli rollout ve rollback prosedürü
- •365 günlük policy gözden geçirme takvimi
Bir Sonraki Adım
Zayıf TLS/protokolleri kapatırken CWV/TTFB’yi iyileştirip güvenlikten ödün vermeden hız kazanmak isteyen otel ve B2B ekipleri için.
Sık Sorulan Sorular
HTTP/2 ve HTTP/3 nedir, HTTP/1.1’den farkları nelerdir?▾
TLS sürüm ve cipher seçimi güvenliği ve hızı nasıl etkiler?▾
Otel ve B2B siteleri için HTTP/TLS tuning’inde nelere dikkat etmeliyim?▾
CDN/ALB katmanında hangi ayarları yapmalıyım?▾
HTTP/2/3’e geçsem hızlanır mıyım, güvenlik için ne yapmalıyım?▾
İlgili İçerikler