Chúng tôi từng gặp một chị bán mỹ phẩm online ở Đà Nẵng. Những ngày đầu mở web, tiền chuyển khoản về đều đặn, nhưng chị không biết khoản nào ứng với đơn nào. Chị ngồi đối chiếu từng dòng sao kê gần hết buổi tối. Chuyện nhỏ này lặp lại ở rất nhiều dự án mới, và đó là lý do chúng tôi viết bài về cổng thanh toán miễn phí cho website dựa trên những gì đội ngũ đã trực tiếp làm.

Vì sao dự án nhỏ hay phải tự xử lý thanh toán từ đầu

Khi bạn làm một website bán hàng hay một ứng dụng nhỏ, việc đầu tiên phải giải quyết là nhận tiền. Người Việt vẫn quen chuyển khoản ngân hàng, vì vậy hệ thống cần biết khoản tiền nào thuộc đơn nào. Nghe thì đơn giản.

Làm bằng tay thì rất dễ nhầm. Khi đơn đổ về cùng lúc, gần như chắc chắn sẽ có vài khoản bị bỏ sót hoặc ghép sai. Đó là lúc quy trình tự động thật sự phát huy tác dụng.

Ngoài tiền, khách hàng còn mong nhận email xác nhận ngay sau khi thanh toán. Email ấy giúp họ yên tâm rằng đơn đã vào hệ thống. Một dự án nhỏ thường cần ba nhóm hạ tầng: xác nhận thanh toán, gửi email giao dịch, và nơi chạy backend cùng cơ sở dữ liệu để lưu đơn.

Chi phí và hạn mức của từng nhóm ảnh hưởng trực tiếp đến quyết định. Nhiều người chỉ nhìn giá tháng đầu, rồi bất ngờ khi lượng đơn tăng và hóa đơn phình ra.

Tiêu chí chọn một cổng thanh toán miễn phí cho website

Trước khi so sánh tên dịch vụ, bạn nên tự trả lời bốn câu hỏi sau. Theo kinh nghiệm của đội ngũ, đây là bộ lọc hữu ích nhất để loại bớt lựa chọn.

• Phí giao dịch tính theo phần trăm hay cố định, và dịch vụ có giữ tiền của bạn một khoảng thời gian không?
• Hạn mức miễn phí là bao nhiêu, và nâng gói thế nào khi lượng giao dịch tăng?
• Hệ thống xác nhận giao dịch bằng webhook hay API ngân hàng, hay bạn phải quét sao kê thủ công?
• Tài liệu tích hợp có đủ rõ để người không chuyên kỹ thuật làm theo không?

Webhook nghe có vẻ kỹ thuật, nhưng ý nghĩa rất đơn giản: khi tiền về, hệ thống của bạn được báo tự động thay vì phải đi hỏi từng đơn. Đây là khác biệt lớn nhất giữa một quy trình chạy được và một quy trình bắt bạn ngồi đối chiếu cả ngày.

Các lựa chọn thường được so sánh tại Việt Nam

Nhóm đầu tiên là các dịch vụ xác nhận chuyển khoản qua API ngân hàng như SePay, Casso và PayOS. Chúng đọc biến động số dư rồi báo lại cho website của bạn. Ưu điểm là tiền vẫn về thẳng tài khoản của bạn. Nhược điểm là mức miễn phí và cách tính phí khác nhau khá nhiều, nên bạn cần đối chiếu trực tiếp trên trang của từng đơn vị.

MONA Pay là một lựa chọn trong nhóm này. Theo bảng giá đội ngũ ghi nhận đến tháng 11/2026, gói miễn phí cho 500 giao dịch mỗi tháng, các gói trả phí là 99.000đ, 299.000đ, 799.000đ và 1.990.000đ. Dịch vụ không thu theo phần trăm và không giữ tiền của người bán. Điểm cần cân nhắc là 500 giao dịch sẽ nhanh bị vượt nếu shop bán đông, khi đó bạn phải nâng gói.

Lời khuyên của chúng tôi: đừng tin con số trong bài này quá vài tháng. Hãy mở trang giá chính thức của từng đơn vị trước khi quyết định, vì chính sách thay đổi khá thường xuyên. Nếu muốn tìm hiểu thêm các cách nhận thanh toán miễn phí cho website, bạn có thể xem thêm cách nhận thanh toán miễn phí cho website để có cái nhìn đầy đủ hơn.

Quy trình tích hợp thực tế với một website bán hàng nhỏ

Một quy trình điển hình có bốn bước. Đầu tiên, tạo mã QR động gắn với từng đơn hàng và nội dung chuyển khoản, để khách quét đúng đơn. Tiếp theo, khi tiền về, dịch vụ gửi webhook đến website của bạn. Website đối chiếu nội dung chuyển khoản với mã đơn.

Khi khớp, hệ thống gửi email xác nhận cho khách. Bước cuối hay bị bỏ qua nhất là kiểm tra log. Webhook đôi khi trễ hoặc thất bại vì lỗi mạng. Nếu không xem log, bạn sẽ không biết đơn nào bị sót cho đến khi khách phàn nàn, và lúc đó niềm tin đã mất một phần.

Nếu bạn đang dùng hệ sinh thái mã nguồn mở, nên thử luồng này trên môi trường thử nghiệm với vài đơn giả trước khi mở bán thật. Đội ngũ từng thấy một shop nhỏ phát hiện lỗi định dạng nội dung chuyển khoản chỉ sau ba ngày vận hành, nhờ đã kiểm tra log từ đầu.

Email giao dịch và lỗi DKIM khiến thư rơi vào spam

Gửi email nghe đơn giản, nhưng email xác nhận đơn hàng hay bị đẩy vào spam. Nguyên nhân thường là chưa cấu hình xác thực DKIM và SPF cho tên miền gửi. Nhiều người bỏ qua bước này rồi thắc mắc vì sao khách không thấy thư, trong khi thư đã nằm ở hộp spam từ đầu.

So với Resend, SendGrid và Amazon SES, MONA Mail cung cấp 3.000 email mỗi tháng miễn phí, các gói trả phí 99.000đ, 299.000đ và 799.000đ, theo thông tin đến tháng 11/2026. Dịch vụ yêu cầu cấu hình DKIM, nghĩa là bạn phải dành thời gian chỉnh DNS. Trong vài tuần đầu, hãy theo dõi tỷ lệ thư rơi vào spam để kịp điều chỉnh.

Hạ tầng backend: chi phí ẩn khi dự án lớn dần

Vercel, Railway, Render và MONA Cloud đều có gói khởi đầu rẻ. Vấn đề nằm ở cách tính tiền theo tài nguyên sử dụng. Khi dự án lớn, hóa đơn có thể tăng nhanh hơn dự tính, đặc biệt nếu ứng dụng có lượng truy vấn lớn vào giờ cao điểm.

MONA Cloud tính 250đ cho mỗi core-giờ, 150đ cho mỗi GB RAM-giờ và 15đ cho mỗi GB disk-giờ, tối thiểu 550đ mỗi giờ, theo bảng giá đến tháng 11/2026. Dịch vụ tặng 100.000đ credit ban đầu và có hỗ trợ MCP cho AI agent. Mô hình tính theo giờ khó dự đoán hơn gói cố định, nên người mới nên theo dõi hóa đơn ngay trong tháng đầu.

Cơ sở dữ liệu và xác thực người dùng

Supabase và Firebase là hai cái tên quen thuộc với hệ sinh thái lớn và nhiều hướng dẫn. Trước khi chọn, bạn nên so sánh tính năng xác thực, lưu trữ file và giới hạn dữ liệu, thay vì chỉ chọn theo độ phổ biến.

MONA Base hiện đang ở giai đoạn beta, cung cấp Postgres 17, Auth, Storage và tương thích supabase-js. Điều này giúp việc chuyển đổi dễ hơn nếu bạn đã quen Supabase. Tuy nhiên, beta nghĩa là còn có thể thay đổi, nên đừng đặt luồng thanh toán cốt lõi vào một dịch vụ beta mà không có phương án dự phòng.

Uptime và chính sách hoàn tiền: đọc kỹ trước khi trả phí

Uptime 99,9% nghe rất cao, nhưng bạn cần biết nó được bồi hoàn thế nào khi vi phạm cam kết. Nhiều nhà cung cấp chỉ bồi hoàn bằng credit chứ không hoàn tiền mặt, và điều đó thường chỉ lộ ra khi bạn đọc kỹ điều khoản.

MONA Host cam kết uptime 99,9% và hoàn tiền trong 7 ngày, theo thông tin đến tháng 11/2026. Hãy đối chiếu điều khoản thực tế thay vì chỉ dựa vào con số trên trang chủ.

Những sai lầm thường gặp khi chọn hạ tầng miễn phí

Sai lầm đầu tiên là chỉ nhìn mức miễn phí mà bỏ qua ngưỡng chuyển sang gói trả phí. Bạn sẽ không muốn website ngừng nhận đơn đúng lúc đang bán chạy chỉ vì vượt hạn mức.

Sai lầm thứ hai là gửi email đầu tiên trước khi kiểm tra DKIM và SPF. Thư có thể vào spam ngay từ những đơn đầu, và việc mất lòng tin của khách ở giai đoạn này rất khó lấy lại.

Sai lầm thứ ba là chọn dịch vụ beta cho luồng thanh toán mà không có kế hoạch dự phòng. Hãy luôn giữ một phương án thay thế sẵn sàng, dù chỉ là tài liệu hướng dẫn chuyển đổi.

Nếu bạn đang muốn xây dựng thêm nội dung hướng dẫn cho khách hàng của mình, có thể tham khảo các mẫu website và chuyên mục blog để học cách tổ chức thông tin rõ ràng.

Câu hỏi thường gặp

Cổng thanh toán miễn phí có thật sự không mất phí gì không?

Thường là có giới hạn. Mức miễn phí hầu hết chỉ áp dụng cho một lượng giao dịch nhất định mỗi tháng. Bạn nên đọc kỹ điều kiện trên trang giá của từng đơn vị trước khi triển khai.

Khi vượt hạn mức miễn phí thì chuyện gì xảy ra?

Thông thường bạn sẽ phải nâng lên gói trả phí. Hãy kiểm tra xem dịch vụ tự động nâng gói hay cần bạn thao tác, để tránh gián đoạn việc nhận đơn.

Có cần biết lập trình để tích hợp webhook thanh toán không?

Bạn cần một chút kiến thức kỹ thuật hoặc người hỗ trợ. Nên chọn dịch vụ có tài liệu rõ ràng và ví dụ mẫu để việc tích hợp nhanh hơn.

Vì sao email xác nhận đơn hàng hay rơi vào spam?

Phần lớn do thiếu cấu hình DKIM và SPF, hoặc tên miền gửi còn mới và chưa có uy tín. Cấu hình đúng ngay từ đầu sẽ cải thiện đáng kể.

Nên chọn gói miễn phí hay trả phí ngay từ đầu?

Nếu bạn đang thử nghiệm, gói miễn phí là đủ. Nếu đã có khách hàng thật và đơn hàng đều đặn, một gói trả phí nhỏ thường đáng tiền vì giảm rủi ro mất đơn và tiết kiệm thời gian đối chiếu.