Brave está desplegando una nueva función llamada De-AMP, que permite a los usuarios de Brave evitar las páginas AMP alojadas en Google y, en su lugar, visitar directamente al editor del contenido. AMP perjudica la privacidad de los usuarios, la seguridad y la experiencia de Internet, y lo que es peor, AMP ayuda a Google a monopolizar y controlar aún más la dirección de la Web.

Brave protegerá a los usuarios de AMP de varias maneras. Cuando sea posible, De-AMP reescribirá los enlaces y las URL para evitar que los usuarios visiten las páginas de AMP por completo. Y en los casos en los que esto no sea posible, Brave observará cómo se obtienen las páginas y redirigirá a los usuarios fuera de las páginas AMP antes de que la página sea renderizada, evitando que el código AMP/Google sea cargado y ejecutado.

De-AMP ya está disponible en las versiones Nightly y Beta y se activará por defecto en las próximas versiones 1.38 de escritorio y Android, y se lanzará en iOS poco después. Si estás en Nightly o Beta y no ves la función activada, es posible que tengas que reiniciar tu navegador para que los cambios surtan efecto.

¿Qué es AMP?

AMP, o Accelerated Mobile Pages, es un subconjunto no estándar de HTML desarrollado e impulsado por Google. Las páginas AMP se sirven desde los servidores de Google, aunque están diseñadas para que parezca que proceden del sitio del editor original.

Por ejemplo, si buscas «new york times top stories» en la Búsqueda de Google, google.com precargará la mayoría o todas las historias en segundo plano (descargando así datos innecesarios en tu dispositivo) y cuando hagas clic en una historia principal, el artículo se servirá desde google.com mientras te hace creer que estás en nytimes.com.

Google afirma que el propósito del proyecto AMP es mejorar el rendimiento de los sitios web, mediante una combinación de precarga, sirviendo las páginas desde los servidores (a veces) más rápidos de Google, y eliminando algunas características heredadas del navegador.

¿Por qué es perjudicial AMP?

En la práctica, AMP es perjudicial para los usuarios y para la web en general.

En primer lugar, AMP es perjudicial para la privacidad. AMP da a Google una visión aún más amplia de las páginas que la gente ve en la web, y cómo la gente interactúa con ellas. AMP anima a los desarrolladores a integrarse más estrechamente con los servidores y sistemas de Google, y penaliza a los editores con la disminución de las clasificaciones de búsqueda y las colocaciones si no lo hacen, permitiendo además a Google rastrear y perfilar a los usuarios.

En segundo lugar, AMP es malo para la seguridad. Por su diseño, AMP confunde a los usuarios sobre el sitio con el que están interactuando. Los usuarios creen que están interactuando con el editor, cuando en realidad el usuario sigue estando bajo el control de Google. Los navegadores que respetan al usuario defienden el sitio como límite de seguridad y privacidad en la web, y sistemas como AMP confunden intencionadamente este límite.

En tercer lugar, AMP fomenta la monopolización de la web. AMP fomenta que una mayor parte de la web se sirva desde los servidores de Google, bajo el control de Google y sin estándares arbitrarios. También permite a Google exigir que las páginas se construyan de forma que beneficien a los sistemas de publicidad de Google. AMP es una de las muchas estrategias de Google para monopolizar aún más la Web, y construir una Web en la que los usuarios sirvan a Google, en lugar de que los sitios web sirvan a los usuarios. 1

Por último, AMP es malo para el rendimiento y la usabilidad. Aunque Google promociona AMP como mejor para el rendimiento, internamente Google sabe que «AMP sólo mejora la ‘mediana del rendimiento’ y las páginas AMP pueden, de hecho, cargarse más lentamente que otras técnicas de optimización de la velocidad de los editores» (como se revela en las revelaciones de Google al DOJ, pág. 90). En muchos casos AMP es tan malo para el rendimiento y la usabilidad que los usuarios de la web literalmente pagan dinero para evitar AMP.

¿Cómo protege Brave a los usuarios de AMP?

Brave protege a los usuarios de AMP en tres pasos.

En primer lugar, Brave modificará las páginas obtenidas que enlazan con frecuencia a páginas AMP, de modo que los enlaces apunten a las versiones del editor de las páginas en lugar de a las versiones AMP de esas mismas páginas. Entre los ejemplos de estas páginas se encuentra la Búsqueda de Google. Cuando se habilita De-AMP en Brave, estas páginas podrán interactuar con ellas de forma normal, sólo que con la ventaja de no ser forzadas (o engañadas) a visitar páginas AMP.

En segundo lugar, Brave ha modificado Chromium para vigilar cuando se cargan las páginas AMP. Cuando De-AMP está activado, Brave buscará el marcado HTML de AMP en las páginas mientras se cargan (y antes de que se rendericen). Si Brave ve que se está cargando una página AMP, el navegador dejará de cargar la página actual y en su lugar cargará la versión «verdadera» de la página. Esto se hace antes de que la página se renderice, impidiendo que los scripts y las imágenes de AMP de Google se obtengan y ejecuten, lo que reduce drásticamente la cantidad de información que Google obtiene sobre tu navegación.

Por último, Brave planea un tercer paso para proteger a los usuarios de las páginas AMP. Brave ampliará nuestra función actual de redirección para detectar cuando las URL de AMP están a punto de ser visitadas y, en su lugar, dirigir a los usuarios a la versión real de la página. Este trabajo está en desarrollo y está previsto para la versión 1.40.

Los usuarios que deseen seguir visitando las versiones AMP de las páginas pueden continuar haciéndolo yendo a brave://settings/shields y desactivando De-AMP.

AMP 2.0 será aún peor

Google está desarrollando actualmente una continuación de AMP, basada en sus propuestas Signed Exchange (SXG) y WebBundle. Este esfuerzo no se llama formalmente AMP 2.0, pero los objetivos son los mismos: permitir que una mayor parte de la web se sirva desde los servidores de Google, y de manera que los usuarios tengan menos control sobre cómo interactúan con ese contenido, y con menos conocimiento de la procedencia de ese contenido.

Brave ha compartido anteriormente sus preocupaciones con respecto a WebBundles, y por qué la propuesta acabará con las ventajas de privacidad, rendimiento y control del usuario de muchas herramientas de privacidad de la Web. Nos anima que otros en la comunidad de la privacidad compartan estas preocupaciones, y seguimos oponiéndonos a esta propuesta en el W3C. También hemos compartido nuestra alarma de que el SXG perjudicará el control y la autonomía del usuario, especialmente cuando se implementa junto con el resto de la propuesta de Privacy Sandbox de Google.

Una web ética debe ser una web que dé prioridad al usuario, en la que éste tenga el control de su navegación y sea consciente de con quién se comunica. AMP (junto con el próximo nombre real de Google, aún por llegar, «AMP 2.0») es incompatible con una web que da prioridad al usuario. De-AMP se suma a la larga lista de características de Brave que ponen a los usuarios en primer lugar en la Web.