ERR_BLOCKED_BY_CLIENT Hatası Nedir? Ziyaretçi ve Site Sahibi İçin Çözüm

ERR BLOCKED BY CLIENT hatası nedir ve hemen ne yapmalısınız?

ERR BLOCKED BY CLIENT, konsolda ERR BLOCKED BY CLIENT olarak geçen ve Chrome tabanlı tarayıcıların bir isteği sunucuya hiç göndermeden durdurduğunu bildiren hata kodudur. Engeli çoğunlukla bir reklam engelleyici, gizlilik eklentisi ya da güvenlik yazılımı koyar. Yani sorun genellikle sitenizin sunucusunda değil, ziyaretçinin kendi tarayıcı tarafındadır.

Panik yapmadan şu sırayla ilerleyin:

1. Sayfayı gizli pencerede açın ve hatanın gidip gitmediğine bakın.
2. Gitti ise eklentileri tek tek kapatarak suçluyu bulun.
3. Suçlu eklentide bu siteyi izinli listeye ekleyin.
4. Hata sürerse kurumsal politika ya da güvenlik yazılımını düşünün.
5. Siteyi siz yönetiyorsanız geliştirici araçlarında hangi isteğin engellendiğine bakın.

Aşağıda her adımı ayrıntılı anlatıyoruz. Ayrıca site sahibi olarak bu hatayı nasıl önleyeceğinizi de ele alıyoruz.

Hatayı gördüğünüz yerin neresi olduğu da önemlidir. Sayfanın kendisi açılmıyorsa ziyaretçi tarafında bir engel vardır. Sayfa açılıyor ama konsolda kırmızı satır varsa, çoğunlukla yalnızca bir yan istek durdurulmuştur.

Ayrıca bu rehberi iki okur için hazırladık: sayfayı açamayan ziyaretçi ve konsolda bu satırı gören site sahibi. İhtiyacınız olan bölüme doğrudan atlayabilirsiniz.

Bu hata mesajı tam olarak neyi anlatır?

Chromium kaynak kodunda bu hata kodunun açıklaması kısaca şudur: istemci isteği engellemeyi seçti. Buradaki istemci, sunucu değil tarayıcının kendisidir. Dolayısıyla tarayıcı isteği ağa çıkmadan, kendi içinde durdurur.

Bu yüzden sunucu günlüklerinizde bu istekleri hiç görmezsiniz. Çünkü istek sunucuya ulaşmaz. Örneğin bir betik dosyası engellenmişse sunucunuz o dosya için ne başarılı ne de başarısız bir cevap kaydeder.

Hata metni tarayıcıya ve sürüme göre değişebilir. Bu nedenle ekranınızda benzeri bir uyarı görebilirsiniz; ayrıntı için JavaScript dosyalarının sayfaya etkisini anlattığımız yazıya da göz atabilirsiniz.

Kodun kaynağını kendiniz doğrulamak isterseniz Chromium ağ hata listesine bakabilirsiniz.

Bu ayrım pratikte büyük fark yaratır. Sunucu hatalarında (örneğin bir bağlantı zaman aşımında) isteğin sunucuya ulaştığını biliriz. Bu hatada ise isteğin sunucuya gitmediğini biliriz; dolayısıyla çözümü sunucuda aramak vakit kaybettirir.

Kısacası mesajı bir sunucu arızası gibi okumayın. Mesaj, tarayıcının bir kararını bildirir ve bu karar çoğu zaman kullanıcının kendi tercihlerinden doğar.

Konsolda görünen ERR BLOCKED BY CLIENT sitenin bozuk olduğu anlamına gelir mi?

Hayır, çoğu zaman gelmez. Geliştirici araçları konsolunda kırmızı bir satır görmek insanı telaşlandırır, ancak bu satır yalnızca tarayıcınızın bir isteği kendi kararıyla durdurduğunu söyler.

Siz kendi bilgisayarınızda reklam engelleyici kullanıyorsanız, kendi sitenizi açtığınızda da bu satırları görürsünüz. Ziyaretçilerinizin çoğu aynı engeli yaşamıyor olabilir. Yani konsoldaki hata her zaman bir arıza değil, bir gözlemdir.

Yine de durumu önemsiz saymayın. Engellenen istek sayfanın çalışması için gerekliyse gerçek bir sorun doğar. Bu nedenle engellenen şeyin ne olduğuna bakmak gerekir:

• Yalnızca bir izleme ya da reklam isteği engellendiyse sayfa genelde sorunsuz çalışır.
• Bir form, sepet ya da ödeme isteği engellendiyse kullanıcı işini tamamlayamaz.
• Bir yazı tipi ya da stil dosyası engellendiyse görünüm bozulabilir.

Sonuç olarak önemli olan hatanın kendisi değil, hangi isteğin engellendiğidir.

Bir başka ipucu da şudur: aynı sayfa bir arkadaşınızın bilgisayarında sorunsuz açılıyorsa, sorun sizin tarayıcınızdadır. Aynı hata herkeste görülüyorsa, o zaman engellenen dosyanın adresine bakmak gerekir.

ERR BLOCKED BY CLIENT hatasına en sık hangi nedenler yol açar?

Nedenlerin hepsi tarayıcı tarafındadır ve bir kural eşleşmesine dayanır. Tarayıcı ya da onun içindeki bir bileşen, isteğin adresine bakar ve bir listedeki kalıpla eşleştirirse isteği durdurur.

• Reklam engelleyici eklentileri, reklam ve izleme alanlarına giden istekleri keser.
• Gizlilik eklentileri, analiz ve izleme betiklerini engeller.
• Tarayıcının kendi içerik engelleme ya da gizlilik özellikleri bazı istekleri durdurabilir.
• Kurumsal güvenlik yazılımları ve ebeveyn denetimi araçları belirli adresleri kapatır.
• Eklentinin kullanıcı tarafından eklenmiş özel kuralları da yanlışlıkla geniş bir kalıba uyabilir.

Örneğin bir eklenti, adresinde "banner" kelimesi geçen her dosyayı reklam sayabilir. Bu durumda tamamen masum bir görseli de engeller.

Bu çeşitliliği anlamak önemlidir, çünkü çözüm yolu nedene göre değişir. Ziyaretçi eklentiyi ayarlar; kurumsal politikayı ise yalnızca yöneticisi değiştirir.

Bazı durumlarda engelin kaynağı ziyaretçinin bile haberi olmadığı bir eklentidir. Başka biri kurmuş, bir yazılımla birlikte gelmiş ya da eski bir denemeden kalmış olabilir. Bu yüzden eklenti listesine bir kez baştan sona bakmakta fayda var.

Ziyaretçi olarak ERR BLOCKED BY CLIENT hatasını nasıl çözersiniz?

Ziyaretçiyseniz amaç, hangi bileşenin isteği durdurduğunu bulmak ve yalnızca o siteyi istisna yapmaktır. Tüm korumalarınızı kapatmanız gerekmez.

1. Önce sayfayı yenileyin ve hatanın kalıcı olup olmadığına bakın.
2. Sayfayı gizli pencerede açarak eklentisiz bir karşılaştırma yapın.
3. Eklentiler sayfasını açın ve şüpheli eklentileri tek tek kapatın.
4. Her kapatmadan sonra sayfayı yenileyip sonucu kontrol edin.
5. Suçlu eklentiyi bulunca onu tamamen silmeyin; yalnızca bu siteyi izinli listeye ekleyin.

Bu sıra, en az değişiklikle en hızlı sonuca götürür. Ayrıca her adımda bir şeyi değiştirdiğiniz için neyin işe yaradığını da net görürsünüz.

Başka bir tarayıcıda aynı sayfayı açmak da hızlı bir testtir. Orada sorun yoksa neden büyük olasılıkla ilk tarayıcınızın eklentilerindedir.

Mobil tarayıcılarda da benzer engeller görülebilir. Bu cihazlarda içerik engelleyici uygulamalar ya da tarayıcı ayarları devreye girer. Mantık aynıdır: önce engelleyicisiz bir ortamla karşılaştırın, sonra suçluyu daraltın.

Bu adımları uygularken önemli bir ayrıntı daha var: bir eklentiyi kapattıktan sonra sayfayı mutlaka tam yenileyin. Aksi halde tarayıcı eski sonucu gösterebilir ve yanlış eklentiyi suçlayabilirsiniz.

Gizli pencere testi neden işe yarar?

Gizli pencere, tarayıcının daha temiz bir ortamda çalıştığı bir moddur. Eklentiler orada genellikle kapalı başlar; yalnızca siz izin verdiyseniz çalışır. Böylece eklentisiz davranışı hızla görürsünüz.

Sayfa gizli pencerede düzgün açılıyorsa, sorunun eklenti ya da kayıtlı site verisi kaynaklı olma ihtimali güçlenir. Bu bir kanıt değil, güçlü bir ipucudur. Ancak aynı sonuç, ilk pencerede bozuk bir çerez ya da önbellek bulunduğu anlamına da gelebilir.

Gizli pencerenin ayrıntıları için Chrome Yardım sayfasındaki gizli mod açıklamasına bakabilirsiniz.

Gizli pencerede de hata görüyorsanız, eklentiye izin verdiğinizi ya da engelin eklenti dışında bir yerden geldiğini düşünün. Bu durumda kurumsal politika ve güvenlik yazılımı bölümüne geçin.

Gizli pencere testini yaparken tek bir şeyi aklınızda tutun: bu test yalnızca ipucu verir, karar verdirmez. Kesin sonuç için eklentileri tek tek elemeniz gerekir.

Eklentileri tek tek kapatarak suçluyu nasıl bulursunuz?

Hepsini aynı anda kapatmak hızlıdır ama size hangi eklentinin neden olduğunu söylemez. Tek tek kapatmak biraz zaman alır, fakat kalıcı çözüm verir.

Önce reklam, gizlilik ve güvenlik amaçlı eklentilerden başlayın, çünkü bu gruplar engelleme yapmak için tasarlanmıştır. Sonra alışveriş, indirim ve VPN eklentilerine bakın; bunların bazıları da içerik filtreler.

• Bir eklentiyi kapatın, sayfayı yenileyin, sonucu not edin.
• Hata gittiyse o eklentiyi açık bırakıp ayarlarına girin.
• Hata gitmediyse eklentiyi yeniden açın ve sıradakine geçin.
• Hiçbiri işe yaramadıysa tarayıcı güvenlik ayarlarına ve bilgisayardaki güvenlik yazılımına bakın.

Ayrıca bir eklentinin kendi içinde birden fazla filtre listesi olabilir. Bu durumda tek bir liste yüzünden tüm eklentiyi kapatmak yerine o listeyi devre dışı bırakmak daha az kayıp verir.

Özellikle tarayıcıya sonradan eklenen bir "güvenlik" ya da "indirim" eklentisi sık görülen bir şüphelidir. Çünkü bu eklentiler sayfa içeriğini okuyup süzmek için izin ister ve bazen sınırı aşar.

Siteyi engelleyicinin izinli listesine nasıl eklersiniz?

Menü adları eklentiden eklentiye ve sürümden sürüme değiştiği için kesin buton metni vermiyoruz. Genel mantık hep aynıdır: eklentinin simgesine tıklayın, bu site için korumayı duraklatma ya da istisna ekleme seçeneğini arayın.

Bu seçeneği kullandığınızda eklenti yalnızca o sitede devre dışı kalır. Diğer sitelerde koruma devam eder. Dolayısıyla güvenliğinizden ödün vermeden sorunu çözersiniz.

Bir şey daha önemli: yalnızca güvendiğiniz sitelere istisna verin. Tanımadığınız bir sitede engelleyiciyi kapatmak, korumanın amacına ters düşer.

İstisnayı ekledikten sonra sayfayı tamamen yenileyin. Gerekirse tarayıcı önbelleğini temizleyin; çünkü eski engel kararı bazen önbellekte kalabilir.

Örnek senaryo: bir okuyucu, bir haber sitesinde yorum kutusunun açılmadığını söylüyor. Yorum kutusu üçüncü taraf bir betikle geliyorsa ve okuyucunun engelleyicisi bunu keserse kutu hiç görünmez. Sitenin yapacağı bir şey yoktur; okuyucu istisna eklediğinde sorun biter.

Kurumsal politika ya da güvenlik yazılımı engelliyorsa ne yaparsınız?

İş bilgisayarında ya da okul cihazında çalışıyorsanız, engel eklentiden değil yöneticinin tanımladığı bir politikadan gelebilir. Chromium bunun için ayrı bir hata kodu tanımlar: yönetici tarafından ayarlanan URL engel listesi.

Yönetici politikasını atlatmaya çalışmayın. Bu hem kurumunuzun kurallarına aykırıdır hem de sistemleri aşmak sayılır. Doğru yol, erişimin iş için neden gerekli olduğunu yazıp yöneticiden istisna istemektir.

Güvenlik yazılımı söz konusuysa, yazılımın web koruma ayarlarında ilgili sitenin bloklanıp bloklanmadığına bakın. Siteyi güvenli saydığınız halde yazılım sürekli engelliyorsa, nedenini araştırmak için siteyi sahibine bildirin.

Kurumsal ağlarda yöneticiler bazı siteleri kategori bazlı kapatabilir. Siteniz yanlış kategoriye düştüyse, ziyaretçi kurumun bilgi işlem birimine bildirimde bulunabilir. Siz de site sahibi olarak ilgili güvenlik sağlayıcılarının yeniden sınıflandırma kanallarını araştırabilirsiniz.

Site sahibi olarak ERR BLOCKED BY CLIENT hatasını nasıl teşhis edersiniz?

Site sahibiyseniz önce hangi isteğin engellendiğini bulun. Tarayıcının geliştirici araçlarını açın, ağ sekmesine geçin ve sayfayı yenileyin. Tarayıcı engellenen istekleri genellikle kırmızıyla işaretler ve durum sütununda bu hata kodunu taşır.

Resmî anlatım için Chrome DevTools ağ paneli belgelerine bakabilirsiniz.

1. Geliştirici araçlarını açıp ağ sekmesini seçin.
2. Sayfayı yenileyin ve kırmızı satırları süzün.
3. Engellenen adresin sizin alan adınızdan mı, üçüncü taraftan mı olduğuna bakın.
4. Aynı sayfayı eklentisiz bir tarayıcı profilinde açıp karşılaştırın.
5. Engellenen dosyanın sayfanın çalışması için gerekli olup olmadığına karar verin.

Bu teşhis size iki şeyi söyler: sorun gerçekten sizin dosyanızda mı, yoksa ziyaretçinin ortamında mı? Birçok durumda cevap ikincisidir.

Bulduğunuz bilgiyi bir not defterine yazın: engellenen adres, tarih, kullandığınız tarayıcı ve eklentisiz karşılaştırmanın sonucu. Bu kayıt, daha sonra ekibinizle ya da bir geliştiriciyle konuşurken zaman kazandırır.

Sonuçta teşhis kısa sürer. Ancak sonucu doğru yorumlamak deneyim ister; bu nedenle bulduğunuz her engellenen adresi, işlevine göre sınıflandırmanızı öneririz: gerekli, isteğe bağlı ya da ölçüm amaçlı.

Dosya ve klasör adları engelleyici listelere neden takılır?

Reklam engelleyici listeleri genel kalıplarla çalışır. Adresinde belirli kelimeler geçen dosyalar, gerçek bir reklam olmasa bile eşleşebilir. Yani liste adresin içeriğine değil biçimine bakar.

Bu durum özellikle kendi görsellerinizi, betiklerinizi ya da klasörlerinizi adlandırırken ortaya çıkar. Örneğin bir kampanya görseline "banner" adını vermek, o görselin bazı ziyaretçilerde hiç yüklenmemesine yol açabilir.

Hangi kalıpların sorun çıkardığı listeden listeye değişir; bu yüzden kesin bir yasaklı kelime listesi vermiyoruz. Genel ilke şudur: dosya adlarınız reklam, izleme ya da analiz dünyasından kelimeler taşımasın.

Elbette bunu her zaman sağlayamazsınız. Üçüncü taraf bir hizmetin dosya adını siz seçmezsiniz. Ama kendi varlıklarınızın adını siz belirlersiniz ve burada dikkatli olmak ucuzdur.

Hangi adlandırma kalıplarına dikkat etmelisiniz?

Aşağıdaki tablo, genel ilkeyi örneklerle özetler. Bu bir yasaklı kelime listesi değil, risk düşünme çerçevesidir. Gerçek davranış, ziyaretçinin kullandığı listeye bağlıdır.

Bu tablodaki ilk iki satır adlandırmayla, son iki satır mimariyle ilgilidir. Adlandırmayı kolayca düzeltirsiniz; mimariyi ise baştan düşünmeniz gerekir.

Elbette bir kelimenin geçmesi tek başına engel nedeni olmayabilir. Engelleyici, adresin tamamına, alan adına ve istek türüne birlikte bakar. Yine de nötr bir ad, tüm bu ihtimalleri baştan azaltır.

Engelleyici listeleri nasıl çalışır ve neden her şeyi bilemeyiz?

Topluluklar ya da şirketler engelleyici listelerini hazırlar ve düzenli günceller. Bir listeye yeni kalıp eklenebilir ya da bir kalıp kaldırılabilir. Dolayısıyla bugün sorun çıkarmayan bir dosya adı, birkaç ay sonra sorun çıkarabilir.

Üstelik her ziyaretçinin kullandığı liste farklıdır. Birinin engellediği şeyi diğeri görür. Bu yüzden "bu kelime her zaman engellenir" gibi kesin cümleler kurmak yanıltıcıdır.

Pratik sonuç şudur: kesin kural aramak yerine, riski azaltan alışkanlıklar edinin. Nötr dosya adları, kritik işlevlerin izlemeden ayrılması ve düzenli test, listelerin değişmesinden bağımsız çalışan önlemlerdir.

Örneğin ayda bir kez kritik sayfalarınızı engelleyicili bir profille açıp form ve sepet akışını deneyebilirsiniz. Bu kısa test, saatlerce süren bir sonradan teşhisten çok daha ucuzdur.

Kritik işlevi neden üçüncü taraf izleme betiğine bağlamamalısınız?

Bir butonun çalışması için izleme betiğinin yüklenmesini bekliyorsanız, engelleyici kullanan her ziyaretçide o buton çalışmaz. Üstelik ziyaretçi bunu fark eder ama size söyleyemez.

Sağlıklı tasarımda iş akışı izlemeden bağımsızdır. Buton, form ve ödeme kendi kodunuzla çalışır. İzleme ise üstüne eklenen, düşse bile akışı bozmayan bir katmandır.

• Form gönderimi, izleme olayının tamamlanmasını beklememelidir.
• Ödeme adımı, reklam betiği yüklenmeden de ilerleyebilmelidir.
• Sayfa görünümü, üçüncü taraf bir yazı tipi ya da widget engellense de okunur kalmalıdır.

Ayrıca betiğin bulunmadığı durumda kodunuzun hata vermeden devam etmesi gerekir. Bunu test etmenin en kolay yolu, siteyi bir engelleyiciyle kendiniz denemektir.

ERR BLOCKED BY CLIENT ölçüm kaybına nasıl yol açar?

Analiz ve reklam ölçümü genellikle tarayıcıda çalışan bir betik ve ona bağlı isteklerle yapılır. Bu istekler engellenirse ziyaret ya da dönüşüm kayda geçmez. Bu durumda raporlarınız gerçekten olandan eksik görünür.

Eksikliğin boyutu sitenize ve kitlenize bağlıdır; bu yüzden bir oran vermiyoruz. Teknik meraklı kitlelerde engelleyici kullanımı doğal olarak daha yüksek olabilir.

Dönüşüm sayılarınız tuhaf biçimde düşükse, nedenlerden biri bu olabilir. Diğer nedenlerin tam listesi için GA4 dönüşümleri eksik çıkıyor yazımıza bakın; orada anlattıklarımızı burada tekrarlamıyoruz.

Etiketleri yönetme mantığını Google Tag Manager rehberimizde bulabilirsiniz. Kampanya adreslerini düzenli tutmak için UTM oluşturucumuz da işinize yarar.

Bu yaklaşım yalnızca engelleyiciler için değil, ağ kesintileri ve yavaş bağlantılar için de güvenlik sağlar. Üçüncü taraf bir hizmet geçici olarak erişilmez olduğunda sitenizin ayakta kalması, engelleyici yüzünden alınan önlemin ücretsiz bir faydasıdır.

Bu nedenle işletmeler için asıl soru, "kaç kişi engelleyici kullanıyor?" değil, "ölçümüm eksik olsa bile hangi kararı güvenle verebilirim?" sorusudur. Yönetim kararlarını tek bir sayıya bağlamamak bu yüzden önemlidir.

Form ve ödeme akışı bu hatadan nasıl kırılır?

Kırılma genellikle şöyle olur: sayfadaki bir kod, ödeme ya da form gönderiminden önce üçüncü taraf bir betiğe bağlı çalışır. Betik engellenirse kod hata verir ve akış durur. Kullanıcı butona basar, hiçbir şey olmaz.

Bu en pahalı senaryodur, çünkü kullanıcı sessizce kaybolur. Sunucuda da hata göremezsiniz; çünkü istek hiç gelmemiştir.

Önlem olarak şunları yapın:

• Gönderim kodunu izleme çağrısından ayırın.
• İzleme çağrısını hata yakalayan bir yapının içine alın.
• Engellenmesi halinde de kullanıcıya net bir geri bildirim gösterin.
• Kritik akışı engelleyicili bir tarayıcıda düzenli deneyin.

Örnek senaryo: bir iletişim formunda "gönder" tıklandığında önce bir reklam dönüşüm olayı tetikleniyor ve form ancak ardından gidiyor. Engelleyici olayı kestiğinde form da gitmez.

Reklam platformlarına giden dönüşüm bilgisi eksik kaldığında, platformun optimizasyon algoritması da eksik veriyle çalışır. Bu nedenle ölçüm kaybı yalnızca rapor sorunu değil, dolaylı olarak reklam performansı sorunudur. Meta tarafındaki etiket mantığı için Meta Pixel yazımıza bakabilirsiniz.

Sunucu tarafından bu hatayı çözebilir misiniz?

Hayır, çünkü tarayıcı engel kararını sunucuya ulaşmadan önce verir. Sunucu ayarlarını, önbelleği ya da güvenlik duvarını değiştirmek bu hatayı ortadan kaldırmaz. Sunucu tarafında yapabileceğiniz tek şey, kaynak adreslerini daha nötr hale getirmektir.

Burada sık yapılan bir hata, sorunu sunucu sağlayıcısına bildirmektir. Sağlayıcı günlüklerde bir şey göremez, çünkü ortada bir istek yoktur. Bunun yerine ilk olarak istemci tarafını kontrol edin.

İkinci sık hata, hatayı gidermek için engelleyici kullanmayın diye ziyaretçileri uyarmaktır. Bazı ziyaretçiler bu mesajı yadırgar ve siteyi terk eder. Daha sağlıklısı, sitenin engelleyiciyle de çalışmasını sağlamaktır.

Engelleyici olan ziyaretçiyi hata görmeden nasıl karşılarsınız?

Amaç engelleyiciyi yenmek değil, engelleyici varken de sitenin çalışmasıdır. Engelleyiciyi atlatmaya çalışmak hem ziyaretçinin tercihine saygısızlıktır hem de çoğu zaman sürdürülebilir değildir.

Bunun yerine sitenizi zarif biçimde çökecek şekilde kurun. İzleme yoksa site yine işler; sadece ölçüm eksik kalır.

• Temel içerik ve işlevler kendi alan adınızdan sunulsun.
• Üçüncü taraf bileşenler isteğe bağlı olsun.
• Eksik bileşen için sayfa boş ya da kırık görünmesin.
• Ölçümde yalnızca tarayıcıya bağlı olmayan tamamlayıcı yöntemleri değerlendirin.

Ölçümü tamamlayıcı yöntemlerle desteklemek için sunucu tarafı ölçüm yazımıza göz atabilirsiniz. Gizlilik ve izin kurallarına uymak her zaman önceliğinizdir.

Bir diğer örnek senaryo: sayfa hızı için bir görsel kitaplığı sonradan eklenmiş ve dosya adında reklam çağrıştıran bir kelime var. Birkaç ziyaretçide görseller yüklenmiyor. Dosya adını sadeleştirdiğinizde şikâyetler sona erer.

Test sürecinde hangi araçları ve yöntemleri kullanabilirsiniz?

Test için pahalı bir araca gerek yoktur. Tarayıcının kendi geliştirici araçları ve temiz bir profil çoğu zaman yeter. İki ayrı profil açın: biri eklentisiz, diğeri yaygın bir engelleyici kurulu olsun.

• Eklentisiz profilde sayfayı açıp ağ sekmesindeki hataları kaydedin.
• Engelleyicili profilde aynı adımı tekrarlayın ve farkı karşılaştırın.
• Form, sepet ve ödeme gibi kritik akışları iki profilde de tamamlayın.
• Farklı bir tarayıcıda aynı testi yineleyin.

Karşılaştırma sonunda iki profil arasında işlev farkı yoksa rahatlayabilirsiniz. Fark varsa, o fark tam olarak neyin düzeltilmesi gerektiğini gösterir.

Kampanya bağlantılarınızı test ederken UTM parametreleri rehberimizi de kullanabilirsiniz.

Hangi durumlarda sorun gerçekten sitenizdedir?

Her ERR BLOCKED BY CLIENT satırı masum değildir. Aşağıdaki işaretler, sorunun sizde olabileceğini gösterir.

• Engellenen istek kendi alan adınızdaki bir betik ya da stil dosyasıysa.
• Hata, eklentisiz ve temiz bir profilde de görünüyorsa.
• Birçok farklı ziyaretçi aynı sayfada işlev kaybı bildiriyorsa.
• Engellenen dosya adı, reklam ya da izleme kalıbına benziyorsa.

Bu işaretlerden biri varsa dosya adını değiştirmek ya da dosyayı farklı bir yola taşımak çoğu zaman yeterlidir. Ancak değişiklikten sonra eski adrese bağlı yerleri de güncellemeyi unutmayın.

Hatanın başka bir tarayıcı hatasıyla karışmaması için de bakın: sunucuya giden ama hata dönen istekler farklı bir sorundur. Alan adı ve CDN tarafındaki bağlantı sorunları için Cloudflare 522 hatası yazımıza bakın.

Bu hata görsellerde ve simgelerde nasıl görünür?

Engellenen yalnızca betik olmaz; görseller, simgeler ve yazı tipleri de listelere takılabilir. Bir logo ya da simge eksik görünüyorsa, adresindeki kelimenin bir kalıpla eşleşmiş olması mümkündür.

Arama sonuçlarında simgenizin görünmemesi ayrı bir konudur ve genellikle tarayıcı engelinden değil, arama motorunun kuralları ve dosya erişiminden kaynaklanır. Ayrıntıları favicon yazımızda anlattık.

Yine de kendi sayfanızda simge görünmüyorsa, geliştirici araçlarında o isteğin durumuna bakmak iyi bir ilk adımdır. Engellenmişse neden bu kalıp olduğunu çözün; engellenmemişse başka bir hata arayın.

Son olarak şunu söyleyelim: bu hatanın varlığı, sitenizin çok sayıda üçüncü taraf bileşene bağımlı olduğunu da gösterebilir. Bu bağımlılıkları azaltmak hem hızı hem dayanıklılığı artırır.

Ekip olarak bu hatayı nasıl ele alıyoruz?

Talha Aslan ve ekibi olarak bu hatayla karşılaşan müşterilerimize önce soruyu netleştirerek başlıyoruz: konsolda mı gördünüz, yoksa bir sayfa gerçekten açılmadı mı? İkisi çok farklı iki durumdur.

Ardından kontrol listemiz şöyle ilerler:

1. Engellenen isteği ve alan adını belirleriz.
2. Eklentisiz profille karşılaştırırız.
3. İşlevin izlemeye bağlı olup olmadığına bakarız.
4. Gerekirse adlandırmayı ve yükleme sırasını düzeltiriz.
5. Ölçüm kaybı varsa raporlamayı buna göre yorumlarız.

Web sitenizin bu tür dayanıklılık sorunlarını baştan çözmek istiyorsanız web tasarım hizmetimize göz atabilirsiniz. Kampanya ölçümü tarafında ise Google Ads yönetimi sayfamız yol gösterir.

Kısaca: ERR BLOCKED BY CLIENT için neyi hatırlamalısınız?

Özetle bu hata, tarayıcı tarafındaki bir bileşenin isteği kendi kararıyla durdurduğunu söyler. Ziyaretçi için çözüm eklentiyi bulup siteyi izinli listeye eklemektir. Site sahibi için çözüm, kritik işlevleri izlemeden bağımsız kurmaktır.

Konsoldaki satır her zaman arıza değildir; önemli olan hangi isteğin engellendiğidir. Ölçüm kaybı ise ayrı bir sonuçtur ve raporları yorumlarken akılda tutulmalıdır.

Dönüşüm oranlarınızı sağlıklı yorumlamak için dönüşüm oranı hesaplayıcımızı kullanabilirsiniz. Bu içerik teknik bilgi amaçlıdır; kurumsal ağ politikaları için sistem yöneticinize danışın.