En general, esta es una falla inherente en todas las aplicaciones web, incluso las buenas y una falla fatal en aplicaciones web mal diseñadas o aplicaciones web donde sus necesidades no son el objetivo principal de diseño.
Querrá cambiar su trabajo a aplicaciones que puedan ejecutarse de forma nativa si se requiere eficiencia. El acceso fuera de línea y API es generalmente mucho más eficiente, ya que puede trabajar de forma asíncrona o desconectada, lo que desacopla su interacción del código del servidor y el procesamiento con todos los retrasos en la red, lo que aumenta su frustración.
También, asegúrese de probar navegadores como safari que reduzcan drásticamente el uso de recursos cuando están fuera de pantalla, en segundo plano y minimizados. Tal vez su navegador pueda ayudar con los retrasos de inicio de 20 segundos e incluso eso no debería ser una gran carga si se realiza el trabajo adecuado una vez que la aplicación se está ejecutando.
Por último, una aplicación nativa puede codificarse como una aplicación web y aún así causarle dolor. Algunos de los más notables que he encontrado son el editor Atom, la aplicación Slack y otras aplicaciones basadas en electrón o nodo o de reacción que son contenedores de vista web glorificados.
Este es un artículo muy bien pensado de algunos ingenieros muy inteligentes y bien financiados sobre cómo equilibrar la decisión de crear una aplicación nativa pura (o crear varias iteraciones de la misma aplicación que su equipo aprende a diseñar y ampliar la aplicación) vs construyendo un núcleo común que se ejecutará a través de plataformas o incrustará una vista web.