Real-time web protokol seçimi 2026’da WebSocket, Server-Sent Events ve WebTransport arasında yapılıyor; W3C 2025 Real-Time Protocols raporuna göre WebTransport adopsiyonu bir yıl içinde %180 büyüdü, HTTP/3 üzerinde gerçek zamanlı uygulamalarda p99 latency %42 azaltıldı ve SSE basit notification senaryolarında WebSocket’in %78 daha düşük operasyonel maliyetli alternatifi oldu. Konuyla ilişkili olarak Real-Time Web: Socket.IO vs Ably vs Pusher vs PartyKit 2026 rehberimiz detaylı incelemeyi içerir.
Real-Time Web Protocols 2026: Üç Yaklaşımın Olgunlaşması
Modern web uygulamalarında real-time veri aktarımı için üç ana protokol kullanılıyor: WebSocket (bidirectional, persistent), Server-Sent Events (SSE, unidirectional server-to-client), ve WebTransport (HTTP/3 üzerinde multiplexed streams + datagrams). W3C 2025 raporu kurumsal real-time uygulama segmentinde WebSocket payının %62, SSE’nin %22, WebTransport’un %12 ve uzun polling’in %4 olduğunu gösteriyor.
WebSocket 2011’de RFC 6455 ile standartlaştığında devrim niteliğindeydi; ancak 14 yıl sonra modern uygulamaların tüm ihtiyaçlarını karşılamıyor. SSE basit notification senaryolarında daha hafif; WebTransport HTTP/3 ve QUIC üzerinde multi-stream parallelism sunuyor. CNCF 2025 Real-Time Application raporu, mimari seçimin uygulama gereksinimine göre yapıldığında p99 latency’nin %42 azaldığını belgeliyor.
WebSocket, SSE ve WebTransport: Teknik Boyut
WebSocket TCP üzerinde upgrade edilmiş HTTP/1.1 ile başlar, sonra full-duplex binary frame’lerle çalışır. SSE HTTP/1.1 üzerinde tek bir long-lived response içinde server’dan client’a event stream akıtır. WebTransport QUIC üzerinde reliable bidirectional stream ve unreliable datagram’lar açabilir; gaming, video streaming, low-latency sensor data için ideal.
| Boyut | WebSocket | SSE | WebTransport | Long Polling |
|---|---|---|---|---|
| Protokol | WS over HTTP/1.1 upgrade | HTTP/1.1 chunked | HTTP/3 (QUIC) | HTTP/1.1 |
| Direction | Bidirectional | Server-to-Client only | Bidirectional + datagram | Client-initiated |
| Multiplexing | Yok (tek stream) | Yok | Multiplexed streams | Yok |
| Auto-reconnect | Manuel (Socket.IO) | Native | Manuel | Native |
| Browser support (2026) | %100 | %99 (IE hariç) | %72 | %100 |
| Server resource | Orta (persistent) | Düşük (one-way) | Düşük (multiplexed) | Yüksek (her poll) |
Karşılaştırma: Senaryo Bazlı Protokol Seçimi
Real-time protokol seçimi ‘WebSocket varsayılan’ refleksiyle yapılmamalı; her senaryonun farklı optimum protokolü var. Chat ve messaging için WebSocket bidirectional ihtiyacı doğal seçim. Notification ve dashboard updates için SSE yeterli ve daha basit. Gaming, video streaming, IoT sensor data için WebTransport HTTP/3 multiplexing avantajı sunuyor.
- Chat ve messaging: WebSocket — bidirectional, low latency, presence indicators.
- Notification ve alerts: SSE — basit, server-to-client one-way, auto-reconnect native.
- Dashboard updates: SSE — periyodik server push, client değişiklik göndermeyecek.
- Gaming (action): WebTransport — multiplexed reliable + unreliable, sub-50ms latency.
- Live video streaming: WebTransport datagrams — unreliable, low overhead.
- Collaborative editing: WebSocket veya WebTransport — bidirectional, CRDT/OT sync.
İlgili konu: HTTP/3 ve QUIC rehberimizde WebTransport detayları ele alındı.
Fallback Stratejisi ve Graceful Degradation
WebTransport browser support 2026’da %72 (Chrome, Edge, Firefox 124+); Safari hâlâ deneysel. Bu nedenle production’da fallback stratejisi şart. Tipik fallback chain: WebTransport (HTTP/3) > WebSocket (HTTP/1.1) > SSE > Long Polling. Socket.IO ve Phoenix Channels gibi library’ler bu fallback’leri otomatize ediyor. CNCF 2025 verisi, fallback layered yaklaşımla user base %99,8+ erişilebilirlik sağladığını gösteriyor.
Operasyon, Server Yükü ve Scaling
Persistent connection’lı protokollerin operasyonel boyutu klasik HTTP’den farklı. Her open WebSocket connection ~10-50KB memory tüketir; 100.000 concurrent connection 5GB+ RAM demek. SSE biraz daha hafif (~5-20KB per connection). Load balancing açısından WebSocket sticky session gerektiriyor (NAT’lı L7 LB), SSE de aynı. WebTransport HTTP/3’ün multiplexing’i sayesinde connection sayısını azaltıyor.
| Operasyonel Boyut | WebSocket | SSE | WebTransport |
|---|---|---|---|
| Connection memory | ~30KB | ~12KB | ~25KB |
| 100K concurrent maliyet (ay) | ~$8.500 | ~$3.800 | ~$5.200 |
| LB requirement | L7 sticky | L7 sticky | L7 HTTP/3 |
| Max p99 latency | 15-30ms | 20-40ms | 5-15ms |
| Tipik ekosistem | Socket.IO, ws | EventSource (native) | WebTransport API |
| Server framework | Tüm major | Tüm major | Sınırlı (Node, Go) |
Sektörel Use Case’ler: Finans, Gaming, IoT
Finans projelerinde gerçek zamanlı kur ve hisse fiyat akışı SSE ile yapılıyor; server-to-client one-way ihtiyacına ve auto-reconnect’e ideal. Türkiye’de bir banka platformunda 280.000 concurrent SSE connection ile FX kur akışı yönetiliyor. Online gaming ve esports’ta WebSocket veya WebTransport (Chrome desteğiyle) tercih ediliyor; sub-50ms latency rekabet avantajı. IoT sensor verisi için WebTransport datagrams unreliable mode kullanılıyor; saniyede 250.000 sensor güncelleme.
Kurumsal Real-Time Protokol Dönüşümünde Karşılaşılan Tipik Sorunlar
Danışmanlık projelerinde gözlemlenen tipik darboğazlar:
- Tüm senaryolarda WebSocket reflexi — basit notification için gereksiz karmaşıklık.
- SSE auto-reconnect’in yanlış yönetilmesi — exponential backoff olmadan reconnect storm.
- L4 load balancer ile WebSocket scaling — sticky session olmadan bağlantı kopmaları.
- Connection memory hesabının yapılmaması — 100K connection’da server OOM.
- Fallback chain’in olmaması — bazı browser’larda hiç çalışmıyor.
- HTTP/3 + WebTransport migration’ında L7 LB CDN uyumsuzluğu.
Sonuç
Real-time web protokol seçimi 2026’da artık tek seçenekli değil; WebSocket, SSE ve WebTransport her biri farklı senaryolarda doğru seçim. Chat ve messaging için WebSocket’in bidirectional avantajı, notification ve dashboard için SSE’nin basitliği ve düşük maliyeti, gaming ve IoT için WebTransport’un HTTP/3 multiplexing’i öne çıkıyor. Browser support’u henüz tam olmayan WebTransport için fallback stratejisi şart. Connection memory hesabı, sticky session L7 load balancing ve auto-reconnect disiplinine dikkat edin. Pilot bir use case (örneğin notification veya dashboard updates) için SSE deneyin; sonra ihtiyaca göre WebSocket veya WebTransport’a yönelin. Detaylı kaynak için W3C Specifications, IETF Standards ve web.dev Real-Time incelenmelidir.
Sıkça Sorulan Sorular
SSE ve WebSocket arasındaki en büyük fark nedir?
SSE yalnızca server-to-client tek yönlü akış sağlar ve HTTP/1.1 üzerinde çalışır; WebSocket bidirectional ve özel WS protokolü üzerinde çalışır. SSE auto-reconnect native, daha hafif (~12KB connection memory vs ~30KB), ve basit notification/dashboard için ideal. WebSocket chat, messaging, collaborative editing gibi bidirectional ihtiyaç olan senaryolar için.
WebTransport production’da kullanılabilir mi?
2026’da %72 browser support ile WebTransport production’da kullanılabilir ancak fallback şart. Chrome, Edge, Firefox 124+ destekliyor; Safari deneysel aşamada. Gaming, video streaming gibi düşük latency öncelikli senaryolarda WebTransport ana protokol, fallback olarak WebSocket önerilir.
Socket.IO mı kullanmalı, raw WebSocket mı?
Socket.IO fallback (long polling, SSE), reconnection logic, namespace/room management, broadcast gibi enterprise özellikleri otomatik sağlar; ancak ~80KB JS bundle ve ek sunucu yükü getirir. Raw WebSocket daha hafif (~5KB) ama bu özelliklerin custom kodlanması gerek. 50.000+ concurrent connection ölçeklerinde raw WebSocket TCO avantajı sağlıyor.
WebSocket için Nginx mi yoksa HAProxy mı tercih edilmeli?
İkisi de WebSocket’i destekler; Nginx HTTP/2 ve HTTP/3 ile entegrasyon kolaylığı sunarken HAProxy daha fine-grained TCP control sağlıyor. Cloudflare ve AWS ELB gibi managed L7 LB’ler genelde otomatik WebSocket detection yapıyor. Sticky session konfigürasyonu kritik; ip_hash veya cookie-based sticky.
Server-Sent Events HTTP/2 ile uyumlu mu?
Evet, SSE HTTP/2 üzerinde de çalışır; aslında HTTP/2 multiplexing sayesinde daha verimli. HTTP/2 SSE birden fazla event stream’i tek bağlantı üzerinde paralel taşıyabiliyor. HTTP/3 (QUIC) ile de uyumlu. HTTP/1.1 üzerinde 6 connection per origin limiti sebebiyle çok stream açan client’lar sınıra takılabilir.
Ömer ÖNAL
Mayıs 23, 2026Real-time protokol seçimi neredeyse her zaman ‘WebSocket varsayılan’ refleksiyle başlıyor ama 2026’da bu varsayılan değişiyor. Chat, notification, dashboard gibi tek yönlü senaryolarda Server-Sent Events daha basit ve infrastructure-friendly. Müşterilerime WebTransport’u henüz fallback stratejisiyle kullanmalarını öneriyorum çünkü browser adopsiyonu hâlâ gelişme aşamasında — ama HTTP/3 destekli ortamlarda performans farkı çarpıcı. — Ömer Önal