Pourquoi mon appli est lente après une période d'inactivité ?

Parce qu'elle était éteinte. Une app sur la formule App descend à zéro quand personne ne la visite, et la première visite après une période calme redémarre le container. Ça prend 10 à 30 secondes (nous avons mesuré environ 22 secondes pour une app Next toute neuve). Ensuite, chaque requête reçoit sa réponse en une fraction de seconde, jusqu'à ce que l'app redevienne calme. C'est le compromis qui maintient la formule à € 15 par mois : tu n'utilises du calcul que quand quelqu'un est là.

"Toujours actif" est un supplément de la formule App ; tu l'actives dans les réglages de ton site, dans ton espace, et le container reste en marche, si bien que la première visite est aussi rapide que la dixième. Sur la formule Platform, tu obtiens la même chose en donnant à un container un minimum d'une instance, au tarif de la page des tarifs.

Deux choses rendent un démarrage à froid plus lent que nécessaire : un démarrage lourd (migrations, gros imports, remplissage des caches au lancement) et un contrôle de santé lent. Garde le démarrage léger et fais écouter l'app sur PORT le plus tôt possible. Regarde ce qui s'est passé autour d'une requête lente :

npx github:dorelli-cloud/cli status

Les logs et le bouton de redémarrage sont dans ton espace, voir Ton app dans ton espace.

Pas pour

Un site statique sur la formule Website n'a jamais de démarrage à froid ; il n'y a pas de container à lancer. Si un site statique est lent, la cause est dans la page elle-même (grandes images, scripts bloquants), pas dans l'hébergement.