Google fortsætter med sine intentioner om at fjerne annonceblokkere

Konfrontationen fortsætter mellem Google og udviklerne af udvidelser om de ændringer, der blev introduceret i Manifest V3. Siden Google, sendt for nylig til SEC linjer, der forklarer, at nuværende annonceblokkere og andre værktøjer fra samme familie kunne have en negativ indvirkning på Googles annonceringsaktiviteter.

Hvor ifølge Google hævder, at nogle online-tjenesteudbydere har integrerede teknologier, der kan kompromittere de væsentlige egenskaber ved tredjeparts digital reklame.

Det forklarer tydeligt i dokumentet, at størstedelen af ​​Googles indtægter kommer fra de gebyrer, der er betalt for at køre annoncer online.

Google har en beslutning, og den ændres ikke

Som et resultat kan disse teknologier og værktøjer have en negativ indvirkning på dine resultater. Det er let at forstå, at Google ikke vender tilbage i sin beslutning og at virksomheden står fast på ændringer for at blokere annoncer i Chrome-browseren.

Alternativt Google meddelte, at de i stedet vil levere webRequest API, declarativeNetRequest API.

”Nye og eksisterende teknologier kan påvirke vores evne til at personalisere annoncer eller blokere annoncer online og skade vores forretning. "Der er udviklet teknologier til at gøre tilpassede annoncer vanskeligere eller helt blokere visningen af ​​annoncer."

dybest set, Google siger, at Chrome stadig vil have mulighed for at blokere indhold uønsket.

Dette vil sandsynligvis give virksomheder mulighed for at udvikle interne Chrome-udvidelser, men ikke blokere annoncer. Men beslutningen frustrerer mere end en og især dem, der designer disse blokkerere.

Raymond Hill, hovedudvikler af uBlock Originfor eksempel fordømmer denne beslutning fra Google. Ifølge sidstnævnte ville overgangen til declarativeNetRequest API sandsynligvis betyde død af disse udvidelser, der bruges af mindst 10 millioner internetbrugere.

"Hvis denne (temmelig begrænsede) deklarativeNetRequest API ender med at være den eneste måde, som indholdsblokkere kan udføre deres job på, betyder det grundlæggende, at to indholdsblokkere, som jeg har opretholdt i årevis, uBlock Origin og uMatrix ikke længere kan eksistere"

Efter de mange udsagn, talte Chris Palmer, en af ​​Google Chrome's softwaresikkerhedsingeniører, på Twitter i denne uge for at sige, at skiftet til det nye API var beregnet til at forbedre slutbrugerens browseroplevelse.

Du er ikke den eneste, der synes at have støttet Googles beslutning om at forbyde brugen af ​​webRequest API til at blokere en bestemt anmodning, før den indlæses.

Raymond Hill forklarede, at:

”Det store problem med webRequest er huller i fortrolighed og sikkerhed, der ikke kan løses.

De (uBlock Origin-udviklere) ignorerede dette bare for at argumentere for ydeevne, men ignorerede derefter præstationsomkostningerne for hver webRequest-udvidelsesstak i en fuld gengivelsesproces og så videre »

Men disse forskellige udsagn fra Google Chrome-ingeniørerne ser ikke ud til at overbevise udviklerne, mindst af alt Raymond Hill.

Han fortsætter med at sige, at Googles motivation her ikke har meget at gøre med brugeroplevelsen. endelig og meget mere for at beskytte annonceindtægter mod den voksende popularitet af annonceenhedsudvidelser.

Endelig påpeger det også, at ændringerne også kan påvirke effektiviteten af ​​nogle forældrekontrol-, privatlivs- og sikkerhedsudvidelser, som ikke illustrerer Googles formål i Manifest V3.

Når det er sagt, har Google endnu ikke følt noget ønske om at give afkald på disse annoncerede ændringer. I den nærmeste fremtid reagerer Google på kritik ved at sige, at de søger en bedre oplevelse for sine brugere.

Imidlertid hvad virksomheden måske glemmer, er, at bagved det kunne Mozilla FireFox øge sin styrke for at genvinde markedsandele, som Google kan miste.

Og endda Opera kunne vinde et stort antal utilfredse brugere på grund af den blokade, som Google har til hensigt, da vi ikke kan glemme, at Opera er blevet karakteriseret som en af ​​de første browsere, der implementerer reklame og minedriftblokering i deres browser.