676 programadores enfurecidos: tu app no es más que una página web
El 9 de julio de 2026, el programador británico Dan Q publicó un artículo con un título ya belicoso: «Tu “app” podría haber sido una página web (así que la arreglé yo mismo)». El texto provocó en Hacker News una intensa discusión de 676 programadores y 420 comentarios, rompiendo del todo la fina capa que separa la economía de la App Store de la Web Abierta.
Todo empezó por algo muy cotidiano. El hijo de Dan debía actuar en Disney, y la agencia de viajes exigía a los padres instalar una app llamada “Travelbound” para consultar el itinerario. Dan comprobó el tamaño de la app: 43 MB de instalación que se inflaba a 124 MB una vez instalada. Como veterano de más de diez años, le pareció un absurdo: solo quería ver un horario, ¿por qué descargar una app más grande que Super Mario?
Hizo lo que los programadores mejor saben hacer: ingeniería inversa.
Qué hay realmente dentro de una app de 124 MB
▲ Esta es la dichosa app de 124 MB: su función es mostrar texto, imágenes y enlaces a PDF. Fuente: blog personal de Dan Q.
Dan interceptó el tráfico de red de la app con una herramienta de captura y descubrió una verdad para avergonzarse: lo único que hace la app es concatenar un nombre de usuario y una contraseña para formar una URL, recuperar un montón de datos del servidor y mostrarlos en pantalla.
Concretamente, la lógica detrás de la app es esta:
https://travelbound.api.vamoos.com/api/itineraries/{usuario}-{contraseña}El servidor devuelve un gran bloque de datos en formato JSON —listas de itinerarios, información de alojamiento, enlaces de descarga de PDF, imágenes adjuntas—. Y todo ese contenido, ya venía empaquetado en formato HTML. En otras palabras, el servidor ya estaba generando páginas web; solo que optó por meterlas dentro de una carcasa de 124 MB para que las vieras.
▲ Datos devueltos por el servidor según la captura; se aprecia que la información de itinerario ya existía en formato HTML. Fuente: blog personal de Dan Q.
Entonces, ¿qué contenía esos 124 MB que hinchaban tanto algo que en el fondo es un “visor de páginas web”? Dan descubrió que la app solo sumaba dos funciones respecto a una web:
- Rastrear tu cuenta de Google, enviando datos de uso a la agencia de viajes
- Mostrar anuncios (eufemismo oficial: “inspiración de viaje”), para tentarte a comprar más itinerarios
Dan lo dijo más claro: esas dos cosas son “antifunciones” —perjudiciales para el usuario y sin ningún beneficio.
De 124 MB a 0,05 MB: una página web basta
Dan dedicó medio día a escribir un pequeño script en Ruby que periódicamente extraía los datos más recientes del servidor y generaba automáticamente una versión web pura. ¿El resultado?
- Versión app: 124 MB (con rastreo y anuncios incluidos)
- Versión web: una página HTML de 0,05 MB, más algunas imágenes opcionales (35 MB, pero puedes elegir no descargarlas)
La versión web está protegida por contraseña y usa las mismas cuentas que la app original. No tiene una interfaz vistosa, pero se puede copiar y pegar, imprimir, guardar en el móvil y abrir en cualquier dispositivo —justo lo que la app original no podía hacer.
▲ La versión web que hizo Dan, sin anuncios ni rastreo, conservando toda la información esencial. Fuente: blog personal de Dan Q.
Dan lanzó al final una pregunta que va al alma:
“Algunas apps de verdad necesitan ser apps. Travelbound no es una de ellas. No logro entender cómo hemos llegado a esto: las empresas de software prefieren hacerse la vida más difícil (y más cara: ¡publicar en la App Store no es barato!) solo para enviar contenido HTML a menos gente y con menos funciones.”
¿Por qué hemos llegado a esto? La economía de Apple
La perplejidad de Dan esconde una pregunta mayor: si una web lo resuelve, ¿por qué los desarrolladores insisten en empaquetarlo como app?
En la discusión de 676 personas en Hacker News, el comentario más votado fue al grano: Apple y Google han gastado miles de millones para remodelar la mentalidad de la gente corriente, haciéndoles creer que “usar el móvil = usar una app”.
Piénsalo: cuando alguien normal saca un móvil nuevo, ¿qué ve en la pantalla de inicio? Filas de iconos de apps. ¿Cómo busca algo? Abriendo la “tienda de aplicaciones”. ¿Cómo quiere usar un servicio? “¿Tiene app?”
Esa creencia de que “la app lo es todo” no es natural. Es el resultado de quince años en los que dos gigantes tecnológicos lo han comprado a base de dinero real.
Y el motor detrás es el dinero —concretamente, la famosa “tasa de Apple”.
La tasa de Apple: la economía del 30% de comisión
Cualquier app o contenido digital vendido a través de la App Store de Apple paga una comisión del 15% al 30%. En 2024, solo la App Store generó para Apple más de 85.000 millones de dólares (según datos oficiales de Apple y cifras financieras reveladas en el litigio con Epic Games). En toda la industria de internet, es casi imposible encontrar otro “peaje” tan lucrativo.
¿Y la web? La web es abierta. Cualquiera publica una página sin pagarle a Apple, sin pasar por su revisión, y el usuario la abre directamente con el navegador. Si un servicio existe como web, Apple no cobra ni un céntimo.
Esto explica por qué Apple, de forma deliberada o no, hace que las web apps sean “incómodas” en iOS:
- Todos los navegadores en iPhone deben usar el motor WebKit de Apple —incluso Chrome y Firefox no son más que un Safari con piel distinta en iPhone. En junio de 2026, ingenieros de Microsoft publicaron un informe de pruebas que mostraba que, si se permitiera el motor Chromium en iOS, el rendimiento del navegador podría ser un 28,6% superior al de Safari.
- Las web apps (PWA) en iOS no pueden usar Face ID, no sincronizan datos en segundo plano y tienen notificaciones push muy limitadas —justo los puntos fuertes de muchas apps.
- Safari va meses o años por detrás de Chrome en soporte de estándares web —¿quieres usar una tecnología nueva? Espera a que Apple se ponga al día.
En Europa, la Ley de Mercados Digitales (DMA) ya intenta romper esta situación, exigiendo a Apple abrir la restricción de motores de navegador. Pero la respuesta de Apple fue calificada por un juez estadounidense de “cumplimiento malicioso” —en apariencia cambió las reglas, pero en la práctica levantó una serie de obstáculos técnicos que dificultan la entrada real de competidores.
¿El efecto final de todo esto? Los desarrolladores fueron “obligados” a subirse al barco de la App Store, y los usuarios “mimados” hasta solo reconocer iconos de app.
La otra cara de la polémica: hay casos en que la app es mejor
Hasta aquí conviene aclarar: este no es un artículo de “pecado original de la app”. En la discusión de HN, bastantes desarrolladores señalaron escenarios donde la app supera a la web:
Un programador llamado OkayPhysicist contó su experiencia: dentro de su empresa había una herramienta de gastos y documentos que hizo como web adaptable a móvil. ¿El resultado? Los compañeros le perseguían preguntando “¿cómo pongo el sitio en el móvil?”, “¿cómo se abre el sitio en el móvil?”, “¿puedes hacerla app?”
El problema está en los hábitos de uso. Para la mayoría de los usuarios corrientes, la “app” es un concepto comprensible; la “web” es lo abstracto. Pedirles que escriban una URL en la barra del navegador es menos natural que pedirles que toquen un icono de colores.
Otro desarrollador aportó un punto sensato: si usas un servicio varias veces al día, una app nativa independiente es más cómoda que andar cambiando de pestaña en el navegador. WeChat, Alipay, mapas —en estos casos de uso intensivo, las ventajas de rendimiento de la app (respuesta más rápida, animaciones más fluidas, funciones offline) son reales.
Hay también escenarios que la tecnología web aún cubre mal:
- Juegos de alto rendimiento: requieren aceleración GPU y renderizado 3D complejo
- Apps de AR/VR: necesitan acceso profundo a cámara y sensores
- Edición profesional de audio y vídeo: procesado en tiempo real y códec de hardware
- Servicios que deben ejecutarse en segundo plano: seguimiento de ejercicio, navegación
Estos son límites razonables para la tecnología web. No creo que todo deba volverse web, pero tampoco que todo tenga motivo para ser app.
La cuestión de fondo: no es una guerra técnica, es de poder
Esta polémica de “app vs web” es en el fondo una lucha por quién decide qué software puedes usar.
En el mundo de la web abierta, publicas un servicio con una URL y el navegador es tu “tienda de aplicaciones”. Nadie revisa tu contenido, nadie se lleva tus ingresos, nadie decide si tu producto “se publica”.
En el mundo de la App Store, Apple y Google son los porteros. Ellos deciden qué pasa la revisión (500 revisores para 2 millones de apps), ellos deciden qué porcentaje cobran (15% al 30%), ellos deciden qué funciones del móvil puede usar tu app. Los usuarios obtienen cierta “seguridad” —al menos en teoría, lo de la App Store pasó revisión—, pero a cambio pierden capacidad de elección.
Esta es la razón profunda por la que el artículo de Dan enfureció a 676 personas: todo el sistema está diseñado así —convirtiendo a la fuerza una web que debería pesar 0,05 MB en una app de 124 MB. La app de viajes en sí no era mala, pero el sistema la empujó por un camino inflado.
Epílogo: ¿cuál es tu elección?
La historia de Dan tiene un final cálido. Compartió su versión web con los demás padres del equipo, y todos descubrieron por primera vez que podían ver el itinerario sin instalar esa app pesada. Cuando su hija cantaba y bailaba en el escenario de Disney, su móvil tenía 124 MB menos de rastreador.
Para nosotros, la gente corriente, la enseñanza es simple: la próxima vez que alguien te pida descargar una app para ver algo, pregunta un poco más: ¿no podría ser una web?
Porque muchas veces, la respuesta es que sí.
Enlaces de referencia:
- Dan Q: Tu “app” podría haber sido una página web (y la arreglé)
- Hacker News, debate destacado: 676 comentarios debatiendo a fondo App vs Web
- Pruebas de rendimiento de ingenieros de Microsoft: los navegadores en iOS rinden un 28,6% menos por la restricción de WebKit
- Informe sobre la restricción de WebKit de Apple y la controversia de cumplimiento de la DMA en la UE
- Límites de las PWA en iOS y estado actual del soporte de Safari (guía completa 2026)
- Cambios en la política de comisión del 30% de Apple: impacto del litigio antimonopolio de Epic Games
- Controversia sobre la revisión de la App Store: la realidad de 500 revisores y 2 millones de apps
- Organización defensora de la Web Abierta: el impacto anticompetitivo de la restricción de motores de navegador de Apple