Hostinger heeft Web Apps Hosting gebouwd rond een eenvoudige belofte: push je code vanaf GitHub, een ZIP-bestand of je AI-coderingsagent, en krijg binnen ongeveer een minuut een live, productieklare app zonder dat je een server hoeft te beheren. Ik wilde weten hoeveel daarvan echt standhoudt zodra jij degene bent die op deploy klikt, dus dit is wat ik ontdekte.

Deploy Web Apps Faster with Hostinger

Deploy moderne webapps op Hostinger met geautomatiseerde builds, beheerde infrastructuur, wereldwijde CDN, SSL, beveiligingstools en een 30-daagse geld-terug-garantie.

Bezoek Hostinger

Voor- en nadelen

Scoreverdeling

Om Hostinger’s Web Apps Hosting te beoordelen, heb ik HostAdvice’s rating methodology toegepast, dezelfde gestandaardiseerde aanpak die op elke review op de site wordt gebruikt, zodat scores gebaseerd blijven op echte tests in plaats van marketingtaal. Hier is hoe het scoorde per parameter.

Host Your Web Apps Without the DevOps Hassle

Deploy moderne webapplicaties op volledig beheerde hosting met geautomatiseerde deployments, beheerde SSL, wereldwijde CDN en ingebouwde beveiliging.

Bezoek Hostinger

Pakketten en prijzen

Hostinger verkoopt Web Apps Hosting in twee niveaus, Business en Cloud Startup, beide specifiek gebouwd voor het deployen van Node.js- en moderne JavaScript-apps in plaats van traditionele websitebouwers.

Cloud Startup, het niveau dat ik testte, verdubbelt het aantal apps en CPU-cores ten opzichte van Business, en beide pakketten bundelen een gratis domein, gratis zakelijke e-mail en beheerde SSL voor het eerste jaar rechtstreeks in de checkout.

Een paar dingen om te weten voordat je bestelt:

• Geld-terug-garantie: Web Apps Hosting valt onder Hostinger’s standaard hosting refundvoorwaarden, een rechtstreekse periode van 30 dagen vanaf de aankoopdatum. Dit is aanzienlijk eenvoudiger dan wat geldt voor Hostinger’s VPS-pakketten, die een extra afkoelperiode van 180 dagen hebben tussen refundaanvragen. Zo’n afkoelperiode geldt hier niet.
• Gratis proefperiode: Ik vond geen aparte gratis proefperiode. De 30-daagse geld-terug-garantie is je evaluatievenster.
• Betaalmethoden: Checkout toonde kaartbetaling als standaardmethode, met Visa-, Mastercard-, Amex- en Discover-logo’s, plus een optie om tijdens de checkout een andere betaalmethode toe te voegen.
• Wat inbegrepen is: Een gratis domein voor één jaar, gratis mailboxen voor één jaar en beheerde SSL zijn allemaal inbegrepen zonder extra kosten bovenop de pakketprijs, dus de stickerprijs komt dicht bij de werkelijke kosten om een volledig werkende, beveiligde deployment live te krijgen.
• De enige upsell: Hostinger Reach, een e-mailmarketing-add-on, verschijnt in de winkelwagen als een eigen gemarkeerde box met een aparte maandprijs. Die is makkelijk over te slaan en wordt niet standaard meegeleverd of vooraf geselecteerd.

Als je een Web Apps Hosting-pakket binnen 30 dagen annuleert, bevestigt Hostinger’s refundbeleid dat het onder de standaardvoorwaarden valt, dus een eenvoudige annulering binnen dat venster zou recht moeten geven op terugbetaling zonder de extra voorwaarden die aan VPS- of domeinaankopen zijn gekoppeld.

Functies

• Framework- en Node-versie automatisch gedetecteerd
• Tools voor het aanmaken van een beheerde MySQL-database
• Wereldwijde CDN standaard actief
• WAF- en DDoS-bescherming inbegrepen
• Dagelijkse en on-demand back-ups
• Malwarescanner en vulnerability scanning
• GitHub-integratie met auto-deploy
• Gratis domein, e-mail en SSL
• SSH-toegang voor gevorderde gebruikers

From Code to Live App with Hostinger

Verbind je GitHub-repository of upload je project en zet het online met beheerde infrastructuur, automatische deployments en dagelijkse back-ups.

Bezoek Hostinger

Prestaties

Omdat Web Apps Hosting volledig beheerd is, krijg je nooit shelltoegang tot een server, dus er is geen CPU, RAM of schijf om direct te benchmarken zoals bij een VPS-review.

Wat je wel kunt meten, is hoe snel de gedeployde app zelf laadt en reageert, vanaf echte locaties over de hele wereld. Ik testte dit vanuit vier verschillende invalshoeken: GTmetrix vanaf twee continenten, een globale consistentiecheck met 50+ punten, en Hostinger’s eigen ingebouwde snelheidstool voor zowel desktop als mobiel.

De app onder test is de Next.js-deployment die in de Ease of Use-sectie hieronder wordt behandeld, live op ivory-llama-856835.hostingersite.com, draaiend op het Cloud Startup-pakket (4 CPU-cores, 4096 MB RAM, 100 GB NVMe-opslag), met CDN standaard actief.

1. GTmetrix, getest vanaf twee continenten

Ik draaide GTmetrix twee keer vanuit verschillende delen van de wereld om te zien of het resultaat consistent bleef of er alleen goed uitzag vanuit één gelukkige hoek.

Beide runs behaalden een perfecte 100% op zowel Performance als Structure, met zero layout shift en zero blocking time op beide locaties, wat betekent dat niets op de pagina concurreerde om de aandacht van de browser of verschoof tijdens het laden.

Het echt interessante detail is dat Frankfurt Chicago op elke timingmetric versloeg, hoewel ik bewust een Amerikaanse serverlocatie voor deze app had gekozen. Dat resultaat is alleen logisch in het licht van de CDN.

Zodra een CDN actief is, zoals hier standaard het geval was, bereikt je bezoeker niet noodzakelijk direct de origin-server.

Ze bereiken het dichtstbijzijnde gecachte edge-node, waardoor een Europese testlocatie sneller kan uitvallen dan een Amerikaanse, zelfs wanneer de daadwerkelijke server in de VS staat. Dit is een echte, praktische bevestiging dat Hostinger’s standaard ingeschakelde CDN zijn werk doet in plaats van alleen als marketingbullet te bestaan.

2. Wereldwijde consistentie (Check-Host)

Ik voerde een HTTP-check uit op de live URL vanaf elk checkpoint dat Check-Host biedt, 54 locaties verspreid over zes continenten. Het volledige beeld:

Elke succesvolle check gaf een nette 200 OK terug, geen fouten, geen gedeeltelijke mislukkingen, geen onverwachte redirects.

De responstijden vertelden een duidelijk verhaal over hoe CDN-caching zich gedraagt op echte afstanden:

Europese checkpoints leverden consequent de snelste tijden op, verschillende onder 50 milliseconden, terwijl checkpoints die fysiek het verst van een edge node verwijderd zijn, Tokyo, Singapore, Ho Chi Minh City, nog steeds geldige 200-responses gaven, alleen langzamer, in het bereik van 0.3 tot 0.8 seconde.

Dat is de verwachte vorm voor een CDN-gedreven deployment: snel aan de randen, nog steeds volledig functioneel ver daarbuiten.

De vier time-outs, Kazakhstan, Romania en twee van de vier Russische checkpoints, zou ik niet lezen als een probleem met Hostinger’s infrastructuur.

Andere checkpoints in dezelfde landen slaagden wel (Saint Petersburg kwam schoon terug met 0.063s terwijl twee Moscow-checkpoints time-outten), wat wijst op regionale netwerkfiltering aan de kant van het checkpoint in plaats van iets mis met de gedeployde app.

3. Hostinger’s eigen snelheidstool, desktop en mobiel

Hostinger draait zijn eigen Page Speed-test direct in het app-dashboard, dus ik vergeleek de cijfers met de onafhankelijke GTmetrix-resultaten in plaats van beide afzonderlijk voor waar aan te nemen.

Beide apparaattypen scoorden een perfecte 100, en de desktopcijfers sluiten nauw aan op wat GTmetrix onafhankelijk mat, en dat is precies waarom je beide draait. Twee verschillende tools, twee verschillende methodologieën, en ze zijn het met elkaar eens.

Mobiel kwam trager uit op elk timingcriterium, zoals verwacht op een gesimuleerde tragere verbinding en zwakkere processor, maar nog steeds snel genoeg dat een 100-score echt sterke mobiele prestaties in de praktijk weerspiegelt, niet alleen een soepele beoordelingsschaal.

Een inconsistentie in de tool zelf. Hoewel de score op beide apparaten een nette 100 is, markeert het Diagnostics-paneel eronder nog steeds een paar onderdelen met een letterlijke 0-score, network dependency tree, document request latency en avoiding multiple redirects, naast twee onderdelen met score 50, unused JavaScript en legacy JavaScript.

Geen van die lage subscores trok het hoofdnummer omlaag, dus beschouw ze als kleine, daadwerkelijk aanwezige optimalisatiemogelijkheden in plaats van iets dat mis is met de deployment.

Daarnaast zijn de “helpful links” die Hostinger naast deze diagnostics toont allemaal geschreven voor WordPress, “Speed up WordPress in 9 easy steps”, “How to optimize images for your WordPress site”, ondanks dat dit een Node.js-app is zonder WordPress in de stack. Dat is een overblijfsel van een gedeelde diagnosetemplate in plaats van content die voor dit product is gebouwd.

Eindoordeel over prestaties

Managed Web App Hosting by Hostinger

Richt je op het bouwen van je app terwijl Hostinger zorgt voor deployment, infrastructuur, beveiliging, SSL, back-ups en wereldwijde distributie.

Bezoek Hostinger

Gebruiksgemak

Ik testte Hostinger’s Web Apps Hosting vanaf de landingspagina tot en met checkout, en daarna vanuit een koud account naar een volledig live, werkende Node.js-deployment.

Dat omvatte het kiezen van een pakket, betalen, kiezen hoe te bouwen, GitHub koppelen en het buildproces in realtime volgen. Hier was hoe dat proces er in de praktijk uitzag.

1. Registratie

Ik begon op de landingspagina voor Web Apps Hosting, die opent met één call-to-action: Start deploying.

Daarop klikken opent geen aanmeldformulier. Het brengt je direct naar beneden naar de prijssectie, dus de eerste echte beslissing die je maakt is welk pakket je koopt, niet welke accountgegevens je invult.

Twee pakketten stonden naast elkaar:

Ik koos Cloud Startup vanwege de dubbele app-toelage en CPU-headroom ten opzichte van het instappakket. Eén kleine inconsistentie om hier op te merken: de prijspagina noemt het “Cloud Startup”, maar zodra het in de winkelwagen staat, wordt hetzelfde pakket aangeduid als “Startup plan”. Geen functioneel probleem, alleen een naamgevingsverschil tussen twee schermen in dezelfde checkout-flow.

De winkelwagen zelf was overzichtelijk. Daarin stonden de 48-maandenperiode, de besparing, een gratis domein voor een jaar en gratis mailboxen, en vervolgens één upsell, Hostinger Reach e-mailmarketing, in een eigen gemarkeerde box in plaats van vooraf geselecteerd.

Ik sloeg die over en klikte zonder gedoe op Continue.

Als je een nieuwe klant bent in plaats van een bestaande, voegt checkout hier een accountaanmaakstap toe voordat je bij de factureringsgegevens- en betaalpagina komt.

Daarna voeg je een factuuradres toe, kies je een betaalmethode, kaart, PayPal of een van de andere opties, en verzend je de betaling. Ik ontving binnen enkele ogenblikken na het klikken op Submit payment een bevestigingsmail van de aankoop, en belandde daarna direct in hPanel met het pakket al ingericht.

Wat ik vond: Checkout is kort en de upsell is makkelijk af te wijzen zonder naar een verborgen skip-link te zoeken. Het verschil in pakketnaam tussen de prijspagina en de winkelwagen is klein, maar het is precies het soort detail waardoor een eerste koper even pauzeert en dubbelcheckt of het juiste niveau is gekozen.

2. Dashboard

Zodra je betaling is verwerkt, kom je in hPanel terecht, Hostinger’s eigen interne controlepaneel dat het bouwde om elk product te beheren dat het verkoopt, niet een pagina die specifiek rond je nieuwe Web App is gebouwd.

De pagina waar je eerst op landt is Home, en die is opgebouwd rond een AI-promptbalk bovenaan: “Hi, [your name]! How can I help you today?” met daaronder een tekstveld en zes snelkoppelingen: Get domain, Create website, Get email, Migrate site, Get VPS en Try email marketing.

Als je verder naar beneden scrolt, vind je:

• Feature promotion tiles voor AI Builder, de online store-tool, die een gratis zakelijke e-mail claimt, AI agents, een automation app en een gratis domein claimt
• Een to-do checklist die je richting setuptaken stuurt, Reach-configuratie afronden, je gratis e-mail claimen, je gratis domein claimen
• Your business, een lopende lijst van elke site, app en VPS-instantie die aan je account is gekoppeld, elk met een eigen Manage site -knop
• VPS, een aparte tabel verder naar beneden met eventuele VPS-instanties op IP-adres, status en vervaldatum

Een Agent -paneel staat ook permanent in de rechterbovenhoek van elke hPanel-pagina, niet alleen op Home. Het is dezelfde Kodee-assistent die voor support wordt gebruikt, maar hier geplaatst als een algemeen actietool met kant-en-klare prompts zoals “Deploy my Node.js app” of “Harden VPS updates” die je kunt versturen zonder een hele vraag te typen.

Home is echt nuttig zodra je app al bestaat; alles onder Your business linkt direct ernaartoe. Maar het is niet waar je naartoe gaat om een nieuwe Web App aan te maken of om de Setup-knop te bereiken. Daarvoor heb je een andere route nodig via de zijbalk:

1. Klik op Websites in de linkerzijbalk
2. Er klapt een submenu onderuit: WordPress, AI Builder, Web Apps, PHP/HTML, Migrations
3. Klik op Web Apps

Die klik brengt je naar een compleet ander scherm dan Home, een scherm dat is georganiseerd rond je daadwerkelijke hostingpakketten in plaats van rond een promptbalk.

Hier krijgt elk pakket dat je bezit zijn eigen kaart. Op mijn account betekende dat drie kaarten onder elkaar:

De Business -kaart had ook al een live app eronder staan van eerdere tests, orange-walrus-700988.hostingersite.com, met eigen Tools- en Dashboard-knoppen.

Dat is op zichzelf al iets nuttigs om op te merken. Zodra een Web App bestaat, krijgt de kaart een rij zoals deze die de live site direct toont, precies zoals je Cloud Startup-kaart eruit zal zien zodra je de setup afrondt.

Omdat Cloud Startup het pakket was dat ik net had gekocht en nog niet had ingesteld, toonde de kaart in plaats daarvan slechts een Setup -knop. Dat is de knop die daadwerkelijk de Web App-aanmaakwizard start, en die verschijnt alleen hier, onder Websites → Web Apps, niet vanaf het Home-scherm waar je standaard op landt.

Wat ik vond: hPanel is duidelijk zodra je het juiste scherm hebt gevonden, maar Web Apps Hosting heeft geen duidelijke voordeur. Als je op Home landt, krijg je een promptbalk en snelkoppelingen, geen pad om een app aan te maken; je moet weten dat je eerst op Websites en dan op Web Apps moet klikken voordat Setup überhaupt verschijnt. Dat zijn een paar extra klikken voor een product dat wordt verkocht als “live in a minute”. Zodra je er bent, zijn de pakketkaarten wel netjes en eerlijk over de status, en een pakket met een app die al draait, toont dat direct op de kaart.

3. De app deployen

Door op Setup op de pakketkaart te klikken, opende een korte onboardingflow: Where would you like to start? met drie opties, Create a new site, Migrate an existing site of I hired someone to build my site. Ik koos Create a new site.

Dat leidde naar How do you want to build your website?, opgesplitst in twee beginnersopties bovenaan, Hostinger AI Builder en WordPress + AI, en twee opties onder een aparte kop “for advanced users” daaronder: Node.js web app en PHP/HTML website. Door Node.js web app te selecteren kom je daadwerkelijk op het Web Apps Hosting-product zelf terecht.

Dit is een echte structurele observatie voor iedereen die producten vergelijkt: Web Apps Hosting heeft geen eigen, aparte signup-flow.

Het is één tak binnen dezelfde algemene website-aanmaakwizard die ook voor AI Builder en WordPress wordt gebruikt.

Ik klikte op het rondje naast Node.js web app, en daarna op Next.

Daarna:

• Domain screen: Ik koos Use temporary domain in plaats van een echt domein te koppelen, omdat dit een testdeployment was.

• Server location screen: Hostinger had Frankrijk vooraf geselecteerd, de dichtstbijzijnde regio bij mijn factureringsland, en toonde 167ms latency. Als je scrolde naar de optie Verenigde Staten, zag je 364ms, meer dan het dubbele.

Ik koos toch voor United States, Massachusetts, en dit is precies de les die de locatiewijzer bij elk Hostinger-product leert: kies op basis van waar je echte bezoekers zijn, niet op basis van het laagste getal in de lijst.

Het publiek voor mijn testapp is gebaseerd in de VS, dus een server in de VS zal hen daadwerkelijk sneller bedienen dan een server in Frankrijk ooit zou doen, ongeacht wat de picker mij vanaf mijn eigen locatie liet zien. Het getal op het scherm vertelt je hoe snel de server reageert op de test van Hostinger, niet hoe snel hij zal reageren op de mensen die je site daadwerkelijk gebruiken.

• Deploy method screen: twee primaire opties, Import Git repository (gemarkeerd als Recommended) of Upload your files, plus een callout hieronder om direct te deployen vanuit Claude Code, Cursor of VS Code via de Hostinger Connector. Ik koos Import Git repository en klikte op Connect with GitHub.

Dat opende een echt GitHub-aanmeldvenster als je daar nog niet was ingelogd, gevolgd door een permissiescherm met de titel Install & Authorize Hostinger, waarin je kunt kiezen tussen:

• Installeren op all repositories die je bezit, inclusief toekomstige, met alleen-lezen toegang tot publieke repos
• Installeren op only select repositories die je afzonderlijk kiest, met een lijst van de exacte machtigingen die worden verleend: leestoegang tot actions, metadata en repository hooks, en lees- en schrijftoegang tot administration, code en pull requests. Zodra je op Install & Authorize klikt, stuurt GitHub je automatisch terug naar hPanel.

Je komt uit op Select Git repository to import, een scrollbare lijst van elke repo die aan je GitHub-account is gekoppeld, elk met een eigen Deploy-knop ernaast. Ik vond de testrepository die ik eerder had gepusht, hostadvice-webapps-test, en klikte op Deploy ernaast.

Vanaf het klikken op die knop duurde het bijna 30 seconden zonder voortgangsindicator op het scherm voordat de volgende pagina laadde, lang genoeg om je af te vragen of de klik überhaupt geregistreerd was.

De pagina die uiteindelijk laadt heet Review build settings, en vertelt je precies waar je app live zal komen voordat je ergens aan vastzit: “Deploys to ivory-llama-856835.hostingersite.com.” Daaronder had het, zonder dat je één veld aanraakte, al automatisch gedetecteerd:

Elk van die vijf regels heeft zijn eigen Change of Add knop ernaast, dus niets hier is vastgezet als de detectie iets verkeerd inschat.

Ik klikte op Add naast Environment variables en stelde één key-value-paar in om te bevestigen dat het later daadwerkelijk in de draaiende app terecht zou komen, klikte daarna op Finish in dat dialoogvenster, en daarna op de hoofdknop Deploy onderaan de pagina.

De build bekijken

Het scherm schakelt over naar een Deploying… weergave met een gelabelde voortgangsbalk, “Deployment from GitHub”, die in echte stappen oploopt; ik zag hem naar 28% en daarna 51% bewegen, op weg naar voltooiing. Onder de voortgangsbalk staat een inklapbaar Build logs paneel, en als je dat opent zie je echte, live terminaloutput terwijl het gebeurt, geen placeholder-spinner:

> hostadvice-webapp-test@1.0.0 build

> next build

▲ Next.js 16.3.1 (Turbopack)

✓ Running next.config.mjs took 22ms Creating an optimized production build …

Deployment voltooid

Zodra de build klaar is, kom je op een scherm Deployment completed! met een live thumbnail-preview van je daadwerkelijke draaiende app direct op de kaart, naast een samenvatting met de repositorynaam en de toegekende live URL.

Vanaf deze pagina kun je direct doorklikken naar Go to dashboard, waar je de app vervolgens beheert.

Wat ik vond: De automatische detectie is hier het sterkste punt. Framework, branch en Node-versie kwamen allemaal correct terug zonder één handmatig veld, en het live buildlog maakt het wachten transparant in plaats van ondoorzichtig. Het enige zwakke punt is die pauze van 30 seconden voordat je überhaupt het instellingen-scherm bereikt, lang genoeg om je af te vragen of er iets vastzit voordat het proces zichtbaar begint.

4. De live deployment bevestigen

Voordat ik beheeropties ging verkennen, wilde ik bevestigen dat de app echt was gedeployed en werkte, en niet alleen als “Completed” op het scherm stond.

Vanaf de pagina Deployment completed klikte ik direct door naar de live URL, ivory-llama-856835.hostingersite.com, in plaats van alleen op de previewthumbnail in het dashboard te vertrouwen.

De live pagina laadde en toonde precies wat de app was geprogrammeerd om te tonen:

• Server build time, een live timestamp die bevestigde dat de pagina vers was gebouwd, niet vanuit een oude cache werd geserveerd
• Environment variable check, die de custom variable liet zien die ik tijdens het deploy-scherm had ingesteld, correct bevestigd op de daadwerkelijke live site, niet alleen in de dashboardpreview

Ik klikte vervolgens op de eigen Ping the API route knop van de app, die een live backend-endpoint aanroept in plaats van alleen statische content te renderen. Die gaf een nette JSON-respons terug:

json

{

  “status”: “ok”,

  “serverTime”: “2026-08-19T13:44:05.234Z”,

  “nodeVersion”: “v22.18.0”

}

Die respons is belangrijker dan het eruitziet. Een pagina die correct laadt, bewijst alleen dat de statische bestanden zijn geüpload.

Een werkende API-aanroep bewijst dat de daadwerkelijke Node.js-server eronder draait en reageert op echte verzoeken, het deel van “Node.js web app”-hosting dat makkelijk te faken is met een statisch bestand en moeilijk te faken met een live serverservertijd die precies op het moment dat je op een knop klikt wordt gegenereerd.

Wat ik vond: Dit is de check die ik je zou aanraden voordat je een deploy op dit platform, of op een vergelijkbaar platform, vertrouwt. Een groene status “Completed” en een previewthumbnail vertellen je dat de build is voltooid. Doorklikken naar de live URL en iets dynamisch triggeren, een API-aanroep, een database-read, iets dat niet door een gecachte statische pagina kan worden nagebootst, vertelt je dat de server daadwerkelijk leeft en doet wat je hebt gebouwd.

5. Web App-beheer

Toen de live app bevestigd werkte, ging ik terug naar hPanel en verkende ik het eigen beheerdashboard van de app van begin tot eind, de daadwerkelijke serverbeheerlaag van dit product, los van het algemene hPanel Home-scherm dat eerder al is besproken.

Dashboardoverzicht. Zodra je hier landt, vertellen vier statusbadges in één oogopslag hoe alles ervoor staat:

Alle vier stonden standaard op groen, zonder dat ik iets handmatig hoefde aan te zetten. Daaronder staat een Last deployment kaart met status, repository, auteur, commit, deploytijd, gedetecteerde stack en Node-versie, alles wat je in één oogopslag wilt verifiëren zonder in logs te duiken.

Een automatische Page Speed-test had al op zichzelf tegen de live site gedraaid en een 99/100 Desktop-score teruggegeven zonder dat ik die zelf startte, naast een Essentials paneel met snelle links naar database connection, back-ups, file manager, runtime logs en cache.

Deployments, environment variables en logs. Drie aparte pagina’s dekken dit af:

• Deployments bewaarde een volledige geschiedenis van de push, auteur, branch, commit-hash en voltooiingsstatus, een echte historie in plaats van alleen de meest recente
• Environment variables toonde correct de variabele die ik tijdens de deploy had ingesteld, waarmee werd bevestigd dat die was opgeslagen en toegepast, niet alleen één keer tijdens de setup was getoond en daarna vergeten
• Runtime logs stroomde live serveroutput terwijl het gebeurde, Next.js-startregels, ready-timestamps en een lopend aantal issues en errors, dat de hele tijd dat ik keek op nul en nul bleef

Beveiliging. De Malware Scanner gaf een schoon resultaat terug: “Your website is safe”, met één duidelijk vermeld voorbehoud: het controleert alleen websitebestanden, niet de database-inhoud, en er bestaat een betaalde cleanup-optie als je een diepere controle wilt die ook de database omvat. De Vulnerabilities scan kwam ook schoon terug.

Databases. Hier zit een echte kloof tussen marketing en praktijk die je moet begrijpen voordat je koopt. Het pakket adverteert managed MySQL als een headline-feature, maar niets wordt automatisch voor je ingericht.

Het Databases-gedeelte opent met een handmatig Create a New MySQL Database And Database User formulier, wat betekent dat je de database zelf moet benoemen en aanmaken voordat je app er een kan gebruiken. Ik bevestigde dit rechtstreeks met Kodee, behandeld in de Support-sectie hieronder, en het antwoord was direct: managed betekent dat Hostinger de database-infrastructuur achter de schermen runt, niet dat er een database voor je wordt aangemaakt zodra je app live gaat.

Geavanceerde toegang. SSH-toegang staat onder Advanced, compleet met IP, poort en gebruikersnaam, maar is standaard Inactive en moet handmatig worden ingeschakeld voordat je het kunt gebruiken. File Manager biedt een keuze tussen alleen de bestanden van deze app bekijken of alle bestanden binnen het hele hostingpakket.

Wat ik vond: Het dagelijkse dashboard is grondig en goed georganiseerd. Vooral beveiliging en deploygeschiedenis zijn makkelijk te vinden en echt informatief, en de zero-issue runtime-log samen met een schone malwarescan gaf me echt vertrouwen dat de app gezond was, niet alleen online.

De plek waar de interface zichzelf te veel belooft, is de databasesectie, waar “managed MySQL” op de pakketpagina klinkt als iets dat meteen klaarstaat zodra je app live gaat, terwijl je in de praktijk een handmatig aanmaakformulier krijgt. Simpel te gebruiken, maar wel een stap die je zelf moet nemen.

Overall verdict over gebruiksgemak

Build, Deploy, and Scale with Hostinger

Host moderne webapps met GitHub-integratie, managed MySQL, wereldwijde CDN, onbeperkte bandbreedte en ingebouwde beveiligingstools.

Bezoek Hostinger

Mate van support

Ik testte Hostinger’s support voor Web Apps Hosting via Kodee, de AI-assistent ingebouwd in hPanel, en ging daarna door de kennisbank om te zien hoeveel terrein die dekt zonder dat je iemand hoeft te vragen. Kodee verschijnt op twee plekken die het waard zijn om te onderscheiden: als Ask AI op de publieke marketingsite, en als een Agent paneel dat beschikbaar is vanaf elke pagina binnen hPanel zelf, inclusief rechtstreeks op het dashboard van de Web App.

1. AI-support (Kodee)

Ik stelde twee vragen die waren opgebouwd rond echte hiaten die ik tijdens het testen had gevonden, niet uit algemene opzoekvragen die Kodee kon beantwoorden door uit documentatie te plakken.

Vraag 1 testte het gedrag bij mislukte deployments en het moment waarop environment variables worden toegepast, beide echte productievragen voor iedereen die naar dit platform deployt:

Als mijn app-build halverwege een GitHub-deployment mislukt, keert de app dan automatisch terug naar de laatst succesvolle versie, of gaat die offline totdat ik het herstel en opnieuw deploy? En kan ik custom environment variables instellen vóór de eerste deploy, of pas daarna?

Kodee antwoordde direct en correct op beide punten. Een mislukte build vervangt een momenteel draaiende app niet; als er eerder een succesvolle deployment was, blijft de app die laatste werkende versie serveren. Als het de eerste deployment is en er niets is om op terug te vallen, blijft de app offline totdat de build is gefixt en opnieuw gedeployed, een duidelijk, eerlijk antwoord in plaats van een vage geruststelling.

Over environment variables bevestigde het dat je ze vóór de eerste deploy kunt instellen in de deployment settings, en voor een al draaiende app leidde het je door de exacte drie stappen: open Settings en Redeploy, voeg variabelen toe of bewerk ze onder Environment variables, sla op en redeploy.

Vraag 2 drukte op de twee hiaten die ik zelf in het dashboard had gevonden, de formulering “managed MySQL” tegenover het handmatige aanmaakformulier, en SSH dat standaard inactief staat:

Dit pakket adverteert managed MySQL, maar het dashboard toont een handmatig ‘Create a New MySQL Database’-formulier in plaats van een database die automatisch wordt ingericht. Wordt voor elke Web App standaard een database aangemaakt, of alleen als ik er zelf één aanmaak? Ook staat SSH-toegang vermeld als beschikbaar, maar standaard op Inactive. Als ik het nooit inschakel, verandert dat iets aan hoe mijn app daadwerkelijk draait, of is SSH puur een optionele extra voor gevorderde gebruikers?

Kodee’s antwoord bevestigde precies wat ik in de interface had gevonden, niet een zachtere versie ervan. Een database wordt niet automatisch aangemaakt voor elke Web App; “managed” verwijst naar het feit dat Hostinger de databaseservice en infrastructuur beheert, terwijl het aanmaken en configureren van een echte database aan jou is, via hetzelfde Create a New MySQL Database-scherm dat ik al had gezien, gevolgd door het zelf toevoegen van de verbindingsgegevens in de environment variables van je app.

Over SSH bevestigde het dat het inactief laten niets verandert aan hoe de app draait, deployt of met een database verbindt. Het is uitsluitend gepositioneerd als een optionele tool voor CLI-commando’s, migraties of directe bestandsdebugging, niet iets waar het platform stilletjes op vertrouwt op de achtergrond.

Wat ik vond: Beide antwoorden kwamen overeen met wat ik al handmatig had geverifieerd in het dashboard, in plaats van dat ze dat tegenspraken of afzwakten, en dat is het kenmerk van een supporttool die echt de productstatus controleert in plaats van een script af te draaien. Geen van beide vragen kon worden beantwoord door simpelweg uit een algemene FAQ te plakken, en Kodee deed dat allebei met specifieke, gestructureerde antwoorden in ongeveer een minuut per stuk.

2. Kennisbank

Hostinger’s kennisbank opent met een raster van categorieën, in totaal 20 categorieën, elk met een aantal artikelen. Enkele van de grootste: AI Builder heeft 330 artikelen, VPS heeft 276, Email heeft 127 en Website heeft 103.

Web Apps Hosting krijgt geen eigen, aparte categorie. De content zit verspreid over Getting Started, hPanel en Website, wat een echte bevinding is voor iedereen die een centrale thuisbasis verwacht zoals VPS of Email die wel hebben.

Zoeken op “Web Apps” leverde direct 71 resultaten op verspreid over 8 pagina’s. De topresultaten waren een mix van direct relevant en slechts zijdelings relevant materiaal:

• How to deploy apps built with Codex on Hostinger, direct relevant
• Hostinger AI Builder: How to create a web app in agentic mode, verwant maar een ander product
• How to add a Node.js Web App in Hostinger, direct relevant
• How to install Flutter Web on a VPS at Hostinger, een ander product helemaal
• Verschillende Website Builder-artikelen over betaalmethoden (PayPal, WeChat Pay, BLIK), niet relevant behalve dat de woorden “web” en “app” ergens in de tekst voorkomen

Ik opende één van de topresultaten, How to deploy apps built with Codex on Hostinger, om de diepgang te controleren. Het bleek een grondige, goed gestructureerde walkthrough, met ondersteunde frameworks bovenaan, stapsgewijze screenshots voor zowel de GitHub-import- als ZIP-uploadroute, een sectie over het configureren van build settings met voorbeeldcommando’s, een uitleg van de bestandsstructuur na deployment, een walkthrough van de databaseverbindingswizard, een sectie over vulnerability monitoring en een afsluitend FAQ-blok.

Hoewel het is ingestoken rond Codex specifiek, is het onderliggende platform hetzelfde als achter het algemene Node.js Web App-product, dus het meeste ervan is direct van toepassing.

Wat ik vond: Het artikelenaantal onder zoeken ziet er op papier sterk uit, 71 hits voor één term, maar een aanzienlijk deel van dat volume is ruis van niet-gerelateerde producten die vergelijkbare bewoordingen delen. Het ene artikel dat ik volledig opende, hield wel stand qua kwaliteit zodra ik erin zat: duidelijke stappen, echte screenshots en een echte FAQ-sectie, maar het vinden ervan vereiste scrollen langs resultaten die niets te maken hadden met wat ik daadwerkelijk probeerde te deployen.

Overall verdict over klantenservice

Simple Hosting for Modern Web Apps

Deploy React, Next.js, Vue, Node.js en andere moderne applicaties zonder servers of complexe infrastructuur te beheren.

Bezoek Hostinger

Raden wij Hostinger Web Apps Hosting aan?

Ja. Het deployproces is het sterkste onderdeel van dit product: correcte auto-detectie van mijn stack, branch en Node-versie, een echte streamende buildlog in plaats van een spinner, en een live app die elke prestatie-test die ik erop losliet doorstond, perfecte GTmetrix-scores vanuit twee verschillende continenten, een schone globale consistentiecheck met 54 punten, en overeenkomstige 100/100-scores van Hostinger’s eigen tools op zowel desktop als mobiel. Kodee ondersteunde dat met nauwkeurige, specifieke antwoorden op echte technische vragen in plaats van algemene scriptreacties.

De ruwe randjes zijn klein maar wel het weten waard voordat je koopt. “Managed MySQL” klinkt op de pakketpagina als iets dat klaarstaat zodra je app live gaat, en in de praktijk betekent het een handmatig aanmaakformulier. Het dashboard geeft Web Apps Hosting ook geen duidelijke ingang vanaf het hoofdscherm Home; je moet weten dat je eerst naar Websites moet gaan.

Voor een ontwikkelaar die snel wil deployen op infrastructuur die zo goed benchmarkt, is dit een makkelijke aanbeveling. Voor iemand die verwacht dat elke geadverteerde functie meteen bij het afronden van de checkout aanstaat, is het verstandig om een paar extra minuten te rekenen om de database zelf in te stellen.

Hostinger

5.0

2,471 gebruikersbeoordelingen

€ 1,37 /mo

Startprijs

Bezoek Hostinger

Rating based on expert review

• Gebruiksvriendelijk
  4.9
• Ondersteuning
  4.9
• Eigenschappen
  4.8
• Betrouwbaarheid
  4.7
• Kosten
  4.5