2 puntos por GN⁺ 2026-03-16 | 1 comentarios | Compartir por WhatsApp
  • Una página de artículo del sitio web de The New York Times genera 422 solicitudes de red y 49 MB de transferencia de datos, exigiendo recursos excesivos incluso para leer una nota simple
  • Durante la carga de la página se ejecutan al mismo tiempo decenas de solicitudes de puja publicitaria y scripts de rastreo, en una estructura que consume CPU y batería del navegador
  • Este diseño de UX hostil se traduce en banners de cookies, popups de suscripción, videos con reproducción automática y anuncios que ocupan la pantalla, interfiriendo con la experiencia de lectura del usuario
  • Un modelo de negocio centrado en el ‘tiempo de permanencia’ y la ‘tasa de exposición’ para maximizar ingresos publicitarios sacrifica la experiencia del lector, y hasta los ingenieros quedan atrapados en esta estructura
  • El texto pone como ejemplo páginas de noticias ligeras centradas en texto (text.npr.org, etc.) y enfatiza restaurar una experiencia web simple y respetuosa donde puedan coexistir lectores y negocio

La realidad de una página web de 49 MB

  • Al acceder al sitio web de The New York Times se generan 422 solicitudes y 49 MB de datos, y la página tarda 2 minutos en estabilizarse
    • Esto es más grande que toda la capacidad de Windows 95 (28 disquetes) y equivale a 10 a 12 canciones MP3
    • Es como descargar un álbum completo para leer apenas unos párrafos de texto
  • Aunque el rendimiento del hardware ha mejorado enormemente frente al pasado, los frameworks web centrados en publicidad y rastreo anulan ese avance

Carga de CPU y estructura de rastreo

  • Los sitios de noticias ejecutan en el navegador sistemas de puja publicitaria programática
    • Se generan al mismo tiempo solicitudes de puja asíncronas hacia Rubicon Project, Amazon Ad Systems y otros
    • El navegador debe descargar, parsear y compilar varios MB de JavaScript, lo que termina en carga sobre el hilo principal
  • El usuario pidió texto, pero el navegador primero procesa 5 MB de scripts de rastreo, y después se insertan los anuncios
  • Al mismo tiempo operan beacons de seguimiento de comportamiento (solicitudes POST) y redirecciones invisibles por píxel (doubleclick.net, casalemedia) para identificar al usuario entre sitios
  • Este proceso provoca calentamiento y consumo de batería en móviles, y el usuario termina participando sin saberlo en un mercado de compraventa de datos de alta frecuencia

UX hostil y costo de interacción

  • Al entrar a la página aparecen seguidamente el banner de cookies del GDPR, un modal de suscripción al newsletter y un popup para permitir notificaciones
    • El usuario debe hacer varios clics y desplazamientos antes de poder acceder al contenido
    • Esto viola el ‘costo de interacción’ (Interaction Cost) de NNgroup y los principios de ‘diseño minimalista’
  • En el caso de Economic Times, el usuario solo puede acceder al cuerpo del texto después de cerrar tres modales y pasar un banner superior
  • Incluso según los criterios de Core Web Vitals de Google, estos intersticiales intrusivos están explícitamente marcados como un factor negativo para el SEO

Inestabilidad del layout e inserción de anuncios

  • Mientras el lector está leyendo un párrafo, cuando termina la puja publicitaria se inserta un anuncio en iframe y el texto se mueve 250 píxeles
    • Esto se mide como cumulative layout shift (CLS) y está directamente relacionado con una mayor tasa de abandono
  • Google penaliza oficialmente este problema, pero existe la contradicción de que sus propios productos publicitarios provocan el mismo problema
  • Los videos con reproducción automática siguen reproduciéndose fijados en la parte inferior de la pantalla incluso después de hacer scroll, y su botón para cerrar es pequeño y tiene un área clicable reducida
    • Se señala como un caso de violación de la ley de Fitts

Desperdicio de espacio en el entorno móvil

  • De un viewport móvil promedio de 800 px, el logo, la barra de compartir y la UI del navegador ocupan una parte considerable
    • En realidad, el contenido visible es de solo 11% en la página de The Guardian
  • Una proporción de 89% anuncios y modales vs. 11% contenido aumenta la fatiga visual del usuario y la frecuencia de scroll
  • También existe la estrategia de colocar el botón ‘X’ cerca del área clicable del anuncio para inducir toques erróneos, conocida como ‘fat-finger tax’
  • Algunos sitios de noticias de India, como Jagran, dificultan el acceso al contenido con modales para instalar la app y popups de suscripción

Propuestas de mejora

  • Una estructura que obliga a 3 o 4 acciones de cierre antes de mostrar el contenido desperdicia los recursos cognitivos del usuario
    • Los popups deberían ajustarse para mostrarse solo después de 60 segundos de permanencia o de haber hecho scroll al 50%
    • El consentimiento de cookies y la suscripción al newsletter podrían integrarse en una sección inferior no bloqueante
  • Los slots publicitarios deberían reservarse con contenedores de altura fija para evitar cambios de layout
    • Ejemplo: min-height: 250px; background: var(--skeleton-loader);
    • Si la carga del anuncio falla, se puede reducir solo en áreas no visibles usando ResizeObserver

La existencia de sitios de noticias ligeros

  • text.npr.org, lite.cnn.com, cbc.ca/lite y otros ofrecen versiones ligeras sin rastreo ni modales
    • El consumo de noticias basado en feeds RSS sigue siendo activo
  • Estos casos muestran que sigue existiendo demanda por una experiencia web simple y centrada en el contenido

Conclusión: la atención del lector es un recurso

  • La UI actual de los sitios de noticias considera al lector como un objetivo a capturar y está diseñada para maximizar la exposición publicitaria
  • Sin embargo, rentabilidad y accesibilidad pueden coexistir, y también los ingenieros están descontentos con esta estructura
  • La raíz del problema son los incentivos de negocio de corto plazo centrados en el CPM
  • Se ha formado un sistema que trata la atención del lector como un recurso extraíble, y se plantea que
    usar RSS, cerrar la pestaña y aumentar la tasa de abandono son las formas más contundentes de resistencia frente a ello

1 comentarios

 
GN⁺ 2026-03-16
Comentarios en Hacker News
  • Cada vez que nuestros desarrolladores abrían un sitio web, consumían unos 750MB
    Llegó un ticket diciendo que el servidor estaba lento y, al revisarlo, vimos que todos los videos de la página se estaban preload-eando parcialmente de antemano
    La oficina estaba conectada directamente al datacenter por fibra óptica, así que por eso medio aguantaba
    Creo que a los desarrolladores web no se les debería dar más de 128kbit de velocidad de red. Más que eso y todo se vuelve un desastre
    • En la pestaña Network de los navegadores basados en Chromium o Firefox se pueden simular velocidades 3G o 4G
      Si lo usas junto con la limitación de CPU, sirve muy bien para revisar el rendimiento del sitio en entornos de bajos recursos
    • El límite de 128kbit también debería aplicarse al departamento de marketing. Son los principales culpables de los scripts de rastreo
    • Aunque desarrolles con una computadora rápida, las pruebas deberían hacerse en equipos modestos como un Chromebook
    • Vale la pena tomar como referencia sitios como mcmaster.com, donde el prefetching consciente del contexto está bien implementado
      Usar un servidor de desarrollo lento tiene el efecto de entrenarte naturalmente para reducir recursos innecesarios
    • Antes usaba una web de texto como text.npr.org con Lyx
      También funcionaba bien en entornos ultralentos como Gopher, Gemini o Bitlbee sobre IRC
      Incluso los desarrolladores de apps Electron deberían probar en PCs con 2GB de RAM y procesadores viejos tipo Celeron; solo entonces se puede decir que la app está realmente terminada
  • Como experimento, abrí nytimes.com y los píxeles de rastreo y scripts publicitarios eran realmente espantosos
    Aun así, si se mide por transferencia, 36.3MB de los 44.47MB eran video periodístico
    O sea, más que el exceso de publicidad, el problema es una estructura de contenido centrada en video
    • Pero sigue la duda de por qué todas las páginas tienen que llevar video con reproducción automática
      Es difícil justificar que obliguen al usuario a descargar 36MB antes siquiera de hacer clic
  • Últimamente NYT va en caída libre
    Ya ni lo leo por culpa de la montaña de anuncios y JavaScript. En su lugar, copio el titular y lo leo en otro sitio
    Básicamente navego con JavaScript desactivado y casi no veo anuncios
    Con JS apagado, la página va mucho más rápido y también se reduce el riesgo de filtración de datos personales
    No creo que esta forma de hacerlo sea poco ética. Los sitios fueron los primeros en comportarse de manera injusta
    • Sitios de noticias ligeros como lite.cnn.com, text.npr.org y newsminimalist.com son muchísimo más agradables
    • NYT sabe que este tipo de usuario es una minoría que no aporta ingresos
      De hecho, hasta les conviene más que ni visite el sitio
    • A la mayoría de la gente no le importan JS ni los megabytes
      Si el contenido se ve y funciona, con eso les basta
      NYT apunta a esa “mayoría indiferente a la tecnología”
    • Me pregunto si YouTube seguirá permitiendo clientes alternativos en el futuro, o si los bloqueará con DRM
  • En 2005, el primer plan de banda ancha de mi familia tenía un límite de 400MB al mes
    El problema de fondo de la industria periodística es el colapso del modelo económico basado en publicidad
    Antes, al lector solo se le cobraba la impresión, y el resto se cubría con anuncios
    Pero ahora Facebook Marketplace, Craigslist y otros se llevaron toda esa publicidad
    Al final, las noticias se volvieron un producto de nicho, y vender datos de los lectores es su último manotazo desesperado
    • Recuerdo que en 2010 descargué una actualización de juego de 120MB y mis padres me regañaron
      El límite mensual era de 250MB, así que ahora suena increíble
  • El desarrollo web de hoy de verdad es un infierno de anuncios y rastreo
    Sitios como HN, donde se cuida cada línea de JS, hasta se sienten como un regalo divino
    Hay que hacer que la web sea menos hinchada
    • Que un sitio web pueda usar toda la memoria no significa que deba hacerlo
    • Muchas veces hay tantos popups y overlays cubriendo la página que ni siquiera puedes ver el contenido
      Parece imposible ganar dinero con una UX así, y aun así lo siguen repitiendo
  • Es divertida la comparación con el tamaño de instalación de Windows 95 (unos 40MB)
    Antes incluso Win95 era llamado “hinchado”, pero ahora las páginas web son mucho más grandes que eso
    Más que la publicidad en sí, el problema es el desperdicio de recursos y la distracción
    En cuanto activo JS y la pantalla se vuelve un circo, me salgo de inmediato
    • Me da curiosidad la estructura económica de la industria publicitaria
      Cuesta creer que esos pocos centavos valgan la pena si lo que generan es irritación en el usuario
      La mayoría de la gente parece simplemente aceptarlo con indiferencia
      Soy desarrollador, tengo casi 40, y como vengo de la generación del “internet libre”, casi no tengo paciencia para los anuncios
  • Los sitios web de aerolíneas son especialmente graves. En lugares como Air Canada, hasta un proceso simple de reserva está cubierto por varios MB de JS
    Se extrañan interfaces de línea de comandos como los antiguos terminales de Amadeus
    Me pregunto qué haría falta para que la web volviera a centrarse en el usuario
    • El sitio de China Southern era de lo peor
      Errores en las etiquetas de los campos, placeholder cortados, date picker en chino,
      mensajes de “no disponible” después de elegir asiento... la UX estaba completamente destruida
    • Hay que criticar a los desarrolladores que siguen las tendencias de Big Tech
      Con un formulario HTML simple se puede hacer un sitio perfectamente usable
      El abuso de JS es el resultado de haber sido adoctrinados
    • La web de hoy da la impresión de estar hecha para rellenar el currículum del desarrollador
    • Creo que hace falta un nuevo modelo de ingresos que no dependa de clics en anuncios, pero todavía no sé cuál sería la alternativa
  • Fue una lástima que el artículo no mencionara las listas de bloqueo DNS
    Yo bloqueo casi toda la publicidad con la Hagezi ultimate list, y en escritorio ajusto fino con uBlock
    También bloqueé manualmente los dominios de fuentes de Google y Adobe para mejorar la velocidad y la privacidad
    • No hice pruebas precisas, pero gracias a los filtros siento que el tráfico bajó a menos de una décima parte
  • Permitir la ejecución de scripts en sitios web fue el mayor error de los años 90
    Es una arquitectura fundamentalmente equivocada que programas no verificados por el usuario se ejecuten en mi computadora
    Si al desactivar JS un sitio se rompe, es porque los desarrolladores lo diseñaron mal
    Si HTML y el código ejecutable hubieran estado separados, el mundo habría sido mucho mejor
    • No tiene sentido tener que descargar código ejecutable solo para ver contenido de lectura
      Bastaría con renderizarlo en el servidor y enviar solo el resultado
    • Pero como los usuarios querían una web interactiva, probablemente el scripting habría terminado imponiéndose de todos modos
      Una página de 49MB no es más que un reflejo de prioridades
      Ahora que el internet rápido es común, la mayoría de los usuarios ni siquiera percibe el problema
  • Irónicamente, hasta este tipo de artículos críticos carga sin necesidad recursos de terceros como Cloudflare Insights
    Yo bloqueo por completo esos recursos con uBlock Origin en modo hard