Le bras de fer continue entre Google et les développeurs d’extensions sur les modifications introduites dans le système d’extension du navigateur Chrome, le document envoyé dernièrement à la SEC par l’Alphabet, la maison mère de Google, contient des lignes qui expliquent que les bloqueurs de publicités actuels et d’autres outils de la même famille pouvaient avoir des incidences négatives sur les activités publicitaires de Google. « Les technologies nouvelles et existantes pourraient affecter notre capacité à personnaliser les annonces ou pourraient bloquer des annonces en ligne, ce qui nuirait à notre activité. Des technologies ont été développées pour rendre plus difficiles les annonces personnalisables ou pour bloquer complètement l'affichage d'annonces », lit-on dans le formulaire de l’Alphabet.Selon l’Alphabet, certains fournisseurs de services en ligne disposent de technologies intégrées susceptibles de compromettre les fonctionnalités essentielles de la publicité numérique tierce. Il explique clairement dans le document que la plupart des revenus de Google proviennent des frais qui ont été versés pour l'affichage d'annonces en ligne. Par conséquent, ces technologies et outils pourraient avoir une incidence défavorable sur ses résultats. On comprend aisément donc que Google ne fera pas marche arrière dans sa décision et que l’entreprise reste ferme sur les modifications apportées au blocage de publicités dans le navigateur Chrome. Comme alternative, Google a annoncé qu’il fournira en lieu et de l’API webRequest, l’API declarativeNetRequest.
Néanmoins, retenons que la firme laisse une marge de manœuvre aux entreprises. Google dit essentiellement que Chrome aura toujours la capacité de bloquer le contenu indésirable, mais que cela sera limité aux seuls utilisateurs professionnels de Chrome qui sont payés. Cela permettra probablement aux entreprises de développer des extensions Chrome internes, mais pas pour bloquer les publicités. Mais la décision frustre plus d’un et particulièrement ceux qui conçoivent ces bloqueurs. Raymond Hill, principal développeur de uBlock Origin, par exemple, condamne cette décision de la firme de Mountain View.
D’après ce dernier, le passage à l’API declarativeNetRequest signifierait probablement la mort de ces extensions utilisées à minima par 10 millions d’internautes. « Si cette API déclarativeNetRequest (assez limitée) finit par être le seul moyen pour les bloqueurs de contenu d'accomplir leur tâche, cela signifie essentiellement que deux bloqueurs de contenu que j'ai maintenus pendant des années, uBlock Origin et uMatrix ne peuvent plus exister », avait-il commenté. Pour lui, Google veut éviter à tout prix que ses activités liées à la publicité soient perturbées et, ce, jusqu’au point de rendre les bloqueurs d’annonces inefficaces dans son navigateur Chrome.
Après les nombreuses déclarations de Google sur cette affaire, c’est au tour des développeurs de Google Chrome de monter au créneau. Chris Palmer, l’un des ingénieurs en sécurité des logiciels Google Chrome, s'est exprimé sur Twitter cette semaine pour affirmer que le déménagement vers la nouvelle API visait à améliorer l'expérience de navigation des utilisateurs finaux, bien que les utilisateurs professionnels rémunérés seraient exemptés des modifications. Il n’est pas le seul à être apparu pour soutenir la décision de Google d’interdire l'utilisation de l’API webRequest pour bloquer une demande particulière avant son chargement.
L’ingénieur en chef de la sécurité du navigateur Chrome, Justin Schuh, s’est également prononcé sur le sujet qui divise. Il a déclaré...
La fin de cet article est réservée aux abonnés. Soutenez le Club Developpez.com en prenant un abonnement pour que nous puissions continuer à vous proposer des publications.

