Waarom is mijn app traag na een tijd stilstaan?
Omdat hij uit stond. Een app op de App-bundel schaalt naar nul als niemand hem bezoekt, en het eerste bezoek na een stille periode start de container weer. Dat duurt 10 tot 30 seconden (wij maten ongeveer 22 seconden voor een verse Next-app). Daarna wordt elk verzoek in een fractie van een seconde beantwoord, tot de app weer stil wordt. Dat is de afweging die de bundel op € 15 per maand houdt: je gebruikt alleen rekenkracht als er iemand is.
| Situatie | Wat je ziet | Wat je doet |
|---|---|---|
| Eerste bezoek na stilstand | 10 tot 30 seconden wachten | niets, of de app warm houden |
| Elk bezoek daarna | normale snelheid | niets |
| Traag bij elk verzoek | geen koude start | kijk in de logs in je portaal; meestal de database of een externe aanroep |
| Koude starts kosten je klanten | bezoekers zijn weg voor de pagina er is | zet de optie "Altijd aan" aan voor € 9 per maand |
"Altijd aan" is een add-on op de App-bundel; je zet hem aan onder de instellingen van je site in het portaal en de container blijft draaien, zodat het eerste bezoek net zo snel is als het tiende. Op de Platform-bundel krijg je hetzelfde door een container minimaal één instantie te geven, tegen het tarief op de tarievenpagina.
Twee dingen die een koude start trager maken dan nodig: een zware start (migraties, grote imports, caches vullen bij het opstarten) en een trage health check. Hou de start licht en laat de app zo vroeg mogelijk op PORT luisteren. Kijk wat er rond een traag verzoek gebeurde:
npx github:dorelli-cloud/cli status
En de logs en de herstartknop staan in je portaal, zie Je app in het portaal.
Niet voor
Een statische site op de Website-bundel heeft nooit een koude start; er is geen container om te starten. Is een statische site traag, dan zit de oorzaak in de pagina zelf (grote afbeeldingen, blokkerende scripts), niet in de hosting.
Gecontroleerd tegen de code op 2026-09-22 · Bewijs: lib/addons.ts, lib/config.ts, content/kb/apps/cold-start.md, content/talen/en.json