Google, Chromium Adblock engelleme endişelerine yanıt veriyor

Okuma zamanı simgesi 3 dk. okuman


Okuyucular MSpoweruser'ı desteklemeye yardımcı olur. Bağlantılarımız aracılığıyla satın alırsanız komisyon alabiliriz. Araç İpucu Simgesi

MSPoweruser'ın editör ekibini ayakta tutmasına nasıl yardımcı olabileceğinizi öğrenmek için açıklama sayfamızı okuyun. Daha fazla

Ocak ayında, artan bir öfke nedeniyle yazdık Google'ın webRequest API'sini kullanımdan kaldırma planları ve bunu, çok daha az güçlü olan ve geliştiricilerin reklamları filtrelemek için kullanabilecekleri kural sayısını sınırlayan yeni bir declarativeNetRequest API ile değiştirin.

O zamanlar en iyi adbock uygulamalarından biri olan uBlock Origin'in geliştiricisi bugs.chromium.org'da şunları söyledi:

Bu (oldukça sınırlı) declarativeNetRequest API, içerik engelleyicilerin görevlerini yerine getirebilmelerinin tek yolu olursa, bu aslında yıllardır sürdürdüğüm iki içerik engelleyicinin, uBlock Origin ("uBO") ve uMatrix'in artık var olamayacağı anlamına gelir.

Şimdi bir Chromium üzerinde çalışan Google mühendisi yanıt verdi yeterince ileri gidip gitmediği net olmamakla birlikte, bazı tavizleri kabul etmiştir.

Google, kötüye kullanımın artmasının bir kaynağı olduğunu söyleyerek webRequest AP'den kurtulmaya kararlı kaldı, ancak deklarativeNetRequest API'sini aşağıdaki şekilde iyileştirmeyi kabul etti:

  • Dinamik Kural Desteği: Bunun karmaşık içerik engelleme uzantıları oluşturmada değerli olduğunu ve çalışma zamanında deklarativeNetRequest API'sine eklenebilecek veya kaldırılabilecek bildirimsel kurallar için destek ekleyeceğimizi kabul ediyoruz.
  • Artan Kural Kümesi Boyutu: Draft 30K değerinden kural limitini yükselteceğiz. Ancak, kullanıcılar için performans sağlamak için hala bir üst sınır gereklidir. Engelleme listeleri, yeni kuralların eklendiği, ancak artık kullanılmayan kuralların nadiren kaldırıldığı "yalnızca push" olma eğilimindeydi (dış araştırma EasyList engelleme kurallarının %90'ının yaygın engelleme senaryolarında hiçbir fayda sağlamadığını göstermiştir). Bu listenin sınırsızca büyümeye devam etmesi sorunludur.
  • Ek Eylemler ve Koşullar: Kaynak boyutu gibi daha fazla koşula dayalı olarak eşleştirme desteği eklemeyi planlıyoruz ve çerezleri çıkarmak gibi bir isteği yalnızca engellemek yerine parçalarını değiştirmek için eylemler sağlayacağız. Ayrıca, üst düzey alana dayalı eşleştirme gibi eklenmesi mantıklı olabilecek diğer koşulları ve eylemleri de araştırıyoruz. (Ek bir not: CSP değişiklikleri için destek eklemeyi araştırırken, JavaScript'i devre dışı bırakmak için bir CSP üstbilgisi eklemekten sık sık bir kullanım durumu olarak bahsedildi; bu, içerik ayarları API. Bu yetersizse, lütfen nedenini bize bildirin.)

Google, geliştiricilerle çalışmaya devam edeceklerini ve değiştirme hazır ve olgunlaşmadan webRequest API'sini kaldırmayacaklarını söyleyerek şunları söyledi:

Bir kez daha, Chrome'daki uzantıları desteklemeye kararlıyız. Geliştiricilerle çalışmaya devam edeceğiz. Hazır olana kadar Manifest V3'ü başlatmayacağız ve geri bildirimleri ve sorunları ele almaya devam edebileceğimiz bir geçiş dönemi olacak. Platformdan emin olana kadar Manifest V2 desteğini kaldırmayacağız.

Birçoğu şüpheci olmaya devam ediyor, ancak Google'ın asıl amacı, milyarlarca kullanıcısının izlenmesini ve reklam sunulmasını sağlamak için kullanıcı deneyimini daha sıkı kontrol etmektir.

Okurlarımız, Google'ın reklam işlerini daha da artırmak için dünyanın web oluşturma motorları üzerindeki artan kontrolünü Chromium aracılığıyla kullanacağını mı düşünüyor yoksa onları dürüst tutmak için yeterli tarayıcı rekabeti var mı? Aşağıda bize bildirin.

Üzerinden Kayıt

Kullanıcı forumu

0 mesajları