Sandbox de privacidad para la web: el cambiante panorama de la privacidad y el impacto en sus sitios

Chrome realizará cambios en la privacidad a través de la iniciativa Privacy Sandbox a lo largo de 2023 mientras desarrolla nueva tecnología para mantener la privacidad de la información del usuario. Simultáneamente, los editores web y las marcas están cambiando su estrategia digital para ayudar a preservar los ingresos publicitarios y los valiosos análisis de marketing que se basan en cookies de terceros.

Este impulso hacia una mayor privacidad del navegador está impulsando una mayor demanda de personalización de sitios web.

En esta sesión, el Defensor de desarrolladores de Google, Sam Dutton, explica los cambios que se avecinan, comparte los objetivos de la iniciativa Privacy Sandbox y lo ayuda a comprender mejor cómo puede pivotar para asegurarse de tener los datos que necesita para ayudar a mantener su empresa y sus sitios. avanzando

Diapositivas de la sesión:

Transcripción:

SAM DUTTON: Hola, soy Sam Dutton. Soy desarrollador defensor del equipo de Chrome con sede aquí en Londres. Muchas gracias por acompañarme hoy. Tres cosas que haré en los próximos 25 minutos. Le daré una descripción general de las API de Privacy Sandbox. Explicaré lo que debe hacer ahora y le mostraré cómo puede convertirse en probador y unirse a la discusión de las API y proporcionar comentarios.

Permítanme comenzar explicando por qué necesitamos el Sandbox de privacidad. Muchos de ustedes conocerán muy bien la historia de fondo, pero vale la pena reiterar rápidamente por qué necesitamos esto y cómo llegamos a donde estamos hoy. Por lo tanto, Privacy Sandbox es una iniciativa para ayudar a construir un conjunto de API que preservan la privacidad para respaldar modelos comerciales que financian la web abierta para un futuro sin mecanismos de seguimiento como cookies de terceros.

Ahora es posible que haya visto este ejemplo de Google I/O. Es un sitio típico con componentes de diferentes fuentes. Y, por supuesto, la componibilidad es uno de los superpoderes de la web. Tienes un mapa de un origen, un guión de otro y así sucesivamente y, por supuesto, la publicidad y, nos guste o no, y lo que nos depare el futuro, la publicidad se ha convertido en una fuente crucial de ingresos y un motor para los negocios en el web.

Ahora, en este punto de la historia, creo que los navegadores y los CMS deben ser compatibles con los casos de uso de publicidad. ¿Entonces, cuál es el problema? Bueno, la selección de anuncios, la medición de conversiones, la detección de fraudes, la personalización de dispositivos y muchos otros casos de uso se han basado en la identidad entre sitios mediante mecanismos que simplemente no se crearon teniendo en cuenta la privacidad.

Ahora, no solo las cookies de terceros, sino que las huellas dactilares se utilizan para rastrear el comportamiento del usuario en los sitios o, de lo contrario, los sitios solicitan información personal, como direcciones de correo electrónico y, además, los ecosistemas de terceros son realmente complejos, especialmente para la publicidad. Ni siquiera los desarrolladores, anunciantes o editores entienden la cadena de suministro de los servicios de terceros.

Entonces, ciertamente, cuando visito un sitio web, no estoy al tanto de todos los terceros involucrados y lo que están haciendo con mis datos y no soy solo yo, la investigación muestra que las personas realmente se preocupan por tener el control de sus datos. Las preocupaciones por la privacidad impulsan cada vez más las elecciones sobre lo que la gente hace en línea y los reguladores de todo el mundo están aumentando los requisitos de privacidad, y esto está sucediendo muy rápido.

Entonces, dada la cantidad de empresas que confían en la publicidad efectiva en línea y la cantidad de editores que confían en la publicidad para monetizar sus sitios, y muchos otros casos de uso, este es un problema para todo el ecosistema web y no solo para las empresas de tecnología y las plataformas publicitarias. Pero, por supuesto, debido a que la web es una plataforma abierta, las propuestas de cambio necesitan aceptación y retroalimentación, y los navegadores como Chrome no pueden ni quieren actuar de manera unilateral.

Los navegadores no son productos para los cuales los proveedores de navegadores puedan tomar decisiones de forma aislada y la realidad es que la web no fue diseñada para muchos de los requisitos que son fundamentales para la plataforma hoy en día para la detección de fraudes publicitarios, la gestión de identidades y todos estos otros requisitos, casos de uso y pronto. Entonces, lo que necesitamos son tecnologías especialmente diseñadas para esta web centrada en la privacidad, y ahí es donde entra en juego el Privacy Sandbox.

Chrome ha estado trabajando con la comunidad web junto con las partes interesadas de la industria y los reguladores para desarrollar nuevas tecnologías de preservación de la privacidad que puedan respaldar un ecosistema saludable y sostenible. Ahora, una vez que estas nuevas API especialmente diseñadas estén disponibles, debemos asegurarnos de que las empresas tengan tiempo de adoptarlas para que podamos eliminar gradualmente la compatibilidad con cookies de terceros en Chrome y continuar nuestro trabajo para mitigar otros tipos de seguimiento.

Ahora, el conjunto básico de principios para esta iniciativa es el modelo de privacidad potencial para la web, y esto ha sido desarrollado por expertos en privacidad e informáticos de Google. Este modelo de privacidad establece un conjunto de reglas básicas para diseñar tecnologías que satisfagan los casos de uso de la plataforma web de los que he hablado, al mismo tiempo que cumplen con nuestras cambiantes necesidades de privacidad.

En particular, la propuesta cubre la difícil cuestión de cómo permitir conexiones entre sitios sin comprometer la privacidad. Ahora, una de las principales innovaciones de las API de Privacy Sandbox es permitir que el navegador actúe en nombre del usuario, en cierto sentido volviendo al rol central de los navegadores como lo que llamamos agente de usuario.

Con las tecnologías actuales, los datos son recopilados, agregados y compartidos por terceros para rastrear la navegación del usuario en los sitios. Las API de Privacy Sandbox pueden permitir que el navegador del usuario realice la medición de conversión de subastas de anuncios y estas otras tareas en el dispositivo del usuario.

Por lo tanto, debemos reconstruir las plataformas publicitarias y la web con la colaboración de proveedores de navegadores, plataformas, anunciantes, editores adtech, usuarios, reguladores y la comunidad de privacidad y, sobre todo, desarrolladores como usted que trabajan con plataformas CMS.

Entonces, con todo eso en mente, solo quiero darle un recorrido rápido por las propias API de Privacy Sandbox. Entonces, en Google, esta es una iniciativa compartida en la web y Android. Privacy Sandbox en Android se centra en la introducción de nuevas soluciones de publicidad más privadas sin identificadores de aplicaciones cruzadas.

La web y Android, por supuesto, comparten los mismos principios y varias de las propuestas web se están desarrollando también para Android. Sin embargo, por supuesto, la web y las plataformas móviles Android se basan en tecnologías fundamentalmente diferentes.

Así que esto es en Android una iniciativa distinta, pero es una que aquellos de ustedes que crean aplicaciones de Android además de trabajar en la web, querrán estar atentos a eso. Entonces, Google ha estado probando las nuevas API en colaboración con una variedad de socios a nivel mundial.

Cientos de empresas que participan en foros públicos, ya sea el W3C, explican los problemas en GitHub, etc., publican perspectivas y análisis y se unen a mesas redondas de la industria, comparten comentarios con Chrome y Android y, por supuesto, participan en las pruebas.

Ahora no se equivoque, Privacy Sandbox tiene muchos requisitos que cubrir y será difícil en el camino. Es decir, creo que la buena noticia es que al final de todo esto habrá plataformas más seguras y privadas para los usuarios y mejores para anunciantes, editores, desarrolladores y, por supuesto, para plataformas como WordPress.

Así que no voy a describir todas las API de Privacy Sandbox. En su lugar, me gustaría centrarme en las tres principales API de publicidad en Privacy Sandbox. Eso es temas, FLEDGE e informes de atribución. Nuestros temas y FLEDGE se conocen como las API de relevancia.

Now Topics proporciona señales de alto nivel sobre el interés de un usuario en función de su historial de navegación reciente. Y los temas se pueden combinar con señales contextuales y datos propios para seleccionar anuncios relevantes.

Y FLEDGE admite casos de uso de remarketing más granular y audiencia personalizada en los que los especialistas en marketing desean llegar a audiencias que han mostrado interés en sitios web o productos específicos, pero, por supuesto, para hacerlo posible preservando la privacidad.

Por último, los informes de atribución son la propuesta de Chrome para la medición de campañas que preservan la privacidad, proporcionando informes de rendimiento anónimos y cuándo las personas ven o hacen clic en un anuncio, y luego continúan para completar una compra o algún otro tipo de conversión.

Por lo tanto, estas API han pasado por un período de prueba en Android y Chrome en computadoras de escritorio y dispositivos móviles. Si está trabajando con plataformas de tecnología publicitaria, debe asegurarse de comprender los planes de esas plataformas para abordar estos casos de uso y los casos de uso que están cumpliendo estas API para este futuro sin cookies de terceros u otros mecanismos de seguimiento.

Así que ahora hemos tenido un período de pruebas técnicas con las API activadas con las banderas de Chrome, y ahora en la prueba de origen inicialmente activada solo para un pequeño porcentaje de usuarios de Chrome inicialmente. Así que ahora estamos en esta etapa de prueba de utilidad, el 50% de los usuarios beta y de desarrollo de Chrome Canary tienen las API de prueba de origen de anuncios activadas en las páginas que proporcionan un token válido y el 5% de los usuarios estables.

Por supuesto, ese es un pequeño porcentaje del tráfico total de Chrome, pero es suficiente para pruebas limitadas de las API con usuarios reales. Y ahora estamos avanzando hacia el lanzamiento en Chrome Stable donde las API estarán disponibles para todos los usuarios de forma predeterminada y volveré a los plazos para eso más adelante.

Entonces, solo para reiterar, para un solo usuario puede activar las API usando las banderas de Chrome, pero para probar a escala, debe participar en la prueba de origen de Privacy Sandbox, y compartiré enlaces más adelante para obtener orientación sobre cómo hacer todo eso. .

Por cierto, Chrome también está actualizando los controles de privacidad del usuario, como la interfaz de usuario, y los controles de la zona de pruebas de privacidad están realmente disponibles como parte de la prueba de origen de las API de anuncios. Las personas podrán ver y administrar los intereses asociados con su navegación o desactivar las API por completo.

Por lo tanto, en realidad hay otras tres tecnologías de Privacy Sandbox que creo que también querrá probar o, sin duda, señalar a cualquiera de sus proveedores externos. En primer lugar, CHIPS. Las cookies que tienen un estado de partición independiente permiten a los desarrolladores optar por una cookie para el almacenamiento particionado con un contenedor de cookies separado por sitio de nivel superior.

Los conjuntos de primeros permiten que los nombres de dominio relacionados que pertenecen y son operados por la misma entidad se declaren como pertenecientes al mismo primero y tokens de estado privado. Es posible que haya oído hablar de este nombre inicial como Trust Tokens. Esta es una API para transmitir una cantidad limitada de información de un contexto de navegación a otro, por ejemplo, entre sitios para ayudar a combatir el fraude pero sin utilizar técnicas de seguimiento pasivo.

Entonces, primero, echemos un vistazo más profundo a la API de temas. La API de temas proporciona un mecanismo para habilitar la publicidad basada en intereses, pero sin permitir que terceros rastreen la actividad de navegación del usuario. Entonces, la API, en cierto sentido, tiene tres componentes principales y, en primer lugar, la publicidad basada en intereses necesita una taxonomía de temas de interés.

La taxonomía de la API de temas se ve así. Es una lista de temas legible por humanos mantenida públicamente que evita los temas delicados. Y ahora es probable que esto cambie y se desarrolle con el tiempo en consulta con el ecosistema web y eso significa que personas como usted, necesitamos sus comentarios con esto y con todo lo demás.

Entonces, la API de temas necesita inferir los intereses de un usuario en función de su actividad de navegación, pero como digo, hacerlo de una manera que preserve su privacidad. Por lo tanto, los principales temas de interés se registran para un usuario en su navegador en su dispositivo en función de su actividad de navegación reciente nuevamente, por su navegador en su dispositivo.

Actualmente, Topics hace eso mediante el uso de aprendizaje automático para asignar los nombres de host de las páginas que el usuario visita a Topics de la taxonomía. Ahora, al igual que con la taxonomía de los temas en sí, ese enfoque se desarrollará con el tiempo. Pero inferir intereses de la actividad de navegación debe lograr el equilibrio adecuado.

Si tiene demasiados detalles sobre la navegación del usuario, eso es malo para la privacidad, pero muy poca granularidad significa que la API no es útil. Creo que, en cierto sentido, lo principal que hay que entender aquí es que los temas de interés son solo una señal para encontrar lo que es relevante para los usuarios.

Entonces, una vez que el navegador ha inferido los temas de interés para un usuario, los temas deben proporcionar a las personas que llaman a la API acceso a los temas de interés que han observado para el usuario.

Entonces, a medida que el usuario navega por la web, hay dos etapas en la API. Una persona que llama a la API, podría ser una plataforma de tecnología publicitaria, por ejemplo, llama a la API en una página para indicar que desea observar temas para la página actual y el usuario actual.

Ahora, más adelante, la persona que llama a la API puede acceder a los temas que observó para el usuario. Ahora bien, todo esto debe hacerse sin revelar nada más sobre la actividad de navegación del usuario que no sean los temas de interés que se observaron.

Por lo tanto, la API de temas proporciona dos formas de observar los temas de interés para un usuario y luego obtener acceso a los temas que se observaron, primero con una API de JavaScript o mediante el uso de los encabezados de solicitud y respuesta en una solicitud de búsqueda.

La primera forma en que una persona que llama a la API de temas puede señalar al navegador que ha observado temas para un usuario es llamar a document.browsingTopics desde un iframe incrustado en los sitios que visita el usuario.

Ahora, más tarde, la persona que llama a la API puede llamar al mismo método document.browsingTopics para acceder a los temas que ha observado para el usuario actual. Y, por cierto, la razón por la que este método necesita un iframe es que el contexto para observar los temas debe ser el mismo que el contexto para acceder a los temas.

La otra forma de observar y acceder a los temas es usar encabezados de búsqueda, solicitud y respuesta. Primero, la persona que llama a la API debe realizar una solicitud de obtención de una URL en su origen, incluido el objeto verdadero de los temas de navegación en el parámetro de opciones.

Y si la respuesta a la solicitud de recuperación incluye un encabezado Observe-Browsing-Topics ?1, bueno, eso le indica al navegador que la persona que llama quiere que el navegador registre que la persona que llama ha observado los temas de interés para el usuario actual para el actual página. Espero que tenga sentido.

Ahora los temas observados para un usuario se pueden recuperar de la solicitud de búsqueda de una persona que llama accediendo al encabezado de solicitud sec-browsing-topics. Así que aquí está todo el proceso de principio a fin. Soy consciente del tiempo, así que no lo analizaré ahora, pero lo compartiremos más adelante para que pueda ver cómo funciona, todo el proceso y lo tendremos para cada una de las API.

Y puede probar la demostración de Temas que usa el método iframe de JavaScript para observar y acceder a los temas o puede probar nuestra demostración que usa el enfoque de encabezado de solicitud de búsqueda. chrome://topics-internals muestra temas para el usuario actual, temas conferidos para nombres de host e información técnica sobre la implementación de la API.

También puede ejecutar el laboratorio conjunto de temas para probar la inferencia de temas mediante el modelo clasificador de temas. Ahora, tres preguntas importantes abiertas para usted antes de dejar Temas: ¿cómo podríamos hacer un mejor trabajo al inferir temas de interés para un usuario en función de su actividad de navegación? ¿Cómo podemos mejorar el contenido y la estructura de la taxonomía para que sea más útil y al mismo tiempo preservar la privacidad del usuario? ¿Y cómo podemos mejorar la arquitectura general de la API?

Creo que una cosa a tener en cuenta aquí es si tenemos temas o algo diferente, aún debemos conocer sus casos de uso. A continuación, FLEDGE. Por lo tanto, esta es una API para las opciones de anuncios en el dispositivo para servir casos de uso de remarketing y audiencia personalizada sin la necesidad de un seguimiento de terceros entre sitios.

Creo que eso es un poco más de detalle de código con FLEDGE porque tiene un trabajo más complicado que hacer que los temas. Así que hay tres partes en el proceso FLEDGE. En primer lugar, el comprador de anuncios añade usuarios o, más bien, navegadores individuales a lo que se denominan grupos de interés. Son como audiencias personalizadas, pero la membresía del grupo de interés se almacena en el navegador del dispositivo del usuario.

Ahora, en algún momento, cuando un usuario visita un sitio que muestra anuncios, como el sitio de un editor, un vendedor de anuncios puede iniciar una subasta de anuncios para seleccionar un anuncio para ellos, y con FLEDGE, esta subasta se puede ejecutar en el dispositivo del usuario.

Para seleccionar un anuncio, el código de subasta ejecuta la lógica de oferta de los compradores y la lógica de subasta del vendedor. Y, por último, el navegador publica informes de subastas en puntos finales proporcionados por vendedores y compradores.

Así que solo analizo FLEDGE paso a paso muy brevemente. En primer lugar, imagine que un usuario visita una zapatería en línea, navega un poco. Una plataforma de tecnología publicitaria o tal vez un anunciante hace una llamada de JavaScript para decirle al navegador que se una a un grupo de interés. Y este grupo podría llamarse algo así como Trail Running Shoes.

El objeto de configuración para un grupo de interés podría tener este aspecto. En este ejemplo, el técnico publicitario de la zapatería podría tener un grupo de interés para el remarketing al que les gustaría agregar al usuario, y llamaron bien a este grupo, Trail Running Shoes. Y la plataforma adtech de la tienda de zapatos llama a unirse al grupo de interés de anuncios para pedirle al navegador del usuario que se una a su grupo de interés de Trail Running Shoes usando esa configuración que les acabo de mostrar.

Y el segundo parámetro especifica la duración del grupo de interés que tiene un límite de 30 días. Ahora el usuario visita un sitio que publica anuncios. En este ejemplo, un sitio web de noticias. El vendedor ejecuta una subasta para seleccionar un anuncio para mostrar al usuario en JavaScript en el dispositivo del usuario mediante ejecutar subasta de anuncios, y el vendedor es probablemente una plataforma de tecnología publicitaria, pero tal vez el propio editor, en este caso, el sitio de noticias.

Ahora bien, esta subasta selecciona el anuncio más adecuado dadas las ofertas para cada uno de los grupos de interés a los que pertenece el navegador del usuario junto con otros factores del vendedor y del propio navegador.

Ahora, mirando el código, el editor o una plataforma que vende espacios publicitarios en el sitio del editor crea datos de configuración para la subasta de anuncios. Luego, el vendedor le pide al navegador que ejecute una subasta de anuncios para seleccionar un anuncio en el navegador, y el valor devuelto por ejecutar la subasta de anuncios se pasa a un elemento llamado marco delimitado para que el sitio pueda mostrar el anuncio ganador.

Ahora se puede usar un marco delimitado para mostrar un anuncio, pero no puede interactuar con la página que lo rodea. Y luego, el vendedor y el comprador ganador tienen la oportunidad de realizar registros e informes, y eso se hace llamando a navigator.reportresult.

Finalmente, el usuario, si todo va bien, toca o hace clic en el anuncio y ahora la API de informes de atribución se hace cargo. Y de nuevo, tenemos un diagrama que muestra todo el proceso de principio a fin, que compartiremos con ustedes después de la conferencia magistral.

Ahora, por último, me gustaría contarles un poco sobre la API de Privacy Sandbox para la medición de anuncios, que es el informe de atribución. Los informes de atribución se utilizan para medir cuándo un clic en un anuncio o una impresión de un anuncio generan una conversión. Por ejemplo, cuando la visualización de un anuncio en un sitio de noticias conduce a una compra en una zapatería en línea.

Ahora, al igual que con Topics y FLEDGE, esta API está diseñada para evitar el seguimiento entre sitios. Entonces, la API permite dos tipos de resultados de medición, informes de nivel de evento e informes de resumen. Así que permítanme describir brevemente cómo funciona.

Primero echemos un vistazo a los informes de nivel de evento. Por lo tanto, los enlaces de anuncios se pueden configurar con atributos que son específicos de la API de informes de atribución y esto hace posible contar las vistas y los clics con una solicitud en el lado de la conversión.

Ahora, cuando un usuario hace clic en un anuncio o ve un anuncio y luego convierte, el navegador genera un informe, y en ese informe, la empresa de publicidad o la tecnología publicitaria incluye dos datos. Uno, cualquier dato que deseen sobre el clic o la impresión del anuncio y esto puede ser muy detallado, por ejemplo, una ID de creatividad, información sobre el editor, la marca de tiempo, etc. Y segundo, un pequeño dato sobre la conversión de anuncios.

Ahora, para proteger la privacidad del usuario, esto no puede ser demasiado detallado. Más tarde, el navegador envía ese informe sobre... Bueno, ese informe con los datos que acabo de explicar al técnico publicitario o al anunciante, y eso incluye un retraso para ayudar a evitar el seguimiento del usuario.

El informe contiene dos datos, datos detallados sobre el clic o la impresión del anuncio, el evento y datos de alto nivel sobre la conversión. Así que este es un informe de nivel de evento. Ahora echemos un vistazo a los informes resumidos.

Ahora, la API del navegador para generar un informe de resumen es similar, pero los resultados y el mecanismo son un poco diferentes. Entonces, nuevamente, cuando un usuario hace clic en un anuncio o ve un anuncio y luego convierte, el navegador genera un informe, y en ese informe, la empresa de publicidad o la tecnología publicitaria pueden incluir los datos que deseen sobre el clic o la impresión del anuncio y cualquier dato que quiero sobre la conversión de anuncios, pero este informe está encriptado.

Y esta es una protección de la privacidad porque este informe contiene datos detallados sobre la conversión y la impresión. Por lo tanto, el informe podría usarse para el seguimiento entre sitios si no estuviera encriptado. Luego, más tarde, el navegador volverá a enviar este informe encriptado, con un pequeño retraso.

Y de esta manera, una plataforma adtech recopilará muchos informes de muchos usuarios y luego enviará todos los informes a un servicio de agregación como se le llama y este servicio agregará todos estos informes, los descifrará, agregará algo de ruido para proteger la privacidad del usuario y luego devuelve el resultado final y el resultado final se denomina informe resumido. Contiene datos de medición para muchos usuarios.

Esa es la medida de atribución. Espero que tenga sentido. Voy a vincular a muchos más recursos para ayudarlo a comprender y probar las API de Privacy Sandbox con más detalle. Pero una última cosa que me gustaría mencionar, Privacy Sandcastle.

Esta es una demostración que combina todas las principales API de Privacy Sandbox. Ha sido construido por nuestro equipo en Tokio. Todavía es muy nuevo. Pero puede obtener el código de GitHub y ejecutarlo localmente, y está diseñado para ayudarlo a comprender cómo encajan todas estas API.

Antes de terminar, me gustaría hacer un resumen y mirar la línea de tiempo de Privacy Sandbox. Como puede ver, nos acercamos al trimestre en el que comenzaremos a enviar las API, lo que significa que estarán disponibles de forma predeterminada en Chrome Stable y listas para probarse a escala de producción. Ahora que es sólo una pequeña cantidad de tiempo en el calendario, y puedo verme a mí mismo. Estoy cerca del tiempo aquí.

Entonces, algunas cosas que creo que debes hacer ahora mismo. En primer lugar, comprenda las líneas de tiempo para la web y Android. Asegúrese de que usted y sus proveedores externos estén preparados para los cambios que ahora son inminentes. En segundo lugar, audite sus sitios para comprender dónde confían en las cookies de terceros y otros mecanismos que están en desuso. Compartiremos enlaces a herramientas e instrucciones sobre cómo hacerlo después del evento de hoy.

A continuación, pregunte a sus proveedores externos, como plataformas adtech, etc., cómo se están preparando para cumplir con sus casos de uso principales en ausencia de cookies de terceros u otros mecanismos de seguimiento entre sitios y, por último, pruebe las API de Privacy Sandbox y proporcione comentarios. y solicite a sus proveedores externos que hagan lo mismo.

Y si no están bien, pregúntales por qué no y cuéntanos cuál es la respuesta a esa pregunta. Entonces, privacysandbox.com proporciona líneas de tiempo, preguntas frecuentes y más información sobre los esfuerzos multiplataforma. Compartiré las URL después de este evento, pero puede encontrar mucho del contenido al que me he referido aquí en la sección Privacy Sandbox en developer.chrome.com.

En particular, tiene recursos que explican cómo hacernos preguntas y proporcionar comentarios, y puede obtener más información sobre las pruebas de origen en developer.chrome.com. También hemos creado una serie de videos cortos y artículos para ayudar a explicar los conceptos de Chrome, como las pruebas de origen, las banderas de Chrome, los contenidos intermitentes, todo eso.

Así que gracias por escuchar. Eso es todo de mí. Como digo, si necesita ayuda, vaya a esos recursos o simplemente puede enviarme un mensaje directo a SW12 en Twitter. Muchas gracias.