Chrome’da ERR_SPDY_PROTOCOL_ERROR Nasıl Düzeltilir

ERR_SPDY_PROTOCOL_ERROR, tarayıcının bir web sunucusuyla geçerli bir SPDY veya HTTP/2 oturumu kuramadığında veya sürdüremediğinde ortaya çıkan bir Chrome ağ hatasıdır. Genellikle Chrome’un standart hata ekranıyla birlikte bozuk bir sayfa yüklemesi olarak kendini gösterir ve eski soket bağlantıları, bozuk önbellek verileri, TLS/SSL uyumsuzlukları, müdahale eden uzantılar veya yanlış yapılandırılmış sunucu tarafı protokol müzakeresi tarafından tetiklenebilir.

Hatanın adı, HTTP/2’den önce gelen Google’ın artık kullanımdan kaldırılmış çoğullama aktarım protokolü olan SPDY‘ye atıfta bulunur. Chrome, sürüm 51’den sonra yerel SPDY desteğini kaldırmış olsa da dahili soket ve oturum yönetim katmanı hâlâ SPDY kaynaklı terminoloji kullanmaktadır; bu nedenle hata kodu modern HTTP/2 ve HTTP/3 bağlantılarında bile varlığını sürdürmektedir. Bu ayrımı anlamak, temel nedeni doğru şekilde teşhis etmek için çok önemlidir.

ERR_SPDY_PROTOCOL_ERROR Hatasına Gerçekte Ne Neden Olur?

Düzeltmeleri körü körüne uygulamadan önce, bu hatanın arkasındaki kesin hata modlarını bilmek faydalıdır:

• Chrome’un bağlantı havuzunda önbelleğe alınmış ve artık sunucunun mevcut TLS durumuyla eşleşmeyen eski SPDY/HTTP2 soket oturumları
• Temiz bir el sıkışma sıfırlaması olmadan mevcut bir oturumu geçersiz kılan sunucu tarafındaki süresi dolmuş veya yeniden yayımlanmış SSL/TLS sertifikaları
• Sunucunun HTTP/2 desteğini tanıttığı ancak TLS el sıkışmasının oturum ortasında başarısız olduğu ALPN (Uygulama Katmanı Protokol Müzakeresi) uyumsuzlukları
• Önbellek, çerezler veya ağ durumu dosyası dahil bozuk tarayıcı profil verileri
• HTTP/2 çerçeveleme katmanını bozan TLS denetimi gerçekleştiren Proxy, VPN veya güvenlik yazılımı
• HTTP/2 veya QUIC uygulamasında bilinen hatalar içeren güncel olmayan Chrome sürümleri
• Sunucu tarafı yanlış yapılandırması — örneğin, bozuk bir h2 modülüne sahip bir Nginx veya Apache örneği ya da bir CDN uç düğümünde süresi dolmuş sertifika

Düzeltme 1: SPDY Soketlerini Doğrudan Temizleyin

Bu, en hedefli düzeltmedir ve ilk eyleminiz olmalıdır. Chrome, kalıcı bir SPDY/HTTP2 soket oturumları havuzu tutar. Bir oturum bozulursa — örneğin, bir sunucu yeniden başlatıldıktan veya bir sertifika yeniden yayımlandıktan sonra — Chrome, bozuk oturumu açıkça temizlenene kadar yeniden kullanmaya devam eder.

1. Yeni bir Chrome sekmesi açın.

chrome://net-internals/#sockets adresine gidin.
Flush socket pools seçeneğine tıklayın.
Ardından chrome://net-internals/#dns adresine gidin.
Clear host cache seçeneğine tıklayın.
Sekmeyi kapatın ve başarısız olan sayfayı yeniden yükleyin.

Bu iki adımlı temizleme işlemi, hem aktarım katmanı oturum havuzunu hem de DNS çözümleme önbelleğini aynı anda temizleyerek tek bir geçişte tarayıcı içindeki en yaygın iki nedeni giderir.
Eski URL’nin artık neden çalışmadığı: Birçok kılavuz hâlâ chrome://net-internals/#events&q=type:SPDY_SESSION%20is:active adresine atıfta bulunmaktadır. Chrome, daha yeni sürümlerde Events sekmesini kaldırdı. Doğrudan #sockets ve #dns adreslerini kullanın.
Düzeltme 2: Tarayıcı Önbelleğini ve Çerezleri Temizleyin
Önbelleğe alınmış HTTP yanıtları, depolanan çerezler ve eski HSTS (HTTP Strict Transport Security) durumu, sunucunun mevcut TLS veya protokol yapılandırmasıyla çakışabilir.

Chrome’u açın ve Ctrl+Shift+Delete (Windows/Linux) veya Cmd+Shift+Delete (macOS) tuşlarına basın.
Zaman aralığı‘nı Tüm zamanlar olarak ayarlayın.
Çerezler ve diğer site verileri ile Önbelleğe alınmış resimler ve dosyalar seçeneklerini işaretleyin.
Verileri temizle seçeneğine tıklayın.

Tüm tarayıcı durumunuzu silmeden yalnızca belirli bir alan adının verilerini temizlemek istiyorsanız daha cerrahi bir yaklaşım için şunu kullanın:

chrome://settings/siteData adresine gidin.
Etkilenen alan adını arayın.
Yalnızca o sitenin çerezlerini ve depolama alanını silin.

Ayrıca, Alan adı güvenlik politikalarını sil bölümüne ana bilgisayar adını girerek chrome://net-internals/#hsts adresindeki alan adının HSTS durumunu temizleyin. Eski bir HSTS girişi, Chrome’u TLS yapılandırmasını değiştirmiş bir sunucuyla çakışan bir yükseltme yoluna zorlayabilir.
Düzeltme 3: Google Chrome’u Güncelleyin
Chrome’un HTTP/2 ve QUIC uygulamaları sık sık yama alır. Güncel olmayan bir sürüm çalıştırmak, yukarı akışta zaten düzeltilmiş bilinen protokol işleme hatalarını taşıyor olabileceğiniz anlamına gelir.

Üç noktalı menüye tıklayın ve Yardım > Google Chrome Hakkında seçeneğine gidin.
Chrome güncellemeleri otomatik olarak kontrol edecek ve indirecektir.
Güncellemeyi uygulamak için Yeniden başlat‘a tıklayın.

Adres çubuğundan mevcut sürümünüzü doğrulamak için chrome://version/ adresine gidin. En son kararlı kanalda olduğunuzu doğrulamak için derleme numarasını Chrome Sürümleri bloguyla karşılaştırın.
Düzeltme 4: VPN, Proxy ve TLS Denetim Araçlarını Devre Dışı Bırakın
VPN’ler, kurumsal proxy’ler ve SSL/TLS derin denetimi (HTTPS müdahalesi olarak da bilinir) gerçekleştiren antivirüs ürünleri, ERR_SPDY_PROTOCOL_ERROR hatasının sık görülen ve az teşhis edilen bir nedenidir. Bu araçlar TLS bağlantısını istemcide sonlandırır, kendi sertifikalarıyla yeniden şifreler ve sunucuya iletir. Aracın HTTP/2 uygulaması eksikse veya sertifika zinciri güvenilir değilse Chrome oturumu reddeder.
Windows’ta proxy ayarlarını devre dışı bırakmak için:

Ayarlar’ı açmak için Win+I tuşlarına basın.
Ağ ve İnternet > Proxy seçeneğine gidin.
Ayarları otomatik olarak algıla seçeneğini Açık, Proxy sunucusu kullan seçeneğini Kapalı olarak ayarlayın.

Komut İstemi aracılığıyla proxy ayarlarını devre dışı bırakmak için:
netsh winhttp reset proxy
Bir proxy’nin şu anda etkin olup olmadığını kontrol etmek için:
netsh winhttp show proxy
Kurumsal bir ağdaysanız, proxy ayarlarını devre dışı bırakmak ağ politikasını ihlal edebileceğinden bunu yapmadan önce BT yöneticinize danışın. Bunun yerine, SSL denetim aracının HTTP/2 geçiş modunu destekleyip desteklemediğini sorun.
Düzeltme 5: TCP/IP Yığınını Sıfırlayın ve DNS Önbelleğini Temizleyin
Bozuk TCP/IP yığın girişleri veya zehirlenmiş bir DNS önbelleği, protokol hataları olarak kendini gösteren bağlantı hatalarına neden olabilir. Bu düzeltme, Chrome’un kendisinin altında, işletim sistemi ağ katmanında çalışır.
Komut İstemi’ni Yönetici olarak açın (Win+R tuşlarına basın, cmd yazın, ardından Ctrl+Shift+Enter tuşlarına basın) ve ardından aşağıdaki komutları sırayla çalıştırın:
netsh int ip reset
netsh winsock reset
ipconfig /flushdns
ipconfig /release
ipconfig /renew
Bu komutları çalıştırdıktan sonra makinenizi yeniden başlatın. netsh winsock reset komutu özellikle önemlidir — bozuk bir Winsock kataloğu, kaynağına geri izlemesi zor olan aralıklı ve görünürde rastgele protokol hatalarına neden olabilir.
macOS’ta eşdeğer DNS temizleme komutu şudur:
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
Düzeltme 6: Tarayıcı Uzantılarını Devre Dışı Bırakın veya İzole Edin
Ağ isteklerini engelleyen uzantılar — reklam engelleyiciler, gizlilik araçları, antivirüs uzantıları, VPN uzantıları ve özel proxy değiştirici araçlar — HTTP/2 çerçevelerini bozabilir veya HTTP/2 spesifikasyonunu ihlal eden başlıklar ekleyerek protokol hatasını tetikleyebilir.
Sistematik izolasyon yöntemi:

chrome://extensions/ adresini açın.
Tüm uzantıları aynı anda devre dışı bırakın.
Başarısız olan sayfayı yeniden yükleyin.
Hata gidiyorsa, suçluyu belirleyene kadar uzantıları tek tek yeniden etkinleştirin ve her birinden sonra sayfayı yeniden yükleyin.

Alternatif olarak, Chrome’u Gizli modda açın (Ctrl+Shift+N); bu mod varsayılan olarak tüm uzantıları devre dışı bırakır (Gizli modda açıkça izin vermedikçe). Sayfa Gizli modda düzgün yükleniyorsa, sorunun kesinlikle bir uzantıdan kaynaklandığı anlaşılır.
Düzeltme 7: Yönlendiricinizi veya Modeminizi Yeniden Başlatın
Tüketici yönlendiricilerindeki NAT (Ağ Adresi Çevirisi) tabloları ve durum bilgili paket denetimi, yeni HTTP/2 bağlantılarının el sıkışmalarını tamamlamasını engelleyen eski TCP oturum girişlerini tutabilir. Yalnızca yazılım yeniden başlatması değil, tam güç döngüsü bu tabloları temizler.

Yönlendiriciyi ve modemi tamamen kapatın.
60 saniye bekleyin (30 saniye değil — kapasitörlerin tam olarak deşarj olması ve geçici durumu temizlemesi için zamana ihtiyaç vardır).
Önce modemi açın, tam olarak senkronize olmasını bekleyin, ardından yönlendiriciyi açın.
Test etmeden önce tam bağlantı kurulmasını bekleyin.

Düzeltme 8: Antivirüs veya Güvenlik Duvarını Geçici Olarak Devre Dışı Bırakın
HTTPS tarama veya web kalkanı özelliklerine sahip güvenlik yazılımı, kurumsal bir TLS denetim proxy’sine benzer şekilde çalışır. TLS el sıkışmasını engeller; bu, güvenlik yazılımının motoru ALPN uzantısını veya HTTP/2 çerçevelemesini tam olarak desteklemiyorsa HTTP/2 oturum müzakeresini bozabilir.
Bu soruna neden olduğu bilinen yaygın ürünler arasında web koruma modülleri etkin olduğunda Avast, AVG, Kaspersky ve ESET yer almaktadır.

Özellikle Web Kalkanı veya HTTPS Tarama özelliğini geçici olarak devre dışı bırakın (tüm antivirüsü değil).
Başarısız olan URL’yi test edin.
Hata çözülürse, korumayı genel olarak devre dışı bırakmak yerine etkilenen siteyi HTTPS tarama hariç tutma listesine ekleme seçeneğini arayın.

Düzeltme 9: Yeni Bir Chrome Profili Oluşturun
Bozuk bir Chrome kullanıcı profili — özellikle profil dizinindeki Network alt klasörü — önbellek temizlemelerinden ve soket temizlemelerinden sağ kurtulan kalıcı ERR_SPDY_PROTOCOL_ERROR hatasına neden olabilir. Profilin ağ durumu dosyası HSTS verilerini, sertifika şeffaflık günlüklerini ve önbelleğe alınmış protokol müzakere sonuçlarını depolar.
Yeni bir profille test etmek için:

chrome://settings/ adresine gidin.
Kişiler bölümüne gidin ve Kişi ekle (veya Profil ekle) seçeneğine tıklayın.
Minimal bir test profili oluşturun.
Başarısız olan URL’yi yeni profilde açın.

URL yeni profilde doğru şekilde yükleniyorsa, sorun orijinal profilinizin depolanan ağ durumuna özgüdür. Yer işaretlerinizi veya parolalarınızı kaybetmeden profil dizininizdeki Network klasörünü manuel olarak silebilirsiniz:

Windows: %LOCALAPPDATA%GoogleChromeUser DataDefaultNetwork

2. macOS: ~/Library/Application Support/Google/Chrome/Default/Network
3. Linux: ~/.config/google-chrome/Default/Network

Chrome kapalıyken Network klasörünü silin, ardından yeniden başlatın.

Düzeltme 10: Sunucu Tarafı Sorunlarını Teşhis Edin ve Yükseltin

Tüm istemci tarafı düzeltmeler başarısız olursa, hata sunucudan kaynaklanıyordur. Yaygın sunucu tarafı nedenler şunlardır:

• Yeni sertifikayı almak için sunucu yeniden başlatılmadan süresi dolmuş veya yakın zamanda yeniden yayımlanmış SSL/TLS sertifikası
• Nginx’te (yanlış yapılandırılmış http2 yönergesi) veya Apache’de (mod_http2 yüklü ancak Protocols h2 http/1.1 doğru ayarlanmamış) bozuk HTTP/2 yapılandırması
• Uç düğüm ve kaynak sunucunun çakışan protokol ayarlarına sahip olduğu CDN veya ters proxy yanlış yapılandırması
• TLS sürüm uyumsuzluğu — örneğin, yalnızca TLS 1.3 kullanacak şekilde yapılandırılmış bir sunucu ile yalnızca TLS 1.2’yi destekleyen bir ara proxy

Nginx HTTP/2 doğru yapılandırma örneği:

server {
    listen 443 ssl;
    http2 on;
    ssl_certificate     /etc/ssl/certs/your_domain.crt;
    ssl_certificate_key /etc/ssl/private/your_domain.key;
    ssl_protocols       TLSv1.2 TLSv1.3;
    ssl_ciphers         HIGH:!aNULL:!MD5;
}

Not: Nginx 1.25.1+ sürümünde http2 on, eski listen 443 ssl http2 sözdiziminin yerini almaktadır. Daha yeni sürümlerde kullanımdan kaldırılmış sözdizimini kullanmak ALPN müzakere hatalarına neden olabilir.

Apache HTTP/2 doğru yapılandırma örneği:

Protocols h2 http/1.1
SSLEngine on
SSLCertificateFile    /etc/ssl/certs/your_domain.crt
SSLCertificateKeyFile /etc/ssl/private/your_domain.key

Kendi sunucu altyapınızı yönetiyorsanız, SSL Sertifikalarınızın geçerli, düzgün zincirlenmiş ve süresi dolmadan yenilenmiş olduğundan emin olmak, bu hata için en yaygın sunucu tarafı tetikleyicisini ortadan kaldırır. Düzgün bakımlı VPS Hosting üzerinde çalışan barındırma ortamları, sunucu yapılandırma dosyalarına doğrudan erişim sağlayarak paylaşımlı bir barındırma sağlayıcısını beklemeden bu düzeltmeleri uygulamayı kolaylaştırır.

Dedicated Sunucular üzerinde web uygulamaları çalıştıran ekipler için mod_http2 veya Nginx’in HTTP/2 modülünün doğru şekilde derlendiğini ve etkinleştirildiğini doğrulamak, herhangi bir dağıtım sonrası kontrol listesinin parçası olmalıdır.

Kök Nedeni Daha Hızlı Belirlemek İçin Tanı Araçları

Her düzeltmeyi sırayla uygulamadan önce, kaynağı daraltmak için bu araçları kullanın:

curl komutu, sorunun tarayıcıya özgü mü yoksa sunucu genelinde mi olduğunu doğrulamak için özellikle kullanışlıdır:

curl -v --http2 https://your-domain.com 2>&1 | grep -E "ALPN|HTTP|SSL|error"

curl da HTTP/2 müzakeresinde başarısız olursa, sorun kesinlikle sunucu tarafındadır. curl başarılı olur ancak Chrome başarısız olursa, sorun tarayıcının oturum durumunda veya yerel bir müdahale aracındadır.

ERR_SPDY_PROTOCOL_ERROR ile İlgili Chrome Ağ Hataları Karşılaştırması

QUIC’in kararsızlığa neden olduğu siteler için, bayrağı Devre Dışı olarak ayarlayarak chrome://flags/#enable-quic adresinden devre dışı bırakabilirsiniz. Bu, Chrome’u TCP tabanlı HTTP/2 veya HTTP/1.1’e geri dönmeye zorlar.

Teknik Karar Matrisi: Hangi Düzeltmeyi Önce Uygulamalı

Hatanın göründüğü bağlama göre sorun giderme işleminizi önceliklendirmek için bu matrisi kullanın:

Kendi web sunucunuzu yönetiyorsanız ve SSL ile protokol yönetimini basitleştirmek için bir kontrol paneline ihtiyaç duyuyorsanız, VPS Kontrol Panelleri, manuel yanlış yapılandırma riskini azaltan sertifika kurulumu ve web sunucusu yapılandırması için GUI tabanlı arayüzler sunar. Paylaşımlı Web Hosting üzerindeki küçük projeler için protokol ayarları altyapı düzeyinde yönetilir — sunucu tarafı HTTP/2 yanlış yapılandırmasından şüpheleniyorsanız destekle iletişime geçin.

Yükseltmeden Önce Uygulanabilir Kontrol Listesi

Bu kontrol listesini sırayla takip edin. Hatayı çözen adımda durun.

• [ ] chrome://net-internals/#sockets adresinde soket havuzlarını temizle
• [ ] chrome://net-internals/#dns adresinde DNS ana bilgisayar önbelleğini temizle
• [ ] chrome://net-internals/#hsts adresinde alan adı HSTS politikasını sil
• [ ] Tüm tarayıcı önbelleğini ve çerezleri temizle (Tüm zamanlar)
• [ ] Uzantıları devre dışı bırakmak için Gizli modda test et
• [ ] Chrome’a özgü sorunları devre dışı bırakmak için ikinci bir tarayıcıda test et (Firefox, Edge)
• [ ] Antivirüs HTTPS taramasını geçici olarak devre dışı bırak
• [ ] VPN veya proxy’yi devre dışı bırak
• [ ] netsh winsock reset ve ipconfig /flushdns komutlarını Yönetici olarak çalıştır
• [ ] Yönlendirici ve modemi güç döngüsüyle yeniden başlat (60 saniyelik tam deşarj)
• [ ] Yeni bir Chrome profili oluştur ve eski profilden Network klasörünü sil
• [ ] Sorunun sunucu tarafında olup olmadığını belirlemek için curl -v --http2 https://your-domain.com komutunu çalıştır
• [ ] Sunucu tarafıysa: SSL sertifikası geçerliliğini, HTTP/2 modülü yapılandırmasını denetle ve sunucu sürecini yeniden yükle
• [ ] Chrome’u en son kararlı sürüme güncelle

SSS

ERR_SPDY_PROTOCOL_ERROR nedir ve SPDY kullanımdan kaldırılmışsa neden hâlâ görünüyor?

Chrome’un dahili ağ yığını, hiçbir zaman yeniden adlandırılmamış SPDY dönemi hata kodlarını miras aldı. Hata artık HTTP/2 veya QUIC oturum katmanındaki herhangi bir başarısızlık için ortaya çıkıyor — ALPN müzakere hataları, bozuk TLS el sıkışmaları ve eski bağlantı havuzu girişleri dahil — SPDY’nin kendisi Chrome 51’den bu yana kullanılmıyor olsa bile.

Hata neden yalnızca bir web sitesinde görünüyor, diğerlerinde değil?

Bu neredeyse her zaman ya o alan adına özgü eski bir Chrome soket oturumuna ya da o belirli ana bilgisayardaki bir sunucu tarafı sorununa işaret eder — örneğin, mevcut oturumları geçersiz kılan yakın zamanda yeniden yayımlanmış bir sertifika veya o sunucudaki bozuk bir HTTP/2 yapılandırması. Soket havuzlarını temizlemek ve curl --http2 ile test etmek hangisi olduğunu doğrulayacaktır.

Antivirüs yazılımı gerçekten ERR_SPDY_PROTOCOL_ERROR hatasına neden olabilir mi?

Evet. HTTPS denetimi gerçekleştiren güvenlik ürünleri (Avast, AVG, Kaspersky, ESET ve diğerleri) ortadaki adam TLS proxy’si olarak hareket eder. HTTP/2 uygulamaları eksikse veya enjekte edilen sertifika Chrome’un sertifika deposu tarafından güvenilir değilse, HTTP/2 oturumu tam olarak bu hatayla başarısız olur. Tüm antivirüsü değil, yalnızca HTTPS tarama bileşenini devre dışı bırakmak doğru hedefli düzeltmedir.

Sorunun kendi tarafımda mı yoksa sunucuda mı olduğunu nasıl anlarım?

Komut satırından curl -v --http2 https://your-domain.com komutunu çalıştırın. curl da HTTP/2 müzakeresinde başarısız olursa, sunucu yanlış yapılandırılmıştır. curl başarılı olur ancak Chrome başarısız olursa, sorun yereldir — eski bir Chrome oturumu, bir uzantı veya müdahale eden bir güvenlik aracı.

Bu hata SEO’yu veya web sitesi performansını etkiler mi?

Son kullanıcılar için evet — hata sayfanın tamamen yüklenmesini engeller. Site sahipleri için, sunucu tarafı HTTP/2 yanlış yapılandırması veya süresi dolmuş sertifikadan kaynaklanan kalıcı ERR_SPDY_PROTOCOL_ERROR hatası, başarısız Googlebot tarama girişimlerine yol açar ve bu da tarama kapsamını ve dizine eklemeyi olumsuz etkileyebilir. SSL sertifikanızın geçerli olduğundan ve HTTP/2 yapılandırmanızın doğru olduğundan emin olmak, temel teknik SEO gereksinimlerinden biridir.