Cách kiếm tiền từ ứng dụng năm 2026: gói đăng ký, mua một lần, quảng cáo hay tải về trả phí

Để kiếm tiền từ ứng dụng hiệu quả, hãy bắt đầu bằng một câu hỏi: người dùng nhận được giá trị gì, và bao lâu một lần? Một dịch vụ đám mây, một công cụ ngoại tuyến và một game giải trí có chi phí và hành vi sử dụng khác nhau, nên không cần cùng một kiểu paywall. Hãy chọn mô hình trước. Sau đó kiểm tra quy định thanh toán của cửa hàng và mức phí năm 2026, vì chúng cùng quyết định cách bạn được phép thu tiền và phần bạn giữ lại.

Nên chọn mô hình kiếm tiền nào cho ứng dụng?

Hãy chọn mô hình khớp với tần suất người dùng nhận được giá trị và chi phí bạn bỏ ra để phục vụ mỗi người dùng. Mỗi mô hình dưới đây phù hợp với một loại sản phẩm khác nhau.

Mô hình kết hợp có thể hiệu quả, nhưng mỗi mô hình thêm vào là thêm một quy tắc phải giải thích và thêm trạng thái mua hàng phải kiểm thử. Hãy bắt đầu với mô hình nhỏ nhất mà bạn giải thích được rõ ràng. "Dùng thử miễn phí, trả một lần để xuất file" dễ hiểu hơn nhiều so với tín dụng, gói đăng ký và quảng cáo cùng lúc.

Khi nào gói đăng ký hợp lý, và Apple yêu cầu gì?

Gói đăng ký hợp lý khi ứng dụng liên tục mang lại giá trị. Guideline 3.1.2(a) của Apple nêu rằng gói đăng ký tự gia hạn "phải mang lại giá trị liên tục cho khách hàng" và chu kỳ "phải kéo dài ít nhất bảy ngày và khả dụng trên tất cả thiết bị của người dùng."

Đặt màn hình cài đặt sẵn có sau một mức giá hằng tháng không đạt tiêu chuẩn đó. Những trường hợp phù hợp gồm đồng bộ ổn định, nội dung mới, xử lý trên đám mây hoặc một dịch vụ được duy trì. Nếu chuyển một ứng dụng trả phí hiện có sang gói đăng ký, cùng guideline đó nói rằng bạn "không nên lấy đi chức năng chính mà người dùng hiện tại đã trả tiền."

Trước khi mua, Guideline 3.1.2(c) yêu cầu bạn "mô tả rõ người dùng sẽ nhận được gì với mức giá đó." Trang gói đăng ký của Apple liệt kê những gì màn hình đăng ký cần có: tên và thời hạn gói, nội dung bao gồm, giá gia hạn đầy đủ hiển thị nổi bật, cách đăng nhập hoặc khôi phục giao dịch, cùng liên kết tới Điều khoản sử dụng và Chính sách quyền riêng tư. Hãy kiểm thử gia hạn, hủy, hết hạn và khôi phục. Người hủy hôm nay vẫn phải giữ quyền truy cập đến hết kỳ đã trả tiền.

Khi nào mua một lần hoặc tải về trả phí là lựa chọn tốt hơn?

Mua một lần phù hợp với công cụ khép kín có chi phí không tăng theo mức sử dụng, như trình chỉnh sửa ngoại tuyến hoặc tiện ích chạy trên thiết bị. Nó không phù hợp khi bạn hứa xử lý AI tốn kém, lưu trữ hoặc hỗ trợ thủ công vô thời hạn chỉ đổi lấy một lần thanh toán.

Trên iOS, bạn vẫn có thể cho dùng thử mà không cần gói đăng ký. Guideline 3.1.1 cho phép một in-app purchase non-consumable ở Price Tier 0 có tên "XX-day Trial". Trước khi bắt đầu dùng thử, bạn phải nêu rõ thời lượng, những gì sẽ bị khóa và giá của quyền truy cập đầy đủ. Nếu bán dịch vụ tính theo mức dùng dưới dạng tín dụng tiêu hao bên cạnh gói mở khóa một lần, hãy nhớ rằng tín dụng mua qua in-app purchase "không được hết hạn." Đừng quảng cáo "không giới hạn" rồi giấu một mức trần cứng trong trang hỗ trợ.

Quảng cáo có phải cách tốt để kiếm tiền từ ứng dụng nhỏ?

Quảng cáo chỉ nuôi được ứng dụng miễn phí khi lượng sử dụng tạo đủ lượt hiển thị. Với lượng người dùng nhỏ hoặc ngách, doanh thu quảng cáo có thể không bù nổi công sức xử lý quyền riêng tư và thời gian khởi động chậm hơn mà SDK quảng cáo gây ra.

Hãy đo xem vị trí đặt quảng cáo có ảnh hưởng đến tác vụ chính không. Trong một tiện ích dùng nhanh, quảng cáo xen kẽ (interstitial) hiện ra trước kết quả có thể làm mất người dùng nhiều hơn số tiền nó mang lại. Bản nâng cấp không quảng cáo là một giao dịch kỹ thuật số: Chính sách thanh toán của Google nêu "phiên bản không quảng cáo của ứng dụng" là chức năng cao cấp phải đi qua Play billing. SDK quảng cáo cũng thu thập dữ liệu, nên hãy cập nhật phần công bố dữ liệu. Bài kiểm tra SDK cho nhãn quyền riêng tư của chúng tôi hướng dẫn chi tiết bước này.

Năm 2026 Apple và Google thu bao nhiêu từ doanh thu ứng dụng?

Tính đến tháng 10/2026, Apple giữ lại 15% từ thành viên Small Business Program và từ gói đăng ký sau một năm dịch vụ trả phí. Tại Mỹ, Anh và EEA, Google Play thu 10% phí dịch vụ cộng 5% phí thanh toán với gói đăng ký trả qua Play billing.

Theo trang phí dịch vụ của Google, cơ cấu mới bắt đầu từ ngày 30/6/2026 tại Mỹ, EEA và Anh, và từ ngày 30/9/2026 tại Úc và Nhật Bản. Ở các khu vực này, phí thanh toán 5% chỉ áp dụng cho giao dịch thực hiện qua Google Play billing. Các thị trường khác giữ mức cũ cho đến khi thay đổi được áp dụng tại đó.

Small Business Program của Apple áp dụng cho nhà phát triển có tối đa 1 triệu USD doanh thu thực nhận trong năm dương lịch trước đó, cùng nhà phát triển mới trên App Store. Thời gian dùng thử miễn phí không được tính vào một năm dịch vụ trả phí cần thiết để hưởng mức 85% cho gói đăng ký của Apple. Mức phí phụ thuộc vào chương trình và loại giao dịch, nên hãy lập dự báo dựa trên điều khoản thực tế của tài khoản thay vì một con số phần trăm duy nhất.

Khi nào được dùng liên kết thanh toán riêng thay cho in-app purchase?

Trên storefront Hoa Kỳ của Apple, ứng dụng nay được phép có nút, liên kết bên ngoài hoặc lời kêu gọi hành động khác dẫn tới phương thức mua hàng khác. Ở những nơi khác, tính năng kỹ thuật số phải dùng in-app purchase, trừ khi có entitlement theo khu vực hoặc thuộc một ngoại lệ được liệt kê.

• Apple, ngoài Mỹ: Guideline 3.1.1(a) yêu cầu StoreKit External Purchase Link Entitlement, chỉ có ở một số storefront và trên một số nền tảng nhất định.
• Apple, hàng hóa vật lý: Guideline 3.1.3(e) quy định hàng hóa vật lý hoặc dịch vụ sử dụng bên ngoài ứng dụng phải dùng phương thức thanh toán khác in-app purchase.
• Apple, dịch vụ trực tiếp một-một: theo 3.1.3(d), dịch vụ người-với-người theo thời gian thực như gia sư có thể dùng phương thức thanh toán khác. Dịch vụ một-với-vài và một-với-nhiều phải dùng in-app purchase.
• Google Play: hàng hóa kỹ thuật số dùng Play billing, trừ khi bạn tham gia chương trình alternative billing hoặc external offers tại quốc gia đủ điều kiện. Hàng hóa và dịch vụ vật lý không được dùng Play billing.

Những sai lầm kiếm tiền nào đã khiến ứng dụng khác bị từ chối?

Lý do từ chối liên quan đến thanh toán phổ biến nhất là mở khóa tính năng trả phí bằng bất cứ thứ gì ngoài hệ thống mua hàng của cửa hàng. Nhà phát triển thường thử dùng mã hoặc mua hàng trên web để lách cửa hàng.

Trong một chủ đề trên Apple Developer Forums năm 2019, một nhà phát triển game thoát hiểm ngoài trời bán mã game trên website và qua đối tác. Người dùng sau đó nhập mã vào ứng dụng. Bản cập nhật bị từ chối theo "Guideline 3.1.1 - Business - Payments - In-App Purchase" vì ứng dụng "cho phép người dùng mở khóa nội dung bổ sung bằng cách mua mã." Nhà phát triển viện dẫn 3.1.3(b). Các phản hồi chỉ ra rằng truy cập đa nền tảng vẫn yêu cầu chính các mục đó phải "có sẵn dưới dạng in-app purchase trong ứng dụng."

Trong một chủ đề tháng 1/2025, một nhà phát triển dùng mã khuyến mãi đối tác tự tạo để hiển thị sản phẩm rẻ hơn trong hai sản phẩm in-app purchase hợp lệ. Apple từ chối vì "ứng dụng dùng mã khuyến mãi để mở khóa hoặc bật tính năng trả phí." Kháng nghị bị bác kèm hướng dẫn: "Nếu bạn muốn cung cấp gói đăng ký giảm giá trong ứng dụng, hãy dùng offer code do Apple hỗ trợ."

Cả hai trường hợp có chung một bài học. Apple không quan tâm mã của bạn mở khóa nội dung trực tiếp hay chỉ thay đổi giá. Nếu bất cứ thứ gì bên ngoài StoreKit quyết định ai được dùng tính năng trả phí, hãy chuẩn bị tinh thần bị từ chối theo 3.1.1.

Làm sao biết cách kiếm tiền của bạn có hiệu quả?

Đo từng thay đổi một, bắt đầu từ kích hoạt (activation) và kết thúc ở doanh thu được giữ lại, không bị hoàn tiền. Tỷ lệ chuyển đổi lần mua đầu cao hơn không phải chiến thắng nếu nhiều người hoàn tiền hoặc ngừng gia hạn hơn.

Ví dụ minh họa: "Sau khi người dùng hoàn tất lần xuất file thành công đầu tiên, hiển thị tùy chọn xuất trả phí kèm một lời giải thích rõ ràng." Xác định chỉ số (tỷ lệ chuyển đổi mua hàng và hoàn tiền trong 30 ngày) cùng khung thời gian trước khi thay đổi bất cứ điều gì. Một mẫu quá nhỏ không đủ để rút ra kết luận chắc chắn về giá. Trước khi phát hành bản có trả phí, hãy chạy danh sách kiểm tra này:

1. Xác nhận người dùng mới chạm tới phần hữu ích của ứng dụng trước khi thấy paywall.
2. Hiển thị giá, chu kỳ thanh toán và nội dung bao gồm bằng ngôn ngữ dễ hiểu.
3. Kiểm thử các giao dịch thành công, đang chờ, thất bại, đã hoàn tiền và được khôi phục trên bản release build.
4. Kiểm tra quyền lợi (entitlement) vẫn còn sau khi cài lại và đồng bộ trên các thiết bị của người dùng.
5. Cung cấp cho App Review đường dẫn hoạt động tới mọi tính năng trả phí, kèm tài khoản demo nếu cần đăng nhập.
6. Theo dõi gia hạn và tỷ lệ rời bỏ (churn) theo nhóm người dùng (cohort) với gói đăng ký.

Nếu việc mua hàng bị lỗi trong quá trình duyệt, kế hoạch kiểm thử release build cho 2.1 hướng dẫn cách khắc phục. Hướng dẫn tài khoản demo cho việc duyệt chỉ cách cấp quyền truy cập cho người duyệt, còn danh sách kiểm tra gửi duyệt App Store bao quát phần còn lại của quá trình phát hành. Để lên kế hoạch luồng kiếm tiền trước khi xây dựng, hãy xem dịch vụ của chúng tôi.