Hostinger 建立嘅 Web Apps Hosting ，係圍繞一個簡單嘅賣點：由 GitHub、ZIP 檔案，或者你嘅 AI 編碼代理推送你嘅程式碼，然後大約一分鐘內就可以攞到一個可上線、可投入生產嘅 app，而且唔使你管理伺服器。我想知呢個講法有幾多真，直到你自己去按部署掣，所以以下就係我嘅發現。

透過 Hostinger 更快部署 Web Apps

喺 Hostinger 上部署現代 web app，享有自動建置、受管基礎設施、全球 CDN、SSL、安全工具，同埋 30 日退款保證。

訪問Hostinger

優點同缺點

評分拆解

要為 Hostinger 嘅 Web Apps Hosting 打分，我採用咗 HostAdvice 嘅 評分方法，即係網站上每一篇評測都用嘅同一套標準化方式，令分數基於真實測試而唔係市場宣傳。以下係各項目嘅得分。

無需 DevOps 麻煩即可部署 Web App

透過自動建置、受管 SSL、全球 CDN 同內建安全功能，喺完全受管託管上部署現代 web 應用程式。

訪問Hostinger

計劃同定價

Hostinger 將 Web Apps Hosting 以兩個層級出售，Business 同 Cloud Startup，兩者都係專為部署 Node.js 同現代 JavaScript app 而設，而唔係傳統網站建立工具。

我測試嗰個層級 Cloud Startup，喺 Business 之上將 app 配額同 CPU 核心數都加倍，而兩個方案都喺結賬時直接包埋首年免費域名、免費商務電郵同受管 SSL。

落單前要知道幾點：

• 退款保證： Web Apps Hosting 受 Hostinger 標準託管退款條款規限，由購買日起計 30 日內都適用。呢個比 Hostinger 嘅 VPS 計劃簡單好多，後者仲有額外 180 日冷卻期先可以再次申請退款。呢度冇呢種冷卻期。
• 免費試用： 我冇搵到專屬免費試用。30 日退款保證就係你嘅評估窗口。
• 付款方式： 結賬畫面預設顯示信用卡付款，並列出 Visa、Mastercard、Amex 同 Discover 標誌，另有喺結賬過程中加入其他付款方式嘅選項。
• 包含項目： 一年免費域名、一年免費郵箱同受管 SSL 全部都冇額外收費，直接包喺方案價格入面，所以標價已經相當接近攞到一個完整、已加密部署嘅真實成本。
• 唯一加購： Hostinger Reach，係一個電郵營銷加購項目，會喺購物車以獨立高亮方塊形式出現，而且有自己嘅月費。好容易跳過，而且預設唔會包埋或者自動勾選。

如果你喺 30 日內取消 Web Apps Hosting 計劃，Hostinger 嘅退款政策確認呢類計劃屬於標準條款而唔係排除名單，所以喺該期限內簡單取消應該可以獲得退款，而唔會受到 VPS 或域名購買附加條件嘅限制。

功能

• 自動偵測框架同 Node 版本
• 受管 MySQL 資料庫建立工具
• 全球 CDN 預設啟用
• WAF 同 DDoS 保護已包含
• 每日同按需備份
• 惡意程式掃描器同漏洞掃描
• GitHub 整合連同自動部署
• 免費域名、電郵同 SSL
• 提供 SSH 存取俾進階用戶

由程式碼到上線 app，Hostinger 一手包辦

連接你嘅 GitHub repository 或上載你嘅專案，然後透過受管基礎設施、自動部署同每日備份上線。

訪問Hostinger

效能

由於 Web Apps Hosting 係完全受管，你冇辦法取得伺服器嘅 shell 存取權，所以冇 CPU、RAM 或磁碟可以好似 VPS 評測咁直接去做 benchmark。

你可以量度嘅係已部署 app 本身喺世界各地嘅載入同回應速度。我由四個角度去測試：來自兩個大洲嘅 GTmetrix、54+ 個全球一致性檢查點，以及 Hostinger 自己內建嘅桌面版同手機版速度工具。

測試中嘅 app 就係下文「易用度」部分所講嗰個 Next.js 部署，運行喺 ivory-llama-856835.hostingersite.com，屬於 Cloud Startup 計劃（4 CPU cores、4096 MB RAM、100 GB NVMe storage），而且預設已啟用 CDN。

1. GTmetrix，於兩個大洲測試

我分別喺世界唔同地區跑咗兩次 GTmetrix，睇吓結果係咪一致，定係只係喺某一個幸運視角先至咁好睇。

兩次運行都喺 Performance 同 Structure 拿到 100%，而且兩個地點都冇任何 layout shift 同 blocking time，代表頁面載入時冇任何元素喺度同瀏覽器爭資源，亦冇喺載入途中亂跳。

真正有趣嘅細節係，Frankfurt 喺所有時間指標上都快過 Chicago，雖然我刻意為呢個 app 揀咗一個美國伺服器位置。呢個結果只有喺 CDN 嘅脈絡下先講得通。

一旦 CDN 啟用，就正如呢度預設咁，你嘅訪客唔一定係直接連去 origin server。

佢哋連接到最近嘅快取 edge node，所以歐洲測試點有時會比美國測試點更快，即使實際伺服器喺美國。呢個係一個真實、可量度嘅確認，證明 Hostinger 預設啟用嘅 CDN 確實有實際作用，而唔係只係一個 marketing bullet point。

2. 全球一致性（Check-Host）

我用 Check-Host 提供嘅所有檢查點去跑咗一個 HTTP 檢查，54 個地點，橫跨六大洲。完整結果如下：

所有成功檢查都回傳乾淨嘅 200 OK，冇錯誤、冇部分失敗、冇意外 redirect。

回應時間清楚顯示 CDN 快取喺真實世界距離下點樣表現：

歐洲檢查點一向錄得最快時間，有幾個甚至低過 50 毫秒，而距離任何 edge node 最遠嘅檢查點，例如 Tokyo、Singapore、Ho Chi Minh City，仍然回應到有效嘅 200，只不過慢啲，大概喺 0.3 到 0.8 秒之間。

呢個係 CDN 支援部署嘅預期形狀：喺 edge 附近快，喺遠端仍然完全可用。

嗰 4 個 timeout，Kazakhstan、Romania 同俄羅斯 4 個檢查點入面嘅 2 個，我唔會解讀為 Hostinger 基礎設施有問題。

同一國入面其他檢查點都成功咗（Saint Petersburg 回應正常，0.063s，而兩個 Moscow 檢查點就 timeout），似乎係檢查點一方嘅地區網絡過濾，而唔係已部署 app 有問題。

3. Hostinger 自家速度工具，桌面版同手機版

Hostinger 喺 app dashboard 入面都有自己嘅 Page Speed 測試，所以我將佢嘅數字同獨立嘅 GTmetrix 結果作比較，而唔係單靠其中一個。

兩種裝置都攞到完美 100 分，而桌面版數字同 GTmetrix 獨立量度到嘅結果相當接近，呢個先至係兩者都跑一次嘅真正原因。兩個唔同工具、兩種唔同方法，而結果互相一致。

手機版喺每一項時間指標上都慢啲，呢個係預期之內，因為模擬咗較慢連線同較弱處理器，但仍然快到足以令 100 分反映真係好強嘅實際手機表現，而唔只係評分標準鬆手。

工具本身有一個不一致之處。即使桌面同手機分數都係乾淨 100，Diagnostics 面板入面仍然有幾項列出 literal 0 分，network dependency tree、document request latency，同 avoiding multiple redirects；另外有兩項得 50 分，unused JavaScript 同 legacy JavaScript。

呢啲低 sub-score 冇將總分拖低，所以可以當成細微、確實存在嘅優化空間，而唔係部署有問題。

另外，Hostinger 喺呢啲 diagnostics 旁邊顯示嘅「helpful links」全部都係寫俾 WordPress 用嘅，例如「Speed up WordPress in 9 easy steps」、「How to optimize images for your WordPress site」，明明呢個係一個完全冇 WordPress 參與嘅 Node.js app。呢個係共享 diagnostics 模板遺留落嚟嘅內容，而唔係專為呢個產品寫嘅。

效能總評

用 Hostinger 無痛管理 web app

專注喺建立你嘅 app，而由 Hostinger 負責部署、基礎設施、安全、SSL、備份同全球傳送。

訪問Hostinger

易用度

我由 landing page 開始測試 Hostinger 嘅 Web Apps Hosting，一直去到結賬，再由一個全新帳戶開始，最後建立出一個完全可用嘅 Node.js 部署。

呢個過程包括揀方案、付款、選擇點樣建置、連接 GitHub，同埋即時睇住 build 完成。以下就係實際情況。

1. 註冊

我先去到 Web Apps Hosting landing page，頁面主打嘅唯一 call to action 係：Start deploying。

撳落去之後唔會開 signup form。佢會直接捲到 pricing 區，所以你第一個真正要決定嘅係買邊個方案，而唔係填啲帳戶資料。

畫面上並排咗兩個方案：

我揀咗 Cloud Startup，因為佢嘅 app 容量同 CPU 頭寸都係入門層級嘅兩倍。有一個細微不一致要提一提：pricing page 叫佢做「Cloud Startup」，但一去到購物車，同一個方案就標做「Startup plan」。功能上冇問題，只不過係同一個結賬流程兩個畫面用咗唔同名稱。

購物車本身好乾淨。入面列咗 48 個月年期、慳到幾多、首年免費域名同免費郵箱，然後提供一個加購項目 Hostinger Reach email marketing，佢獨立地放喺高亮方塊入面，而唔係預先勾選。

我跳過咗佢，然後撳 Continue，完全冇阻力。

如果你係新客戶而唔係現有用戶，結賬中途會插入一個建立帳戶步驟，之後先去到帳單地址同付款頁面。

之後你要填帳單地址、揀付款方式，信用卡、PayPal，或者其他選項，再提交。我一撳 Submit payment，就好快收到購買確認電郵，然後即刻去到 hPanel，方案已經配好。

我嘅感受： 結賬流程好短，而加購項目都好容易跳過，唔使搵隱藏 skip link。方案命名喺 pricing page 同購物車之間有少少不一致，雖然細微，但呢種位最容易令第一次買嘅人停一停，再確認自己揀啱咗方案。

2. Dashboard

一旦付款完成，你就會進入 hPanel，Hostinger 自家開發、用嚟管理旗下所有產品嘅控制面板，而唔係一個專為新 Web App 而設嘅頁面。

你登入後見到嘅第一頁係 Home，頂部有一個 AI prompt bar：「Hi, [your name]! How can I help you today?」，下面有個文字欄同六個快捷按鈕：Get domain、Create website、Get email、Migrate site、Get VPS 同 Try email marketing。

向下捲之後你會見到：

• 功能推廣卡片 ，用嚟推 AI Builder、online store 工具、聲稱有免費 business email、AI agents、automation app，仲有聲稱有免費 domain
• 待辦清單 ，提示你完成 setup tasks、完成 Reach setup、領取免費 email、領取免費 domain
• Your business，一個列出你帳戶底下所有 site、app 同 VPS instance 嘅清單，每項都有自己嘅 Manage site 按鈕
• VPS，更下方另有一個表格，列出任何 VPS instance 嘅 IP address、狀態同到期日

一個 Agent 面板亦會永久固定喺 hPanel 每一頁右上角，唔只係 Home。佢同支援用嘅 Kodee 係同一個助手，但喺度會當作通用操作工具，提供預設提示，例如「Deploy my Node.js app」或者「Harden VPS updates」，你唔使完整打晒條問題都可以直接用。

Home 本身喺你已有 app 之後其實幾有用，因為 Your business 入面所有項目都可以直接連過去。不過，佢唔係你建立新 Web App 或搵到 Setup 按鈕嘅地方。要做到呢點，你要經過 sidebar 裏面另一條路：

1. 喺左邊 sidebar 撳 Websites
2. 下面會展開 submenu：WordPress、AI Builder、Web Apps、PHP/HTML、Migrations
3. 撳 Web Apps

呢一下會帶你去一個完全唔同嘅畫面，唔再係 Home，而係一個圍繞你實際託管方案去組織嘅頁面。

喺度，每個你擁有嘅方案都有自己嘅卡片。我個帳戶入面有三張卡片，由上至下排列：

Business 卡下面已經有一個先前測試時建立嘅 live app，orange-walrus-700988.hostingersite.com，仲有自己嘅 Tools 同 Dashboard 按鈕。

呢點本身已經幾值得留意。一旦 Web App 存在，佢所屬嘅卡片就會加多一行咁樣顯示 live site，正正就係你完成 setup 之後 Cloud Startup 卡片會變成嘅樣。

由於 Cloud Startup 就係我剛買、但未 setup 嘅方案，所以佢卡片只顯示一個 Setup 按鈕。呢個按鈕先係真正開始 Web App 建立 wizard 嘅入口，而且只會喺呢度，喺 Websites → Web Apps 底下出現，而唔係喺你登入後預設見到嘅 Home 畫面。

我嘅感受： hPanel 一旦你搵到正確畫面就幾清晰，不過 Web Apps Hosting 冇一個好明顯嘅入口。登入去 Home 只會見到 prompt bar 同快捷鍵，唔會直接帶你去建立 app，你要知道先撳 Websites，再撳 Web Apps，之後先會見到 Setup。對一個賣點係「一分鐘內 live」嘅產品嚟講，呢個要多幾下 click。話雖如此，一旦去到正確位置，方案卡片就幾乾淨，而且對狀態亦講得好老實，一個已經有 app 跑緊嘅方案會直接顯示出嚟。

3. 部署 app

喺方案卡片撳 Setup 之後，就會開啟一個簡短 onboarding 流程：Where would you like to start? ，有三個選項：Create a new site、Migrate an existing site、或者 I hired someone to build my site。我揀咗 Create a new site。

之後去到 How do you want to build your website?，上面分做兩個針對初學者嘅選項，Hostinger AI Builder 同 WordPress + AI，而下面有一個獨立「for advanced users」標題之下嘅兩個選項：Node.js web app 同 PHP/HTML website。揀 Node.js web app 先至係真正進入 Web Apps Hosting 產品本身嘅方式。

呢個對比較產品嘅人嚟講係一個真實嘅結構性重點：Web Apps Hosting 冇自己專屬嘅 signup 流程。

佢只係同一個一般 site-creation wizard 裏面嘅一條分支，同 AI Builder 同 WordPress 共用。

我撳咗 Node.js web app 旁邊嘅圓圈，然後撳 Next。

之後：

• Domain screen: 我揀咗 Use temporary domain，而唔係綁定真實域名，因為呢個係測試部署。

• Server location screen: Hostinger 預先揀咗 France，因為同我帳單國家最近，並且顯示 167ms latency。向下捲到 United States 選項就見到 364ms，比前者高出一倍以上。

不過我都照樣揀咗 United States, Massachusetts，而呢個正正就係 Hostinger 每個產品嘅 location picker 想教你嘅一課：要按你實際訪客喺邊度而揀，唔好只睇列表上最低嗰個數字。

我測試 app 預計嘅受眾係美國用戶，所以美國伺服器對佢哋嚟講一定會比法國更快，唔理我自己位置個 picker 顯示幾低數字。畫面上顯示嘅數字只係話你知伺服器對 Hostinger 測試回應幾快，而唔係對真實使用者回應幾快。

• Deploy method screen: 有兩個主要選項，Import Git repository（標示 Recommended）或者 Upload your files，下面仲有一個 callout，講可以經 Hostinger Connector 直接由 Claude Code、Cursor 或 VS Code 部署。我揀咗 Import Git repository，然後撳 Connect with GitHub。

之後會開一個真實嘅 GitHub 登入視窗，如果你未登入，就會見到一個標題叫 Install & Authorize Hostinger 嘅權限頁面，要求你揀：

• 安裝喺你擁有嘅 all repositories ，包括將來新加嘅 repository，並對 public repo 有 read-only access
• 安裝喺你逐個揀嘅 only select repositories ，並列出你授予嘅確切權限：讀取 actions、metadata 同 repository hooks，以及對 administration、code 同 pull requests 有 read-and-write access。撳 Install & Authorize 之後，GitHub 會自動 redirect 返去 hPanel。

你會去到 Select Git repository to import，一個可捲動清單，列出你 GitHub 帳戶底下所有 repo，每個 repo 旁邊都有一個 Deploy 按鈕。我搵到之前推上去嘅測試 repository，hostadvice-webapps-test，然後撳咗旁邊嘅 Deploy。

由撳落去到下一頁載入，差唔多等咗 30 秒，而且畫面冇任何進度指示，長到你會懷疑係咪根本冇撳到。

最後載入嘅頁面叫做 Review build settings，而且佢清楚講出你嘅 app 會喺邊度運行，未正式提交前已經知：「Deploys to ivory-llama-856835.hostingersite.com。」下面嘅內容，唔使你填任何欄位，已經自動偵測到：

每一行旁邊都有自己嘅 Change 或者 Add 按鈕，所以就算偵測錯，都唔係鎖死咗唔畀改。

我喺 Environment variables 旁邊撳咗 Add ，設咗一組 key-value pair，確認之後真係會傳到 live app，然後喺對話框撳 Finish ，再撳頁面底部主按鈕 Deploy。

睇住 build

畫面會切換到 Deploying… ，有一條標明咗嘅 progress bar，「Deployment from GitHub」，一路升，當時我見到佢行到 28%，再到 51%，一路走向完成。progress bar 下面有一個可收合嘅 Build logs 面板，打開之後會即時顯示真正 terminal output，而唔係得個 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 …

部署完成

build 完成之後，你會去到一個 Deployment completed! 畫面，裡面有你實際運行中 app 嘅 live thumbnail preview，就喺卡片度直接顯示，旁邊仲有 repository 名稱同分配到嘅 live URL 總覽。

你可以直接由呢頁撳去 Go to dashboard，之後就係喺度管理 app。

我嘅感受： 自動偵測係最突出嘅地方。框架、branch 同 Node version 全部都無需手動填就啱晒，而即時 build log 令等待過程變得透明，而唔係模糊不清。唯一比較軟嘅地方係，喺你正式見到 settings 畫面之前要停咗大約 30 秒，長到你會以為流程卡咗，但其實只係未顯示出嚟。

4. 確認 live 部署

喺探索任何管理工具之前，我想先確認 app 係咪真係已經部署而且運作緊，而唔係只係畫面上顯示「Completed」咁簡單。

由 Deployment completed 頁面，我直接撳去 live URL，ivory-llama-856835.hostingersite.com，而唔係單靠 dashboard 上嘅 preview thumbnail。

live page 成功載入，而且顯示嘅內容正正就係 app 原本寫好要展示嘅嘢：

• Server build time，一個 live timestamp，證明頁面係新近 build 出嚟，而唔係由舊 cache 提供
• Environment variable check，顯示我喺 deploy 畫面設置嘅自訂變數，喺真正 live site 上都正確確認到，而唔只係喺 dashboard preview 入面見到

之後我撳咗 app 自己嘅 Ping the API route 按鈕，佢會呼叫一個 live backend endpoint，而唔係只係渲染靜態內容。結果係一個乾淨嘅 JSON 回應：

json

{

  “status”: “ok”,

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

  “nodeVersion”: “v22.18.0”

}

呢個回應比表面睇落更重要。頁面載入成功，只能證明靜態檔案有上傳到。

一個正常運作嘅 API call 先證明底下真正嘅 Node.js server 係運行緊同回應真實 request，呢個先係「Node.js web app」hosting 裏面最容易假裝、亦最難假裝嘅部分，因為佢有 live server timestamp，而且係你撳按鈕嗰一刻即時生成。

我嘅感受： 呢個係我建議你喺呢個平台，或者任何類似平台，信賴部署之前一定要做嘅檢查。綠色「Completed」狀態同 preview thumbnail 只係話你知 build 完成咗。直接撳去 live URL，再觸發一啲動態操作，例如 API call、database 讀取，或者任何唔可能由 cached 靜態頁面假扮嘅嘢，先可以證明伺服器真係活著而且做緊你要佢做嘅事。

5. Web App 管理

確認 live app 真係正常之後，我返去 hPanel，逐個逐個探索 app 自己嘅管理 dashboard，即係呢個產品真正嘅 server-management 層，而唔同於上面提到嘅一般 hPanel Home 畫面。

Dashboard 總覽。 你一入到嚟，四個狀態徽章就即刻顯示到事情嘅狀態：

四個狀態預設都係綠色，完全唔使我手動開啟。下面有一個 Last deployment 卡片，確認狀態、repository、作者、commit、部署時間、偵測到嘅 stack 同 Node version，所有你想一眼確認嘅資訊都喺度，唔使再入 log 深挖。

一個自動 Page Speed test 已經喺冇經過我手動觸發情況下，自己跑過 live site，並且攞到 99/100 Desktop 分數，旁邊仲有一個 Essentials 面板，提供 database connection、backup、file manager、runtime logs 同 cache 嘅快捷連結。

Deployments、environment variables 同 logs。 呢幾樣由三個獨立頁面處理：

• Deployments 完整記錄咗 push、作者、branch、commit hash 同完成狀態，係一個真實歷史，而唔係只顯示最近一次
• Environment variables 正確列出我喺 deploy 期間設定嘅變數，確認佢係有儲存同套用，而唔係只係 setup 時顯示一次就算
• Runtime logs 即時串流伺服器輸出，Next.js 啟動行、ready timestamps，仲有問題同錯誤數目，而我睇嘅整段時間都係零同零

安全。 Malware Scanner 回報乾淨結果：「Your website is safe」，同時清楚講明一個 caveat：佢只會檢查網站檔案，唔包括資料庫內容，而且如果你想要更深入、包括資料庫嘅檢查，仲有一個付費清理選項。Vulnerabilities 掃描結果亦都乾淨。

資料庫。 呢度正正係產品自己嘅 marketing 同實際之間有個真實落差，喺你買之前一定要明白。

計劃將 managed MySQL 推做 headline feature，但實際上唔會自動幫你 provision 任何嘢。

Databases 區域打開之後，見到嘅係一個手動 Create a New MySQL Database And Database User 表格，即係你要自己命名同建立資料庫，之後 app 先可以用。

我喺下文 Support 部分亦有直接同 Kodee 確認過，答案都好直接：managed 並唔代表資料庫會喺 app 上線時即刻自動建立，而係 Hostinger 只係喺後台負責運行資料庫基礎設施。

進階存取。 SSH access 喺 Advanced 底下可以搵到，連 IP、port 同 username 都有，但預設係 Inactive ，要手動撳 Enable 先用到。

File Manager 可以揀只瀏覽呢個 app 嘅檔案，或者成個 hosting plan 嘅所有檔案。

我嘅感受： 日常 dashboard 做得幾周到同有條理。尤其係安全同部署歷史，搵起上嚟都容易，而且真係有內容，runtime log 又係零問題，再加埋乾淨嘅 malware scan，令我對 app 係健康唔只係「在線」呢件事更有信心。

唯一一個界面誇大咗嘅地方就係資料庫部分，「managed MySQL」喺 plan page 睇落好似 app 一 live 就有得用，但實際上你只係得到一個要自己手動建立資料庫嘅控制面板。

易用度總評

Hostinger 上的 AI 支援 Web App 開發

用 GitHub 整合、受管 MySQL、全球 CDN、無限頻寬同內建安全工具，部署 React、Next.js、Vue、Node.js 同其他現代應用程式。

訪問Hostinger

支援程度

我透過 hPanel 內置嘅 AI 助手 Kodee 去測試 Hostinger 嘅 Web Apps Hosting 支援，之後再睇知識庫，了解唔用人手支援可以覆蓋到幾多範圍。Kodee 有兩個值得分開講嘅位置：公開 marketing site 上嘅 Ask AI ，同埋 hPanel 入面任何頁面都可以用到嘅 Agent 面板，包括 Web App 自己嘅 dashboard。

1. AI 支援（Kodee）

我問咗兩條基於我測試中真實發現嘅問題，而唔係 Kodee 可以靠複製文件回答嘅一般查詢。

Question 1 測試部署失敗處理同 environment variable 時機，呢啲都係任何人喺呢個平台上線時會真係關心嘅生產問題：

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 直接而且準確地答咗兩部分。如果 build 失敗，已經正常運行緊嘅 app 唔會被新部署取代，如果之前曾經成功部署過，app 會繼續提供嗰個最後成功版本。若果係第一次部署，冇舊版本可以退回，app 就會保持離線，直到你修好同重新部署，呢個答案清楚又老實，唔係空泛安慰。

至於 environment variables，佢確認你可以喺第一次部署之前喺 deployment settings 設定；對於已經運行緊嘅 app，佢仲按步驟講解咗：打開 Settings 同 Redeploy、喺 Environment variables 底下新增或修改變數、儲存再 redeploy。

Question 2 就針對我喺 dashboard 入面自己發現嘅兩個落差：`managed MySQL` 嘅字眼對比手動建立表格，以及 SSH 預設係 inactive：

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 嘅答覆正正確認咗我喺介面入面見到嘅情況，而唔係淡化佢。資料庫唔會為每個 Web App 自動建立，「managed」係指 Hostinger 喺背後管理資料庫服務同基礎設施，而真正資料庫要你自己透過我已經見到嘅 Create a New MySQL Database 畫面建立及設定，然後再自己將連線資料加入 app 嘅 environment variables。

至於 SSH，佢確認保持 inactive 唔會改變 app 嘅運行、部署或者連接資料庫。佢純粹係俾進階用戶做 CLI commands、migrations 或直接檔案除錯嘅可選工具，而唔係平台喺背景偷偷依賴嘅嘢。

我嘅感受： 兩個答案都同我自己喺 dashboard 已經核實到嘅內容一致，而唔係反駁或者淡化，呢個就係一個真正查過產品狀態嘅支援工具應有嘅表現。兩條問題都唔係靠複製一段 generic FAQ 就可以答到，Kodee 用咗大約一分鐘左右就俾到有具體內容、結構清晰、分兩部分嘅答案。

2. 知識庫

Hostinger 嘅知識庫一打開就係一個分類網格，共 20 個分類，每個都有文章數量。幾個最大嘅分類包括：AI Builder 有 330 篇、VPS 有 276 篇、Email 有 127 篇，而 Website 有 103 篇。

Web Apps Hosting 冇自己專屬分類。相關內容散落喺 Getting Started、hPanel 同 Website 裏面，呢點對預期會有一個專屬主頁嘅人嚟講，係一個真實發現，好似 VPS 或 Email 咁。

直接搜尋「Web Apps」會得到 71 個結果，分佈喺 8 頁。最前面嘅結果混合咗直接相關同只係間接相關嘅內容：

• How to deploy apps built with Codex on Hostinger，直接相關
• Hostinger AI Builder: How to create a web app in agentic mode，相近但係另一個產品
• How to add a Node.js Web App in Hostinger，直接相關
• How to install Flutter Web on a VPS at Hostinger，完全唔同產品
• 幾篇 Website Builder 付款方式文章（PayPal、WeChat Pay、BLIK），除咗字眼中某處出現「web」同「app」之外，完全唔相關

我打開咗其中一篇前排結果，How to deploy apps built with Codex on Hostinger，去睇吓內容深度。結果係一篇幾完整、結構清晰嘅教學，開頭列出支援框架，之後用逐步截圖介紹 GitHub-import 同 ZIP-upload 兩條路，跟住有設定 build settings 嘅範例指令、部署後檔案結構拆解、database connection wizard 教學、vulnerability monitoring 部分，同埋一個 FAQ 結尾。

雖然佢係以 Codex 為主題，但背後平台其實同一般 Node.js Web App 產品一樣，所以大部分內容都可以直接套用。

我嘅感受： 搜尋下面顯示嘅文章數字表面上睇落幾強大，一個詞有 71 個結果，但其實有唔少係因為其他產品共用相近字眼而出現嘅噪音。我完整打開嘅嗰篇文章質素就真係幾好，步驟清楚、有真實截圖、又有真正 FAQ，不過你要先喺一堆同你要部署嘅內容無關嘅結果之中篩選先搵到佢。

客戶支援總評

Hostinger 提供簡單嘅現代 web app 託管

部署 React、Next.js、Vue、Node.js 同其他現代應用程式，無需管理伺服器或複雜基礎設施。

訪問Hostinger

我哋推唔推薦 Hostinger Web Apps Hosting？

推薦。部署流程係呢個產品最強嘅部分：正確自動偵測我嘅 stack、branch 同 Node version，有真正串流緊嘅 build log，而唔係得個 spinner，再加上一個已經通過我所有效能測試嘅 live app，兩個唔同大洲都錄得完美 GTmetrix 分數、54 點全球一致性檢查都乾淨通過，以及 Hostinger 自家工具喺桌面同手機都顯示 100/100。Kodee 亦以準確、具體嘅答案回應咗我真正技術問題，而唔係一般模板式回覆。

粗糙位細，但值得你買之前知道。「Managed MySQL」喺 plan page 睇落好似 app 一 live 就有得用，但實際上你要自己手動建立。dashboard 亦冇喺主 Home 畫面提供 Web Apps Hosting 嘅專屬入口，你要知道先入 Websites。

如果你係開發者，想快速部署一個 framework-agnostic 嘅 app，而且想要呢種表現咁好嘅基礎設施，呢個係一個好容易推薦嘅方案。如果你期望每個宣傳功能喺結賬完成後即刻全部開啟，就要預留多幾分鐘自己去設置資料庫。

Hostinger

5.0

2,471 user reviews

HK$13 /mo

起始價

訪問Hostinger

Rating based on expert review

• 用戶友好
  4.9
• 支援
  4.9
• 功能
  4.8
• 可靠性
  4.7
• 價錢
  4.5