Siméon Vincen correspondant à l'équipe Chrome, a commenté la position actuelle de Google en ce qui concerne le Manifest V3 de Google comme pour les ajouts pour bloquer les bloqueurs de publicités.
Y a déclaré que la société n'avait pas l'intention d'abandonner le plan initial de cesser de prendre en charge le mode de blocage de l'API webRequest, qui vous permet de modifier le contenu reçu à la volée. Une exception ne sera faite que pour Chrome for Enterprises, dans lequel la prise en charge de l'API webRequest sera conservée comme auparavant.
Google veut éliminer les bloqueurs de publicités
Pour les utilisateurs réguliers de l'API Chrome, webRequest sera limité au mode lecture seule. Dans le remplacement WebRequest du filtrage de contenu offert par l'API déclarative NetRequest, il ne couvre qu'une partie limitée des fonctionnalités utilisées dans la publicité de blocage moderne.
En fait, au lieu des gestionnaires eux-mêmes avec un accès complet aux requêtes réseau, il existe un moteur de filtrage prêt et intégré qui traite les règles de blocage avec ses propres ressources.
Par exemple, l'API déclarativeNetRequest ne vous permet pas d'utiliser vos propres algorithmes de filtrage et ne vous permet pas de créer des règles complexes qui se chevauchent en fonction de conditions.
Les développeurs ont préparé conjointement une liste de commentaires répertoriant les failles de l'API declarativeNetRequest.
Google d'accord avec de nombreux commentaires et ajout de l'API déclarativeNetRequest. En particulier, la prise en charge des changements dynamiques et des règles ajoutées a permis de supprimer les en-têtes HTTP, mais uniquement ceux de la liste blanche (référent, cookie, set-cookie).
Les plans incluent la prise en charge de l'ajout et du remplacement d'en-têtes HTTP (par exemple, pour le remplacement des directives Set-Cookie et CSP) et la possibilité de supprimer et de remplacer les paramètres de demande.
La version préliminaire du Manifest V3 définissant la liste des fonctionnalités et des ressources fournies par les plugins Chrome, devrait être utilisée dans les versions expérimentales de Chrome Canary dans les mois à venir.
Google ne donne pas d'arguments convaincants pour le blocage
Raymond Colline, auteur d'uBlock Origin et d'uMatrix, commenté durement la réponse de un représentant de Google et a laissé entendre que Google essayait de promouvoir ses intérêts commerciaux dans le domaine de la publicité sur Internet et ainsi obtenir le contrôle des mécanismes de sa filtration et justifier ces actions auprès du grand public.
Puisque tu n'as jamais reçu d'argument convaincant pour arrêter les développeurs populaires parmi les plugins de blocage des publicités.
Selon Raymond, la baisse de performance n'est pas un argument, car les pages se chargent lentement en raison de leur propre code et non en raison de l'utilisation du mode de blocage webRequest dans des plugins correctement implémentés.
Si Google était vraiment préoccupé par les performances, il aurait modifié la requête Web en fonction du mécanisme Promise, similaire à l'implémentation de la requête Web dans Firefox.
Selon Raymond, La stratégie de Google consiste à déterminer l'équilibre optimal entre l'expansion de la base d'utilisateurs de Chrome et les dommages commerciaux causés par l'utilisation de bloqueurs de contenu.
Pour lui, Google veut éviter à tout prix que ses activités publicitaires ne soient interrompues et au point de rendre les bloqueurs de publicités inefficaces sur votre navigateur Chrome.
Dans la première étape de l'expansion de Chrome, Google a été contraint de prendre en charge les bloqueurs de publicités, comme certains des plugins les plus populaires parmi les utilisateurs. Mais après que Chrome ait pris une position dominante, l'entreprise a essayé de changer la balance en sa faveur.
L'API webRequest interfère avec cet objectif, car le contrôle du blocage de contenu est désormais entre les mains de développeurs tiers de bloqueurs de publicités.
L'absence de possibilité de modifier les en-têtes HTTP, les cookies et les paramètres de requête (par exemple, pour couper les identifiants Referer, _utm et tracker) est également mentionnée, mais Google a déjà promis de supprimer ces commentaires.
Ils sont dans leurs droits. J'ai également le droit d'arrêter d'utiliser Chromium et d'utiliser Firefox. De plus, je pense que je ne vais pas attendre que les bloqueurs de publicités se bloquent et je vais essayer Firefox.
J'utilise Firefox, je bloque également la publicité du fichier Hosts, pas par des "bloqueurs".