Hostinger postavil Web Apps Hosting na jednoduchom prísľube: pošlite svoj kód z GitHubu, ZIP súbor alebo svojho AI kódovacieho agenta a za približne minútu získate živú produkčnú aplikáciu bez toho, aby ste museli spravovať server. Chcel som zistiť, do akej miery to naozaj platí, keď ste to vy sami, kto kliká na nasadenie, takže toto som zistil.

Deploy Web Apps Faster with Hostinger

Deploy modern web apps on Hostinger with automated builds, managed infrastructure, global CDN, SSL, security tools, and a 30-day money-back guarantee.

Navštíviť Hostinger

Klady a zápory

Rozpis hodnotenia

Na skórovanie Hostinger Web Apps Hosting som použil metodológiu hodnotenia HostAdvice, teda rovnaký štandardizovaný prístup používaný pri každej recenzii na webe, takže skóre zostávajú zakotvené v reálnom testovaní, nie v marketingových frázach. Tu je, ako si viedol v jednotlivých parametroch.

Host Your Web Apps Without the DevOps Hassle

Deploy modern web applications on fully managed hosting with automated deployments, managed SSL, global CDN, and built-in security.

Navštíviť Hostinger

Plány a ceny

Hostinger predáva Web Apps Hosting ako dve úrovne, Business a Cloud Startup, obe navrhnuté špeciálne na nasadzovanie Node.js a moderných JavaScript aplikácií, nie na tradičné tvorenie webov.

Cloud Startup, úroveň ktorú som testoval, zdvojnásobuje počet aplikácií a CPU jadier oproti Business a oba plány zahŕňajú zdarma doménu, firemný e-mail a spravované SSL na prvý rok priamo v pokladni.

Niekoľko vecí, ktoré treba vedieť pred objednávkou:

• Záruka vrátenia peňazí: Web Apps Hosting spadá pod štandardné podmienky vrátenia peňazí Hostingeru, teda pod jednoduché 30-dňové okno odo dňa nákupu. To je výrazne jednoduchšie než pri VPS plánoch Hostingeru, ktoré majú navyše 180-dňový cooldown medzi žiadosťami o refundáciu. Tu sa takýto cooldown neuplatňuje.
• Bezplatná skúšobná verzia: Nenatrafil som na žiadnu vyhradenú bezplatnú skúšobnú verziu. Vaše hodnotiace obdobie je namiesto nej 30-dňová záruka vrátenia peňazí.
• Spôsoby platby: Pri pokladni bola ako predvolená metóda zobrazená platba kartou, s logami Visa, Mastercard, Amex a Discover, plus možnosť pridať počas platby iný spôsob platby.
• Čo je zahrnuté: Doména zdarma na jeden rok, bezplatné e-mailové schránky na jeden rok a spravované SSL sú všetky zahrnuté bez dodatočných nákladov nad cenu plánu, takže cenovka sa veľmi približuje skutočným nákladom na zverejnenie plne funkčného a zabezpečeného nasadenia.
• Jediný upsell: Hostinger Reach, doplnok na e-mailový marketing, sa v košíku zobrazuje vo vlastnom zvýraznenom boxe s oddelenou mesačnou cenou. Dá sa ľahko preskočiť a nie je predvolene zahrnutý ani predvybraný.

Ak zrušíte plán Web Apps Hosting do 30 dní, refund policy Hostingeru potvrdzuje, že spadá pod štandardné podmienky, nie pod zoznam výnimiek, takže jednoduché zrušenie v tomto období by malo spĺňať podmienky na vrátenie peňazí bez dodatočných podmienok, ktoré sa vzťahujú na VPS alebo doménové nákupy.

Funkcie

• Automatická detekcia frameworku a verzie Node
• Nástroje na vytvorenie spravovanej MySQL databázy
• Globálne CDN aktívne predvolene
• WAF a ochrana proti DDoS sú zahrnuté
• Denné aj on-demand zálohy
• Malware scanner a skenovanie zraniteľností
• Integrácia s GitHubom a auto-deploy
• Doména, e-mail a SSL zdarma
• SSH prístup pre pokročilých používateľov

From Code to Live App with Hostinger

Connect your GitHub repository or upload your project and get it online with managed infrastructure, automatic deployments, and daily backups.

Navštíviť Hostinger

Výkon

Keďže Web Apps Hosting je plne spravovaný, nikdy nezískate shell prístup k serveru, takže nie je čo porovnávať na CPU, RAM ani disku tak, ako pri recenzii VPS.

To, čo sa dá merať, je, ako rýchlo sa samotná nasadená aplikácia načítava a reaguje z reálnych lokalít po celom svete. Testoval som to zo štyroch rôznych uhlov: GTmetrix z dvoch kontinentov, 50+ bodovú kontrolu globálnej konzistencie a vlastný zabudovaný nástroj Hostingeru na rýchlosť pre desktop aj mobil.

Testovaná aplikácia je nasadenie Next.js popísané v časti Jednoduchosť používania nižšie, dostupné na ivory-llama-856835.hostingersite.com, bežiace na pláne Cloud Startup (4 CPU jadrá, 4096 MB RAM, 100 GB NVMe úložiska), s CDN aktívnym predvolene.

1. GTmetrix, testované z dvoch kontinentov

GTmetrix som spustil dvakrát z rôznych častí sveta, aby som zistil, či výsledok drží konzistentne, alebo vyzerá dobre len z jedného šťastného uhla.

Obe spustenia dosiahli dokonalých 100% v Performance aj Structure, s nulovým layout shiftom a nulovým blocking time v oboch lokalitách, čo znamená, že nič na stránke nekonkurovalo pozornosti prehliadača ani neskákalo počas načítavania.

Naozaj zaujímavý detail je, že Frankfurt v skutočnosti porazil Chicago vo všetkých časových metrikách, hoci som úmyselne zvolil umiestnenie servera v USA. Tento výsledok dáva zmysel len v kontexte CDN.

Keď je CDN aktívne, ako bolo tu predvolene, návštevník nemusí pristupovať priamo k originálnemu serveru.

Pristupuje k najbližšiemu cacheovanému edge uzlu, takže európsky testovací bod môže byť rýchlejší ako americký, aj keď samotný server leží v USA. Toto je skutočné, praktické potvrdenie, že CDN, ktoré Hostinger zapína predvolene, robí reálnu prácu a nie je to len marketingová odrážka.

2. Globálna konzistencia (Check-Host)

Spustil som HTTP kontrolu na živú URL zo všetkých checkpointov, ktoré Check-Host ponúka, 54 lokalít naprieč šiestimi kontinentmi. Celkový obraz:

Každá úspešná kontrola vrátila čisté 200 OK, žiadne chyby, žiadne čiastočné zlyhania, žiadne neočakávané presmerovania.

Doby odozvy jasne ukázali, ako funguje CDN cache v reálnych vzdialenostiach:

Európske checkpointy konzistentne vracali najrýchlejšie časy, viaceré pod 50 milisekúnd, zatiaľ čo checkpointy fyzicky najďalej od akéhokoľvek edge uzla, Tokio, Singapur, Ho Či Minovo Mesto, stále vracali platné odpovede 200, len pomalšie, v rozsahu 0.3 až 0.8 sekundy.

To je očakávaný tvar pre nasadenie s CDN: rýchle pri edge uzloch, no stále plne funkčné aj ďaleko od nich.

Štyri time-outy, Kazachstan, Rumunsko a dva zo štyroch ruských checkpointov, by som nečítal ako problém infraštruktúry Hostingeru.

Iné checkpointy v tých istých krajinách uspeli (Saint Petersburg sa vrátil čistý pri 0.063s, zatiaľ čo dva checkpointy v Moskve vypršali), čo poukazuje skôr na regionálne filtrovanie na strane checkpointu než na niečo nesprávne s nasadenou aplikáciou.

3. Vlastný nástroj Hostingeru na rýchlosť, desktop aj mobil

Hostinger má priamo v dashboarde aplikácie vlastný Page Speed test, takže som jeho čísla porovnal s nezávislými výsledkami GTmetrix namiesto toho, aby som niektorému z nich veril izolovane.

Oba typy zariadení dosiahli dokonalých 100 a desktopové čísla sa úzko zhodujú s tým, čo nezávisle nameral GTmetrix, čo je práve dôvod, prečo som spúšťal oba testy. Dva rôzne nástroje, dve rôzne metodiky a navzájom sa zhodujú.

Mobil bol, ako sa očakáva, pomalší vo všetkých časových metrikách kvôli simulovanému pomalšiemu pripojeniu a slabšiemu procesoru, no stále dosť rýchly na to, aby 100 bodov odrážalo skutočne silný mobilný výkon, nie len benevolentnú bodovaciu krivku.

Jedna nezrovnalosť v samotnom nástroji. Aj keď je skóre čistých 100 na oboch zariadeniach, panel Diagnostics pod tým stále označuje niekoľko položiek doslova nulovým skóre, network dependency tree, document request latency a avoiding multiple redirects, spolu s dvoma položkami so skóre 50, unused JavaScript a legacy JavaScript.

Žiadne z týchto nízkych čiastkových skóre nezrazili hlavné číslo nadol, takže ich berte ako menšie, skutočne prítomné možnosti optimalizácie, nie ako znak toho, že s nasadením je niečo zle.

Okrem toho „helpful links“, ktoré Hostinger zobrazuje vedľa týchto diagnostík, sú všetky napísané pre WordPress, „Speed up WordPress in 9 easy steps,“ „How to optimize images for your WordPress site“, hoci ide o Node.js aplikáciu bez akéhokoľvek WordPressu v stacku. To je pozostatok zo spoločnej šablóny diagnostiky, nie obsah vytvorený pre tento produkt.

Celkový verdikt o výkone

Managed Web App Hosting by Hostinger

Focus on building your app while Hostinger takes care of deployment, infrastructure, security, SSL, backups, and global delivery.

Navštíviť Hostinger

Jednoduchosť používania

Hostinger Web Apps Hosting som testoval od úvodnej stránky cez pokladňu, potom z čerstvého účtu až po plne živé a funkčné nasadenie Node.js.

To zahŕňalo výber plánu, platbu, zvolenie spôsobu zostavenia, pripojenie GitHubu a sledovanie dokončenia buildu v reálnom čase. Takto tento proces naozaj vyzeral.

1. Registrácia

Začal som na landing page Web Apps Hosting, ktorá vedie jednou výzvou k akcii: Start deploying.

Kliknutie na ňu neotvorí registračný formulár. Zobrazí vás priamo nižšie na sekciu s cenami, takže prvé skutočné rozhodnutie je, ktorý plán kúpiť, nie ktoré prihlasovacie údaje vyplniť.

Vedľa seba stáli dva plány:

Vybral som Cloud Startup pre dvojnásobný limit aplikácií a väčšiu CPU rezervu oproti vstupnej úrovni. Jeden malý nesúlad, na ktorý treba upozorniť: cenová stránka ho nazýva „Cloud Startup“, ale v košíku je ten istý plán označený ako „Startup plan“. Nie je to funkčný problém, len nepomerné pomenovanie medzi dvoma obrazovkami toho istého procesu platby.

Samotný košík bol čistý. Uvádzal 48-mesačné obdobie, úsporu, doménu zdarma na rok a bezplatné schránky, potom ponúkal jeden upsell, Hostinger Reach email marketing, ktorý bol v samostatnom zvýraznenom boxe, nie predvybraný.

Preskočil som ho a klikol na Continue bez prekážok.

Ak ste nový zákazník, nie existujúci, checkout tu vloží krok vytvorenia účtu ešte predtým, než sa dostanete na stránku s fakturačnou adresou a platbou.

Potom pridáte fakturačnú adresu, vyberiete spôsob platby, kartu, PayPal alebo inú z možností, a odošlete objednávku. Potvrdzovací e-mail o nákupe mi prišiel v priebehu chvíle po kliknutí na Submit payment a potom som sa dostal priamo do hPanelu, kde už bol plán pripravený.

Čo si myslím: Checkout je krátky a upsell sa dá ľahko odmietnuť bez hľadania skrytého skip odkazu. Nesúlad v názve plánu medzi cenovou stránkou a košíkom je maličkosť, ale je to presne ten detail, kvôli ktorému si prvý kupujúci dvakrát overí, či vybral správnu úroveň.

2. Dashboard

Keď sa platba spracuje, ocitnete sa v hPaneli, vlastnom internom ovládacom paneli Hostingeru, ktorý vyvinul na správu každého produktu, ktorý predáva, nie na stránke vytvorenej špecificky pre váš nový Web App.

Stránka, na ktorú sa dostanete ako prvú, je Home, a je postavená okolo AI prompt baru v hornej časti: „Hi, [your name]! How can I help you today?“ s textovým poľom pod ním a šiestimi tlačidlami skratiek: Get domain, Create website, Get email, Migrate site, Get VPS a Try email marketing.

Keď posuniete stránku nižšie, nájdete:

• Propagačné dlaždice funkcií pre AI Builder, nástroj online obchodu, tvrdenia o bezplatnom firemnom e-maile, AI agents, automatizačnú aplikáciu a nárokovanie bezplatnej domény
• To-do checklist navádzajúci na úlohy nastavenia, dokončenie Reach setup, nárokovanie bezplatného e-mailu, nárokovanie bezplatnej domény
• Your business, priebežný zoznam každého webu, aplikácie a VPS inštancie prepojenej s vaším účtom, každá s vlastným tlačidlom Manage site
• VPS, samostatnú tabuľku nižšie s akýmikoľvek VPS inštanciami podľa IP adresy, stavu a dátumu exspirácie

Panel Agent tiež trvalo sedí v pravom hornom rohu každej stránky hPanelu, nie len na Home. Je to ten istý asistent Kodee, ktorý sa používa aj na podporu, ale tu je umiestnený ako všeobecný nástroj s pripravenými promptmi ako „Deploy my Node.js app“ alebo „Harden VPS updates“, ktoré môžete spustiť bez toho, aby ste museli písať celú otázku.

Home je naozaj užitočný, keď vaša aplikácia už existuje, všetko v sekcii Your business vedie priamo na ňu. Nie je to však miesto, kde vytvárate nový Web App alebo kde nájdete tlačidlo Setup. Na to musíte ísť inou cestou v bočnom menu:

1. Kliknite na Websites v ľavom bočnom paneli
2. Pod ním sa rozbalí submenu: WordPress, AI Builder, Web Apps, PHP/HTML, Migrations
3. Kliknite na Web Apps

Toto kliknutie vás zavedie na úplne inú obrazovku než Home, takú, ktorá je usporiadaná okolo vašich skutočných hostingových plánov, nie okolo prompt baru.

Každý plán, ktorý vlastníte, tu dostane vlastnú kartu. V mojom účte to znamenalo tri karty zoradené pod sebou:

Karta Business už mala aj živú aplikáciu z predchádzajúceho testovania, orange-walrus-700988.hostingersite.com, s vlastnými tlačidlami Tools a Dashboard.

To je samo o sebe užitočná informácia. Keď Web App existuje, jeho karta tu zobrazí riadok s priamo živým webom, presne tak, ako bude vyzerať vaša karta Cloud Startup po dokončení nastavenia.

Keďže Cloud Startup bol plán, ktorý som si práve kúpil a ešte som ho nenastavil, jeho karta zobrazovala namiesto toho iba tlačidlo Setup. To je tlačidlo, ktoré skutočne spúšťa sprievodcu vytvorením Web Appu, a objaví sa len tu, pod Websites → Web Apps, nie na domovskej obrazovke Home, kde sa dostanete predvolene.

Čo si myslím: hPanel je prehľadný, keď nájdete správnu obrazovku, ale Web Apps Hosting nemá zjavný hlavný vstup. Pristátie na Home vám dá prompt bar a skratky, nie cestu k vytvoreniu aplikácie, musíte vedieť, že máte kliknúť na Websites, potom na Web Apps, až potom sa objaví Setup. To sú dva extra kliky navyše pre produkt predávaný ako „live in a minute“. Keď sa tam však dostanete, karty plánov sú čisté a úprimné o stave a plán s už bežiacou aplikáciou to zobrazuje priamo na karte.

3. Nasadenie aplikácie

Kliknutie na Setup na karte plánu otvorilo krátky onboardingový flow: Where would you like to start? s tromi možnosťami, Create a new site, Migrate an existing site alebo I hired someone to build my site. Vybral som Create a new site.

To viedlo na How do you want to build your website?, rozdelené na dve začiatočnícke možnosti hore, Hostinger AI Builder a WordPress + AI, a dve možnosti pod samostatným nadpisom „for advanced users“ nižšie: Node.js web app a PHP/HTML website. Výber Node.js web app je to, čo vás skutočne presunie na samotný produkt Web Apps Hosting.

Toto je dôležitá štrukturálna poznámka pre každého, kto porovnáva produkty: Web Apps Hosting nemá vlastný vyhradený registračný flow.

Je to len jedna vetva v tom istom všeobecnom sprievodcovi tvorbou webu, ktorý sa používa pre AI Builder aj WordPress.

Klikol som na kruh vedľa Node.js web app a potom na Next.

Odtiaľ:

• Obrazovka domény: Vybral som Use temporary domain namiesto viazania skutočnej domény, keďže išlo o testovacie nasadenie.

• Obrazovka umiestnenia servera: Hostinger predvolene zvolil Francúzsko, najbližší región k mojej fakturačnej krajine, a ukázal 167ms latencie. Po posunutí na možnosť Spojené štáty sa zobrazilo 364ms, teda viac ako dvojnásobok.

Aj tak som si vybral United States, Massachusetts, a toto je presne tá lekcia, ktorú výber lokality učí pri každom produkte Hostingeru: vyberajte podľa toho, kde sú vaši skutoční návštevníci, nie podľa najnižšieho čísla v zozname.

Moja testovacia aplikácia je určená pre americké publikum, takže server v USA ju skutočným používateľom doručí rýchlejšie než server vo Francúzsku, bez ohľadu na to, čo mi ukázal z mojej vlastnej lokácie. Číslo na obrazovke hovorí, ako rýchlo server odpovedá testu Hostingeru, nie ako rýchlo bude odpovedať ľuďom, ktorí budú váš web používať.

• Obrazovka spôsobu nasadenia: dve hlavné možnosti, Import Git repository (označené Recommended) alebo Upload your files, plus upozornenie nižšie na nasadenie priamo z Claude Code, Cursor alebo VS Code cez Hostinger Connector. Vybral som Import Git repository a klikol na Connect with GitHub.

To otvorilo reálne prihlasovacie okno GitHubu, ak ste tam neboli prihlásení, a potom stránku s povoleniami s názvom Install & Authorize Hostinger, ktorá vás žiada vybrať medzi:

• inštaláciou na all repositories ktoré vlastníte, vrátane budúcich, s read-only prístupom k verejným repozitárom
• inštaláciou iba na only select repositories ktoré si vyberiete jednotlivo, a zoznamom presných povolení, ktoré udeľujete: read access to actions, metadata, and repository hooks, a read-and-write access to administration, code, and pull requests. Keď kliknete na Install & Authorize, GitHub vás automaticky presmeruje späť do hPanelu.

Dostanete sa na Select Git repository to import, posúvateľný zoznam každého repozitára pripojeného k vášmu GitHub účtu, pričom pri každom je vlastné tlačidlo Deploy. Našiel som testovací repozitár, ktorý som predtým nahral, hostadvice-webapps-test, a klikol som pri ňom na Deploy.

Od kliknutia na toto tlačidlo prešlo takmer 30 sekúnd bez akéhokoľvek indikátora priebehu, kým sa načítala ďalšia stránka, dosť dlho na to, aby ste si mohli myslieť, že kliknutie neprešlo.

Stránka, ktorá sa nakoniec otvorí, sa volá Review build settings a presne vám povie, kde bude vaša aplikácia žiť, ešte predtým, než niečo potvrdíte: „Deploys to ivory-llama-856835.hostingersite.com.“ Pod tým, bez toho, aby ste čokoľvek vyplňovali, už automaticky rozpoznala:

Každý z týchto piatich riadkov má vedľa seba vlastné tlačidlo Change alebo Add, takže nič tu nie je zamknuté, ak detekcia niečo zle odhadne.

Klikol som na Add vedľa Environment variables a nastavil jednu dvojicu kľúč-hodnota, aby som overil, že sa neskôr naozaj dostane do bežiacej aplikácie, potom som v dialógu klikol na Finish a následne na hlavné tlačidlo Deploy v spodnej časti stránky.

Sledovanie buildu

Obrazovka sa prepne na zobrazenie Deploying… s označeným priebehovým barom, „Deployment from GitHub“, ktorý sa postupne posúva v reálnych fázach, videl som ho na 28%, potom 51%, až kým nebol hotový. Pod priebehovým barom je zbaliteľný panel Build logs, a po rozbalení sa zobrazí skutočný živý terminálový výstup, nie len 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 …

Nasadenie dokončené

Keď sa build skončí, dostanete sa na obrazovku Deployment completed! s živým náhľadom vašej skutočne bežiacej aplikácie priamo na karte, vedľa súhrnu zobrazujúceho názov repozitára a pridelenú živú URL adresu.

Z tejto stránky môžete kliknúť priamo na Go to dashboard, čo je miesto, kde aplikáciu spravujete ďalej.

Čo si myslím: Automatická detekcia je tu najsilnejšia. Framework, branch aj verzia Node boli rozpoznané správne bez jediného manuálneho poľa a živý build log robí čakanie transparentným namiesto nepriehľadného. Jediné slabšie miesto je 30-sekundová pauza ešte predtým, než sa vôbec dostanete na obrazovku s nastaveniami, dosť dlhá na to, aby ste si mysleli, že sa proces zasekol, kým sa vizuálne rozbehne.

4. Potvrdenie živého nasadenia

Predtým, než som preskúmal akékoľvek nástroje na správu, chcel som potvrdiť, že aplikácia sa skutočne nasadila a funguje, a nie je len označená ako „Completed“ na obrazovke.

Z obrazovky Deployment completed som klikol priamo na živú URL, ivory-llama-856835.hostingersite.com, namiesto toho, aby som veril len náhľadovej miniatúre v dashboarde.

Živá stránka sa načítala a ukázala presne to, čo mala aplikácia zobraziť:

• Server build time, živé časové razítko potvrdzujúce, že stránka bola čerstvo zostavená, nie podaná zo starej cache
• Environment variable check, ktorý ukazoval vlastnú premennú, ktorú som nastavil počas nasadzovania, správne potvrdenú na skutočnej živej stránke, nie len v náhľade v dashboarde

Potom som klikol na vlastné tlačidlo aplikácie Ping the API route, ktoré volá živý backend endpoint a nie len renderuje statický obsah. Vrátilo čistú JSON odpoveď:

json

{

  “status”: “ok”,

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

  “nodeVersion”: “v22.18.0”

}

Táto odpoveď je dôležitejšia, než sa môže zdať. Stránka, ktorá sa načíta správne, dokazuje len to, že statické súbory boli nahrané.

Funkčné API volanie dokazuje, že pod tým naozaj beží Node.js server a odpovedá na skutočné požiadavky, teda tá časť „Node.js web app“ hostingu, ktorú je ľahké predstierať statickým súborom a ťažké predstierať živým serverovým timestampom vygenerovaným presne v momente, keď kliknete na tlačidlo.

Čo si myslím: Toto je kontrola, ktorú by som vám odporučil predtým, než budete veriť akémukoľvek nasadeniu na tejto platforme alebo na podobnej. Zelený stav „Completed“ a náhľadová miniatúra vám povedia, že build skončil. Kliknutie na živú URL a spustenie niečoho dynamického, API callu, čítania databázy, čohokoľvek, čo sa nedá sfalšovať cacheovanou statickou stránkou, vám povie, že server naozaj žije a robí to, čo ste postavili.

5. Správa Web Appu

Keď som potvrdil, že živá aplikácia funguje, vrátil som sa do hPanelu a prešiel som celým dashboardom aplikácie, teda skutočnou vrstvou správy servera tohto produktu, oddelenou od všeobecnej domovskej obrazovky hPanelu popísanej vyššie.

Prehľad dashboardu. V momente, keď sa sem dostanete, štyri stavové odznaky ukazujú stav vecí na prvý pohľad:

Všetky štyri boli predvolene zelené, bez toho, aby som musel niečo ručne zapínať. Pod tým je karta Last deployment, ktorá potvrdzuje stav, repozitár, autora, commit, čas nasadenia, rozpoznaný stack a verziu Node, všetko, čo chcete skontrolovať na prvý pohľad bez prehrabávania sa v logoch.

Automatický test Page Speed už sám od seba spustil test na živom webe a vrátil 99/100 na desktope bez toho, aby som ho spúšťal ručne, a vedľa bola panel Essentials s rýchlymi odkazmi na pripojenie databázy, zálohy, file manager, runtime logy a cache.

Deployments, environment variables a logy. Tri samostatné stránky pokrývajú tieto oblasti:

• Deployments uchovával kompletný záznam o pushi, autorovi, branche, commit hashi a stave dokončenia, teda skutočnú históriu, nie len posledný deploy
• Environment variables správne zobrazovali tú, ktorú som nastavil počas nasadzovania, čo potvrdzuje, že bola uložená a použitá, nie len raz zobrazená počas setupu a zabudnutá
• Runtime logs streamovali živý výstup servera v reálnom čase, štartovacie riadky Next.js, ready timestampy a bežiaci počet issues a errors, pričom oba ukazovatele zostali počas celej doby, čo som sledoval, na nule

Bezpečnosť. Malware Scanner vrátil čistý výsledok, „Your website is safe“, s jednou výslovne uvedenou výhradou: kontroluje iba súbory webu, nie obsah databázy, a existuje platená možnosť čistenia, ak chcete hlbšiu kontrolu vrátane databázy. Aj sken Vulnerabilities dopadol čisto.

Databázy. Tu sa marketing produktu stretáva s reálnou medzerou, ktorú by ste mali pochopiť pred nákupom. Plán propaguje managed MySQL ako hlavnú funkciu, ale nič sa vám automaticky nevytvorí.

Sekcia Databases sa otvára na manuálnom formulári Create a New MySQL Database And Database User, čo znamená, že databázu si pomenovávate a vytvárate sami predtým, než ju vaša aplikácia môže použiť. Potvrdil som to priamo s Kodee, čo je popísané v sekcii Podpora nižšie, a odpoveď bola priama: managed znamená, že Hostinger prevádzkuje databázovú infraštruktúru na pozadí, nie že sa databáza vytvorí automaticky vo chvíli, keď sa vaša aplikácia prvýkrát nasadí.

Pokročilý prístup. SSH prístup je pod Advanced, vrátane IP, portu a používateľského mena, ale predvolene je Inactive a treba ho ručne zapnúť kliknutím na Enable, aby ste ho mohli používať. File Manager ponúka možnosť prehliadať iba súbory tejto aplikácie alebo všetky súbory v rámci celého hostingového plánu.

Čo si myslím: Každodenný dashboard je prehľadný a dobre usporiadaný. Najmä bezpečnosť a história nasadenia sa dajú ľahko nájsť a sú naozaj informatívne a nulový runtime log spolu s čistým malware scanom mi dali skutočnú istotu, že aplikácia je zdravá, nielen online.

Jediné miesto, kde rozhranie preháňa svoje tvrdenia, je sekcia databázy, kde „managed MySQL“ na stránke plánu znie, akoby bolo niečo pripravené hneď po spustení aplikácie, a v praxi ide o formulár na ručné vytvorenie, jednoduchý na používanie, ale je to krok, ktorý musíte urobiť sami.

Celkový verdikt o jednoduchosti používania

Build, Deploy, and Scale with Hostinger

Build modern web apps on Hostinger, Hostinger handles deployment, infrastructure, security, SSL, backups and global delivery.

Navštíviť Hostinger

Úroveň podpory

Podporu Hostinger Web Apps Hosting som testoval cez Kodee, AI asistenta zabudovaného do hPanelu, a potom som prešiel znalostnú bázu, aby som zistil, koľko vecí pokryje bez toho, aby ste sa museli niekoho pýtať. Kodee sa objavuje na dvoch miestach, ktoré sa oplatí rozlíšiť: ako Ask AI na verejnej marketingovej stránke a ako panel Agent dostupný z každej stránky v hPaneli, vrátane priamo na dashboarde samotného Web Appu.

1. AI podpora (Kodee)

Spýtal som sa dve otázky postavené na reálnych medzerách, ktoré som našiel počas testovania, nie na všeobecných dotazoch, ktoré by Kodee mohol zodpovedať kopírovaním z dokumentácie.

Otázka 1 testovala správanie pri zlyhaní deployu a načasovanie environment variables, teda reálne produkčné problémy pre každého, kto nasadzuje na túto platformu:

Ak sa build mojej aplikácie počas GitHub nasadenia v polovici pokazí, vráti sa aplikácia automaticky na poslednú úspešnú verziu, alebo padne, kým to neopravím a nenasadím znova? A môžem nastaviť vlastné environment variables ešte pred prvým nasadením, alebo až potom?

Kodee odpovedal priamo a správne na obe časti. Zlyhaný build nenahradí aktuálne bežiacu aplikáciu; ak predchádzajúce nasadenie prebehlo úspešne, aplikácia stále obsluhuje tú poslednú funkčnú verziu. Ak ide o prvé nasadenie a nie je sa na čo vrátiť, aplikácia ostane nefunkčná, kým sa build neopraví a znovu nenasadí, čo je jasná a úprimná odpoveď namiesto nejasného uistenia.

Pri environment variables potvrdil, že ich môžete nastaviť ešte pred prvým nasadením v nastaveniach deployu, a pre už bežiacu aplikáciu prešiel presnými tromi krokmi: otvoriť Settings a Redeploy, pridať alebo upraviť premenné v Environment variables, uložiť a redeploynúť.

Otázka 2 sa zamerala na dve medzery, ktoré som sám našiel v dashboarde, teda na znenie „managed MySQL“ verzus manuálny formulár na vytvorenie a na SSH, ktoré je predvolene neaktívne:

Tento plán propaguje managed MySQL, ale dashboard zobrazuje manuálny formulár „Create a New MySQL Database“ namiesto databázy vytvorenej automaticky. Vytvorí sa databáza pre každý Web App predvolene, alebo len ak si ju vytvorím sám? A SSH access je uvedený ako dostupný, ale predvolene je Inactive. Ak ho nikdy nezapnem, zmení to niečo na tom, ako moja aplikácia skutočne beží, alebo je SSH čisto voliteľný doplnok pre pokročilých používateľov?

Kodeeho odpoveď potvrdila presne to, čo som už našiel v rozhraní, nie jemnejšiu verziu toho istého. Databáza sa pre každý Web App automaticky nevytvára, „managed“ znamená, že Hostinger spravuje databázovú službu a infraštruktúru, zatiaľ čo vytvorenie a konfigurácia skutočnej databázy je na vás, cez tú istú obrazovku Create a New MySQL Database, a potom si jej pripojovacie údaje musíte sami pridať do environment variables vašej aplikácie.

Pri SSH potvrdil, že ak ho necháte neaktívne, nič to nemení na tom, ako aplikácia beží, nasadzuje sa alebo sa pripája k databáze. Je určené čisto ako voliteľný nástroj pre CLI príkazy, migrácie alebo priame ladenie súborov, nie ako niečo, na čom platforma potichu závisí v pozadí.

Čo si myslím: Obe odpovede zodpovedali tomu, čo som už overil ručne v dashboarde, namiesto toho, aby to odporovali alebo zjemňovali, čo je znak toho, že podporný nástroj naozaj kontroluje stav reálneho produktu namiesto odriekania scenára. Ani na jednu z otázok sa nedalo odpovedať kopírovaním z generického FAQ a Kodee zvládol obe so špecifickými, štruktúrovanými, dvojdielnymi odpoveďami za približne minútu.

2. Znalostná báza

Znalostná báza Hostingeru sa otvára ako mriežka kategórií, spolu 20 kategórií, pričom každá zobrazuje počet článkov. Medzi najväčšie patria: AI Builder má 330 článkov, VPS má 276, Email má 127 a Website má 103.

Web Apps Hosting nemá vlastnú vyhradenú kategóriu. Jeho obsah je roztrúsený medzi Getting Started, hPanel a Website, čo je skutočný zistený fakt pre každého, kto očakáva jednu samostatnú domovskú základňu tak, ako ju majú VPS alebo Email.

Hľadanie „Web Apps“ priamo vrátilo 71 výsledkov na 8 stránkach. Najlepšie výsledky boli zmesou priamo relevantného a len voľne súvisiaceho obsahu:

• How to deploy apps built with Codex on Hostinger, priamo relevantné
• Hostinger AI Builder: How to create a web app in agentic mode, príbuzné, ale iný produkt
• How to add a Node.js Web App in Hostinger, priamo relevantné
• How to install Flutter Web on a VPS at Hostinger, iný produkt úplne
• Niekoľko článkov o platobných metódach v Website Builderi (PayPal, WeChat Pay, BLIK), nesúvisiacich okrem toho, že niekde v texte obsahujú slová „web“ a „app“

Otvoril som jeden z top výsledkov, How to deploy apps built with Codex on Hostinger, aby som zistil jeho hĺbku. Ukázalo sa, že ide o dôkladný, dobre štruktúrovaný návod, s podporovanými frameworkmi uvedenými hneď na začiatku, krokmi so screenshotmi pre GitHub import aj ZIP upload, sekciou o konfigurácii build nastavení s príkladmi príkazov, rozpisom štruktúry súborov po nasadení, walkthroughom pripojenia databázy, sekciou o monitorovaní zraniteľností a záverečným FAQ blokom.

Aj keď je rámovaný okolo Codexu, základná platforma je tá istá ako pri všeobecnom produkte Node.js Web App, takže väčšina z toho platí priamo.

Čo si myslím: Počet článkov vo vyhľadávaní vyzerá na papieri silno, 71 výsledkov pre jeden výraz, ale podstatná časť tohto objemu je šum z nesúvisiacich produktov, ktoré zdieľajú podobné formulácie. Jeden článok, ktorý som si otvoril celý, bol kvalitný, keď som sa k nemu dostal, s jasnými krokmi, reálnymi screenshotmi a skutočným FAQ, ale nájsť ho znamenalo preklikať sa výsledkami, ktoré s tým, čo som sa snažil nasadiť, vôbec nesúviseli.

Celkový verdikt o zákazníckej podpore

Simple Hosting for Modern Web Apps

Deploy React, Next.js, Vue, Node.js, and other modern applications without managing servers or complex infrastructure.

Navštíviť Hostinger

Poučujeme Hostinger Web Apps Hosting?

Áno. Deploy proces je najsilnejšia časť tohto produktu: správna autodetekcia môjho stacku, branchu a verzie Node, skutočný streaming build log namiesto spinnera a živá aplikácia, ktorá prešla každým výkonnostným testom, ktorý som jej hodil, dokonalé GTmetrix skóre z dvoch samostatných kontinentov, čistá 54-bodová kontrola globálnej konzistencie a zhodné 100/100 skóre z vlastných nástrojov Hostingeru na desktope aj mobile. Kodee to podporil presnými, konkrétnymi odpoveďami na skutočné technické otázky namiesto všeobecných skriptových odpovedí.

Nedokonalosti sú malé, ale stojí za to o nich vedieť pred nákupom. „Managed MySQL“ na stránke plánu znie, akoby bolo niečo pripravené vo chvíli, keď sa vaša aplikácia dostane online, a v praxi to znamená manuálny formulár na vytvorenie. Dashboard tiež nedáva Web Apps Hostingu žiadny vyhradený vstup z hlavnej obrazovky Home, musíte vedieť, že najprv treba kliknúť na Websites.

Pre vývojára, ktorý chce rýchle nasadenie nezávislé od frameworku na infraštruktúre, ktorá takto dobre benchmarkuje, je to jednoduché odporúčanie. Pre niekoho, kto očakáva, že sa každá inzerovaná funkcia zapne okamžite po dokončení platby, si vyhraďte pár minút navyše na to, aby ste si databázu nastavili sami.

Hostinger

5.0

2,473 user reviews

1,42 € /mo

Počiatočná cena

Navštíviť Hostinger

Rating based on expert review

• Ľahko použiteľné
  4.9
• Podpora
  4.9
• Služby
  4.8
• Spoľahlivosť
  4.7
• Cena
  4.5