Un comerciante construye una página. Cuando llega a un cliente dentro de tu WebView, lleva pasajeros que el comerciante nunca invitó explícitamente: balizas de analítica, píxeles de recargeting, una plataforma de consentimiento, un gestor de etiquetas, una herramienta de mapa de calor, un widget de chat. Cada uno prometió crecimiento o insights. Juntos gravan cada carga de página, en cada dispositivo, para cada visitante. Y en un WebView, nada los detiene.
El impuesto de rastreo de la web abierta, ahora dentro de tu app
En la web abierta, las extensiones del navegador y la protección de rastreadores a nivel de plataforma atenúan parte de esto. Dentro de un WebView, nada de eso existe. Los scripts de terceros de la página se ejecutan tal cual, con acceso total al único hilo de JavaScript, a la red y al contexto de la página. El capítulo de JavaScript del Web Almanac 2024 midió que la página móvil mediana envía 375 KB de JavaScript de terceros frente a 168 KB de primera parte — los terceros superan el código propio del sitio por 2,2×. El JS de terceros creció de 255 KB (2020) a 292 KB (2022) a 375 KB (2024). El capítulo de Terceros encontró que el 92% de las páginas cargan al menos un tercero, con scripts representando cerca del 30,5% de las solicitudes de terceros; los 1.000 sitios principales ejecutan una mediana de 66 terceros por página. Tu WebView hereda todo eso, sin filtrar.
Es primero un impuesto de rendimiento
Cada script de terceros es trabajo del hilo principal que el cliente paga. El capítulo de rendimiento del Web Almanac encontró que las páginas móviles con scripts de comportamiento (analítica) mantienen una buena puntuación de Interaction to Next Paint solo el 37% de las veces — la pila de analítica satura el hilo que debería responder a los toques, así el botón de pago se siente lento y el menú duda. La propia guía de Google correlaciona el tamaño del gestor de etiquetas con un INP peor. Y la velocidad es ingreso: Google y Deloitte en Milliseconds Make Millions hallaron que una mejora de 0,1 segundo en el tiempo de carga móvil elevó las conversiones minoristas 8,4%. Una página WebView hinchada con scripts ajenos regala esa mejora antes de que el código del comerciante corra.
También es un impuesto de privacidad y superficie de ataque
Cada SDK es un punto de exfiltración de datos. El mismo Web Almanac señala que la cadena de inclusión mediana es 3 niveles de profundidad, con la más profunda observada llegando a 2.285 niveles — terceros cargando terceros cargando terceros, muy fuera de la visibilidad del comerciante. Bajo el GDPR, las cookies y rastreadores no esenciales requieren un acto de consentimiento afirmativo claro; los reguladores de Austria, Francia y Suecia han dictaminado que las implementaciones estándar de Google Analytics violan la norma, con Suecia imponiendo una multa de 1 millón de euros. Ninguna de esa disciplina de consentimiento se aplica automáticamente dentro de un WebView. Y cada script extra es una dependencia que puede colgarse, fallar o ser comprometida — la secuencia de carga de la página es rehén del pasajero más lento y menos responsable.
La solución del runtime
Un runtime propio del host no carga la página del comerciante y espera que los terceros se porten. Goberna la carga de recursos en la capa WebView — intercepción en Android (shouldInterceptRequest) y WKURLSchemeHandler en iOS — así una sola política puede permitir lo esencial, posponer etiquetas no críticas hasta el ocio y bloquear rastreadores y scripts de cadena de suministro conocidos, todo respetando el estado de consentimiento del usuario. La analítica puede consolidarse y reportarse del lado del servidor, eliminando categorías enteras de rastreadores en el navegador. Los terceros se vuelven un límite gobernado que el runtime impone, no un impuesto silencioso que la página cobra a tus usuarios.
| Dimensión | WebView | Runtime propio del host |
|---|---|---|
| Gobernanza de scripts | Cada tercero se ejecuta sin filtro | Permitir, posponer, bloquear en la capa de carga |
| Hilo principal | Saturado por analítica/gestores de etiquetas | Protegido para la UX propia de la página |
| Privacidad | Rastreadores exfiltran; consentimiento no aplicado | Consciente del consentimiento; analítica server-side |
| Cadena de suministro | Cadenas de inclusión profundas y opacas | Dependencias acotadas y auditables |
| Superficie de ataque | Cada SDK es una dependencia explotable | Superficie mínima y verificada |
El hilo conductor de esta serie es el control. Un WebView entrega la página de tus usuarios — y sus datos — a una economía de rastreo de la web abierta que ni ves ni gobiernas. Un runtime te deja trazar el límite. Para un catálogo de páginas ajenas que corren dentro de tu app, ese límite es la diferencia entre una experiencia rápida y privada y una página que alquila en silencio a tus clientes a quien cargó el SDK primero.
Fuentes
- Web Almanac 2024 — JavaScript: la página móvil mediana envía 375 KB de JS de terceros frente a 168 KB de primera parte — terceros superan primera parte 2,2×; crecieron 255→375 KB de 2020 a 2024.
- Crecimiento del JavaScript de Terceros — 92% de páginas cargan ≥1 tercero; desequilibrio 2,2× — cadena de inclusión mediana 3 niveles; más profunda observada 2.285.
- Web Almanac 2024 — Peso de Página: 92% de páginas tenían ≥1 recurso de terceros; scripts ~30,5% de solicitudes de terceros — los 1.000 sitios principales mediana 66 terceros por página.
- Analítica server-side vs navegador — los scripts de analítica saturan el hilo principal; buen INP solo 37% de las veces; fallos GDPR de GA — impacto INP y decisiones de Austria/Francia/Suecia contra GA estándar.
- Optimización de Scripts de Terceros — 0,1s de velocidad móvil → +8,4% conversión; gestores de etiquetas correlacionan con peor INP — datos de velocidad a ingreso y costo de rendimiento.
