HTTP/2 ve HTTP/3

ne HTTP/2 ve HTTP/3 dır, nasıl QUIC reduces (değil eliminates) head-of-line blocking, ve ne onlar anlamına gel bençin SEO — Google şunu söylüyor no sıralama boost, Googlebot's docs yapmayın liste HTTP/3, ve gerçek payoff dır indirect via temel Web Vitals.

İlk yayın tarihi: 3 Tem 2026 · Son güncelleme: 8 Ağu 2026 · Advanced
Diller

HTTP/2 (multiplexing + header compression üzerinde bir TCP connection) ve HTTP/3 ( aynı, ama üzerinde QUIC/UDP yerine TCP, hangi stops bir lost packet on bir stream -den stalling her diğer stream) dır modern upgrades -e HTTP — QUIC's streams hâlâ share aynı connection's congestion control ve QPACK header state, bu nedenle o's bir gerçek düzelt, değil bir guarantee her file dır now fully independent. Neither dır bir direct Google sıralama faktörü: Google states orada's no sıralama boost -den tarama üzerinde HTTP/2, ve Google's crawler dokümantasyon yapmaz liste HTTP/3 olarak bir supported protokol. Googlebot tarar HTTP/1,1 tarafından default ve HTTP/2 ne zaman bir site dır eligible (HTTPS + h2 support), ile bir 421 status olarak documented opt-out. gerçek SEO payoff dır indirect — faster gerçek-kullanıcı sayfa loads feed temel Web Vitals, bu da sıralama-adjacent sinyal. bençin en çok siteler bu bir CDN toggle, ama yapğrula negotiated protokol afterward yerine assuming o worked end -e end (UDP -ebilir olmak blocked, ve bir ilk visit çoğu zaman hâlâ starts on HTTP/2 until browser learns HTTP/3 dır mevcut). Two myths -e kill: switching protocols won't yapğrudan boost sıralamalar, ve HTTP/2 Server Push dır dead uygulamada (Chrome disabled o tarafından default -den Chrome 106 on) — kullan 103 Early Hints veya bağlantı rel=preload instead.

TL;DR — HTTP/2 = multiplexing + HPACK header compression + RFC 9218 priority hints üzerinde bir TCP connection. HTTP/3 = aynı semantics üzerinde QUIC/UDP yerine TCP, hangi stops bir lost packet on bir stream -den stalling diğer streams — streams hâlâ share connection’s congestion control ve QPACK state, bu nedenle o’s bir gerçek düzelt, değil full independence per file. Neither dır bir direct sıralama faktörü: Google states orada’s no sıralama boost -den tarama üzerinde HTTP/2, ve Google’s crawler dokümantasyon yapmaz liste HTTP/3 olarak bir supported protokol — Googlebot kullanır HTTP/1,1 tarafından default ve HTTP/2 ne zaman eligible (HTTPS + h2 support), ile bir 421 status olarak documented opt-out. SEO payoff dır indirect, via gerçek-kullanıcı speed feeding temel Web Vitals — negotiating bir newer protokol yapmaz guarantee daha iyi temel Web Vitals veya arama performance on onun kendi. en çok of web dır on HTTP/2; HTTP/3 dır hâlâ bir minority of gerçek istekler, ve hatta nerede bir CDN “supports” o, discovery/fallback anlamına gel bir given visit yapmaz her zaman land on o. Two things -e skip: chasing bir sıralama boost, ve Server Push (disabled tarafından default in Chrome/Chromium since v106 — kullan 103 Early Hints veya rel=preload).

Evidence for this claim HTTP/2 adds binary framing and multiplexed streams while preserving HTTP semantics. Scope: Current official or standards documentation. Confidence: high · Verified: RFC 9113: HTTP/2 Evidence for this claim HTTP/3 maps HTTP semantics over QUIC rather than TCP. Scope: Current official or standards documentation. Confidence: high · Verified: RFC 9114: HTTP/3

ne her protokol aslında changes

koru two upgrades straight ve everything else follows.

HTTP/2 (2015, RFC 7540) kept HTTP’s semantics ama overhauled nasıl bytes move:

  • Multiplexing. çok söyleıda istekler ve responses dır interleaved on bir tek connection, yerine HTTP/1,1’s bir-at-bir-time-per-connection model şu forced browsers -e open several parallel connections.
  • HPACK header compression. Repetitive headers sent ile her istek dır compressed, cutting overhead.
  • Stream prioritization — gerçben değil özgün scheme. RFC 7540’s priority tree idi deprecated tarafından HTTP/2 update, RFC 9113. güncel sinyal dır RFC 9218’s Extensible Priority Scheme — simple urgency/incremental hints (usable tarafından her ikisi HTTP/2 ve HTTP/3), ve o’s advisory: bir server -ebilir honor o, partially honor o, veya ignore o.
  • Originally, Server Push de — hâlâ technically defined in HTTP/2 ve HTTP/3 specs, ama browsers dropped support uygulamada (daha below).
  • uygulamada o requires HTTPS — no mainstream browser negotiates unencrypted HTTP/2.

HTTP/3 (2022, RFC 9114) keeps HTTP/2’s semantics ama replaces transport:

  • o runs üzerinde QUIC, bir transport oluşturulmuş on UDP, yerine TCP.
  • bu narrows HTTP/2’s transport-level head-of-line blocking, ama yapmaz erase her form of o. altında HTTP/2, tümü multiplexed streams ride bir TCP connection, bu nedenle bir tek lost packet stalls her stream until o’s re-sent. QUIC verir her HTTP istek onun kendi stream, ve bir lost packet on bir stream no longer blocks diğer streams — şu’s gerçek düzelt. o yapmaz yap her file fully independent, gerçben: streams in aynı QUIC connection hâlâ share congestion control ve flow control (bu nedenle bir bad network path hâlâ slows everything, sadece olmadan cross-stream stall), bytes bençinde bir stream hâlâ arrive sırayla (bir kaynak spanning several packets hâlâ waits on onun kendi lost packet), ve QPACK header decoding runs üzerinde bir shared control stream diğer streams -ebilir depend on. Think “loss stops leaking across streams,” değil “every file travels in total isolation.”
  • QUIC folds in TLS 1,3 (encryption dır mandatory) ve supports faster connection setup aracılığıyla session resumption — dahil bir optional 0-RTT mode bençin repeat visits. 0-RTT dır conditional, değil bir universal fast lane: “early data” o sends -ebilir olmak replayed tarafından bir attacker, bu nedenle browsers ve servers restrict hangi istekler dır safe -e send şu way ve server -ebilir reject o ve fall back -e bir olağbir handshake (see 425 Too Early).
  • QUIC ayrıca supports connection migration — bir client -ebilir carry bir connection genelinde bir network change (WiFi → cellular) tarafından validating bir yeni network path — ama in QUIC v1 bu client-initiated yalnızca (bir server -ebilir’t migrate connection kendi başına), ve path validation, adres changes, ve bir reset congestion state anlamına gel continuity dır conditional, garanti edilmez.

honest nuance: HTTP/3’s biggest wins land on slow veya lossy connections. kullanıcılar zaten on fast, stable networks see daha az of bir difference — slowest slice of sizin trafik alır en çok of gain, bir benşaret et -ecek Nye yapar well in arama motoru Journal. yapmayın oversell HTTP/3 -e bir site whose audience dır tümü on fiber.

yapar bu affect sıralamalar? (No — ve burada’s exact wording)

bu soru her SEO aslında lands burada bençin, bu nedenle lead ile Google’ın kendi crawler dokümantasyon. On Google crawlers overview, Google states onun crawlers support HTTP/1,1 ve HTTP/2, seç whichever verir en iyi tarama performance, ve şu:

” default protokol sürüm kullanılan tarafından Google’s crawlers dır HTTP/1,1; tarama üzerinde HTTP/2 -ebilir save computing kaynaklar (örneğin, CPU, RAM) bençin sizin site ve Googlebot, ama otherwise orada’s no Google-product specific benefit -e site (örneğin, no sıralama boost in Google arama).”

şu’s hakkında olarak unambiguous olarak Google alır. HTTP/2 dır bir transport-layer efficiency lever bençin her ikisi sides of connection — o -ebilir save sizin server ve Googlebot bazı çalışır — ama o dır değil bir sıralama sinyal.

gerçek SEO angle dır indirect ve worth stating birçıkçbir: faster gerçek-kullanıcı sayfa loads feed temel Web Vitals, hangi dır part of Google’s sayfa experience sinyaller. bu nedenle değer of HTTP/2 ve HTTP/3 bençin SEO dır bir kullanıcı-experience investment şu shows up in metrikler Google aslında measures — değil bir switch şu lifts sıralamalar kendi başına.

ne Googlebot aslında yapar today

bu part en çok competing explainers skip, ve o’s en çok yararlı section on bu sayfa. Google’ın kendi crawler docs dır specific:

  • Default dır HTTP/1,1. Per crawlers overview, HTTP/1,1 dır default protokol; Googlebot -ebilir switch -e HTTP/2 arasında tarama sessions depending on past tarama statistics.

  • HTTP/2 tarama dır eligibility-based, değil on-demand. Googlebot began tarama bazı siteler üzerinde HTTP/2 in mid-November 2020 (announced in Google’s Googlebot -ecek soon speak HTTP/2 post). bir site olur eligible tarafından sunma üzerinde HTTPS ile HTTP/2 support ve olma tarandı enough bençin upgrade -e pay off — siz yapmayın force o on.

  • -ebilirsiniz opt out ile bir 421. Google belgeler opt-out on crawlers overview:

    “-e opt out -den tarama üzerinde HTTP/2, instruct server şu’s hosting sizin site -e respond ile bir 421 HTTP status code ne zaman Google attempts -e access sizin site üzerinde HTTP/2.”

  • HTTP/3 değildir in Google’s crawler dokümantasyon. olarak of bu yazma, güncel crawler-overview doc listeler HTTP/1,1 ve HTTP/2 olarak supported sürümler ve söyler nothing hakkında HTTP/3 — bu nedenle o değildir offered olarak bir documented tarama protokol. şu’s bir statement hakkında ne Google sahiptir (ve hasn’t) published, değil bir promise şu no istek anywhere ever touches HTTP/3. Barry Schwartz sahiptir reported aynı absence at arama motoru Roundtable, ve -ecek Nye’s SEJ rehber notes Googlebot dır değil currently supporting HTTP/3.

orada idi kabaca bir five-year gap arasında HTTP/2’s publication (2015) ve Googlebot supporting o (2020). HTTP/3 idi finalized in 2022, bu nedenle tarafından şu pattern, crawler support -ebilir hâlâ olmak bir -iken off. benim okuyun: yapmayın hold sizin breath bençin HTTP/3 tarama, ama yapmayın wait on o -e improve sizin site either — neden -e adopt HTTP/3 dır sizin kullanıcılar, değil Googlebot.

Two things worth flagging önce biz move on. ilk, back yaklaşık Google ben/O in 2021, John Mueller said Google idi zaten tarama -den fazla half of tümü URLs üzerinde HTTP/2, ve şu multiplexing ve header compression sahipti brought number of connections ve bandwidth down significantly — good bençin her ikisi Google’s tarama infrastructure ve sizin sunma infrastructure. ikinci, on Bing side: ben couldn’t bul bir comparable published HTTP/2 veya HTTP/3 tarama politika statement -den Microsoft. Bing sahiptir plenty of material on tarama efficiency generally (IndexNow, tarama Control, sitemap processing), ama no explicit protokol-support declaration on par ile Google’s — bu nedenle ben’m değil going -e infer bir. eğer bir Bing-specific yanıt önem taşır -e siz, kontrol et Bing Webmaster Blog yapğrudan.

ne Chrome’s araçlar yap (ve yapmayın) göster

Chrome’s Lighthouse sahiptir bir Modern HTTP insight şu flags ne zaman bir site dır sunulan üzerinde bir older HTTP sürüm — o essentially kontroller whether sizin files come üzerinde HTTP/2 veya HTTP/3. yararlı, ama ile bir catch worth knowing: şu insight shows up in Chrome DevTools performance traces, değil in standard kamuya birçık PageSpeed Insights rapor en çok SEOs kontrol et. Lighthouse ayrıca kullanılan -e sahip bir dedicated uses-http2 denetim, ama o idi disabled çünkü reliably detecting h1 vs h2 vs h3 genelinde her istek proved difficult. bu nedenle yapmayın go looking bençin bir live “uses HTTP/2” geç/başarısız ol in sizin regular PSI rapor — o değildir orada reliably. -e aslında yapğrula sizin protokol, kontrol et protokol column in sizin browser’s Network panel, veya kullan bir araç like WebPageTest.

gerçek-world adoption in 2026

en iyi kamuya birçık dataset dır 2024 Web Almanac’s HTTP chapter (authored tarafından Robin Marx of Akamai). shape of web:

  • Home sayfalar: HTTP/1,1 ~22% · HTTP/2 ~71% · HTTP/3 ~7% on desktop (mobile dır benzer: ~21% / ~70% / ~9%).
  • tümü istekler combined: kabaca 85% dır HTTP/2 veya newer; yalnızca ~15% hâlâ on HTTP/1,1.
  • daha siteler dır ready bençin HTTP/3 -den aslında kullan o — yaklaşık 26–28% of home sayfalar announce HTTP/3 support via alt-svc header, ama far fewer istekler dır aslında sunulan üzerinde o.
  • CDNs yap heavy lifting. In Almanac’s data, hakkında 96% of CDN-sunulan istekler kullan HTTP/2 veya newer, versus kabaca 29% of non-CDN istekler hâlâ on HTTP/1,1. şu gap dır whole “just use a CDN” argument in bir statistic.

bir caveat on istatistikler siz’ll see quoted elsewhere: bir older figure şu “25% of top 10 million siteler support HTTP/3” dır measuring something farklı -den Almanac’s “7–9% of actual requests are served over HTTP/3.” site-level support among big domains ve share of gerçek istekler dır two farklı things — her ikisi -ebilir olmak true at once, bu nedenle yapmayın ele al bir olarak contradicting diğer.

nasıl -e aslında enable o

bençin overwhelming majority of siteler, bu değil bir server migration — ama “toggle it on” değildir whole story either, çünkü HTTP/3 sahiptir -e olmak discovered ve -ebilir başarısız ol back silently:

  • kullan bir CDN. Turning on HTTP/2 ve HTTP/3 at bir CDN — Cloudflare, Fastly, Google Cloud CDN, ve others — dır genellikle bir checkbox, ve o’s easiest path tarafından far. o hâlde verify: kontrol et negotiated protokol in browser’s Network panel veya ile curl --http3, yerine assuming checkbox worked end -e end. TLS/ALPN configuration, origin—e-edge support, ve edge—e-client support tümü sahip -e line up.
  • sun üzerinde HTTPS. o’s bir practical prerequisite bençin her ikisi protocols; no major browser negotiates HTTP/2 veya HTTP/3 unencrypted.
  • Know nasıl HTTP/3 alır discovered — ve falls back. bir browser’s ilk connection -e sizin site typically hâlâ negotiates üzerinde TCP (HTTP/2 veya HTTP/1,1); sizin server veya CDN advertises HTTP/3 availability via Alt-Svc header, veya bir DNS HTTPS/SVCB record, ve browser caches şu ve tries QUIC on bir later connection. eğer bir network blocks UDP, veya QUIC handshake fails, browser falls back -e HTTP/2 veya HTTP/1,1 automatically. şu’s system working olarak designed, ama o anlamına gelir “the origin supports HTTP/3” yapmaz guarantee her visit — especially bir ilk visit — aslında kullanır o. Measure gerçek split yerine assuming 100%.
  • Mind server software support -erseniz self-ana makine. Web server support bençin HTTP/3 specifically sahiptir historically lagged (o moves fast, bu nedenle verify sizin stack’s güncel status önce assuming o’s supported). bu tam olarak neden CDN route dır pragmatic default.

ne değil -e bother ile: Server Push

eğer someone suggests implementing HTTP/2 Server Push, yanıt dır no — o’s dead in browsers şu önem taşır, hatta gerçben o’s hâlâ technically defined in her ikisi HTTP/2 ve HTTP/3 specs. Chrome’s kendi ekip documented kaldırma in Removing HTTP/2 Server Push (Barry Pollard). key benşaret eder:

“support of HTTP/2 Server Push -ecek olmak disabled tarafından default in Chrome 106 ve diğer Chromium-based browsers.”

Adoption sahipti zaten cratered — Pollard notes usage among HTTP/2 siteler “dropped to 0.7%” — ve, critically, performance durum never held up: post describes push producing sonuçlar “olmadan bir clear net performance gain ve in çok söyleıda durumlar performance regressions.” şu’s bir Chrome/Chromium-documented kaldırma specifically; diğer browser motorlar sahip moved aynı direction uygulamada, ama ele al “Push is gone everywhere” olarak practical reality -e design yaklaşık yerine bir claim hakkında her motor’s kaynak code.

documented replacements:

“103 Early Hints dır bir much daha az error-prone alternative ile çok söyleıda of aynı upsides olarak Push, ve bir lot daha az of downsides”

plus bir standard <link rel=preload> bençin kaynaklar siz know siz’ll ihtiyaç duy. şunlar dır ayrıca covered altında kaynak hints. özetle: yapmayın design yaklaşık Server Push in 2026.

security caveat (bir honest paragraph)

HTTP/2’s great strength idi ayrıca, briefly, bir weakness. In 2023, multiplexing şu yapar HTTP/2 fast became mechanism behind bir record-breaking DDoS technique, HTTP/2 Rapid Reset (CVE-2023-44487). olarak Cloudflare’s engineers explained, ability -e rapidly open ve cancel büyük numbers of streams idi “an obvious vector for denial-of-service,” ve major providers sahipti -e mitigate attacks in hundreds of millions of istekler per ikinci. bu değildir bir neden -e kaçın HTTP/2 — modern servers ve CDNs dır patched — ama o’s worth bir honest sentence bu nedenle protokol değildir oversold olarak pure upside. -erseniz self-ana makine, koru sizin server software güncel.

nerede bu sits in web performance

HTTP/2 ve HTTP/3 dır bir transport-layer lever, ve onlar pull aynı downstream metrikler olarak rest of web performance küme. Faster delivery improves TTFB ve LCP, bu da neden protokol story connects -e temel Web Vitals; bir CDN dır usual way siz turn bunlar protocols on ve biggest tek driver of adoption in wild; caching ve kaynak hints (dahil Early Hints ve preload şu replaced Server Push) round out nasıl quickly kaynaklar ulaş browser. ele al HTTP/2/HTTP/3 olarak bir part of şu delivery layer — worth getting yapğru bençin kullanıcılar, ama değil bir sıralama button.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.