Thanh toán trên App Store tại EU: cách so sánh các lựa chọn thanh toán từ ngày 1 tháng 10 năm 2026

Các thay đổi về thanh toán trên App Store tại EU của Apple mang đến cho doanh nghiệp có ứng dụng thuê bao thêm nhiều cách kết hợp thanh toán để cân nhắc từ ngày 1 tháng 10 năm 2026. Điều cần quyết định là một cách kết hợp đủ điều kiện có cải thiện hiệu quả kinh doanh sau khi tính đến chi phí thanh toán, số giao dịch mua hoàn tất và công việc vận hành liên tục hay không. Giữ lại tính năng Mua hàng trong ứng dụng của Apple có thể là lựa chọn phù hợp. Nên xem xét phương án khác khi lợi ích dự kiến vẫn đáng kể sau khi tính các chi phí đó và đội ngũ có thể hỗ trợ phương án này.

Với người sáng lập ứng dụng hoặc giám đốc sản phẩm, điều đó có nghĩa là xem lại thỏa thuận đã chấp nhận cho ứng dụng và lập bảng so sánh dựa trên doanh số riêng tại EU. Mức chênh lệch hoa hồng được nêu bật chỉ là một phần của câu trả lời.

Có thể kết hợp những lựa chọn thanh toán nào?

Tổng quan về EU của Apple mô tả ba cách bán hàng hóa và dịch vụ kỹ thuật số thông qua ứng dụng trên App Store tại EU: Mua hàng trong ứng dụng của Apple, xử lý thanh toán thay thế ngay trong ứng dụng và ưu đãi dẫn ra ngoài ứng dụng. Các lựa chọn đủ điều kiện có thể cùng tồn tại. Bài so sánh này đề cập đến thanh toán trong ứng dụng trên App Store; phân phối qua các kênh khác có cơ cấu kinh tế riêng.

• Mua hàng trong ứng dụng của Apple: Apple cung cấp dịch vụ xử lý thanh toán, hỗ trợ thuế và chăm sóc khách hàng trong hệ thống mua hàng của mình. Giữ lại lựa chọn này đồng nghĩa các chức năng đó vẫn nằm trong quy trình mua hàng hiện có với Apple.
• Xử lý thanh toán thay thế trong ứng dụng: khách hàng mua ngay trong ứng dụng, còn một đơn vị xử lý khác tiếp nhận thanh toán. Doanh nghiệp chịu trách nhiệm tích hợp hệ thống thanh toán liên quan và hỗ trợ khách hàng.
• Ưu đãi dẫn ra ngoài ứng dụng: khách hàng được hướng đến một nơi khác để mua, chẳng hạn như trang web. Ưu đãi có thể có liên kết cho phép thực hiện hành động hoặc truyền đạt ưu đãi mà không có liên kết. Điều khoản hợp đồng áp dụng cho hai hình thức này khác nhau.

Hãy kiểm tra điều kiện đủ tiêu chuẩn trước khi thiết kế quy trình. Apple yêu cầu có quyền (entitlement) tương ứng đối với hình thức xử lý thanh toán thay thế và ưu đãi dẫn ra ngoài ứng dụng, kể cả ưu đãi không có liên kết cho phép thực hiện hành động. Tài liệu của Apple về các lựa chọn thanh toán giải thích yêu cầu triển khai và trình bày. Khi kết hợp Mua hàng trong ứng dụng của Apple với các lựa chọn thanh toán khác, Apple yêu cầu Mua hàng trong ứng dụng phải được trình bày nổi bật ít nhất ngang bằng ở mọi nơi các lựa chọn đó xuất hiện cho giao dịch mua.

Độ tuổi và danh mục ứng dụng cũng rất quan trọng. Theo thỏa thuận, ứng dụng thuộc danh mục Kids không được đưa ra ưu đãi dẫn ra ngoài ứng dụng, còn giao dịch mua thay thế ngay trong ứng dụng phải có bước xác nhận của phụ huynh. Ưu đãi dẫn ra ngoài ứng dụng bị cấm với người dùng dưới ngưỡng tuổi áp dụng; giao dịch mua thay thế ngay trong ứng dụng phải có bước xác nhận của phụ huynh. Với nhóm trẻ lớn hơn, cả hai hình thức đều cần bước xác nhận của phụ huynh. Apple mô tả các nhóm này là dưới 13 tuổi và từ 13 đến 17 tuổi; một số cửa hàng áp dụng ngưỡng cần sự đồng ý của phụ huynh cao hơn. Hãy xác nhận quy định áp dụng cho nhóm người dùng và các cửa hàng của ứng dụng.

Đánh giá chi phí và hành trình khách hàng cùng nhau

Trước tiên, hãy tính các khoản Apple thu áp dụng cho từng hình thức đủ điều kiện theo điều khoản hiện hành dành cho chương trình, giao dịch và nhóm thuê bao của bạn. Sau đó, cộng chi phí đơn vị cung cấp dịch vụ thanh toán, công cụ lập hóa đơn, chuyển đổi tiền tệ, hoàn tiền và yêu cầu đảo ngược giao dịch (chargeback). Thanh toán thay thế vẫn có thể phải chịu khoản thu của Apple, vì vậy đừng mặc định thanh toán bên ngoài sẽ không mất phí.

Hãy dùng cùng một khoảng thời gian và nhóm khách hàng trong phép so sánh. Tách thuê bao mới khỏi các lần gia hạn và nhóm khách hàng hiện tại khi cách áp dụng điều khoản khác nhau. Tính cả chi phí phát triển và ra mắt, cùng chi phí duy trì tích hợp thanh toán, đối soát giao dịch và hỗ trợ khách hàng.

Tiếp theo, hãy thay đổi các giả định về tỷ lệ hoàn tất giao dịch mua và gia hạn. Một hình thức để lại nhiều doanh thu hơn trên mỗi giao dịch hoàn tất vẫn có thể tạo ra tổng doanh thu thấp hơn nếu đủ nhiều khách hàng bỏ dở bước thanh toán hoặc không gia hạn. So sánh các kịch bản tỷ lệ hoàn tất thấp, dự kiến và cao với quy trình hiện tại. Ghi rõ giả định nào dựa trên dữ liệu quan sát được của ứng dụng và giả định nào vẫn cần bằng chứng.

Phân tích ngày 7 tháng 10 của RevenueCat cung cấp góc nhìn thực tiễn về những đánh đổi giữa tỷ lệ chuyển đổi và vận hành. RevenueCat bán dịch vụ lập hóa đơn thuê bao, còn các kịch bản trong bài chỉ nhằm minh họa. Chúng gợi ý những câu hỏi cần tìm hiểu thêm, chứ không chứng minh kết quả cho ứng dụng của bạn.

Phân công công việc vận hành liên tục

Với mỗi hình thức đang xem xét, hãy xác định ai chịu trách nhiệm xử lý thuế, báo cáo giao dịch, thanh toán thất bại, hoàn tiền, tranh chấp và thay đổi thuê bao. Apple yêu cầu báo cáo các giao dịch thanh toán thay thế, bao gồm gia hạn, hoàn tiền và giao dịch không thành công. Apple không hỗ trợ hoàn tiền hoặc quản lý thuê bao đối với các giao dịch mua thay thế đó.

Hãy lập bản đồ trải nghiệm khách hàng sau khi thanh toán: quyền truy cập được cấp như thế nào, khôi phục một lần gia hạn thất bại ra sao, khách hàng hủy ở đâu và bộ phận hỗ trợ nhận biết giao dịch mua bằng cách nào. Một số tính năng mua hàng của Apple, bao gồm Chia sẻ trong gia đình và Báo cáo sự cố, không áp dụng cho giao dịch thanh toán thay thế. Khi đánh giá hành trình, hãy tính cả các màn hình thông báo bắt buộc và mọi bước khiến khách hàng rời khỏi ứng dụng.

Hoạt động thanh toán qua web đã có sẵn có thể giúp đội ngũ tận dụng hạ tầng hiện hữu. Nếu doanh nghiệp phải xây dựng các chức năng này lần đầu, hãy tính cả khối lượng công việc đó vào quyết định. Trong cả hai trường hợp, cần phân công rõ trách nhiệm với dữ liệu thanh toán và cách xử lý thông tin khách hàng.

Hiểu rõ lựa chọn trước khi cam kết

Phụ lục 14 trong thỏa thuận hiện hành của Apple có hiệu lực từ ngày 1 tháng 10 năm 2026 hoặc từ ngày ký thỏa thuận đó, tùy ngày nào muộn hơn. Mục 3.1(D) quy định phạm vi của lựa chọn có hiệu lực trong mười hai tháng.

Với ứng dụng đã được phân phối, mọi thay đổi đối với lựa chọn thanh toán sau ngày áp dụng sẽ có hiệu lực trong mười hai tháng. Với ứng dụng được gửi duyệt lần đầu sau ngày đó, lựa chọn tại thời điểm phân phối lần đầu cũng có hiệu lực trong mười hai tháng. Mỗi lựa chọn áp dụng cho tất cả cửa hàng tại EU và những lần chọn tiếp theo cũng có hiệu lực trong mười hai tháng.

Mục này nêu rõ rằng ưu đãi dẫn ra ngoài ứng dụng không có liên kết cho phép thực hiện hành động được loại trừ khỏi hạn chế về lựa chọn đó. Các ưu đãi này vẫn phải tuân theo quyền (entitlement) cần thiết và những điều khoản khác. Ngoại lệ này không có nghĩa là mọi hình thức đều cho phép thử nghiệm thanh toán ngắn hạn và dễ đảo ngược. Hãy xem lại thỏa thuận thực tế đã chấp nhận cho ứng dụng trước khi lập kế hoạch thử nghiệm hoặc triển khai.

Quyết định nên giúp bạn xác định một hình thức đủ điều kiện, một khoảng kết quả kinh doanh có cơ sở và người phụ trách cụ thể cho công việc vận hành liên tục. Giữ Mua hàng trong ứng dụng là lựa chọn phù hợp khi lợi ích dự kiến của phương án khác quá khó xác định hoặc yêu cầu vận hành vượt quá năng lực hiện có. Nên lập kế hoạch triển khai một hình thức đủ điều kiện khi lợi ích kinh doanh dự kiến có cơ sở và đội ngũ có đủ năng lực vận hành. Nếu thay đổi cần công việc phát triển ứng dụng hoặc tích hợp thanh toán, chúng tôi có thể trao đổi với bạn về phạm vi đó.