Hostinger membangun Web Apps Hosting dengan sebuah janji sederhana: dorong kode Anda dari GitHub, file ZIP, atau agen coding AI Anda, lalu dapatkan aplikasi live siap produksi yang berjalan dalam sekitar satu menit, tanpa server yang perlu Anda kelola. Saya ingin tahu seberapa banyak dari klaim itu yang benar-benar terbukti saat Anda sendiri yang mengeklik deploy, jadi inilah yang saya temukan.

Deploy Web Apps Lebih Cepat dengan Hostinger

Deploy aplikasi web modern di Hostinger dengan build otomatis, infrastruktur terkelola, CDN global, SSL, alat keamanan, dan jaminan uang kembali 30 hari.

Kunjungi Hostinger

Kelebihan dan Kekurangan

Rincian Penilaian

Untuk menilai Hostinger’s Web Apps Hosting, saya menerapkan metodologi penilaian HostAdvice, pendekatan standar yang sama yang digunakan di setiap ulasan di situs ini, sehingga skor tetap berlandaskan pengujian nyata, bukan bahasa pemasaran. Berikut skor untuk setiap parameter.

Host Aplikasi Web Anda Tanpa Ribet DevOps

Deploy aplikasi web modern dengan hosting terkelola, deployment otomatis, SSL terkelola, CDN global, dan keamanan bawaan.

Kunjungi Hostinger

Paket dan Harga

Hostinger menjual Web Apps Hosting sebagai dua tier, Business dan Cloud Startup, keduanya dibuat khusus untuk men-deploy aplikasi Node.js dan JavaScript modern, bukan untuk pembuat situs web tradisional.

Cloud Startup, tier yang saya uji, menggandakan jumlah aplikasi dan core CPU dibanding Business, dan kedua paket menyertakan domain gratis, email bisnis gratis, serta managed SSL untuk tahun pertama langsung saat checkout.

Beberapa hal yang perlu diketahui sebelum Anda memesan:

• Jaminan uang kembali: Web Apps Hosting mengikuti ketentuan refund hosting standar Hostinger, yaitu jendela 30 hari sejak tanggal pembelian. Ini jauh lebih sederhana dibanding VPS Hostinger, yang memiliki cooldown tambahan 180 hari di antara klaim refund. Cooldown seperti itu tidak berlaku di sini.
• Uji coba gratis: Saya tidak menemukan uji coba gratis khusus. Jaminan uang kembali 30 hari adalah jendela evaluasi Anda sebagai gantinya.
• Metode pembayaran: Checkout menampilkan pembayaran kartu sebagai metode default, dengan logo Visa, Mastercard, Amex, dan Discover, plus opsi untuk menambahkan metode pembayaran lain selama checkout.
• Yang termasuk di dalam paket: Domain gratis selama satu tahun, mailbox gratis selama satu tahun, dan managed SSL semuanya sudah termasuk tanpa biaya tambahan di atas harga paket, jadi harga yang terlihat cukup dekat dengan biaya sebenarnya untuk membawa deployment yang sepenuhnya berfungsi dan aman ke live.
• Upsell satu-satunya: Hostinger Reach, add-on pemasaran email, muncul di keranjang sebagai kotak tersorot terpisah dengan harga bulanan tersendiri. Mudah dilewati dan tidak dibundel atau dipilih otomatis.

Jika Anda membatalkan paket Web Apps Hosting dalam 30 hari, kebijakan refund Hostinger menegaskan bahwa paket ini masuk dalam ketentuan standar, bukan daftar pengecualian, jadi pembatalan sederhana dalam jendela itu seharusnya memenuhi syarat untuk refund tanpa kondisi tambahan seperti pada pembelian VPS atau domain.

Fitur

• Deteksi otomatis framework dan versi Node
• Alat pembuatan database Managed MySQL
• CDN global aktif secara default
• Perlindungan WAF dan DDoS disertakan
• Backup harian dan sesuai permintaan
• Pemindai malware dan pemindaian kerentanan
• Integrasi GitHub dengan auto-deploy
• Domain, email, dan SSL gratis
• Akses SSH untuk pengguna tingkat lanjut

Dari Kode ke Aplikasi Live dengan Hostinger

Hubungkan repositori GitHub Anda atau unggah proyek Anda dan online-kan dengan infrastruktur terkelola, deployment otomatis, dan backup harian.

Kunjungi Hostinger

Performa

Karena Web Apps Hosting sepenuhnya terkelola, Anda tidak pernah mendapatkan akses shell ke server, jadi tidak ada CPU, RAM, atau disk yang bisa di-benchmark secara langsung seperti pada ulasan VPS.

Yang bisa diukur adalah seberapa cepat aplikasi yang di-deploy memuat dan merespons, dari lokasi nyata di seluruh dunia. Saya mengujinya dari empat sudut berbeda: GTmetrix dari dua benua, pengecekan konsistensi global lebih dari 50 titik, dan alat kecepatan bawaan Hostinger untuk desktop dan mobile.

Aplikasi yang diuji adalah deployment Next.js yang dibahas di bagian Kemudahan Penggunaan di bawah, live di ivory-llama-856835.hostingersite.com, berjalan pada paket Cloud Startup (4 core CPU, 4096 MB RAM, 100 GB NVMe storage), dengan CDN aktif secara default.

1. GTmetrix, Diuji dari Dua Benua

Saya menjalankan GTmetrix dua kali dari bagian dunia yang berbeda untuk melihat apakah hasilnya konsisten atau hanya tampak bagus dari satu sudut pandang yang beruntung.

Kedua pengujian mencapai 100% sempurna untuk Performance dan Structure, dengan zero layout shift dan zero blocking time di kedua lokasi, artinya tidak ada elemen pada halaman yang berebut perhatian browser atau berpindah saat dimuat.

Detail yang benar-benar menarik adalah Frankfurt ternyata mengalahkan Chicago di semua metrik waktu, meskipun saya sengaja memilih lokasi server US untuk aplikasi ini. Hasil itu hanya masuk akal jika melihat CDN.

Begitu CDN aktif, seperti yang terjadi di sini secara default, pengunjung Anda tidak selalu terhubung langsung ke origin server.

Mereka terhubung ke edge node cache terdekat, sehingga titik pengujian di Eropa bisa saja lebih cepat daripada yang di US, meskipun server sebenarnya berada di US. Ini adalah konfirmasi nyata dan praktis bahwa CDN default-on Hostinger memang melakukan pekerjaan yang berarti, bukan hanya ada sebagai poin pemasaran.

2. Konsistensi Global (Check-Host)

Saya menjalankan pengecekan HTTP terhadap URL live dari setiap checkpoint yang ditawarkan Check-Host, 54 lokasi yang mencakup enam benua. Gambaran lengkapnya:

Setiap pengecekan yang berhasil mengembalikan 200 OK yang bersih, tanpa error, tanpa kegagalan parsial, tanpa redirect yang tak terduga.

Waktu respons menunjukkan gambaran yang jelas tentang bagaimana caching CDN berperilaku pada jarak dunia nyata:

Checkpoint Eropa secara konsisten memberikan waktu tercepat, beberapa di bawah 50 milidetik, sementara checkpoint yang secara fisik paling jauh dari edge node mana pun, Tokyo, Singapore, Ho Chi Minh City, tetap mengembalikan 200 respons yang valid, hanya lebih lambat, di kisaran 0.3 hingga 0.8 detik.

Itulah bentuk yang diharapkan dari deployment berbasis CDN: cepat di dekat edge, tetap berfungsi penuh jauh dari sana.

Empat timeout, Kazakhstan, Romania, dan dua dari empat checkpoint Rusia, bukan sesuatu yang saya anggap sebagai masalah pada infrastruktur Hostinger.

Checkpoint lain di negara yang sama berhasil (Saint Petersburg kembali bersih pada 0.063s sementara dua checkpoint Moscow timeout), yang mengarah ke penyaringan jaringan regional di sisi checkpoint, bukan pada masalah apa pun dengan aplikasi yang di-deploy.

3. Alat Kecepatan Hostinger Sendiri, Desktop dan Mobile

Hostinger menjalankan uji Page Speed sendiri langsung di dashboard app, jadi saya membandingkan angkanya dengan hasil GTmetrix independen alih-alih menerima salah satunya begitu saja.

Kedua jenis perangkat mendapat skor sempurna 100, dan angka desktop selaras erat dengan yang diukur GTmetrix secara independen, dan itulah poin utama menjalankan keduanya. Dua alat berbeda, dua metodologi berbeda, dan keduanya saling setuju.

Mobile datang lebih lambat di setiap metrik waktu, seperti yang diharapkan pada koneksi yang disimulasikan lebih lambat dan prosesor yang lebih lemah, tetapi tetap cukup cepat sehingga skor 100 mencerminkan performa mobile dunia nyata yang benar-benar kuat, bukan sekadar kurva penilaian yang longgar.

Satu ketidakkonsistenan pada alat itu sendiri. Meskipun skornya 100 bersih di kedua perangkat, panel Diagnostics di bawahnya masih menandai beberapa item dengan skor literal 0, network dependency tree, document request latency, dan avoiding multiple redirects, bersama dua item bernilai 50, unused JavaScript dan legacy JavaScript.

Tidak satu pun dari sub-skor rendah itu menurunkan angka utama, jadi anggap saja itu sebagai peluang optimasi kecil yang benar-benar ada, bukan sesuatu yang salah dengan deployment.

Secara terpisah, “helpful links” yang ditampilkan Hostinger di samping diagnostics ini semuanya ditulis untuk WordPress, “Speed up WordPress in 9 easy steps,” “How to optimize images for your WordPress site”, padahal ini adalah aplikasi Node.js tanpa WordPress sama sekali di stack-nya. Itu sisa dari template diagnostics bersama, bukan konten yang dibuat khusus untuk produk ini.

Putusan Keseluruhan Performa

Managed Web App Hosting oleh Hostinger

Fokus membangun aplikasi Anda sementara Hostinger menangani deployment, infrastruktur, keamanan, SSL, backup, dan distribusi global.

Kunjungi Hostinger

Kemudahan Penggunaan

Saya menguji Web Apps Hosting Hostinger dari halaman landing sampai checkout, lalu dari akun kosong hingga deployment Node.js yang sepenuhnya live dan berfungsi.

Itu mencakup memilih paket, membayar, memilih cara build, menghubungkan GitHub, dan menyaksikan build selesai secara real time. Inilah seperti apa prosesnya sebenarnya.

1. Registrasi

Saya mulai dari halaman landing Web Apps Hosting, yang dibuka dengan satu call to action: Start deploying.

Mengekliknya tidak membuka formulir pendaftaran. Itu langsung menggulir Anda ke bawah ke bagian harga, jadi keputusan pertama yang benar-benar Anda buat adalah paket mana yang akan dibeli, bukan detail akun apa yang akan diisi.

Dua paket berdampingan:

Saya memilih Cloud Startup untuk alokasi aplikasi dan headroom CPU dua kali lipat dibanding tier entry. Satu ketidakkonsistenan kecil yang perlu dicatat di sini: halaman harga menyebutnya “Cloud Startup,” tetapi setelah masuk ke keranjang, paket yang sama diberi label “Startup plan.” Bukan masalah fungsional, hanya ketidakselarasan nama antara dua layar dalam alur checkout yang sama.

Keranjang belanjanya bersih. Di sana tercantum masa 48 bulan, penghematan, domain gratis selama satu tahun, dan mailbox gratis, lalu menawarkan satu upsell, Hostinger Reach email marketing, yang berada di kotak tersorot terpisah, bukan dipilih otomatis.

Saya melewatinya dan mengeklik Continue tanpa hambatan.

Jika Anda pelanggan baru, checkout menyisipkan langkah pembuatan akun di sini sebelum Anda mencapai alamat penagihan dan halaman pembayaran.

Selanjutnya, Anda menambahkan alamat penagihan, memilih metode pembayaran, kartu, PayPal, atau opsi lain, lalu mengirim. Saya menerima email konfirmasi pembelian dalam hitungan menit setelah mengeklik Submit payment, lalu langsung masuk ke hPanel dengan paket yang sudah diprovisikan.

Yang saya pikirkan: Checkout singkat dan upsell mudah ditolak tanpa perlu mencari tautan skip tersembunyi. Ketidakselarasan nama paket antara halaman harga dan keranjang adalah hal kecil, tetapi jenis detail seperti itulah yang membuat pembeli pertama kali berhenti sejenak dan memeriksa ulang apakah mereka memilih tier yang benar.

2. Dashboard

Setelah pembayaran selesai, Anda masuk ke hPanel, panel kontrol internal milik Hostinger yang dibuat untuk mengelola semua produk yang dijualnya, bukan halaman yang dibuat khusus untuk Web App baru Anda.

Halaman pertama yang Anda temui adalah Home, dan halaman ini dibangun di sekitar bar prompt AI di bagian atas: “Hi, [your name]! How can I help you today?” dengan kolom teks di bawahnya dan enam tombol pintasan: Get domain, Create website, Get email, Migrate site, Get VPS, dan Try email marketing.

Gulir ke bawah dan Anda akan menemukan:

• Tile promosi fitur untuk AI Builder, alat toko online, mengklaim email bisnis gratis, AI agents, aplikasi automation, dan mengklaim domain gratis
• Daftar tugas yang mendorong Anda ke tugas setup, menyelesaikan setup Reach, mengklaim email gratis Anda, mengklaim domain gratis Anda
• Your business, daftar berjalan dari setiap situs, aplikasi, dan instance VPS yang terhubung ke akun Anda, masing-masing dengan tombol Manage site sendiri
• VPS, tabel terpisah lebih jauh ke bawah yang mencantumkan setiap instance VPS menurut alamat IP, status, dan tanggal kedaluwarsa

Panel Agent juga selalu berada di pojok kanan atas setiap halaman hPanel, bukan hanya di Home. Itu adalah asisten Kodee yang sama yang digunakan untuk dukungan, tetapi ditempatkan di sini sebagai alat tindakan umum dengan prompt siap pakai seperti “Deploy my Node.js app” atau “Harden VPS updates” yang bisa Anda jalankan tanpa mengetik pertanyaan lengkap terlebih dahulu.

Home memang berguna setelah aplikasi Anda sudah ada. Everything in Your business langsung menaut ke sana. Namun itu bukan tempat Anda membuat Web App baru atau menemukan tombol Setup. Untuk itu, Anda perlu melalui jalur lain di sidebar:

1. Klik Websites di sidebar kiri
2. Sebuah submenu terbuka di bawahnya: WordPress, AI Builder, Web Apps, PHP/HTML, Migrations
3. Klik Web Apps

Klik itu membawa Anda ke layar yang sama sekali berbeda dari Home, yang diatur di sekitar paket hosting Anda yang sebenarnya, bukan bar prompt.

Di sini, setiap paket yang Anda miliki mendapat kartu sendiri. Di akun saya, itu berarti tiga kartu bertumpuk vertikal:

Kartu Business juga sudah memiliki daftar app live dari pengujian sebelumnya, orange-walrus-700988.hostingersite.com, dengan tombol Tools dan Dashboard miliknya sendiri.

Itu sendiri adalah hal berguna untuk diperhatikan. Setelah sebuah Web App ada, kartu tersebut akan menampilkan baris seperti ini yang menunjukkan situs live secara langsung, persis seperti yang akan Anda lihat pada kartu Cloud Startup setelah Anda menyelesaikan setup.

Karena Cloud Startup adalah paket yang baru saja saya beli dan belum saya setup, kartunya hanya menampilkan satu tombol Setup saja. Itu adalah tombol yang benar-benar memulai wizard pembuatan Web App, dan tombol ini hanya muncul di sini, di bawah Websites → Web Apps, bukan dari layar Home yang Anda temui secara default.

Yang saya pikirkan: hPanel jelas setelah Anda menemukan layar yang tepat, tetapi Web Apps Hosting tidak memiliki pintu masuk yang jelas. Mendarat di Home memberi Anda bar prompt dan pintasan, bukan jalur untuk membuat app, Anda harus tahu untuk mengeklik Websites, lalu Web Apps, sebelum Setup bahkan muncul. Itu beberapa klik ekstra untuk produk yang dijual sebagai “live in a minute.” Namun setelah Anda berada di sana, kartu paketnya bersih dan jujur soal status, dan paket yang sudah memiliki app yang berjalan akan menampilkannya langsung di kartu.

3. Deploying the App

Mengeklik Setup pada kartu paket membuka alur onboarding singkat: Where would you like to start? dengan tiga opsi, Create a new site, Migrate an existing site, atau I hired someone to build my site. Saya memilih Create a new site.

Itu membawa ke How do you want to build your website?, dibagi menjadi dua opsi untuk pemula di bagian atas, Hostinger AI Builder dan WordPress + AI, dan dua opsi di bawah judul terpisah “for advanced users”: Node.js web app dan PHP/HTML website. Memilih Node.js web app adalah langkah yang benar-benar menempatkan Anda pada produk Web Apps Hosting itu sendiri.

Ini adalah catatan struktural yang nyata bagi siapa pun yang membandingkan produk: Web Apps Hosting tidak memiliki alur pendaftaran khususnya sendiri.

Ini adalah satu cabang di dalam wizard pembuatan situs umum yang sama yang digunakan untuk AI Builder dan WordPress.

Saya mengeklik lingkaran di sebelah Node.js web app, lalu mengeklik Next.

Dari sana:

• Layar domain: Saya memilih Use temporary domain daripada mengikat domain sungguhan, karena ini adalah deployment pengujian.

• Layar lokasi server: Hostinger sudah mempraditetapkan France, region terdekat dengan negara penagihan saya, dan menampilkan latency 167ms. Menggulir ke opsi United States menunjukkan 364ms, lebih dari dua kali lipat.

Saya tetap memilih United States, Massachusetts, dan inilah pelajaran yang ditunjukkan pemilih lokasi di setiap produk Hostinger: pilih berdasarkan di mana pengunjung Anda sebenarnya berada, bukan angka terendah dalam daftar.

Target audiens aplikasi uji saya berbasis US, jadi server di US akan melayani mereka lebih cepat daripada server di France, terlepas dari angka yang ditampilkan kepada saya dari lokasi saya sendiri. Angka di layar memberi tahu seberapa cepat server merespons uji Hostinger, bukan seberapa cepat ia akan merespons orang-orang yang benar-benar akan menggunakan situs Anda.

• Layar metode deploy: dua opsi utama, Import Git repository (bertanda Recommended) atau Upload your files, plus callout di bawah untuk deploy langsung dari Claude Code, Cursor, atau VS Code melalui Hostinger Connector. Saya memilih Import Git repository dan mengeklik Connect with GitHub.

Itu membuka jendela masuk GitHub yang nyata jika Anda belum login, lalu layar izin berjudul Install & Authorize Hostinger, meminta Anda memilih antara:

• Menginstal di all repositories yang Anda miliki, termasuk yang akan datang, dengan akses read-only ke public repos
• Menginstal hanya pada only select repositories yang Anda pilih satu per satu dan menampilkan izin yang diberikan secara tepat: akses baca ke actions, metadata, dan repository hooks, serta akses baca-tulis ke administration, code, dan pull requests. Begitu Anda mengeklik Install & Authorize, GitHub mengarahkan Anda kembali ke hPanel secara otomatis.

Anda tiba di Select Git repository to import, daftar yang bisa digulir dari semua repo yang terhubung ke akun GitHub Anda, masing-masing dengan tombol Deploy di sebelahnya. Saya menemukan repositori uji yang saya push sebelumnya, hostadvice-webapps-test, dan mengeklik Deploy di sebelahnya.

Dari mengeklik tombol itu, butuh hampir 30 detik tanpa indikator kemajuan di layar sebelum halaman berikutnya dimuat, cukup lama sehingga Anda mungkin bertanya-tanya apakah kliknya masuk atau tidak.

Halaman yang akhirnya dimuat berjudul Review build settings, dan halaman ini memberi tahu Anda dengan tepat di mana app Anda akan tinggal sebelum Anda mengonfirmasi apa pun: “Deploys to ivory-llama-856835.hostingersite.com.” Di bawahnya, tanpa Anda menyentuh satu bidang pun, sistem sudah secara otomatis mendeteksi:

Setiap dari lima baris itu memiliki tombol Change atau Add di sebelahnya, jadi tidak ada yang terkunci jika deteksinya keliru.

Saya mengeklik Add di sebelah Environment variables dan menetapkan satu pasangan key-value untuk memastikan bahwa itu benar-benar akan mencapai app yang berjalan nanti, lalu mengeklik Finish pada dialog itu, lalu mengeklik tombol utama Deploy di bagian bawah halaman.

Mengamati build

Layar berubah menjadi tampilan Deploying… dengan progress bar berlabel, “Deployment from GitHub,” yang bergerak dalam tahap nyata, saya melihatnya bergerak melalui 28%, lalu 51%, menuju penyelesaian. Di bawah progress bar ada panel Build logs yang bisa dibuka-tutup, dan saat dibuka tampil output terminal langsung seiring waktu, bukan spinner placeholder:

> 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 selesai

Setelah build selesai, Anda tiba di layar Deployment completed! dengan pratinjau thumbnail langsung dari app Anda yang benar-benar berjalan di kartu itu sendiri, di samping ringkasan yang menunjukkan nama repositori dan URL live yang ditetapkan.

Dari halaman ini Anda bisa langsung mengeklik Go to dashboard, yang menjadi tempat Anda mengelola app selanjutnya.

Yang saya pikirkan: Deteksi otomatis adalah bagian yang paling menonjol di sini. Framework, branch, dan Node version semuanya benar tanpa satu field manual pun, dan log build langsung membuat penantian terasa transparan, bukan seperti kotak hitam. Satu titik lemahnya adalah jeda 30 detik sebelum Anda bahkan mencapai layar setelan, cukup lama hingga Anda bertanya-tanya apakah ada yang macet sebelum proses benar-benar terlihat dimulai.

4. Mengonfirmasi Deployment Live

Sebelum menjelajahi alat manajemen apa pun, saya ingin mengonfirmasi bahwa app benar-benar sudah di-deploy dan berfungsi, bukan sekadar ditandai “Completed” di layar.

Dari halaman Deployment completed, saya langsung mengeklik URL live, ivory-llama-856835.hostingersite.com, alih-alih mempercayai thumbnail pratinjau dashboard saja.

Halaman live dimuat dan menampilkan tepat apa yang dikodekan app untuk ditampilkan:

• Server build time, stempel waktu live yang mengonfirmasi halaman baru saja dibangun, bukan disajikan dari cache lama
• Environment variable check, menampilkan variabel kustom yang saya atur selama layar deploy, terkonfirmasi dengan benar di situs live yang sebenarnya, bukan hanya di pratinjau dashboard

Saya kemudian mengeklik tombol Ping the API route milik app, yang memanggil endpoint backend live, bukan sekadar merender konten statis. Itu mengembalikan respons JSON yang bersih:

json

{

  “status”: “ok”,

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

  “nodeVersion”: “v22.18.0”

}

Respons itu lebih penting daripada yang mungkin terlihat. Halaman yang dimuat dengan benar hanya membuktikan file statis berhasil diunggah.

Panggilan API yang berfungsi membuktikan server Node.js yang sebenarnya berjalan di bawahnya dan merespons permintaan nyata, bagian dari hosting “Node.js web app” yang mudah dipalsukan dengan file statis dan sulit dipalsukan dengan stempel waktu server live yang dihasilkan tepat saat Anda mengeklik sebuah tombol.

Yang saya pikirkan: Inilah pengecekan yang saya sarankan Anda lakukan sebelum mempercayai deploy apa pun di platform ini, atau platform serupa apa pun. Status hijau “Completed” dan thumbnail pratinjau memberi tahu Anda bahwa build selesai. Mengeklik URL live dan memicu sesuatu yang dinamis, panggilan API, pembacaan database, apa pun yang tidak bisa dipalsukan oleh halaman statis yang di-cache, memberi tahu Anda bahwa server benar-benar hidup dan melakukan apa yang Anda bangun untuk dilakukannya.

5. Manajemen Web App

Setelah app live terkonfirmasi bekerja, saya kembali ke hPanel dan menjelajahi dashboard manajemen app itu dari awal sampai akhir, lapisan manajemen server yang sebenarnya dari produk ini, terpisah dari layar Home umum yang dibahas sebelumnya.

Ikhtisar dashboard. Begitu Anda tiba di sini, empat badge status memberi tahu keadaan secara sekilas:

Semua empatnya muncul hijau secara default, tanpa perlu saya aktifkan manual. Di bawahnya ada kartu Last deployment yang mengonfirmasi status, repositori, penulis, commit, waktu deploy, stack yang terdeteksi, dan Node version, semua yang ingin Anda verifikasi sekilas tanpa menyelam ke log.

Uji Page Speed otomatis sudah dijalankan pada situs live itu sendiri dan menghasilkan skor Desktop 99/100 tanpa saya memicunya, berdampingan dengan panel Essentials yang berisi tautan cepat ke koneksi database, backup, file manager, runtime logs, dan cache.

Deployments, environment variables, dan logs. Tiga halaman terpisah mencakup hal ini:

• Deployments menyimpan catatan lengkap push, penulis, branch, hash commit, dan status selesai, sejarah yang nyata, bukan hanya yang terbaru
• Environment variables menampilkan dengan benar variabel yang saya atur selama deploy, mengonfirmasi bahwa itu tersimpan dan diterapkan, bukan hanya ditampilkan sekali saat setup lalu dilupakan
• Runtime logs mengalirkan output server langsung saat terjadi, baris startup Next.js, timestamp ready, dan jumlah issue serta error yang berjalan, yang tetap nol dan nol selama saya mengamati

Keamanan. Malware Scanner mengembalikan hasil bersih, “Your website is safe,” dengan satu catatan yang dinyatakan secara jelas, bukan disembunyikan di cetakan kecil: ia memeriksa file website saja, bukan konten database, dan tersedia opsi pembersihan berbayar jika Anda menginginkan pemeriksaan yang lebih dalam termasuk database. Pemindaian Vulnerabilities juga kembali bersih.

Database. Di sinilah pemasaran produk ini menciptakan celah nyata yang perlu Anda pahami sebelum membeli. Paket ini mengiklankan managed MySQL sebagai fitur utama, tetapi tidak ada yang disiapkan otomatis untuk Anda.

Bagian Databases dibuka dengan formulir manual Create a New MySQL Database And Database User, artinya Anda menamai dan membuat database sendiri sebelum app Anda bisa menggunakannya. Saya mengonfirmasi ini langsung dengan Kodee, dibahas di bagian Dukungan di bawah, dan jawabannya tegas: managed berarti Hostinger menjalankan infrastruktur database di balik layar, bukan database dibuatkan untuk Anda begitu app live.

Akses lanjutan. Akses SSH tersedia di bawah Advanced, lengkap dengan IP, port, dan username, tetapi secara default Inactive dan perlu klik Enable manual sebelum Anda bisa menggunakannya. File Manager menawarkan pilihan antara menelusuri hanya file app ini atau semua file di seluruh paket hosting.

Yang saya pikirkan: Dashboard harian sangat rapi dan terorganisasi dengan baik. Keamanan dan riwayat deployment khususnya mudah ditemukan dan benar-benar informatif, dan runtime log yang nol issue bersama pemindaian malware yang bersih memberi saya keyakinan nyata bahwa app sehat, bukan sekadar online.

Satu tempat antarmukanya agak melebih-lebihkan adalah bagian database, di mana “managed MySQL” terdengar di halaman paket seperti sesuatu yang sudah siap pakai begitu app live, dan pada praktiknya berarti formulir untuk membuatnya sendiri.

Putusan Keseluruhan Kemudahan Penggunaan

Bangun, Deploy, dan Scale dengan Hostinger

Hosting aplikasi web modern dengan integrasi GitHub, managed MySQL, CDN global, bandwidth tak terbatas, dan alat keamanan bawaan.

Kunjungi Hostinger

Tingkat Dukungan

Saya menguji dukungan Hostinger untuk Web Apps Hosting melalui Kodee, asisten AI yang terpasang di hPanel, lalu menelusuri basis pengetahuan untuk melihat seberapa banyak cakupan yang dimilikinya tanpa perlu bertanya kepada siapa pun. Kodee muncul di dua tempat yang penting untuk dibedakan: sebagai Ask AI di situs pemasaran publik, dan sebagai panel Agent yang tersedia dari halaman mana pun di dalam hPanel sendiri, termasuk langsung di dashboard Web App itu sendiri.

1. Dukungan AI (Kodee)

Saya mengajukan dua pertanyaan yang dibangun berdasarkan celah nyata yang saya temukan selama pengujian, bukan pencarian generik yang bisa dijawab Kodee dengan menyalin dari dokumentasi.

Pertanyaan 1 menguji perilaku kegagalan deploy dan waktu variabel lingkungan, dua concern produksi nyata bagi siapa pun yang merilis ke platform ini:

Jika build app saya gagal di tengah deployment GitHub, apakah app otomatis kembali ke versi terakhir yang berhasil, atau apakah app akan mati sampai saya memperbaiki dan deploy ulang? Dan bisakah saya mengatur variabel lingkungan kustom sebelum deploy pertama, atau hanya setelahnya?

Kodee menjawab langsung dan benar untuk kedua hal. Build yang gagal tidak menggantikan app yang sedang berjalan, jika deployment sebelumnya berhasil, app tetap menyajikan versi working terakhir itu. Jika ini deploy pertama dan tidak ada versi cadangan, app tetap mati sampai build diperbaiki dan di-deploy ulang, jawaban yang jelas dan jujur, bukan sekadar penenang yang kabur.

Tentang variabel lingkungan, Kodee mengonfirmasi bahwa Anda bisa mengaturnya sebelum deploy pertama di setelan deployment, dan untuk app yang sudah berjalan, ia menjelaskan tiga langkah tepatnya: buka Settings dan Redeploy, tambahkan atau edit variabel di bawah Environment variables, simpan dan redeploy.

Pertanyaan 2 menekan dua celah yang saya temukan sendiri saat menjelajahi dashboard, frasa “managed MySQL” dibanding formulir pembuatan manual, dan SSH yang tidak aktif secara default:

Paket ini mengiklankan managed MySQL, tetapi dashboard menampilkan formulir ‘Create a New MySQL Database’ secara manual alih-alih database yang disiapkan otomatis. Apakah database dibuat untuk setiap Web App secara default, atau hanya jika saya membuatnya sendiri? Selain itu, akses SSH tercantum tersedia tetapi menunjukkan Inactive secara default. Jika saya tidak pernah mengaktifkannya, apakah itu mengubah apa pun tentang cara app saya berjalan, atau SSH murni sebagai tambahan opsional untuk pengguna tingkat lanjut?

Jawaban Kodee mengonfirmasi persis apa yang saya temukan di antarmuka, bukan versi yang lebih lembut. Database tidak dibuat otomatis untuk setiap Web App, “managed” merujuk pada Hostinger yang menjalankan layanan dan infrastruktur database, sementara membuat dan mengonfigurasi database yang sebenarnya ada di tangan Anda, melalui layar Create a New MySQL Database yang sama yang sudah saya lihat, lalu menambahkan detail koneksinya ke variabel lingkungan app Anda sendiri.

Tentang SSH, Kodee mengonfirmasi bahwa membiarkannya tidak aktif tidak mengubah apa pun tentang cara app berjalan, deploy, atau terhubung ke database. Itu diposisikan murni sebagai alat opsional untuk perintah CLI, migrasi, atau debugging file langsung, bukan sesuatu yang diam-diam diperlukan platform di latar belakang.

Yang saya pikirkan: Kedua jawaban cocok dengan apa yang sudah saya verifikasi sendiri di dashboard, bukan bertentangan atau melembutkannya, dan itulah tanda alat dukungan yang benar-benar memeriksa status produk nyata, bukan mengulang skrip. Tidak ada satu pun pertanyaan yang bisa dijawab dengan menyalin dari FAQ generik, dan Kodee menangani keduanya dengan jawaban yang spesifik, terstruktur, dan dua bagian dalam sekitar satu menit masing-masing.

2. Basis Pengetahuan

Basis pengetahuan Hostinger dibuka dalam grid kategori, total 20 kategori, masing-masing menampilkan jumlah artikel. Beberapa yang terbesar: AI Builder memiliki 330 artikel, VPS memiliki 276, Email memiliki 127, dan Website memiliki 103.

Web Apps Hosting tidak mendapatkan kategori khususnya sendiri. Kontennya tersebar di Getting Started, hPanel, dan Website, yang merupakan temuan nyata bagi siapa pun yang mengharapkan satu rumah utama khusus seperti yang dimiliki VPS atau Email.

Pencarian “Web Apps” langsung menghasilkan 71 hasil di 8 halaman. Hasil teratas adalah campuran antara yang benar-benar relevan dan yang hanya longgar terkait:

• How to deploy apps built with Codex on Hostinger, benar-benar relevan
• Hostinger AI Builder: How to create a web app in agentic mode, berdekatan tetapi produk berbeda
• How to add a Node.js Web App in Hostinger, benar-benar relevan
• How to install Flutter Web on a VPS at Hostinger, produk berbeda sama sekali
• Beberapa artikel metode pembayaran Website Builder (PayPal, WeChat Pay, BLIK), tidak relevan selain berbagi kata “web” dan “app” di suatu tempat dalam teks

Saya membuka salah satu hasil teratas, How to deploy apps built with Codex on Hostinger, untuk memeriksa kedalamannya. Ternyata itu panduan yang menyeluruh dan terstruktur dengan baik, daftar framework yang didukung di bagian awal, screenshot langkah demi langkah untuk jalur import GitHub dan upload ZIP, bagian tentang mengonfigurasi build settings dengan contoh command, uraian tentang struktur file setelah deployment, walkthrough wizard koneksi database, bagian pemantauan kerentanan, dan blok FAQ penutup.

Walaupun dibingkai khusus untuk Codex, platform dasarnya sama dengan produk Node.js Web App umum, jadi sebagian besar isinya berlaku langsung.

Yang saya pikirkan: Jumlah artikel di hasil pencarian tampak kuat di atas kertas, 71 hasil untuk satu istilah, tetapi sebagian yang berarti adalah noise dari produk lain yang berbagi kata serupa. Artikel yang saya buka penuh memang bagus kualitasnya setelah saya masuk ke dalamnya, langkah-langkah jelas, screenshot nyata, dan bagian FAQ yang sungguh ada, tetapi menemukannya mengharuskan saya menggulir melewati hasil yang sama sekali tidak ada hubungannya dengan apa yang sebenarnya saya coba deploy.

Putusan Keseluruhan Dukungan Pelanggan

Hosting Sederhana untuk Web Apps Modern

Deploy React, Next.js, Vue, Node.js, dan aplikasi modern lainnya tanpa mengelola server atau infrastruktur yang rumit.

Kunjungi Hostinger

Apakah Kami Merekomendasikan Hostinger Web Apps Hosting?

Ya. Proses deploy adalah bagian terkuat dari produk ini: deteksi otomatis stack, branch, dan Node version yang tepat, log build streaming sungguhan alih-alih spinner, dan app live yang lulus semua tes performa yang saya berikan, skor GTmetrix sempurna dari dua benua berbeda, pengecekan konsistensi global 54 titik yang bersih, dan skor 100/100 yang cocok dari alat Hostinger sendiri di desktop dan mobile. Kodee mendukung itu dengan jawaban yang akurat dan spesifik untuk pertanyaan teknis nyata, bukan respons skrip generik.

Kekurangan-kekurangan kecilnya layak diketahui sebelum Anda membeli. “Managed MySQL” di halaman paket terdengar seperti sesuatu yang siap dipakai begitu app Anda live, dan pada praktiknya berarti formulir pembuatan manual. Dashboard juga tidak memberi Web Apps Hosting titik masuk khusus dari layar Home utama, Anda perlu tahu untuk masuk ke Websites terlebih dahulu.

Untuk developer yang ingin deployment cepat dan agnostik framework di infrastruktur yang benchmark-nya sebagus ini, ini rekomendasi yang mudah. Untuk seseorang yang mengharapkan setiap fitur yang diiklankan aktif saat checkout selesai, siapkan beberapa menit ekstra untuk menyiapkan database sendiri.

Hostinger

5.0

2,471 user reviews

Rp27.830 /mo

Harga awal

Kunjungi Hostinger

Rating based on expert review

• Mudah Dipakai
  4.9
• Dukungan
  4.9
• Fitur
  4.8
• Keandalan
  4.7
• Harga
  4.5