Hay una idea que circula entre usuarios de iPhone y que conviene cortar de ra\u00edz: que a\u00f1adir una web a la pantalla de inicio ocupa lo mismo que descargar una aplicaci\u00f3n de la App Store. Es falso, y la confusi\u00f3n tiene un origen comprensible. Al tocar “A\u00f1adir a pantalla de inicio” en Safari aparece un icono id\u00e9ntico al de cualquier app, con su nombre y su aspecto cuidado, y el cerebro asume que detr\u00e1s hay un binario empaquetado. No lo hay. Lo que se crea es un marcador especial que abre una ventana de WebKit, el mismo motor que ya usa Safari, y que se apoya en recursos que el sistema tiene instalados de serie. Ese detalle cambia por completo la conversaci\u00f3n sobre el almacenamiento del tel\u00e9fono.<\/p>\n
La PWA AFKspin es un buen ejemplo para poner a prueba el mito, porque re\u00fane las dudas t\u00edpicas del jugador espa\u00f1ol: si ocupa demasiado, si se actualiza sola, si pierde funciones frente a una aplicaci\u00f3n nativa. La respuesta corta es que el contenedor pesa poco m\u00e1s que un acceso directo y que las actualizaciones llegan al recargar, sin pasar por revisi\u00f3n de tienda ni descargar parches de decenas de megas. La respuesta larga es la que viene en las siguientes l\u00edneas, con el flujo exacto de Safari en iOS, la comparaci\u00f3n con un APK de terceros y los pasos para comprobar cu\u00e1nto espacio real se est\u00e1 usando en el iPhone.<\/p>\n
Conviene fijar la tesis antes de entrar en detalle: la PWA de iPhone no ocupa como una app porque no es una app empaquetada. Es una capa de acceso a un servicio web que se ejecuta en el navegador del tel\u00e9fono, sin librer\u00edas propias ni recursos duplicados. Entender esto evita dos errores frecuentes: borrar el icono pensando que libera cientos de megas y descargar APK de sitios ajenos al operador para “tener la app de verdad”. Ninguna de las dos cosas mejora la experiencia. La primera elimina un acceso c\u00f3modo, la segunda introduce un riesgo de seguridad que el propio operador no respalda.<\/p>\n
Una PWA (Progressive Web App) no es una app nativa empaquetada, aunque se comporte de forma parecida. Es una web construida con HTML, CSS y JavaScript que Safari carga en una ventana propia, sin barra de direcciones visible, cuando la a\u00f1ades a la pantalla de inicio. El motor que la ejecuta es WebKit, el mismo de Safari en iOS, y eso explica casi todo lo que viene despu\u00e9s.<\/p>\n
El flujo real en iPhone es corto y no requiere tiendas ni cuentas:<\/p>\n
En menos de treinta segundos tienes un icono en el escritorio del iPhone. No hay descarga de un paquete de instalaci\u00f3n, no hay permisos del sistema que conceder y no hay revisi\u00f3n de Apple de por medio. El icono abre una vista que Safari renderiza en modo standalone, con su propio almacenamiento y su propia sesi\u00f3n de cookies.<\/p>\n
Lo que queda en el iPhone es un acceso directo con metadatos: nombre, icono, URL de inicio y poco m\u00e1s. Al tocarlo, iOS lanza una ventana WebKit que carga la web desde el servidor del operador. No se copia el c\u00f3digo de la aplicaci\u00f3n al dispositivo ni se instala un binario firmado. Esa diferencia es la que desmonta el mito del almacenamiento, pero tambi\u00e9n la que conviene entender bien antes de comparar con una app de App Store.<\/p>\n
La ventana WebKit que abre el icono tiene limitaciones conocidas: no hay notificaciones push en iOS antiguos (s\u00ed desde iOS 16.4 en adelante con permiso), el almacenamiento local puede purgarse si el sistema necesita espacio y la sesi\u00f3n se gestiona con las mismas cookies que el navegador. En la pr\u00e1ctica, para un casino online Espa\u00f1a como AFKspin, esto significa que el acceso funciona igual que en la web, con el lobby m\u00f3vil que conserva las mismas categor\u00edas y el buscador, pero sin el peso de un binario nativo.<\/p>\n
AFKspin funciona en el navegador del tel\u00e9fono y se instala como PWA en Android e iPhone. No dispone de aplicaci\u00f3n nativa en las tiendas oficiales, as\u00ed que el icono de Safari es la v\u00eda limpia para tener AFKspin en el m\u00f3vil. Cualquier APK de terceros que circule por foros no viene del operador y no deber\u00eda tocarse.<\/p>\n
Hay un detalle que muchos usuarios pasan por alto: la sesi\u00f3n puede mantenerse abierta en varios dispositivos a la vez, y la PWA de iPhone comparte ese estado con la web de escritorio. Si entras desde el iPhone con el icono y desde el port\u00e1til con Chrome, el sistema de sesi\u00f3n multidispositivo del operador te reconoce igual. Eso es posible porque la PWA no es un entorno aislado, sino una vista del mismo servicio.<\/p>\n
La ventaja frente al binario nativo no es solo de espacio. Una app descargada desde App Store o Google Play Store arrastra librer\u00edas, recursos gr\u00e1ficos y actualizaciones que el sistema gestiona por su cuenta. La PWA de Safari reutiliza el motor WebKit que iOS ya tiene instalado, as\u00ed que el consumo extra se reduce a la cach\u00e9 de la web y a los datos de sesi\u00f3n. Ese es el punto de partida para entender por qu\u00e9 la PWA de iPhone no ocupa como una app, que es exactamente lo que toca en el siguiente apartado.<\/p>\n
El mito dice que a\u00f1adir la PWA a la pantalla de inicio del iPhone ocupa lo mismo que instalar una aplicaci\u00f3n nativa. Falso. Cuando Safari genera ese icono, no descarga un paquete con librer\u00edas, frameworks ni recursos gr\u00e1ficos empaquetados. Crea un contenedor WebKit que se apoya en el motor que iOS ya trae instalado con el sistema. Ese motor no se duplica por cada PWA: es el mismo que usa Safari para renderizar cualquier web.<\/p>\n
La diferencia de peso se entiende mejor si se compara con un binario nativo. Una aplicaci\u00f3n de casino descargada desde una tienda oficial arrastra su propio runtime, sus texturas, sus sonidos y sus m\u00f3dulos de actualizaci\u00f3n. Un APK de terceros, adem\u00e1s, suele incluir capas extra de publicidad o de SDKs de anal\u00edtica que el usuario no ve. La PWA AFKspin no empaqueta nada de eso: el operador entrega HTML, CSS, JavaScript y algunos archivos est\u00e1ticos que el navegador cachea. El almacenamiento real de un acceso directo en iOS rara vez pasa de unos pocos megabytes, y en muchos casos se queda por debajo del megabyte hasta que la cach\u00e9 empieza a llenarse.<\/p>\n
Hay un matiz que conviene conocer. Safari guarda una cach\u00e9 de la PWA para que cargue r\u00e1pido y funcione con mala cobertura. Esa cach\u00e9 crece con el uso: im\u00e1genes, tipograf\u00edas, respuestas de la API. No se queda fija, pero se puede borrar desde Ajustes sin desinstalar el icono. En una aplicaci\u00f3n nativa ese control no existe: o desinstalas, o el binario sigue ocupando su espacio reservado.<\/p>\n
| Opci\u00f3n<\/th>\n | Qu\u00e9 se descarga<\/th>\n | Espacio t\u00edpico en iPhone<\/th>\n | Mantenimiento<\/th>\n<\/tr>\n<\/thead>\n |
|---|---|---|---|
| PWA AFKspin en pantalla de inicio<\/td>\n | Solo cach\u00e9 de recursos web<\/td>\n | Menos de 5 MB en uso normal<\/td>\n | Se limpia desde Safari, sin desinstalar<\/td>\n<\/tr>\n |
| App nativa desde App Store<\/td>\n | Binario completo con runtime propio<\/td>\n | Entre 50 y 200 MB seg\u00fan el operador<\/td>\n | Parches desde la tienda, ocupa m\u00e1s tras cada actualizaci\u00f3n<\/td>\n<\/tr>\n |
| APK de terceros instalado a mano<\/td>\n | Binario m\u00e1s SDKs a\u00f1adidos<\/td>\n | Variable, con frecuencia por encima de 100 MB<\/td>\n | Sin control de versiones, riesgo de paquetes modificados<\/td>\n<\/tr>\n |
| Web abierta en pesta\u00f1a de Safari<\/td>\n | Nada persistente<\/td>\n | Casi cero<\/td>\n | Se pierde el acceso directo y la sesi\u00f3n al cerrar pesta\u00f1as<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\nEl contenedor WebKit no es un binario disfrazado<\/h3>\nConviene separar dos conceptos que el mito mezcla: aplicaci\u00f3n instalada y aplicaci\u00f3n empaquetada. La PWA AFKspin se instala como acceso directo, pero no se empaqueta como binario. No hay un archivo .ipa en el dispositivo, no hay firma de c\u00f3digo de desarrollador y no hay revisi\u00f3n de App Store. Lo que existe es un manifiesto web, un icono y una ventana que abre WebKit a pantalla completa. Ese dise\u00f1o explica por qu\u00e9 la sesi\u00f3n puede mantenerse abierta en varios dispositivos a la vez sin que el tel\u00e9fono tenga que cargar un segundo motor.<\/p>\n El trade-off es real y no conviene esconderlo. Al depender del motor de Safari, la PWA hereda sus l\u00edmites: notificaciones push con ciertas restricciones en iOS, sin acceso a Bluetooth ni a la agenda, y un comportamiento de las mesas en vivo que consume m\u00e1s bater\u00eda y datos que una app nativa optimizada. Pero en almacenamiento la balanza se inclina claramente hacia la PWA. Para un jugador de casino online en Espa\u00f1a que quiere AFKspin en el m\u00f3vil sin inflar la memoria de un iPhone de 64 GB, el acceso directo es la v\u00eda m\u00e1s razonable. Y si alg\u00fan d\u00eda se busca el binario, mejor pasar por canales oficiales que por APKs de terceros que no vienen del operador.<\/p>\n Actualizaciones sin App Store: recargar basta para tener la \u00faltima versi\u00f3n<\/h2>\nUna app nativa se actualiza cuando el desarrollador publica una versi\u00f3n nueva en App Store o Google Play Store, t\u00fa la descargas y el sistema sustituye el binario anterior. En una PWA AFKspin el circuito es distinto: no hay tienda de por medio, no hay revisi\u00f3n de un tercero y no hay parche que descargar. El servidor entrega el HTML, el CSS y los scripts actualizados la pr\u00f3xima vez que abres el icono o recargas la pesta\u00f1a, y el WebKit de Safari ejecuta lo que encuentra en ese momento. Si el operador cambia el lobby m\u00f3vil un martes por la ma\u00f1ana, t\u00fa lo ves el martes por la ma\u00f1ana sin tocar nada.<\/p>\n Ese detalle tiene consecuencias pr\u00e1cticas que conviene entender bien. La primera es que no acumulas versiones antiguas en el almacenamiento del iPhone. Una app nativa guarda a menudo el binario nuevo mientras el antiguo sigue presente hasta que iOS decide limpiarlo, y con apps grandes eso puede suponer cientos de megas temporales. La PWA no empaqueta nada de eso: la cach\u00e9 del service worker se limita a recursos concretos (iconos, hojas de estilo, alg\u00fan script) y se invalida cuando el servidor publica una versi\u00f3n nueva. La segunda es que desaparece la fricci\u00f3n del bot\u00f3n \u00abActualizar\u00bb: no hay cola de descargas, no hay espera, no hay aviso de que hay una versi\u00f3n disponible.<\/p>\n |