Hostinger đã xây dựng Web Apps Hosting dựa trên một lời hứa đơn giản: đẩy code của bạn từ GitHub, một tệp ZIP, hoặc tác nhân lập trình AI của bạn, và có một ứng dụng sản xuất chạy trực tiếp chỉ trong khoảng một phút, mà không cần bạn phải quản lý máy chủ. Tôi muốn biết điều đó thực sự đúng đến đâu khi chính bạn là người bấm triển khai, nên đây là những gì tôi đã tìm thấy.

Triển khai Web App nhanh hơn với Hostinger

Triển khai các web app hiện đại trên Hostinger với các bản dựng tự động, hạ tầng được quản lý, CDN toàn cầu, SSL, công cụ bảo mật và bảo đảm hoàn tiền 30 ngày.

Xem Hostinger

Ưu và Nhược điểm

Phân tích Điểm số

Để chấm điểm Hostinger Web Apps Hosting, tôi áp dụng phương pháp chấm điểm của HostAdvice, cùng một cách tiếp cận chuẩn hóa được dùng cho mọi bài đánh giá trên trang, để điểm số luôn dựa trên thử nghiệm thực tế thay vì ngôn ngữ marketing. Dưới đây là cách nó được chấm ở từng tiêu chí.

Triển khai Web App của bạn mà không cần phiền toái DevOps

Triển khai các ứng dụng web hiện đại trên dịch vụ hosting được quản lý hoàn toàn với triển khai tự động, SSL được quản lý, CDN toàn cầu và bảo mật tích hợp sẵn.

Xem Hostinger

Các gói và Giá cả

Hostinger bán Web Apps Hosting theo hai cấp, Business và Cloud Startup, cả hai đều được xây dựng riêng cho việc triển khai các ứng dụng Node.js và JavaScript hiện đại thay vì trình tạo website truyền thống.

Cloud Startup, gói tôi đã thử nghiệm, tăng gấp đôi số lượng app cho phép và số lõi CPU so với Business, và cả hai gói đều đi kèm miễn phí domain, email doanh nghiệp và SSL được quản lý trong năm đầu tiên ngay từ lúc thanh toán.

Một vài điều cần biết trước khi đặt mua:

• Bảo đảm hoàn tiền: Web Apps Hosting áp dụng theo điều khoản hoàn tiền tiêu chuẩn của Hostinger, một khung 30 ngày tính từ ngày mua. Điều này đơn giản hơn đáng kể so với các gói VPS của Hostinger, vốn có thêm thời gian chờ 180 ngày giữa các yêu cầu hoàn tiền. Không có thời gian chờ nào như vậy ở đây.
• Dùng thử miễn phí: Tôi không thấy có bản dùng thử miễn phí riêng. Bảo đảm hoàn tiền 30 ngày là khoảng thời gian để bạn đánh giá.
• Phương thức thanh toán: Trang thanh toán hiển thị thẻ là phương thức mặc định, với logo Visa, Mastercard, Amex và Discover, cùng tùy chọn thêm phương thức thanh toán khác trong lúc thanh toán.
• Đi kèm trong gói: Miễn phí domain một năm, hộp thư miễn phí một năm và SSL được quản lý đều được bao gồm mà không tính thêm phí ngoài giá gói, nên giá niêm yết khá gần với chi phí thực để đưa một bản triển khai được bảo mật và đầy đủ lên live.
• Upsell duy nhất: Hostinger Reach, một tiện ích marketing email, xuất hiện trong giỏ hàng như một khung riêng có giá tháng riêng. Nó rất dễ bỏ qua và không được gộp hay chọn sẵn mặc định.

Nếu bạn hủy gói Web Apps Hosting trong vòng 30 ngày, chính sách hoàn tiền của Hostinger xác nhận nó thuộc điều khoản tiêu chuẩn chứ không nằm trong danh sách loại trừ, vì vậy việc hủy trong khung thời gian đó sẽ đủ điều kiện hoàn tiền mà không có các điều kiện bổ sung như VPS hoặc mua domain.

Tính năng

• Tự động phát hiện framework và phiên bản Node
• Công cụ tạo cơ sở dữ liệu MySQL được quản lý
• CDN toàn cầu bật mặc định
• Bao gồm bảo vệ WAF và DDoS
• Sao lưu hằng ngày và theo yêu cầu
• Máy quét malware và quét lỗ hổng
• Tích hợp GitHub với tự động deploy
• Miễn phí domain, email và SSL
• Truy cập SSH cho người dùng nâng cao

Từ code đến app trực tiếp với Hostinger

Kết nối kho GitHub của bạn hoặc tải lên dự án và đưa nó online với hạ tầng được quản lý, triển khai tự động và sao lưu hằng ngày.

Xem Hostinger

Hiệu năng

Vì Web Apps Hosting được quản lý hoàn toàn, bạn sẽ không bao giờ có quyền shell vào máy chủ, nên không có CPU, RAM hay ổ đĩa để benchmark trực tiếp như khi đánh giá một VPS.

Điều bạn có thể đo là ứng dụng đã triển khai tải và phản hồi nhanh đến mức nào, từ các vị trí thực trên toàn thế giới. Tôi đã thử nghiệm từ bốn góc độ khác nhau: GTmetrix từ hai châu lục, một kiểm tra độ đồng nhất toàn cầu hơn 50 điểm, và công cụ tốc độ tích hợp sẵn của Hostinger cho cả desktop lẫn mobile.

Ứng dụng được thử nghiệm là bản triển khai Next.js được đề cập trong phần Dễ sử dụng bên dưới, chạy tại ivory-llama-856835.hostingersite.com, trên gói Cloud Startup (4 lõi CPU, 4096 MB RAM, 100 GB NVMe storage), với CDN bật mặc định.

1. GTmetrix, Thử từ Hai Châu lục

Tôi chạy GTmetrix hai lần từ các khu vực khác nhau trên thế giới để xem kết quả có giữ được tính nhất quán hay chỉ trông tốt từ một góc nhìn may mắn.

Cả hai lần chạy đều đạt 100% hoàn hảo ở cả Performance và Structure, với zero layout shift và zero blocking time ở cả hai vị trí, nghĩa là không có yếu tố nào trên trang cạnh tranh sự chú ý của trình duyệt hay nhảy vị trí trong lúc tải.

Chi tiết thực sự thú vị là Frankfurt thực ra nhanh hơn Chicago ở mọi chỉ số thời gian, mặc dù tôi cố tình chọn vị trí máy chủ ở US cho ứng dụng này. Kết quả đó chỉ có ý nghĩa khi nhìn dưới góc độ CDN.

Khi CDN được bật, như ở đây là mặc định, visitor của bạn không nhất thiết truy cập trực tiếp máy chủ gốc.

Họ đang truy cập nút edge cache gần nhất, nên một điểm kiểm tra ở châu Âu có thể nhanh hơn một điểm ở US ngay cả khi máy chủ thực tế nằm ở US. Đây là xác nhận thực tế, có thể đo được rằng CDN mặc định của Hostinger đang thực sự hoạt động chứ không chỉ là một mục marketing.

2. Tính đồng nhất Toàn cầu (Check-Host)

Tôi chạy một kiểm tra HTTP với URL live từ mọi checkpoint mà Check-Host cung cấp, 54 địa điểm trải trên sáu châu lục. Bức tranh tổng thể:

Tất cả các điểm kiểm tra thành công đều trả về 200 OK sạch sẽ, không lỗi, không có thất bại từng phần, không có chuyển hướng bất ngờ.

Thời gian phản hồi cho thấy một câu chuyện rất rõ về cách bộ nhớ đệm CDN hoạt động ở khoảng cách thực tế:

Các điểm kiểm tra ở châu Âu liên tục cho thời gian nhanh nhất, nhiều điểm dưới 50 milliseconds, trong khi các điểm cách xa nhất khỏi bất kỳ edge node nào, Tokyo, Singapore, Ho Chi Minh City, vẫn trả về phản hồi 200 hợp lệ, chỉ chậm hơn, trong khoảng 0.3 đến 0.8 second.

Đó là dạng kết quả điển hình cho một triển khai có CDN: nhanh ở gần edge, vẫn hoạt động đầy đủ ở xa hơn.

Bốn lần timeout, Kazakhstan, Romania, và hai trong bốn điểm kiểm tra ở Nga, không phải điều tôi xem là vấn đề của hạ tầng Hostinger.

Các điểm kiểm tra khác ở cùng những quốc gia đó vẫn thành công (Saint Petersburg trả về sạch ở 0.063s trong khi hai điểm Moscow bị timeout), cho thấy đây là hiện tượng lọc mạng theo khu vực ở phía checkpoint hơn là có gì đó sai với ứng dụng đã triển khai.

3. Công cụ Tốc độ Riêng của Hostinger, Desktop và Mobile

Hostinger chạy công cụ Page Speed riêng ngay bên trong dashboard của app, nên tôi so sánh các con số của nó với kết quả GTmetrix độc lập thay vì chỉ tin một bên.

Cả hai loại thiết bị đều đạt 100 hoàn hảo, và các con số desktop khớp khá sát với những gì GTmetrix đo độc lập, đó mới là lý do thực sự để chạy cả hai. Hai công cụ khác nhau, hai phương pháp khác nhau, và chúng đồng ý với nhau.

Mobile chậm hơn ở mọi chỉ số thời gian, như dự đoán trên một kết nối mô phỏng chậm hơn và bộ xử lý yếu hơn, nhưng vẫn đủ nhanh để điểm 100 phản ánh hiệu năng thực tế rất mạnh, chứ không chỉ là một thang chấm dễ dãi.

Một điểm không nhất quán của chính công cụ. Dù điểm số là 100 ở cả hai thiết bị, bảng Diagnostics bên dưới vẫn gắn cờ một vài mục với điểm 0, network dependency tree, document request latency, và avoiding multiple redirects, cùng hai mục được chấm 50, unused JavaScript và legacy JavaScript.

Không mục nào trong số điểm phụ thấp đó kéo tụt điểm chính, nên hãy xem chúng là những cơ hội tối ưu nhỏ, thực sự tồn tại, chứ không phải dấu hiệu có gì đó sai với bản triển khai.

Ngoài ra, các “helpful links” Hostinger hiển thị bên cạnh phần diagnostics này đều viết cho WordPress, “Speed up WordPress in 9 easy steps,” “How to optimize images for your WordPress site”, dù ở đây là một ứng dụng Node.js và không hề có WordPress nào trong toàn bộ stack. Đây là phần còn sót lại từ một mẫu diagnostics dùng chung chứ không phải nội dung được làm riêng cho sản phẩm này.

Kết luận Tổng thể về Hiệu năng

Hosting Web App được quản lý bởi Hostinger

Tập trung xây dựng ứng dụng của bạn trong khi Hostinger lo việc triển khai, hạ tầng, bảo mật, SSL, sao lưu và phân phối toàn cầu.

Xem Hostinger

Dễ sử dụng

Tôi đã thử Hostinger Web Apps Hosting từ trang đích cho đến thanh toán, rồi từ một tài khoản mới tinh đến một bản triển khai Node.js hoàn chỉnh và đang hoạt động.

Điều đó bao gồm chọn gói, thanh toán, chọn cách build, kết nối GitHub, và xem quá trình build hoàn tất theo thời gian thực. Đây là trải nghiệm thực tế như thế nào.

1. Đăng ký

Tôi bắt đầu từ trang đích Web Apps Hosting, nơi có một lời kêu gọi hành động duy nhất: Start deploying.

Nhấp vào nó không mở form đăng ký. Nó cuộn thẳng xuống phần giá, nên quyết định thực sự đầu tiên bạn phải đưa ra là chọn gói nào, chứ không phải nhập thông tin tài khoản nào.

Hai gói nằm cạnh nhau:

Tôi chọn Cloud Startup vì số lượng app cho phép và số lõi CPU gấp đôi so với gói cơ bản. Một điểm không nhất quán nhỏ cần lưu ý ở đây: trang giá gọi nó là “Cloud Startup”, nhưng khi vào giỏ hàng, cùng gói đó lại được gắn nhãn “Startup plan”. Không phải vấn đề chức năng, chỉ là tên gọi không khớp giữa hai màn hình trong cùng quy trình thanh toán.

Giỏ hàng khá gọn. Nó liệt kê thời hạn 48 tháng, mức tiết kiệm, miễn phí domain một năm, và email miễn phí, rồi đưa ra một upsell duy nhất là Hostinger Reach email marketing, nằm trong một khung được làm nổi bật riêng thay vì được chọn sẵn.

Tôi bỏ qua nó và nhấp Continue mà không gặp trở ngại nào.

Nếu bạn là khách hàng mới thay vì khách hàng hiện tại, checkout sẽ chèn thêm một bước tạo tài khoản ở đây trước khi bạn tới trang địa chỉ thanh toán và thanh toán.

Tiếp theo, bạn thêm địa chỉ thanh toán, chọn phương thức thanh toán, thẻ, PayPal, hoặc một trong các tùy chọn khác, rồi gửi đi. Tôi nhận được email xác nhận mua hàng chỉ trong vài phút sau khi nhấp Submit payment, rồi được đưa thẳng vào hPanel với gói đã được cấp phát sẵn.

Nhận xét của tôi: Quy trình thanh toán ngắn và upsell dễ dàng bỏ qua mà không phải tìm một liên kết bỏ qua ẩn. Việc không khớp tên gói giữa trang giá và giỏ hàng là một chi tiết nhỏ, nhưng chính kiểu chi tiết đó khiến người mua lần đầu phải dừng lại và kiểm tra xem mình đã chọn đúng gói chưa.

2. Dashboard

Sau khi thanh toán thành công, bạn sẽ vào hPanel, bảng điều khiển do chính Hostinger xây dựng để quản lý mọi sản phẩm mà nó bán, chứ không phải một trang được tạo riêng cho Web App mới của bạn.

Trang bạn gặp đầu tiên là Home, và nó được xây dựng quanh một thanh nhắc AI ở phía trên: “Hi, [your name]! How can I help you today?” với một ô nhập bên dưới và sáu nút lối tắt: Get domain, Create website, Get email, Migrate site, Get VPS, và Try email marketing.

Cuộn xuống dưới, bạn sẽ thấy:

• Các ô quảng bá tính năng cho AI Builder, công cụ cửa hàng online, quảng cáo miễn phí business email, AI agents, một ứng dụng tự động hóa, và quảng cáo miễn phí domain
• Danh sách việc cần làm gợi ý bạn thực hiện các tác vụ thiết lập, hoàn tất thiết lập Reach, nhận email miễn phí, nhận domain miễn phí
• Your business, danh sách đang chạy của mọi site, app và VPS gắn với tài khoản của bạn, mỗi mục có nút Manage site riêng
• VPS, một bảng riêng ở phía dưới liệt kê mọi instance VPS theo địa chỉ IP, trạng thái và ngày hết hạn

Một bảng Agent cũng luôn nằm cố định ở góc trên bên phải của mọi trang hPanel, không chỉ ở Home. Nó là cùng Kodee assistant dùng cho hỗ trợ, nhưng được đặt ở đây như một công cụ hành động chung với các gợi ý có sẵn như “Deploy my Node.js app” hoặc “Harden VPS updates” mà bạn có thể dùng ngay mà không cần gõ một câu hỏi đầy đủ.

Home thực sự hữu ích khi ứng dụng của bạn đã tồn tại. Mọi thứ trong Your business đều dẫn thẳng đến nó. Nhưng đó không phải nơi bạn tạo Web App mới hoặc tới nút Setup. Để làm việc đó, bạn cần đi theo một đường khác trong thanh bên:

1. Nhấp vào Websites trong thanh bên trái
2. Một submenu mở rộng bên dưới: WordPress, AI Builder, Web Apps, PHP/HTML, Migrations
3. Nhấp vào Web Apps

Cú nhấp đó đưa bạn đến một màn hình hoàn toàn khác với Home, được tổ chức quanh các gói hosting thực tế của bạn thay vì thanh nhắc.

Ở đây, mỗi gói bạn sở hữu có một thẻ riêng. Trên tài khoản của tôi, điều đó có nghĩa là ba thẻ xếp dọc:

Thẻ Business cũng đã có sẵn một ứng dụng live từ lần thử trước, orange-walrus-700988.hostingersite.com, với các nút Tools và Dashboard riêng.

Đó là một điều hữu ích để nhận thấy. Một khi có Web App tồn tại, thẻ của nó sẽ mọc thêm một hàng như thế này hiển thị trực tiếp site live, và đó chính là thứ thẻ Cloud Startup của bạn sẽ trông như vậy khi bạn hoàn tất thiết lập.

Vì Cloud Startup là gói tôi vừa mua và chưa thiết lập, thẻ của nó chỉ hiển thị một nút Setup thay vào đó. Đó là nút thực sự bắt đầu trình hướng dẫn tạo Web App, và nó chỉ xuất hiện ở đây, dưới Websites → Web Apps, chứ không phải từ màn hình Home mà bạn gặp mặc định.

Nhận xét của tôi: hPanel rõ ràng khi bạn tìm được đúng màn hình, nhưng Web Apps Hosting không có một lối vào rõ ràng ngay phía trước. Rơi vào Home sẽ cho bạn một thanh nhắc và các lối tắt, chứ không dẫn đến đường tạo app, bạn phải biết nhấp Websites rồi đến Web Apps trước khi Setup mới xuất hiện. Đó là thêm vài cú nhấp cho một sản phẩm được quảng bá là “live trong một phút.” Tuy vậy, một khi đã vào đúng chỗ, các thẻ gói khá rõ ràng và trung thực về trạng thái, và một gói đã có app đang chạy sẽ hiển thị ngay trên thẻ.

3. Triển khai Ứng dụng

Nhấp Setup trên thẻ gói đã mở một quy trình onboarding ngắn: Where would you like to start? với ba tùy chọn, Create a new site, Migrate an existing site, hoặc I hired someone to build my site. Tôi chọn Create a new site.

Điều đó dẫn đến How do you want to build your website?, chia thành hai tùy chọn dành cho người mới ở phía trên, Hostinger AI Builder và WordPress + AI, và hai tùy chọn dưới một tiêu đề riêng “for advanced users” ở bên dưới: Node.js web app và PHP/HTML website. Chọn Node.js web app là thứ thực sự đưa bạn vào chính sản phẩm Web Apps Hosting.

Đây là một lưu ý cấu trúc thực tế cho bất kỳ ai đang so sánh sản phẩm: Web Apps Hosting không có luồng đăng ký riêng của nó.

Nó chỉ là một nhánh trong cùng trình hướng dẫn tạo site chung dùng cho AI Builder và WordPress.

Tôi nhấp vào vòng tròn bên cạnh Node.js web app, rồi nhấp Next.

Từ đó:

• Màn hình domain: Tôi chọn Use temporary domain thay vì gắn một domain thật, vì đây là bản triển khai thử nghiệm.

• Màn hình vị trí máy chủ: Hostinger tự chọn France, khu vực gần quốc gia thanh toán của tôi nhất, và hiển thị độ trễ 167ms. Cuộn xuống tùy chọn United States cho thấy 364ms, hơn gấp đôi.

Tôi vẫn chọn United States, Massachusetts, và đây chính là bài học mà bộ chọn vị trí dạy trên mọi sản phẩm Hostinger: hãy chọn dựa trên nơi visitor thực sự của bạn ở, chứ không phải số thấp nhất trên danh sách.

Đối tượng của ứng dụng thử nghiệm này là người dùng ở US, nên một máy chủ ở US sẽ phục vụ họ nhanh hơn nhiều so với một máy chủ ở France, bất kể con số trên màn hình hiển thị với tôi từ vị trí của chính mình thế nào. Con số trên màn hình cho bạn biết máy chủ phản hồi Hostinger test nhanh đến đâu, chứ không phải nhanh đến đâu với những người sẽ thực sự dùng site của bạn.

• Màn hình phương thức triển khai: hai tùy chọn chính, Import Git repository (được gắn Recommended) hoặc Upload your files, cùng một callout bên dưới để triển khai trực tiếp từ Claude Code, Cursor, hoặc VS Code thông qua Hostinger Connector. Tôi chọn Import Git repository và nhấp Connect with GitHub.

Điều đó mở ra một cửa sổ đăng nhập GitHub thật nếu bạn chưa đăng nhập, rồi đến một màn hình quyền truy cập có tiêu đề Install & Authorize Hostinger, yêu cầu bạn chọn giữa:

• Cài đặt trên all repositories bạn sở hữu, bao gồm cả những repo tương lai, với quyền chỉ đọc đối với public repos
• Cài đặt trên only select repositories bạn chọn riêng lẻ và liệt kê chính xác các quyền được cấp: quyền đọc actions, metadata và repository hooks, và quyền đọc-ghi đối với administration, code và pull requests. Một khi bạn nhấp Install & Authorize, GitHub sẽ tự động chuyển hướng bạn trở lại hPanel.

Bạn sẽ vào màn hình Select Git repository to import, một danh sách có thể cuộn chứa mọi repo gắn với tài khoản GitHub của bạn, mỗi repo có một nút Deploy bên cạnh. Tôi tìm thấy repo thử nghiệm đã đẩy trước đó, hostadvice-webapps-test, và nhấp Deploy bên cạnh nó.

Từ lúc nhấp nút đó, mất gần 30 giây mà không có chỉ báo tiến trình nào trên màn hình trước khi trang tiếp theo tải, đủ lâu để bạn tự hỏi liệu cú nhấp đó có được ghi nhận hay không.

Trang cuối cùng tải lên có tiêu đề Review build settings, và nó cho bạn biết chính xác nơi ứng dụng sẽ sống trước khi bạn cam kết bất cứ điều gì: “Deploys to ivory-llama-856835.hostingersite.com.” Bên dưới đó, mà bạn chưa chạm vào một trường nào, nó đã tự động nhận diện:

Mỗi trong số năm dòng đó đều có nút Change hoặc Add bên cạnh, nên không có gì ở đây bị khóa nếu việc nhận diện sai.

Tôi nhấp Add bên cạnh Environment variables và đặt một cặp key-value để xác nhận nó thực sự sẽ đến ứng dụng đang chạy sau đó, rồi nhấp Finish trong hộp thoại đó, rồi nhấp nút Deploy chính ở cuối trang.

Theo dõi quá trình build

Màn hình chuyển sang chế độ Deploying… với một thanh tiến trình có nhãn, “Deployment from GitHub,” tăng dần theo từng giai đoạn thực, tôi thấy nó đi qua 28%, rồi 51%, trên đường đến hoàn tất. Bên dưới thanh tiến trình là một khung Build logs có thể thu gọn, và khi mở ra nó hiển thị đầu ra terminal trực tiếp theo thời gian thực, không phải spinner giả lập:

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

Triển khai hoàn tất

Khi build hoàn thành, bạn sẽ vào màn hình Deployment completed! với một bản xem trước dạng thumbnail live của chính ứng dụng đang chạy ngay trong thẻ đó, bên cạnh phần tóm tắt hiển thị tên repository và URL live được cấp.

Từ trang này, bạn có thể nhấp thẳng vào Go to dashboard, nơi bạn quản lý app về sau.

Nhận xét của tôi: Tự động nhận diện là điểm nổi bật ở đây. Framework, branch và Node version đều khớp mà không cần nhập thủ công bất kỳ trường nào, và build log trực tiếp khiến thời gian chờ trở nên minh bạch thay vì mù mờ. Điểm yếu nhỏ là khoảng dừng 30 giây trước khi bạn thậm chí tới được màn hình cài đặt, đủ lâu để nghĩ rằng có gì đó bị treo trước khi quá trình thực sự hiện ra.

4. Xác nhận Bản triển khai Live

Trước khi khám phá bất kỳ công cụ quản lý nào, tôi muốn xác nhận app thực sự đã được triển khai và đang chạy, chứ không chỉ được gắn trạng thái “Completed” trên màn hình.

Từ trang Deployment completed, tôi nhấp thẳng vào URL live, ivory-llama-856835.hostingersite.com, thay vì chỉ tin vào thumbnail xem trước trong dashboard.

Trang live tải lên và hiển thị chính xác những gì ứng dụng được lập trình để hiển thị:

• Server build time, một timestamp live xác nhận trang vừa được build gần đây, không phải được phục vụ từ cache cũ
• Kiểm tra biến môi trường, hiển thị biến tùy chỉnh tôi đã đặt trong màn hình deploy, được xác nhận đúng trên chính site live, không chỉ trong bản xem trước của dashboard

Sau đó tôi nhấp nút Ping the API route của app, nút này gọi một endpoint backend live chứ không chỉ hiển thị nội dung tĩnh. Nó trả về một phản hồi JSON sạch:

json

{

  “status”: “ok”,

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

  “nodeVersion”: “v22.18.0”

}

Phản hồi đó quan trọng hơn vẻ ngoài của nó. Một trang tải đúng chỉ chứng minh các tệp tĩnh đã được tải lên.

Một lệnh gọi API hoạt động chứng minh chính máy chủ Node.js đang chạy bên dưới và phản hồi các yêu cầu thực, phần của “Node.js web app” hosting rất dễ giả bằng một trang tĩnh và rất khó giả bằng một timestamp server live được tạo tại chính khoảnh khắc bạn nhấp một nút.

Nhận xét của tôi: Đây là bước kiểm tra mà tôi khuyên bạn nên làm trước khi tin tưởng bất kỳ bản deploy nào trên nền tảng này, hoặc trên bất kỳ nền tảng tương tự nào. Một trạng thái “Completed” màu xanh và thumbnail xem trước chỉ cho bạn biết build đã hoàn tất. Nhấp vào URL live và kích hoạt một thứ gì đó động, một lệnh gọi API, một truy vấn cơ sở dữ liệu, bất kỳ thứ gì không thể giả bằng một trang tĩnh được cache, sẽ cho bạn biết máy chủ thực sự đang sống và làm điều ứng dụng của bạn được xây dựng để làm.

5. Quản lý Web App

Khi đã xác nhận app live hoạt động, tôi quay lại hPanel và khám phá dashboard quản lý riêng của app từ đầu đến cuối, lớp quản lý máy chủ thực sự của sản phẩm này, tách biệt với màn hình Home chung đã nói ở trên.

Tổng quan dashboard. Ngay khi bạn vào đây, bốn badge trạng thái cho bạn biết mọi thứ thế nào chỉ trong nháy mắt:

Cả bốn đều xanh mặc định, không có gì để tôi phải bật thủ công. Bên dưới là một thẻ Last deployment xác nhận trạng thái, repository, tác giả, commit, thời gian deploy, stack được nhận diện và phiên bản Node, tất cả những gì bạn muốn xác minh trong nháy mắt mà không phải đào vào logs.

Một bài kiểm tra Page Speed tự động đã chạy trên site live và trả về điểm 99/100 trên Desktop mà tôi không hề tự kích hoạt, nằm cạnh một bảng Essentials với các liên kết nhanh tới kết nối cơ sở dữ liệu, sao lưu, file manager, runtime logs và cache.

Deployments, environment variables và logs. Ba trang riêng biệt bao quát phần này:

• Deployments giữ lại toàn bộ lịch sử push, tác giả, branch, mã commit và trạng thái hoàn tất, một lịch sử thực sự chứ không chỉ bản gần nhất
• Environment variables liệt kê đúng biến tôi đã đặt trong quá trình deploy, xác nhận nó đã được lưu và áp dụng, chứ không chỉ hiển thị một lần trong quá trình thiết lập rồi bị quên
• Runtime logs phát trực tiếp đầu ra server theo thời gian thực, các dòng khởi động Next.js, timestamp sẵn sàng, và số lượng vấn đề và lỗi đang chạy, cả hai đều bằng không trong suốt thời gian tôi theo dõi

Bảo mật. Trình Malware Scanner trả về kết quả sạch, “Your website is safe”, kèm một lưu ý được nói rõ ràng thay vì giấu trong chữ nhỏ: nó chỉ kiểm tra file website, không kiểm tra nội dung cơ sở dữ liệu, và có một tùy chọn dọn dẹp trả phí nếu bạn muốn kiểm tra sâu hơn bao gồm cả cơ sở dữ liệu. Phần quét Vulnerabilities cũng trả về sạch.

Cơ sở dữ liệu. Đây là nơi cách quảng bá của sản phẩm tạo ra một khoảng trống thực sự mà bạn nên hiểu trước khi mua. Gói này quảng cáo managed MySQL như một tính năng chính, nhưng không có gì được cấp phát tự động cho bạn.

Phần Databases mở ra bằng một form thủ công Create a New MySQL Database And Database User, nghĩa là bạn phải tự đặt tên và tạo cơ sở dữ liệu trước khi app có thể dùng nó. Tôi đã xác nhận trực tiếp điều này với Kodee, được nói ở phần Hỗ trợ bên dưới, và câu trả lời rất thẳng: managed có nghĩa là Hostinger vận hành hạ tầng cơ sở dữ liệu phía sau, chứ không phải một cơ sở dữ liệu sẽ được tạo sẵn cho bạn ngay khi app lên live.

Truy cập nâng cao. SSH access nằm trong mục Advanced, có đầy đủ IP, port và username, nhưng mặc định ở trạng thái Inactive và cần một cú nhấp Enable thủ công trước khi bạn có thể dùng. File Manager cho phép chọn duyệt chỉ các file của app này hoặc toàn bộ file trên hosting plan.

Nhận xét của tôi: Dashboard hằng ngày rất đầy đủ và được tổ chức tốt. Đặc biệt là bảo mật và lịch sử deploy rất dễ tìm và thực sự hữu ích, và runtime logs bằng không lỗi cùng quét malware sạch mang lại cho tôi sự tin tưởng thực sự rằng app đang khỏe mạnh, chứ không chỉ online.

Điểm duy nhất giao diện nói quá là phần cơ sở dữ liệu, nơi “managed MySQL” nghe trên trang gói như một thứ sẵn sàng ngay khi app của bạn lên live, nhưng thực tế lại là một form để bạn tự tạo, đơn giản để dùng, nhưng vẫn là một bước bạn phải tự làm.

Kết luận Tổng thể về Dễ sử dụng

Xây dựng, Triển khai và Mở rộng với Hostinger

Host modern web apps with GitHub integration, managed MySQL, global CDN, unlimited bandwidth, and built-in security tools.

Xem Hostinger

Mức độ Hỗ trợ

Tôi đã thử hỗ trợ của Hostinger cho Web Apps Hosting thông qua Kodee, trợ lý AI được tích hợp trong hPanel, rồi đi qua knowledge base để xem nó bao quát được bao nhiêu thứ mà không cần hỏi người thật. Kodee xuất hiện ở hai nơi đáng phân biệt: dưới dạng Ask AI trên trang marketing công khai, và dưới dạng bảng Agent có sẵn từ mọi trang bên trong hPanel, bao gồm cả dashboard riêng của Web App.

1. Hỗ trợ AI (Kodee)

Tôi đặt hai câu hỏi được xây dựng quanh những khoảng trống thực tế mà tôi đã gặp trong quá trình thử nghiệm, chứ không phải tra cứu chung chung mà Kodee có thể trả lời bằng cách sao chép từ tài liệu.

Câu hỏi 1 kiểm tra hành vi khi deploy thất bại và thời điểm biến môi trường có hiệu lực, cả hai đều là vấn đề production thực tế với bất kỳ ai triển khai lên nền tảng này:

Nếu bản build của app tôi thất bại giữa chừng trong một lần triển khai GitHub, app sẽ tự quay về phiên bản thành công cuối cùng hay sẽ bị ngưng cho đến khi tôi sửa và triển khai lại? Và tôi có thể đặt biến môi trường tùy chỉnh trước lần deploy đầu tiên, hay chỉ sau đó?

Kodee trả lời trực tiếp và chính xác ở cả hai điểm. Một bản build thất bại không thay thế app đang chạy, nếu trước đó đã có một lần triển khai thành công, app vẫn phục vụ phiên bản cuối cùng đang hoạt động. Nếu đó là lần triển khai đầu tiên và không có gì để quay về, app sẽ ngừng cho đến khi bản build được sửa và triển khai lại, một câu trả lời rõ ràng, trung thực thay vì một lời trấn an mơ hồ.

Về biến môi trường, nó xác nhận rằng bạn có thể đặt chúng trước lần deploy đầu tiên trong cài đặt triển khai, và với một app đã chạy sẵn, nó hướng dẫn đúng ba bước: mở Settings và Redeploy, thêm hoặc chỉnh sửa biến trong Environment variables, lưu lại và deploy lại.

Câu hỏi 2 đi sâu vào hai khoảng trống tôi tự tìm thấy khi khám phá dashboard, cách ghi “managed MySQL” đối chiếu với form tạo thủ công, và SSH để ở trạng thái inactive mặc định:

Gói này quảng cáo managed MySQL, nhưng dashboard lại hiển thị form ‘Create a New MySQL Database’ thủ công thay vì một cơ sở dữ liệu được cấp sẵn tự động. Một database có được tạo cho mỗi Web App theo mặc định không, hay chỉ khi tôi tự tạo? Ngoài ra, SSH access được liệt kê là khả dụng nhưng mặc định hiển thị Inactive. Nếu tôi không bao giờ bật nó, điều đó có thay đổi gì đối với cách app của tôi chạy không, hay SSH chỉ là một tiện ích tùy chọn cho người dùng nâng cao?

Câu trả lời của Kodee xác nhận đúng chính xác những gì tôi đã thấy trong giao diện, chứ không phải một phiên bản mềm hơn. Cơ sở dữ liệu không được tạo tự động cho mỗi Web App, “managed” ám chỉ Hostinger vận hành dịch vụ và hạ tầng cơ sở dữ liệu, còn việc tạo và cấu hình một database thực sự là do bạn, thông qua chính màn hình Create a New MySQL Database mà tôi đã thấy, rồi thêm chi tiết kết nối của nó vào environment variables của ứng dụng bạn.

Về SSH, nó xác nhận rằng để nó ở trạng thái inactive không thay đổi gì đối với cách app chạy, deploy, hoặc kết nối cơ sở dữ liệu. Nó được đặt chỉ như một công cụ tùy chọn cho lệnh CLI, migrations, hoặc gỡ lỗi file trực tiếp, chứ không phải thứ mà nền tảng âm thầm phụ thuộc phía sau.

Nhận xét của tôi: Cả hai câu trả lời đều khớp với những gì tôi đã tự xác minh bằng tay trong dashboard thay vì mâu thuẫn hay làm mềm đi, đó là dấu hiệu của một công cụ hỗ trợ thực sự đang kiểm tra trạng thái sản phẩm thật chứ không chỉ đọc kịch bản. Không câu hỏi nào có thể được trả lời bằng cách sao chép từ FAQ chung, và Kodee xử lý cả hai bằng các câu trả lời cụ thể, có cấu trúc, gồm hai phần, chỉ trong khoảng một phút mỗi lần.

2. Knowledge Base

Knowledge base của Hostinger mở ra bằng một lưới danh mục, tổng cộng 20 danh mục, mỗi danh mục hiển thị số lượng bài viết. Một vài danh mục lớn nhất: AI Builder có 330 bài, VPS có 276, Email có 127, và Website có 103.

Web Apps Hosting không có danh mục riêng dành cho nó. Nội dung của nó nằm rải rác trong Getting Started, hPanel và Website, đây là một phát hiện thực tế với bất kỳ ai mong đợi một ngôi nhà riêng biệt như VPS hay Email có.

Tìm kiếm “Web Apps” trực tiếp cho ra 71 kết quả trên 8 trang. Các kết quả hàng đầu là hỗn hợp giữa liên quan trực tiếp và chỉ liên quan lỏng lẻo:

• How to deploy apps built with Codex on Hostinger, liên quan trực tiếp
• Hostinger AI Builder: How to create a web app in agentic mode, gần liên quan nhưng là sản phẩm khác
• How to add a Node.js Web App in Hostinger, liên quan trực tiếp
• How to install Flutter Web on a VPS at Hostinger, một sản phẩm khác hoàn toàn
• Một số bài về phương thức thanh toán của Website Builder (PayPal, WeChat Pay, BLIK), không liên quan gì ngoài việc trong đâu đó có các từ “web” và “app”

Tôi mở một trong các kết quả hàng đầu, How to deploy apps built with Codex on Hostinger, để kiểm tra độ sâu của nó. Nó hóa ra là một hướng dẫn rất kỹ lưỡng, có danh sách framework hỗ trợ ở đầu, các ảnh chụp màn hình từng bước cho cả hai đường GitHub-import và ZIP-upload, một phần cấu hình build settings với ví dụ lệnh, phần giải thích cấu trúc file sau khi triển khai, phần walkthrough trình kết nối cơ sở dữ liệu, một phần giám sát lỗ hổng, và một khối FAQ kết thúc.

Dù được đặt khung theo Codex cụ thể, nền tảng bên dưới là cùng loại với sản phẩm Node.js Web App chung, nên phần lớn nội dung áp dụng trực tiếp.

Nhận xét của tôi: Số lượng bài viết khi tìm kiếm trông khá mạnh trên giấy tờ, 71 kết quả cho một cụm từ, nhưng một phần đáng kể trong số đó là nhiễu từ các sản phẩm không liên quan cùng dùng cách diễn đạt tương tự. Bài tôi mở toàn bộ giữ chất lượng tốt khi đi vào nội dung, các bước rõ ràng, ảnh chụp màn hình thật, và một phần FAQ thực sự, nhưng để tìm được nó tôi phải cuộn qua những kết quả chẳng liên quan gì đến thứ tôi đang cố triển khai.

Kết luận Tổng thể về Hỗ trợ Khách hàng

Hosting đơn giản cho Web App hiện đại

Triển khai React, Next.js, Vue, Node.js và các ứng dụng hiện đại khác mà không cần quản lý máy chủ hay hạ tầng phức tạp.

Xem Hostinger

Chúng tôi có khuyến nghị Hostinger Web Apps Hosting không?

Có. Quy trình triển khai là phần mạnh nhất của sản phẩm này: tự động nhận diện đúng stack, branch và Node version của tôi, một build log trực tiếp thật sự thay vì spinner, và một ứng dụng live vượt qua mọi bài kiểm tra hiệu năng tôi ném vào nó, GTmetrix hoàn hảo từ hai châu lục khác nhau, kiểm tra độ đồng nhất toàn cầu 54 điểm sạch, và các điểm 100/100 khớp nhau từ công cụ riêng của Hostinger trên cả desktop lẫn mobile. Kodee củng cố điều đó bằng các câu trả lời chính xác, cụ thể cho những câu hỏi kỹ thuật thực tế thay vì phản hồi theo kịch bản chung.

Những điểm chưa hoàn hảo là nhỏ nhưng đáng biết trước khi mua. “Managed MySQL” nghe trên trang gói như một thứ đã sẵn sàng ngay khi app của bạn lên live, nhưng thực tế là một form tạo thủ công. Dashboard cũng không cho Web Apps Hosting một điểm vào riêng từ màn hình Home chính, bạn cần biết phải vào Websites trước.

Đối với một developer muốn deploy nhanh, không phụ thuộc framework trên hạ tầng có benchmark tốt như vậy, đây là một khuyến nghị dễ dàng. Đối với người nào kỳ vọng mọi tính năng được quảng cáo sẽ bật sẵn ngay khi checkout xong, hãy dành thêm vài phút để tự thiết lập database.

Hostinger

5.0

2,471 user reviews

1,59 US$ /mo

Giá khởi điểm

Xem Hostinger

Rating based on expert review

• Thân thiện với Người dùng
  4.9
• Hỗ trợ
  4.9
• Tính năng
  4.8
• Độ tin cậy
  4.7
• Gói cước
  4.5