Hostinger built Web Apps Hosting basit bir vaat etrafında şekillendirdi: kodunuzu GitHub’dan, bir ZIP dosyasından veya AI kodlama ajanınızdan gönderin ve yaklaşık bir dakika içinde, sizin yönetmeniz gereken bir sunucu olmadan canlı, üretim ortamına hazır bir uygulama çalıştırın. Bunun ne kadarının gerçekten geçerli olduğunu, deploy’a siz tıklayınca görmek istedim; işte bulduklarım.

Hostinger ile Web Uygulamalarını Daha Hızlı Dağıtın

Otomatik build'ler, yönetilen altyapı, global CDN, SSL, güvenlik araçları ve 30 günlük para iade garantisiyle modern web uygulamalarını Hostinger üzerinde dağıtın.

Hostinger Sitesini Ziyaret Edin

Artılar ve Eksiler

Puan Dağılımı

Hostinger’ın Web Apps Hosting hizmetini puanlamak için, HostAdvice’ın puanlama metodolojisini uyguladım; bu, sitedeki her incelemede kullanılan standartlaştırılmış yaklaşımın aynısıdır, böylece puanlar pazarlama dilinden ziyade gerçek testlere dayanır. İşte her parametreye göre nasıl puan aldığı.

Sunucuyla Uğraşmadan Web Uygulamanızı Barındırın

Otomatik dağıtımlar, yönetilen altyapı, küresel CDN ve yerleşik güvenlik ile modern web uygulamalarını tam yönetimli hosting üzerinde dağıtın.

Hostinger Sitesini Ziyaret Edin

Planlar ve Fiyatlandırma

Hostinger, Web Apps Hosting’i, geleneksel site oluşturucudan ziyade Node.js ve modern JavaScript uygulamalarını dağıtmak için özel olarak tasarlanmış iki kademede, Business ve Cloud Startup olarak satıyor.

Test ettiğim kademe olan Cloud Startup, Business’a kıyasla uygulama hakkını ve CPU çekirdeğini iki katına çıkarıyor ve her iki plan da ücretsiz alan adı, ücretsiz iş e-postası ve yönetilen SSL’i ilk yıl için doğrudan ödeme aşamasına dahil ediyor.

Sipariş vermeden önce bilmeniz gereken birkaç şey:

• Para iade garantisi: Web Apps Hosting, Hostinger’ın standart hosting iade şartları kapsamındadır; satın alma tarihinden itibaren doğrudan 30 günlük bir pencere sunar. Bu, Hostinger’ın VPS planlarında geçerli olan ve iade talepleri arasında ek bir 180 günlük bekleme süresi bulunan koşullara göre anlamlı biçimde daha basittir. Burada böyle bir bekleme süresi uygulanmaz.
• Ücretsiz deneme: Özel bir ücretsiz deneme bulamadım. Değerlendirme pencereniz olarak 30 günlük para iade garantisi var.
• Ödeme yöntemleri: Ödeme sırasında varsayılan yöntem olarak kart ödeme gösterildi; Visa, Mastercard, Amex ve Discover logoları da görünüyordu, ayrıca ödeme sırasında farklı bir ödeme yöntemi ekleme seçeneği vardı.
• Pakete dahil olanlar: Bir yıllık ücretsiz alan adı, bir yıllık ücretsiz posta kutuları ve yönetilen SSL, plan fiyatının üzerine ek ücret olmadan dahildir; bu nedenle etiket fiyatı, tamamen çalışan ve güvenli hale getirilmiş bir dağıtımı canlıya almak için gerçek maliyete oldukça yakındır.
• Tek ek satış: Hostinger Reach, bir e-posta pazarlama eklentisi olarak sepette ayrı aylık fiyatıyla beliriyor. Bunu atlamak kolaydır ve varsayılan olarak paketlenmiş ya da önceden seçili gelmez.

Bir Web Apps Hosting planını 30 gün içinde iptal ederseniz, Hostinger’ın iade politikası bunun istisna listesinin dışında standart şartlara tabi olduğunu doğrular; dolayısıyla bu süre içinde yapılacak basit bir iptal, VPS veya alan adı satın alımlarına eklenen koşullar olmadan iadeye uygun olmalıdır.

Özellikler

• Framework ve Node sürümü otomatik algılama
• Yönetilen MySQL veritabanı oluşturma araçları
• Varsayılan olarak etkin global CDN
• WAF ve DDoS koruması dahil
• Günlük ve isteğe bağlı yedeklemeler
• Malware tarayıcı ve vulnerability taraması
• Otomatik deploy ile GitHub entegrasyonu
• Ücretsiz alan adı, e-posta ve SSL
• İleri düzey kullanıcılar için SSH erişimi

Koddan Canlı Uygulamaya Hostinger ile

Projelerinizi GitHub reposuna bağlayın veya yükleyin ve yönetilen altyapı, otomatik dağıtımlar ve günlük yedeklemelerle çevrimiçi hale getirin.

Hostinger Sitesini Ziyaret Edin

Performans

Web Apps Hosting tamamen yönetildiği için, bir VPS incelemesinde olduğu gibi doğrudan komut satırı erişimiyle CPU, RAM veya disk ölçemezsiniz.

Ölçebileceğiniz şey, dağıtılan uygulamanın dünyanın farklı yerlerinden ne kadar hızlı yüklendiği ve yanıt verdiğidir. Bunu dört ayrı açıdan test ettim: iki kıtadan GTmetrix, 50’den fazla noktadan küresel tutarlılık kontrolü ve Hostinger’ın hem masaüstü hem mobil için yerleşik hız aracı.

Test edilen uygulama, aşağıdaki Kullanım Kolaylığı bölümünde ele alınan Next.js dağıtımıdır; Cloud Startup planında çalışıyor (4 CPU core, 4096 MB RAM, 100 GB NVMe depolama) ve CDN varsayılan olarak etkin.

1. GTmetrix, İki Kıtadan Test Edildi

Sonucun yalnızca şanslı bir bakış açısından iyi görünmesi mi yoksa gerçekten tutarlı olup olmadığını görmek için GTmetrix’i dünyanın farklı yerlerinden iki kez çalıştırdım.

Her iki çalıştırma da hem Performance hem de Structure için kusursuz 100% aldı; her iki konumda da sıfır layout shift ve sıfır blocking time vardı, yani sayfa yüklenirken hiçbir şey tarayıcının dikkatini dağıtmadı ya da yer değiştirmedi.

Gerçekten ilginç olan ayrıntı şu ki, sunucu ABD’de konumlandırılmış olmasına rağmen Frankfurt, Chicago’yu tüm zamanlama metriklerinde geride bıraktı. Bu sonuç ancak CDN ile açıklanabilir.

CDN aktif olduğunda, burada varsayılan olarak olduğu gibi, ziyaretçiniz doğrudan origin sunucuya ulaşmıyor olabilir.

En yakın cache’lenmiş edge node’a ulaşıyorlar, bu yüzden Avrupa’daki bir test noktası, gerçek sunucu ABD’de olsa bile ABD’deki bir noktadan daha hızlı çıkabiliyor. Bu, Hostinger’ın varsayılan olarak açtığı CDN’in boş bir onay kutusu olarak durmadığını, gerçekten iş gördüğünü gösteren gerçek ve ölçülebilir bir doğrulama.

2. Küresel Tutarlılık (Check-Host)

Canlı URL’ye Check-Host’un sunduğu tüm kontrol noktalarından, 6 kıtaya yayılan 54 konumdan HTTP kontrolü yaptım. Tam tablo şöyle:

Başarılı tüm kontroller temiz bir 200 OK döndürdü; hata yok, kısmi başarısızlık yok, beklenmedik yönlendirme yok.

Yanıt süreleri, CDN önbelleklemesinin gerçek dünya mesafelerinde nasıl davrandığına dair net bir hikâye anlatıyordu:

Avrupa kontrol noktaları sürekli olarak en hızlı süreleri döndürdü; birçoğu 50 milisaniyenin altındaydı. Tokyo, Singapur, Ho Chi Minh City gibi herhangi bir edge node’a fiziksel olarak en uzak kontrol noktaları da geçerli 200 yanıtları verdi, sadece daha yavaş, 0.3 ila 0.8 saniye aralığında.

Bu, CDN destekli bir dağıtım için beklenen şekildir: kenarlara yakın hızlı, onlardan uzakta da hâlâ tamamen işlevsel.

Kazakistan, Romanya ve dört Rus kontrol noktasından ikisindeki zaman aşımı, Hostinger’ın altyapısında bir sorun olarak okunmamalı.

Aynı ülkelerdeki diğer kontrol noktaları başarılı oldu (Saint Petersburg 0.063s ile temiz döndü, iki Moskova kontrol noktası ise zaman aşımına uğradı); bu da dağıtılmış uygulamada bir sorun olmaktan ziyade kontrol noktasının tarafında bölgesel ağ filtrelemesine işaret ediyor.

3. Hostinger’ın Kendi Hız Aracı, Masaüstü ve Mobil

Hostinger, uygulama dashboard’ı içinde kendi Page Speed testini çalıştırıyor; bu yüzden sonuçları bağımsız GTmetrix sonuçlarıyla karşılaştırdım, tek başına herhangi bir değeri olduğu gibi kabul etmek yerine.

Her iki cihaz türü de kusursuz 100 aldı ve masaüstü rakamları, GTmetrix’in bağımsız olarak ölçtüğü sonuçlarla yakından örtüşüyor; işte iki testi birlikte çalıştırmanın asıl noktası da bu. İki farklı araç, iki farklı metodoloji ve birbirleriyle aynı fikirde.

Mobil, simüle edilmiş daha yavaş bağlantı ve daha zayıf işlemci nedeniyle beklendiği gibi tüm zamanlama metriklerinde daha yavaş geldi, ancak yine de 100 puanın gerçekten güçlü bir mobil performansı yansıttığı, sadece cömert bir notlandırma eğrisi olmadığı kadar hızlıydı.

Araçtaki bir tutarsızlık. Puan her iki cihazda da temiz bir 100 olmasına rağmen, altındaki Diagnostics paneli yine de birkaç satır öğeyi kelimenin tam anlamıyla 0 puanla işaretliyor: network dependency tree, document request latency ve avoiding multiple redirects; ayrıca unused JavaScript ve legacy JavaScript için 50 puan alan iki öğe var.

Bu düşük alt puanların hiçbiri genel puanı düşürmedi, bu yüzden bunları dağıtımda gerçekten bulunan küçük optimizasyon fırsatları olarak görün; yanlış bir kurulum varmış gibi değil.

Ayrıca, Hostinger’ın bu diagnostics’lerin yanında sunduğu “helpful links”lerin hepsi WordPress için yazılmış: “Speed up WordPress in 9 easy steps”, “How to optimize images for your WordPress site”; oysa burada WordPress’in karıştığı hiçbir şey olmayan bir Node.js uygulaması söz konusu. Bu, bu ürün için üretilmiş içerikten çok, ortak bir diagnostics şablonundan kalma bir artıktır.

Performans Üzerine Genel Karar

Hostinger ile Yönetilen Web Uygulama Barındırma

Uygulamanızı geliştirmeye odaklanın, Hostinger ise dağıtım, altyapı, güvenlik, SSL, yedeklemeler ve küresel teslimi yönetsin.

Hostinger Sitesini Ziyaret Edin

Kullanım Kolaylığı

Hostinger’ın Web Apps Hosting hizmetini açılış sayfasından ödeme sürecine, ardından sıfırdan bir hesapla tamamen canlı, çalışan bir Node.js dağıtımına kadar test ettim.

Bu; bir plan seçmeyi, ödeme yapmayı, nasıl oluşturulacağını seçmeyi, GitHub’a bağlanmayı ve build’in gerçek zamanlı tamamlanmasını izlemeyi kapsıyordu. Süreç gerçekten nasıl geçti, işte bu.

1. Kayıt

Web Apps Hosting açılış sayfasında başladım; sayfa tek bir çağrı ile geliyor: Start deploying.

Buna tıklamak kayıt formu açmıyor. Sizi doğrudan fiyatlandırma bölümüne kaydırıyor; yani ilk gerçek karar, hangi hesabı oluşturacağınız değil, hangi planı satın alacağınız oluyor.

Yan yana duran iki plan vardı:

Daha fazla uygulama hakkı ve Business’a göre iki kat CPU kapasitesi için Cloud Startup’ı seçtim. Burada küçük bir tutarsızlık var: fiyatlandırma sayfası buna “Cloud Startup” diyor, ancak sepete geldiğinde aynı plan “Startup plan” olarak etiketleniyor. İşlevsel bir sorun değil, sadece aynı ödeme akışındaki iki ekran arasında isim uyuşmazlığı.

Sepet temizdi. 48 aylık süreyi, tasarrufu, bir yıllık ücretsiz alan adını ve ücretsiz posta kutularını listeliyor, ardından da Hostinger Reach e-posta pazarlaması ek satışını ayrı bir vurgulu kutuda sunuyordu; önceden seçili değildi.

Bunu atladım ve Continue’a tıkladım.

Yeni bir müşteriyseniz, ödeme akışında faturalandırma adresine ve ödeme sayfasına ulaşmadan önce bir hesap oluşturma adımı ekleniyor.

Sonra bir faturalandırma adresi ekliyorsunuz, bir ödeme yöntemi seçiyorsunuz, kart, PayPal veya diğer seçeneklerden biri, ve gönderiyorsunuz. Payment gönder’e tıkladıktan birkaç dakika içinde bir satın alma onay e-postası aldım, ardından plan çoktan sağlanmış halde doğrudan hPanel’e yönlendirildim.

Ne düşündüm: Ödeme süreci kısa ve ek satış, gizli bir atla bağlantısı aramaya gerek kalmadan kolayca reddedilebiliyor. Plan adı uyuşmazlığı küçük bir ayrıntı, ancak ilk kez alan bir alıcının durup doğru katmanı seçtiğini tekrar kontrol etmesine neden olacak türden bir detay.

2. Dashboard

Ödemeniz onaylandıktan sonra, Hostinger’ın sattığı her ürünü yönetmek için oluşturduğu kendi dahili kontrol paneli hPanel’e geliyorsunuz; yeni Web App’inize özel oluşturulmuş bir sayfa değil.

İlk açılan sayfa Home; üstte bir AI istem çubuğu var: “Hi, [your name]! How can I help you today?” ve altında bir metin alanı ile altı kısa yol düğmesi: Get domain, Create website, Get email, Migrate site, Get VPS ve Try email marketing.

Aşağı kaydırınca şunları bulacaksınız:

• Feature promotion tiles AI Builder, çevrimiçi mağaza aracı, ücretsiz iş e-postası iddiası, AI agents, automation app ve ücretsiz alan adı iddiası için
• Bir yapılacaklar listesi Reach kurulumunu tamamlama, ücretsiz e-postanızı alma, ücretsiz alan adınızı alma gibi kurulum görevlerine sizi yönlendiriyor
• Your business, hesabınıza bağlı tüm site, app ve VPS örneklerini kendi Manage site düğmesiyle listeleyen bir bölüm
• VPS, biraz daha aşağıda IP adresi, durum ve son kullanma tarihi ile VPS örneklerini listeleyen ayrı bir tablo

Agent paneli ayrıca hPanel’in her sayfasında, sadece Home’da değil, sağ üst köşede kalıcı olarak duruyor. Aynı Kodee asistanı bu; ancak burada “Deploy my Node.js app” veya “Harden VPS updates” gibi hazır istemlerle genel bir eylem aracı olarak konumlandırılmış, böylece tam bir soru yazmadan da kullanabiliyorsunuz.

Home, uygulamanız zaten mevcut olduğunda gerçekten kullanışlı. Your business içindeki her şey doğrudan ona bağlanıyor. Ama yeni bir Web App oluşturmak ya da Setup düğmesine ulaşmak için orası değil. Bunun için sidebar’da farklı bir yol izlemeniz gerekiyor:

1. Websites öğesine tıklayın
2. Altında bir alt menü genişler: WordPress, AI Builder, Web Apps, PHP/HTML, Migrations
3. Web Apps öğesine tıklayın

Bu tıklama sizi Home’dan tamamen farklı bir ekrana götürür; burada sayfa, AI istem çubuğu yerine gerçek hosting planlarınız etrafında düzenlenmiştir.

Burada sahip olduğunuz her planın kendi kartı olur. Benim hesabımda bu, dikey olarak sıralanmış üç kart anlamına geliyordu:

Business kartında ayrıca daha önceki testlerden kalma canlı bir uygulama da, orange-walrus-700988.hostingersite.com, kendi Tools ve Dashboard düğmeleriyle birlikte listelenmişti.

Bu başlı başına fark edilmesi faydalı bir şey. Bir Web App mevcut olduğunda, kartın altında böyle bir satır görünür ve canlı siteyi doğrudan gösterir; Cloud Startup kartınız da kurulumu tamamladığınızda tam olarak böyle görünecektir.

Cloud Startup benim yeni satın aldığım ve henüz kurmadığım plan olduğundan, kartında tek bir Setup düğmesi vardı. Web App oluşturma sihirbazını gerçekten başlatan düğme budur ve yalnızca burada, Websites → Web Apps altında görünür; varsayılan olarak açılan Home ekranından değil.

Ne düşündüm: hPanel, doğru ekranı bulduğunuzda net; ancak Web Apps Hosting’in belirgin bir ön kapısı yok. Home’a gelince bir istem çubuğu ve kısayollar görüyorsunuz, uygulama oluşturma yolunu değil; önce Websites’e, sonra Web Apps’e tıklamanız gerekiyor ki Setup düğmesi belirsin. “Bir dakikada canlı” olarak satılan bir ürün için bu birkaç ekstra tık demek. Yine de buraya geldiğinizde plan kartları temiz ve durum konusunda dürüst; halihazırda çalışan bir uygulaması olan plan bunu doğrudan kartta gösteriyor.

3. Uygulamayı Dağıtma

Setup düğmesine tıklamak kısa bir onboarding akışını açtı: Where would you like to start? ve üç seçenek, Create a new site, Migrate an existing site veya I hired someone to build my site. Ben Create a new site seçtim.

Bu da How do you want to build your website? ekranına götürdü; üstte beginner odaklı iki seçenek, Hostinger AI Builder ve WordPress + AI, altta ayrı bir “for advanced users” başlığı altında iki seçenek vardı: Node.js web app ve PHP/HTML website. Node.js web app seçmek, sizi gerçekten Web Apps Hosting ürününün içine sokan şeydir.

Bu, ürünleri karşılaştıran herkes için gerçek bir yapısal not: Web Apps Hosting’in kendine ait özel bir kayıt akışı yok.

Bu, AI Builder ve WordPress için kullanılan aynı genel site oluşturma sihirbazının bir dalı.

Node.js web app yanındaki daireye tıkladım, ardından Next tıkladım.

Buradan itibaren:

• Domain ekranı: Bu bir test dağıtımı olduğu için gerçek bir alan adına bağlanmak yerine Use temporary domain seçtim.

• Server location ekranı: Hostinger, faturalandırma ülkeme en yakın bölge olan France’ı önceden seçmişti ve bunu 167ms gecikmeyle gösteriyordu. United States seçeneğine kaydırdığımda 364ms görüldü, yani iki katından fazlaydı.

Ben yine de United States, Massachusetts seçtim; ve bu, Hostinger’ın her ürününde konum seçicinin öğrettiği tam ders: listedeki en düşük sayıya değil, gerçek ziyaretçilerinizin bulunduğu yere göre seçim yapın.

Test uygulamamın hedef kitlesi ABD merkezli olduğu için, ABD’deki bir sunucu onları Fransa’daki bir sunucudan her durumda daha hızlı hizmet verecektir; seçicide benim konumumdan ne gösterdiğinin bir önemi yok. Ekrandaki sayı, sunucunun Hostinger’ın testine ne kadar hızlı yanıt verdiğini söyler; sitenizi gerçekten kullanacak insanlara ne kadar hızlı yanıt vereceğini değil.

• Deploy method ekranı: iki ana seçenek, Import Git repository (Recommended olarak işaretli) veya Upload your files, ayrıca Claude Code, Cursor veya VS Code üzerinden Hostinger Connector ile doğrudan deploy etmeye yönelik aşağıda bir çağrı kutusu. Ben Import Git repository’yi seçtim ve Connect with GitHub’a tıkladım.

Bu, henüz giriş yapmadıysanız gerçek bir GitHub oturum açma penceresi açtı; ardından Install & Authorize Hostinger başlıklı bir izin ekranı geldi ve şunlar arasında seçim yapmanızı istedi:

• all repositories üzerine kurulum yapmak, gelecekteki olanlar dahil, public repos için yalnızca okuma erişimiyle
• only select repositories üzerine kurulum yapmak, tek tek seçtiğiniz ve verilen tam izinleri listeleyen repos: actions, metadata ve repository hooks için okuma erişimi; administration, code ve pull requests için okuma-yazma erişimi. Install & Authorize tıkladığınızda GitHub sizi otomatik olarak tekrar hPanel’e yönlendirir.

GitHub hesabınıza bağlı tüm repoların kaydırılabilir bir listesi olan Select Git repository to import sayfasına geliyorsunuz; her birinin yanında Deploy düğmesi var. Daha önce yüklediğim test reposu hostadvice-webapps-test’i buldum ve yanındaki Deploy’e tıkladım.

Bu düğmeye tıkladıktan sonra, sonraki sayfa yüklenene kadar ekran üzerinde hiçbir ilerleme göstergesi olmadan yaklaşık 30 saniye geçti; tıklama gerçekten algılandı mı diye düşündürecek kadar uzun sürdü.

Sonunda yüklenen sayfanın başlığı Review build settings ve uygulamanızın nereye yükleneceğini size herhangi bir şeye dokunmadan söylüyor: “Deploys to ivory-llama-856835.hostingersite.com.” Hemen altında, hiçbir alanı elle doldurmadan, şunları zaten otomatik olarak algılamıştı:

Bu beş satırın her birinin yanında kendi Change veya Add düğmesi var; yani algılama bir şeyi yanlış yakalarsa burada hiçbir şey kilitli değil.

Deploy etmeden önce canlı uygulamaya gerçekten ulaşacağını doğrulamak için Environment variables yanındaki Add tıkladım ve bir anahtar-değer çifti ekledim; ardından o diyalogda Finish tıkladım, sonra da sayfanın altındaki ana Deploy düğmesine bastım.

Build’i izlemek

Ekran, aşamalı olarak ilerleyen etiketli bir ilerleme çubuğu bulunan Deploying… görünümüne geçiyor; “Deployment from GitHub” ve bunu tamamlanmaya giderken 28%, sonra 51% üzerinden ilerlerken izledim. İlerleme çubuğunun altında katlanabilir bir Build logs paneli var ve bunu genişlettiğinizde, yalnızca dönen bir bekleme simgesi değil, gerçekten canlı terminal çıktısı görüyorsunuz:

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

Build tamamlandıktan sonra, doğrudan canlı çalışan uygulamanızın küçük önizlemesini, yanında repository adını ve atanmış canlı URL’yi gösteren bir özetle birlikte içeren Deployment completed! ekranına geliyorsunuz.

Buradan doğrudan Go to dashboard tıklayabilirsiniz; bu da sizi uygulamayı bundan sonra yöneteceğiniz yere götürür.

Ne düşündüm: Otomatik algılama en güçlü nokta. Framework, branch ve Node version tek bir manuel alan olmadan doğru geldi ve canlı build log, beklemeyi opaklaştıran bir spinner yerine süreci şeffaf hale getirdi. Tek zayıf nokta, ayarlar ekranına ulaşmadan önce yaşanan 30 saniyelik duraklama; sanki süreç görünür şekilde başlamadan önce bir şey takılmış gibi hissettiriyor.

4. Canlı Dağıtımı Doğrulama

Herhangi bir yönetim aracını incelemeden önce, uygulamanın gerçekten deploy edildiğini ve çalıştığını, ekranda sadece “Completed” yazdığını değil, doğrulamak istedim.

Deployment completed sayfasından, dashboard önizleme küçük resmine güvenmek yerine doğrudan canlı URL olan ivory-llama-856835.hostingersite.com’a tıkladım.

Canlı sayfa yüklendi ve uygulamanın kodlandığı şeyi tam olarak gösterdi:

• Server build time, sayfanın önbellekten eski bir kopya değil, yeni oluşturulduğunu doğrulayan canlı bir zaman damgası
• Environment variable check, deploy ekranında ayarladığım özel variable’ı göstererek hem dashboard önizlemesinde değil, gerçek canlı sitede doğru şekilde doğrulandı

Ardından uygulamanın kendi Ping the API route düğmesine tıkladım; bu, yalnızca statik içerik göstermek yerine canlı bir backend endpoint’ini çağırıyor. Temiz bir JSON yanıtı verdi:

json

{

  “status”: “ok”,

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

  “nodeVersion”: “v22.18.0”

}

Bu yanıt, göründüğünden daha önemlidir. Bir sayfanın doğru yüklenmesi yalnızca statik dosyaların yüklendiğini kanıtlar.

Çalışan bir API çağrısı ise, “Node.js web app” hosting’in altındaki gerçek Node.js server’ın çalıştığını ve gerçek istekleri yanıtladığını kanıtlar; bunu sabitlenmiş bir static sayfayla taklit etmek kolay, ancak tam o anda tıklanan bir düğme tarafından üretilen canlı bir server zaman damgasıyla taklit etmek zordur.

Ne düşündüm: Bu, bu platformda ya da benzer herhangi bir platformda bir deploy’a güvenmeden önce size önereceğim kontrol. Yeşil bir “Completed” durumu ve önizleme küçük resmi, build’in bittiğini söyler. Canlı URL’ye gidip dinamik bir şeyi, API çağrısı, veritabanı okuması, static bir önbellek sayfasıyla taklit edilemeyen herhangi bir şeyi tetiklemek ise server’ın gerçekten canlı olduğunu ve oluşturduğunuz şeyi yaptığını söyler.

5. Web App Yönetimi

Canlı uygulama doğrulandıktan sonra, hPanel’e geri dönüp uygulamanın kendi yönetim dashboard’ını baştan sona inceledim; bu, önceki bölümde anlatılan genel hPanel Home ekranından ayrı olan, bu ürünün gerçek server yönetim katmanıdır.

Dashboard genel görünümü. Buraya geldiğiniz anda, dört durum rozeti işlerin durumunu bir bakışta gösterir:

Dördü de varsayılan olarak yeşil geldi; benim bir şey açmam gerekmedi. Bunun altında, state, repository, author, commit, deploy zamanı, algılanan stack ve Node sürümünü bir bakışta doğrulayan bir Last deployment kartı var; logs’a dalmadan kontrol etmek isteyeceğiniz her şey burada.

Otomatik bir Page Speed test zaten canlı siteye karşı kendi kendine çalışmış ve benim tetiklememe gerek kalmadan 99/100 Desktop skoru döndürmüştü; yanında database connection, backups, file manager, runtime logs ve cache için hızlı bağlantılar içeren bir Essentials panel bulunuyordu.

Deployments, environment variables ve logs. Bu alanı üç ayrı sayfa kapsıyor:

• Deployments push’un, author’ın, branch’in, commit hash’in ve tamamlanma durumunun tam kaydını tuttu; bu, yalnızca sonuncusunu değil gerçek bir geçmişi gösteriyor
• Environment variables deploy sırasında ayarladığım değişkeni doğru şekilde listeleyerek bunun saklandığını ve uygulandığını, yalnızca kurulum sırasında bir kez gösterilip unutulmadığını doğruladı
• Runtime logs gerçek zamanlı server çıktısını, Next.js başlatma satırlarını, ready zaman damgalarını ve issue/error sayısını canlı olarak aktardı; izlediğim süre boyunca ikisi de sıfır kaldı

Güvenlik. Malware Scanner temiz bir sonuç verdi: “Your website is safe”; ancak açıkça belirtilen bir uyarı da vardı: sadece website dosyalarını kontrol eder, database içeriğini değil, ve daha derin, database’i de kapsayan bir tarama istiyorsanız ücretli bir temizleme seçeneği mevcut. Vulnerabilities taraması da temiz çıktı.

Veritabanları. Planın kendi pazarlaması burada sizin satın almadan önce anlamanız gereken gerçek bir boşluk yaratıyor. Plan, managed MySQL’i öne çıkan bir özellik olarak tanıtıyor, ancak hiçbir şey sizin için otomatik olarak sağlanmıyor.

Databases bölümü manuel bir Create a New MySQL Database And Database User formu ile açılıyor; yani uygulamanızın veritabanı kullanabilmesi için önce veritabanını ve kullanıcıyı kendiniz oluşturuyorsunuz. Bunu doğrudan Kodee ile doğruladım; destek bölümünde bundan bahsediyorum ve yanıt netti: managed, Hostinger’ın veritabanı altyapısını arka planda çalıştırdığı anlamına gelir, uygulamanız canlıya çıkar çıkmaz sizin için bir veritabanı oluşturduğu anlamına değil.

Gelişmiş erişim. SSH erişimi Advanced altında yer alıyor, IP, port ve kullanıcı adıyla birlikte, ancak varsayılan olarak Inactive durumunda ve kullanabilmeniz için manuel bir Enable tıklaması gerekiyor. File Manager, yalnızca bu uygulamanın dosyalarına mı yoksa hosting planındaki tüm dosyalara mı bakacağınızı seçmenizi sağlar.

Ne düşündüm: Günlük dashboard kapsamlı ve iyi düzenlenmiş. Özellikle güvenlik ve deployment geçmişine ulaşmak kolay ve gerçekten bilgilendirici; sıfır issue’lu runtime log ile temiz malware taraması, uygulamanın yalnızca çevrimiçi değil, sağlıklı olduğuna dair gerçek bir güven verdi.

Arayüzün kendini olduğundan biraz daha fazla pazarladığı tek yer database bölümü; burada “managed MySQL” plan sayfasında sanki uygulama canlıya çıkar çıkmaz hazır bekleyen bir şey gibi görünürken, gerçekte sizin kendiniz oluşturmanız gereken basit bir kontrol paneli formu alıyorsunuz.

Kullanım Kolaylığı Üzerine Genel Karar

Hostinger ile Geliştirin, Dağıtın ve Ölçekleyin

GitHub entegrasyonu, yönetilen MySQL, global CDN, sınırsız bant genişliği ve yerleşik güvenlik araçlarıyla modern web uygulamalarını barındırın.

Hostinger Sitesini Ziyaret Edin

Destek Seviyesi

Hostinger’ın Web Apps Hosting desteğini, hPanel içine yerleştirilmiş AI asistanı Kodee aracılığıyla test ettim; ardından, kimseye sormadan ne kadar alan kapsadığını görmek için bilgi bankasını inceledim. Kodee iki yerde karşınıza çıkıyor ve bunları ayırmak gerekiyor: halka açık pazarlama sitesinde Ask AI olarak ve hPanel içindeki herhangi bir sayfadan, doğrudan Web App’in kendi dashboard’ı da dahil olmak üzere erişilebilen bir Agent paneli olarak.

1. AI Desteği (Kodee)

Test sırasında bulduğum gerçek boşluklara dayanan, Kodee’nin dokümanlardan kopyala-yapıştır yaparak cevaplayabileceği türden olmayan iki soru sordum.

Soru 1 deploy başarısızlığı davranışını ve environment variable zamanlamasını test etti; bunlar, bu platformda yayın yapan herkes için gerçek üretim endişeleridir:

If my app’s build fails partway through a GitHub deployment, does the app revert to the last successful version automatically, or does it go down until I fix and redeploy? And can I set custom environment variables before the first deploy, or only after?

Kodee her iki konuda da doğrudan ve doğru yanıt verdi. Bir build başarısız olursa, halihazırda çalışan bir app’in yerini almaz; önceki bir deployment başarılı olduysa, app o son çalışan sürümü sunmaya devam eder. Bu ilk deployment ise ve geri dönülecek bir şey yoksa, build düzeltilip yeniden deploy edilene kadar app kapalı kalır; bu, belirsiz bir güvence değil, açık ve dürüst bir yanıt.

Environment variable’larla ilgili olarak, bunları ilk deploy’dan önce deployment ayarlarında ekleyebileceğinizi doğruladı ve zaten çalışan bir app için, tam olarak şu üç adımı anlattı: Settings ve Redeploy’u açın, Environment variables altında variable’ları ekleyin veya düzenleyin, kaydedin ve yeniden deploy edin.

Soru 2 benim dashboard’da bulduğum iki boşluğu zorladı: “managed MySQL” ifadesi ile manuel oluşturma formu arasındaki fark ve SSH’nin varsayılan olarak inactive gelmesi:

This plan advertises managed MySQL, but the dashboard shows a manual ‘Create a New MySQL Database’ form rather than a database provisioned automatically. Is a database created for every Web App by default, or only if I create one myself? Also, SSH access is listed as available but shows as Inactive by default. If I never enable it, does that change anything about how my app actually runs, or is SSH purely an optional extra for advanced users?

Kodee’nin yanıtı, arayüzde benim bulduğum şeyi tam olarak doğruladı; yumuşatılmış bir sürümünü değil. Bir veritabanı her Web App için otomatik oluşturulmaz; “managed”, Hostinger’ın veritabanı servisinin ve altyapısının arka planda çalıştırılması anlamına gelir, gerçek bir veritabanı oluşturmak ve yapılandırmak ise sizin işinizdir; yine aynı Create a New MySQL Database ekranı üzerinden, ardından connection details’ı uygulamanızın environment variables’ına kendiniz ekleyerek.

SSH konusunda ise, onu inactive bırakmanın uygulamanın nasıl çalıştığını, deploy olduğunu veya bir veritabanına nasıl bağlandığını hiçbir şekilde değiştirmediğini doğruladı. Bu, CLI komutları, migration’lar veya doğrudan dosya hata ayıklama için tamamen isteğe bağlı bir araç olarak konumlandırılmıştır; platformun arka planda sessizce ihtiyaç duyduğu bir şey değildir.

Ne düşündüm: Her iki yanıt da daha önce dashboard’da elle doğruladıklarım ile uyumluydu; yumuşatmak ya da çelişmek yerine bunu teyit etti. Bu, gerçek ürün durumunu kontrol eden, rastgele bir script ezberleyen bir destek aracının işaretidir. Bu iki soru da genel bir FAQ’dan kopyalanarak cevaplanamazdı ve Kodee ikisini de yaklaşık birer dakika içinde, belirli ve yapılandırılmış, iki parçalı yanıtlarla ele aldı.

2. Bilgi Bankası

Hostinger’ın bilgi bankası, toplam 20 kategori içeren bir kategoriler ızgarasıyla açılıyor; her biri bir makale sayısı gösteriyor. En büyüklerden bazıları: AI Builder 330 makale, VPS 276, Email 127 ve Website 103.

Web Apps Hosting’in kendine ait özel bir kategorisi yok. İçeriği Getting Started, hPanel ve Website arasında dağılmış durumda; bu da VPS veya Email’in sahip olduğu gibi tek, özel bir merkez bekleyen herkes için gerçek bir bulgu.

“Web Apps” araması doğrudan 71 sonuç döndürdü ve 8 sayfaya yayıldı. Üstteki sonuçlar doğrudan ilgili olanlarla yalnızca gevşek biçimde ilgili olanların karışımıydı:

• How to deploy apps built with Codex on Hostinger, doğrudan ilgili
• Hostinger AI Builder: How to create a web app in agentic mode, yakın ama farklı ürün
• How to add a Node.js Web App in Hostinger, doğrudan ilgili
• How to install Flutter Web on a VPS at Hostinger, tamamen farklı bir ürün
• Birkaçı Website Builder ödeme yöntemi makalesi (PayPal, WeChat Pay, BLIK), sadece metinlerinde “web” ve “app” sözcükleri geçtiği için alakasız

Üst sonuçlardan biri olan How to deploy apps built with Codex on Hostinger‘ı açıp derinliğini kontrol ettim. Oldukça kapsamlı ve iyi yapılandırılmış bir rehber çıktı: başta desteklenen framework’ler listelenmiş, GitHub import ve ZIP upload yolları için adım adım ekran görüntüleri vardı, build ayarlarını örnek komutlarla yapılandırma bölümü, deploy sonrası dosya yapısının dökümü, database connection sihirbazı anlatımı, vulnerability monitoring bölümü ve kapanışta bir FAQ bloğu bulunuyordu.

Codex’e odaklansa da, alttaki platform genel Node.js Web App ürününün arkasındaki aynı platform olduğundan, çoğu doğrudan uygulanabilir.

Ne düşündüm: Arama altında görünen makale sayısı kağıt üzerinde güçlü görünüyor; tek bir terim için 71 sonuç, ancak bu hacmin anlamlı bir kısmı benzer ifadeler kullanan alakasız ürünlerden gelen gürültü. Tamamını açtığım tek makale ise kalite açısından gerçekten iyi çıktı: net adımlar, gerçek ekran görüntüleri ve gerçek bir FAQ bölümü vardı; ama ona ulaşmak için aslında deploy etmek istediğim şeyle ilgisi olmayan sonuçları geçmem gerekti.

Müşteri Desteği Üzerine Genel Karar

Hostinger ile Basit Modern Web Uygulama Hosting'i

React, Next.js, Vue, Node.js ve diğer modern uygulamaları sunucu veya karmaşık altyapı yönetmeden dağıtın.

Hostinger Sitesini Ziyaret Edin

Hostinger Web Apps Hosting’i Tavsiye Ediyor Muyuz?

Evet. Deploy süreci bu ürünün en güçlü tarafı: stack’im, branch’im ve Node version’ım doğru otomatik algılandı; spinner yerine gerçek zamanlı bir build log vardı ve uygulama, attığım her performans testini geçti; iki ayrı kıtadan mükemmel GTmetrix skorları, 54 noktalı temiz bir global tutarlılık kontrolü ve Hostinger’ın kendi araçlarında hem masaüstü hem mobil için eşleşen 100/100 skorları. Kodee de buna, genel bir script cevabı yerine gerçek teknik sorulara doğru ve spesifik yanıtlar vererek eşlik etti.

Küçük ama bilmeniz gereken pürüzler var. “Managed MySQL”, plan sayfasında uygulamanız canlıya çıkar çıkmaz hazır olacakmış gibi görünür; pratikte ise veritabanını kendiniz kurmanız gerekir. Dashboard ayrıca Web Apps Hosting için ana Home ekranından doğrudan bir giriş noktası sunmuyor; Websites’e girmeniz gerekiyor.

Framework-agnostik, hızlı bir deploy ve bunu gerçekten iyi ölçen altyapı isteyen bir geliştirici için bu kolay bir tavsiye. Satın alma tamamlanır tamamlanmaz reklamı yapılan her özelliğin açılmış olmasını bekleyen biri içinse, veritabanını kendiniz kurmak adına birkaç ekstra dakika ayırın.

Hostinger

5.0

2,471 user reviews

80 TL /mo

Başlangıç fiyatı

Hostinger Sitesini Ziyaret Edin

Rating based on expert review

• Kullanıcı Dostu
  4.9
• Destek
  4.9
• Özellikler
  4.8
• Güvenilirlik
  4.7
• Ücretlendirme
  4.5