Chi phí làm website bán hàng chuyên nghiệp: Bảng dự toán chi tiết, phí cổng thanh toán, vận chuyển và bài toán chịu tảiChi phí làm website bán hàng chuyên nghiệp: Bảng dự toán chi tiết, phí cổng thanh toán, vận chuyển và bài toán chịu tải

Một website giới thiệu có thể chậm vài giây mà hậu quả chỉ là người đọc mất kiên nhẫn. Với website bán hàng, cùng khoảng trễ ấy có thể xảy ra đúng lúc hệ thống đang giữ tồn kho, tạo đơn, nhận callback thanh toán hoặc đẩy vận đơn. Vì vậy, chi phí làm website bán hàng không thể được tính bằng số trang và độ đẹp của giao diện. Đây là ngân sách để xây dựng và vận hành một hệ thống giao dịch.

Chi phí đầu tư ban đầu gồm thiết kế, lập trình và tích hợp. Chi phí vận hành gồm máy chủ, bản quyền, giám sát và bảo trì. Sau đó còn một lớp biến đổi theo từng đơn: thanh toán, tin nhắn, lưu trữ và kéo khách. Báo giá chỉ ghi “website bán hàng trọn gói” sẽ che mất khoản tăng theo doanh số.

Các khoảng ngân sách dưới đây là mô hình tham khảo tháng 9/2026. Doanh nghiệp cần thay số giả định bằng lưu lượng, giá trị đơn và yêu cầu tích hợp của mình.

1. Áp lực phí sàn TMĐT năm 2026 và lý do nhà bán hàng mở kênh website riêng

Khoản tiền sàn khấu trừ không nằm trong một dòng duy nhất. Tùy nền tảng và ngành hàng, nhà bán hàng có thể gặp phí giao dịch hoặc xử lý thanh toán, hoa hồng cố định, phí chương trình vận chuyển, voucher đồng tài trợ, tiếp thị liên kết và quảng cáo. Cách tính cũng khác nhau: có khoản tính trên giá sản phẩm sau giảm giá, có khoản tính thêm phần vận chuyển khách trả, có khoản chỉ phát sinh khi tham gia chương trình.

Ví dụ, tài liệu dành cho người bán của TikTok Shop công bố phí giao dịch 6% cho đơn hàng từ ngày 9/5/2026. Đây mới là một dòng phí. Trung tâm người bán còn liệt kê hoa hồng nền tảng, phí xử lý đơn, phí vận chuyển và các điều chỉnh khác. Shopee cũng hướng dẫn người bán tính tổng từ phí xử lý giao dịch, phí cố định và phí dịch vụ trong công thức xác định giá bán. Biểu phí theo ngành và chương trình thay đổi theo thời điểm, nên ảnh chụp một bảng phí cũ không đủ để lập ngân sách cho năm sau.

Do đó, con số 18–28% nên được hiểu là kịch bản tổng khấu trừ hiệu dụng, không phải mức phí mặc định của Shopee, TikTok Shop hay Lazada. Chẳng hạn, một shop có thể ghi nhận 14% phí bắt buộc và chương trình, 4% voucher do shop tài trợ, 5% quảng cáo phân bổ trên doanh thu và 2% hoa hồng affiliate; tổng là 25%. Một shop khác không tham gia chương trình hoặc bán ở ngành hàng khác sẽ có kết quả thấp hơn nhiều. Cách kiểm tra đúng là xuất báo cáo quyết toán 60–90 ngày rồi tính:

Tỷ lệ khấu trừ hiệu dụng = (phí nền tảng + trợ giá do shop chịu + quảng cáo + affiliate + các điều chỉnh liên quan) / doanh thu gộp trên sàn.

Cần tách phí vận chuyển thực trả và giá vốn hàng hóa nếu muốn so sánh công bằng, vì hai khoản này cũng tồn tại trên website riêng. Thuế cũng không tự biến mất khi đổi kênh bán.

Website đổi cấu trúc chi phí, không tạo ra khách hàng miễn phí

Website cho phép doanh nghiệp kiểm soát tên miền, dữ liệu giao dịch và cơ chế xin phép tiếp thị lại để đo LTV cùng tỷ lệ mua lại.

Website riêng vẫn phải giành lấy lượt truy cập. Nếu thương hiệu chưa có cộng đồng, tìm kiếm tự nhiên, cửa hàng vật lý hoặc tệp khách cũ, chi phí thu hút một đơn hàng trên web có thể cao hơn phần phí tiết kiệm được. Shop đang kiểm chứng một sản phẩm mới nên chạy một phép thử nhu cầu quy mô nhỏ trước khi đầu tư hệ thống lớn. Website và sàn thường phù hợp với vai trò bổ trợ: sàn giúp tìm khách mới, còn website phục vụ sản phẩm độc quyền, khách quay lại, nội dung tư vấn và chương trình thành viên.

2. Sáu thành tố cấu thành chi phí một website bán hàng chuyên nghiệp

So với bảng dự toán website tổng thể, website thương mại điện tử phát sinh thêm giao dịch đồng thời, trạng thái đơn và kết nối bên ngoài.

1. Hạ tầng cho các trang không thể cache toàn phần

Trang danh mục và bài viết có thể được CDN lưu bản sao. Giỏ hàng, tài khoản và thanh toán mang dữ liệu riêng của từng người nên thường phải đi tới ứng dụng và cơ sở dữ liệu. Vì thế, một cấu hình có NVMe, OPcache và Redis hoặc Memcached mới là điểm khởi đầu. Đội triển khai còn phải cấu hình cache đúng vùng, giới hạn bot, hàng đợi tác vụ nền, giám sát truy vấn chậm và sao lưu có thể phục hồi. Để định hướng tổng thể trước khi triển khai, bạn có thể tham khảo dự toán chi phí website.

Mục tiêu “phản hồi giỏ hàng dưới 0,8 giây” chỉ hợp lệ khi ghi rõ endpoint, vị trí người dùng, số người đồng thời và percentile p95 hay p99. Nhãn NVMe không bảo đảm kết quả. Chi phí duy trì website hằng năm cần gồm kiểm thử tải, giám sát và thời gian xử lý sự cố.

2. UX của giỏ hàng và thanh toán

Thiết kế UX phải giải quyết các câu hỏi vận hành: khách có được mua không cần tài khoản không, phí giao hàng xuất hiện lúc nào, địa chỉ sai được báo ra sao, một mã giảm giá có dùng chung với điểm thưởng không, và khi thanh toán thất bại khách có thể thử lại mà không tạo đơn trùng không. Drawer cart hay single-page checkout chỉ là hình thức giao diện; giá trị nằm ở số trường phải nhập, phản hồi lỗi, khả năng dùng bằng một tay trên điện thoại và cách giữ trạng thái khi mạng chập chờn.

Baymard ghi nhận tỷ lệ bỏ giỏ trung bình khoảng 70,19% trên dữ liệu họ tổng hợp, không phải 85% do riêng quy trình đăng ký tài khoản gây ra. Nghiên cứu của họ cho thấy 19% người được khảo sát từng bỏ thanh toán vì bị buộc tạo tài khoản. Hai con số này không dự báo trực tiếp cho một shop Việt Nam, nhưng đủ để yêu cầu guest checkout, hiển thị tổng tiền sớm và đo funnel của chính website.

3. Thanh toán trực tuyến và đối soát

VietQR động cần tạo nội dung chuyển khoản gắn với mã đơn, nhận tín hiệu từ ngân hàng hoặc nhà cung cấp, xác minh số tiền và chống xử lý callback lặp. “QR 0%” thường có nghĩa không thu tỷ lệ theo giá trị giao dịch, nhưng vẫn có thể có phí gói hoặc phí phẳng. Bảng công khai của SePay tại thời điểm kiểm tra ghi VietQR Banking 200–500 đồng/giao dịch, VietQRPay 0,3%, và thẻ quốc tế 1,6–2,2% cộng 2.200 đồng; hợp đồng thực tế, thuế và ngân hàng có thể làm thay đổi số tiền.

Các cổng có hồ sơ pháp lý, quy tắc hoàn tiền và chu kỳ quyết toán khác nhau. Chi phí tích hợp phải gồm xác minh webhook, chống xác nhận lặp, nhật ký đối soát và xử lý lệch tiền. Website không nên tự lưu số thẻ.

4. API vận chuyển và địa chỉ Việt Nam

Tích hợp vận chuyển không dừng ở nút “tạo vận đơn”. API cần đồng bộ danh mục tỉnh, phường/xã theo phiên bản hiện hành; tính phí theo kho lấy, địa chỉ giao, khối lượng, kích thước và dịch vụ; tạo hoặc hủy đơn; nhận webhook trạng thái; in nhãn; lưu mã đối soát COD. Tài liệu GHN mô tả API cho tính phí, tạo đơn, đồng bộ địa chỉ và nhận webhook; GHTK cũng công bố endpoint tính phí theo địa chỉ, cân nặng và dịch vụ.

Khi hãng vận chuyển timeout, website có thể dùng phí ước tính đã công bố, đưa tác vụ tạo vận đơn vào hàng đợi và cảnh báo nhân viên. Không nên để một lần gọi API thất bại làm hỏng toàn bộ checkout.

5. Sản phẩm biến thể và tồn kho đa điểm

Màu, dung lượng và kích cỡ tạo ra số tổ hợp nhanh hơn nhiều so với số sản phẩm nhìn thấy trên giao diện. Một mẫu có 6 màu, 5 size và 3 kho đã có 90 ô tồn kho cần kiểm soát. Dự toán phải nêu nguồn dữ liệu nào có quyền quyết định tồn kho: website, POS, ERP hay phần mềm kho. Đồng bộ hai chiều mà không có “nguồn sự thật” dễ tạo vòng lặp cập nhật và bán vượt tồn.

HPOS của WooCommerce lưu đơn trong các bảng có chỉ mục riêng và là mặc định với cài đặt mới từ phiên bản 8.2. HPOS vẫn không thay thế kiểm thử plugin, thiết kế tồn kho hay tối ưu truy vấn sản phẩm.

6. Bảo mật, sao lưu và khả năng phục hồi

HTTPS là yêu cầu cơ bản. Chứng chỉ DV miễn phí vẫn thiết lập kết nối HTTPS; OV và EV bổ sung bước xác minh tổ chức, không tự làm mã hóa “mạnh hơn” hay ngăn website bị cài mã độc. Let’s Encrypt phát hành chứng chỉ DV miễn phí, nên ngân sách bảo mật nên ưu tiên quản lý khóa, cập nhật phần mềm, phân quyền, xác thực nhiều lớp, sao lưu tách biệt và kiểm tra phục hồi.

WAF có thể chặn nhiều mẫu SQL injection, XSS hoặc brute force nhưng không vá plugin lỗi. Tài liệu Cloudflare lưu ý một số lỗ hổng không thể xử lý chỉ ở lớp WAF. Website vẫn cần kiểm soát file, log quản trị, quyền plugin và kế hoạch ứng cứu.

3. Ma trận chi phí theo ba cấp độ quy mô bán hàng

Ma trận dưới đây là dự toán định hướng, tính bằng đồng Việt Nam và chưa gồm VAT, ngân sách quảng cáo, phí vận chuyển từng kiện, phí cổng thanh toán theo giao dịch, nhân sự vận hành nội bộ và nhập liệu số lượng lớn. Các khoảng giá rộng vì cùng “300 đơn/ngày” nhưng một cửa hàng thời trang một kho khác xa hệ thống điện máy nhiều kho, trả góp và serial sản phẩm.

Không nên chọn cấp chỉ bằng số đơn trung bình. Flash sale 3.000 đơn trong 30 phút tạo tải khác 3.000 đơn rải đều một ngày. Đề bài cho nhà thầu cần ghi traffic đỉnh, đơn mỗi phút, số thao tác đồng thời và mục tiêu phục hồi.

WooCommerce, SaaS hay headless?

SaaS như Shopify hoặc Haravan phù hợp khi doanh nghiệp muốn triển khai sớm, chấp nhận phí thuê bao và vận hành theo khả năng cấu hình sẵn. WooCommerce HPOS phù hợp khi cần quyền kiểm soát mã nguồn, dữ liệu và luồng tích hợp, đổi lại doanh nghiệp phải chịu trách nhiệm cập nhật và hạ tầng. Headless tách giao diện khỏi hệ thống thương mại, hữu ích khi nhiều kênh dùng chung API hoặc yêu cầu trải nghiệm rất riêng; với shop nhỏ, nó thường tăng số dịch vụ phải triển khai mà chưa tạo thêm doanh thu. Ở bước tiếp theo, Chi phí làm website WordPress thực sẽ giúp bạn mở rộng cách tiếp cận này.

Quyết định tự làm, thuê freelancer hay agency nên dựa trên mức độ ngoại lệ và năng lực vận hành sau bàn giao. Từ năm thứ hai, CapEx có thể giảm nhưng ngân sách duy trì cho bảo trì, giám sát và phục hồi vẫn tiếp tục.

4. Chi phí ẩn và bài toán kinh tế trên từng đơn hàng

Website riêng không thu hoa hồng nền tảng trên doanh thu, nhưng mỗi đơn vẫn tiêu thụ tài nguyên và dịch vụ. Muốn so sánh với sàn, doanh nghiệp cần tính cùng một phạm vi. Nếu phía sàn đã gồm quảng cáo và voucher, phía website cũng phải gồm chi phí thu hút khách. Nếu phí giao hàng và đóng gói giống nhau ở hai kênh, có thể loại cả hai khỏi phép so sánh để tránh làm nhiễu.

Bốn nhóm biến phí dễ bị bỏ quên

• Thanh toán: QR chuyển khoản có thể tính phí phẳng hoặc theo gói; QR qua NAPAS và thẻ thường tính phần trăm. Tỷ lệ giao dịch thẻ càng cao, phí bình quân mỗi đơn càng tăng. Hoàn tiền, chargeback và thời gian giữ tiền cũng tác động dòng tiền.
• Hạ tầng: lấy tổng tiền cloud, CDN, log và giám sát chia cho số phiên chỉ cho biết cost per visit. Để ra cost per order, phải chia cho số đơn thành công. Chi phí này giảm theo quy mô cho tới khi hệ thống phải nâng cấp một bậc.
• Tin nhắn: đơn hàng có thể phát sinh xác nhận, cập nhật vận chuyển và OTP. Không nên mặc định 200–450 đồng cho mọi tin. Zalo chuyển sang cơ chế ZBS Template Message và bảng giá phụ thuộc loại mẫu; SMS Brandname phụ thuộc nhà cung cấp. Hãy lấy đơn giá trong hợp đồng nhân với số tin thực gửi.
• Media: ảnh gốc, bản responsive, video, thao tác đọc/ghi và backup đều có giá. Cloudflare R2 công bố mức Standard Storage 0,015 USD/GB-tháng, tính thêm Class A/B operations và miễn egress trực tiếp từ R2. Dùng CDN không xóa nhu cầu tối ưu kích thước và định dạng ảnh.

Mô hình điểm hòa vốn có thể thay số

Gọi F là tổng chi phí cố định của website trong kỳ, gồm phần CapEx phân bổ, hạ tầng, bản quyền và bảo trì. Gọi s là tỷ lệ chi phí biến đổi của sàn trên GMV và w là tỷ lệ chi phí biến đổi của website trên GMV. Khi so cùng chi phí giá vốn và giao hàng, doanh thu hòa vốn là:

GMV hòa vốn = F / (s − w), với điều kiện s lớn hơn w.

Ví dụ giả định: một thương hiệu chi 120 triệu đồng để triển khai và 60 triệu đồng cho hạ tầng, bảo trì năm đầu, nên F bằng 180 triệu. Báo cáo quyết toán cho thấy kênh sàn mất 22% GMV sau phí, chương trình và quảng cáo. Kênh website dự kiến mất 12% GMV cho thanh toán, tin nhắn và thu hút khách. Chênh lệch là 10 điểm phần trăm, nên GMV hòa vốn năm đầu bằng 1,8 tỷ đồng, tương đương 150 triệu/tháng. Với giá trị đơn trung bình 500.000 đồng, mức này bằng 300 đơn/tháng.

Đây là ví dụ giả định, không phải kết quả dự báo. Chỉ cần chi phí thu hút khách trên website tăng từ 10% lên 18%, lợi thế gần như biến mất. Doanh nghiệp nên dùng bảng tính chi phí và lợi nhuận từng đơn, tách khách mới với khách quay lại, rồi chạy ba kịch bản thấp, cơ sở và cao. LTV chỉ có giá trị khi tỷ lệ mua lại được đo từ dữ liệu thật.

5. Bốn cạm bẫy kỹ thuật khiến website tốn tiền nhưng không ra đơn

Hosting rẻ được mua mà không có bài kiểm thử tải

Mức 50.000 đồng/tháng không chứng minh website sẽ sập khi 10 người đặt hàng. Plugin, truy vấn, cache và tài nguyên mới quyết định. Gói quá rẻ thường khó quan sát và mở rộng lúc chạy quảng cáo. Hãy kiểm thử đồng thời trên staging, ghi p95, tỷ lệ lỗi và mức dùng tài nguyên; đồng thời xem các bẫy chi phí ẩn của website giá rẻ.

Checkout buộc khách hoàn thành thủ tục của doanh nghiệp

Năm bước, xác minh email trước mua và biểu mẫu khó dùng làm tăng ma sát, nhưng không có cơ sở để gán mức bỏ giỏ 85% cho mọi website. Hãy đo từng bước từ cart đến order received. Guest checkout và tạo tài khoản sau mua là hai thử nghiệm hợp lý.

Plugin lậu đặt mã không rõ nguồn gốc vào luồng tiền

Plugin nulled có thể bị chèn backdoor hoặc mã JavaScript lấy cắp dữ liệu. Ngay cả khi file hiện tại sạch, người dùng cũng không nhận bản vá và không biết chuỗi cung ứng cập nhật. Cổng thanh toán và checkout là vùng có rủi ro cao nhất để tiết kiệm tiền bản quyền. Chỉ cài gói từ nhà cung cấp xác định, kiểm tra checksum khi có thể, giới hạn quyền ghi file và theo dõi thay đổi bất thường. Khi cần chuyển từ kế hoạch sang triển khai thực tế, lập trình website bán hàng là bước tiếp theo phù hợp.

Đồng bộ tồn kho không có quy tắc xung đột

Website báo còn hàng trong khi POS vừa bán món cuối cùng là lỗi phân tán dữ liệu, không đơn thuần là lỗi hiển thị. Tích hợp cần định nghĩa thời gian giữ hàng, lúc trừ tồn, cách giải phóng khi thanh toán thất bại và thứ tự ưu tiên khi hai kênh cập nhật cùng lúc. Flash sale có thể cần cơ chế reservation nguyên tử thay vì cron vài phút một lần.

Checklist năm tiêu chuẩn sống còn trước nghiệm thu

• Luồng đơn: kiểm thử đơn thành công, thất bại, callback đến hai lần, hoàn tiền, hủy và thanh toán thiếu hoặc thừa; không tạo đơn hay trừ tồn trùng.
• Chịu tải: có kịch bản, dữ liệu và báo cáo p95/p99 cho cart, checkout, webhook ở tải bình thường và tải đỉnh đã thống nhất.
• Kho và vận chuyển: thử hết hàng đồng thời, API timeout, sai địa chỉ, đổi dịch vụ, hủy vận đơn và webhook đến sai thứ tự.
• Bảo mật và phục hồi: HTTPS, MFA quản trị, phân quyền tối thiểu, WAF/rate limit, bản vá, backup ngoài máy chủ và một lần phục hồi thử có biên bản.
• Bàn giao: doanh nghiệp giữ quyền quản trị tên miền, cloud, mã nguồn, database và khóa dịch vụ; có tài liệu triển khai, danh sách bản quyền và quy trình xử lý sự cố.

6. Lộ trình đầu tư website bán hàng chuẩn HPOS từ thử nghiệm đến mở rộng

Giai đoạn 1: MVP để kiểm chứng hành vi mua

MVP nên có danh mục gọn, tìm kiếm đủ dùng, guest checkout, một phương thức QR hoặc COD, một đơn vị vận chuyển và đo lường funnel. Mục tiêu là xác nhận khách có vào website, thêm giỏ và thanh toán trong điều kiện thật. Đừng triển khai loyalty, ứng dụng di động và headless trước khi phép kiểm chứng nhu cầu cho thấy sản phẩm và kênh có tín hiệu.

Giai đoạn 2: Chuẩn hóa vận hành đơn

Khi số đơn đều hơn, doanh nghiệp chuẩn hóa trạng thái đơn, quyền nhân viên, quy trình đóng gói, hoàn tiền, đối soát và chăm sóc sau mua. Lúc này mới đáng đầu tư tích hợp thêm cổng thanh toán, hãng vận chuyển, ZNS và dashboard ngoại lệ. Với WooCommerce, bật HPOS sau khi kiểm tra tương thích; mọi plugin và mã tùy biến phải dùng WooCommerce CRUD thay vì truy vấn thẳng vào cấu trúc lưu đơn cũ.

Giai đoạn 3: Tự động hóa và tăng sức chịu tải

Quy mô đa kênh cần nguồn tồn kho có thẩm quyền, hàng đợi cho webhook, quan sát tập trung, kiểm thử tải và runbook khi đối tác lỗi. Chỉ dùng headless hoặc hạ tầng phức tạp khi số đo chỉ ra nút thắt cụ thể.

FHC định hướng các dự án WooCommerce theo HPOS, tách dữ liệu đơn vào cấu trúc chuyên dụng, thiết kế checkout cho địa chỉ và phương thức thanh toán tại Việt Nam, đồng thời bàn giao mã nguồn và database trên hạ tầng do khách hàng kiểm soát. Các mục tiêu như tải trang dưới 1,5 giây hoặc xác nhận VietQR trong vài giây cần được ghi thành tiêu chí đo có điều kiện, phụ thuộc thiết bị, mạng, tải hệ thống và SLA của bên thứ ba. Chúng không nên xuất hiện như lời hứa tuyệt đối trước khi khảo sát.

Một quyết định đầu tư tốt bắt đầu bằng ba con số: tỷ lệ khấu trừ hiệu dụng trên sàn, chi phí thu hút một đơn trên kênh riêng và biên đóng góp sau giá vốn. Khi ba số ấy đã có, bảng tính sẽ cho biết doanh nghiệp nên làm MVP, nâng cấp hệ thống hiện tại hay tiếp tục dùng sàn trong vai trò kênh chính.