Có một kiểu im lặng đặc biệt khi nhà phát triển mở bảng thanh toán App Store và thấy số tiền ít hơn vài phần trăm so với những gì dashboard doanh số đã hứa hẹn. Không ai gửi email, không có gì bị lỗi, Apple chỉ đơn giản hoàn lại một khoản tiền thay mặt bạn rồi tiếp tục.
Khoảng chênh lệch này lớn hơn nhiều so với những gì hầu hết mọi người nghĩ, và chúng tôi đã đề cập đến cách nó biến thành tiền thật trong bài viết về hoàn tiền App Store và rò rỉ doanh thu. Bài viết này là phiên bản thực tế hơn: cách các yêu cầu hoàn tiền của Apple di chuyển qua hệ thống, doanh thu đi về đâu, và nhà phát triển thực sự có thể làm gì—nhiều hơn bạn nghĩ nhưng ít hơn những gì các nhà cung cấp vẫn quảng cáo.
Những điểm chính
Apple quyết định mọi khoản hoàn tiền trên App Store. Bạn không có quyền phủ quyết, nhưng kể từ năm 2021, Apple sẽ hỏi ý kiến bạn và bạn có khoảng 12 giờ để phản hồi.
Chính sách hoàn tiền App Store bằng văn bản khá ngắn gọn. Chính sách thực sự nằm ở hệ thống ra quyết định của Apple, hệ thống này cân nhắc lịch sử của khách hàng cùng với bất kỳ thông tin nào bạn gửi.
Một khoản hoàn tiền sẽ đảo ngược toàn bộ giao dịch, và nếu bạn không thu hồi quyền truy cập, khách hàng vẫn giữ được nội dung.
Lạm dụng hoàn tiền chỉ chiếm một phần nhỏ trong các yêu cầu, nhưng nó tập trung ở các mặt hàng tiêu hao (consumable) và các tài khoản lặp lại—đây chính là phần bạn có thể đấu tranh.
Dipsea đã giảm khoảng một phần ba tỷ lệ hoàn tiền chỉ bằng cách bắt đầu phản hồi Apple.
Quy trình hoàn tiền của Apple thực sự hoạt động như thế nào
Khách hàng không đến gặp bạn. Họ truy cập reportaproblem.apple.com, chọn "Request a refund" (yêu cầu hoàn tiền), chọn một lý do và gửi đi. Trang hỗ trợ của Apple yêu cầu họ chờ 24 đến 48 giờ và lưu ý rằng điều kiện hoàn tiền "có thể khác nhau tùy theo quốc gia hoặc khu vực"—đây là cách Apple thừa nhận rằng luật bảo vệ người tiêu dùng ở những nơi như EU và Úc trao cho người dùng những quyền lợi vượt trên cả các điều khoản. Bản thân các điều khoản nói rằng giao dịch là cuối cùng, nhưng rất nhiều trường hợp vẫn được hoàn tiền.
Đâu đó trong khoảng 48 giờ đó, nếu bạn đã thiết lập App Store Server Notifications, Apple sẽ gửi đến server của bạn một CONSUMPTION_REQUEST để hỏi xem khách hàng đã sử dụng thứ họ mua hay chưa. Bạn có 12 giờ để phản hồi. Các kỹ sư của Apple đã nói trong một Tech Talk về xử lý hoàn tiền rằng hệ thống ra quyết định sẽ xem xét "lịch sử mua hàng và hoàn tiền của khách hàng" cùng với bất kỳ thông tin nào bạn gửi, sau đó bạn sẽ nhận được thông báo REFUND hoặc REFUND_DECLINED. Bài giải thích về CONSUMPTION_REQUEST của chúng tôi có phiên bản chi tiết theo từng trường dữ liệu.
Có hai điều khiến mọi người bất ngờ. Apple không bao giờ cho bạn biết khách hàng là ai, chỉ cung cấp một mã giao dịch. Và nếu bạn không phản hồi trong vòng 12 giờ, Apple sẽ đưa ra quyết định mà không có ý kiến từ phía bạn—điều mà bài viết của RevenueCat tóm tắt là Apple "thường mặc định chấp thuận hoàn tiền."
Các yêu cầu hoàn tiền của Apple ảnh hưởng đến doanh thu ứng dụng như thế nào
Chi phí trực tiếp khá đơn giản. Apple đảo ngược giao dịch và phần của bạn sẽ bị trừ vào lần thanh toán tiếp theo. Với tỷ lệ hoàn tiền 4%, một ứng dụng thu về $50,000 mỗi tháng sẽ phải trả lại khoảng $2,000 trong số đó—trước cả khi có ai đặt câu hỏi liệu những khoản hoàn tiền đó có công bằng hay không.
Chi phí gián tiếp mới là nơi mọi thứ cộng dồn lại. Một mặt hàng tiêu hao được hoàn tiền sau khi số coin đã được tiêu có nghĩa là bạn đã giao hàng nhưng không nhận được gì. Một gói đăng ký được hoàn tiền mà không xử lý thông báo REFUND có nghĩa là khách hàng vẫn giữ quyền truy cập trong phần còn lại của kỳ hạn, vậy là bạn đã trả tiền hai lần. Trên các ứng dụng sử dụng Refund Sensor, mỗi trường hợp trung bình trị giá $33.31, nghe có vẻ nhỏ cho đến khi bạn nhân nó với 2,870 trường hợp và ra được gần một trăm nghìn đô la. Đó chính là cảm giác thực tế khi ở trong cuộc—rất nhiều khoản nhỏ mà chẳng ai đứng ra chịu trách nhiệm.
Lạm dụng hoàn tiền App Store xuất hiện ở đâu
Hầu hết các yêu cầu hoàn tiền đều bình thường. Một đứa trẻ mua đá quý, ai đó quên hủy bản dùng thử, ứng dụng bị lỗi trên một chiếc iPad đời cũ. Hãy xem những trường hợp này như dịch vụ khách hàng, vì bản thân Apple cũng làm vậy.
Lạm dụng là phần nhỏ hơn nhưng có hình thái dễ nhận biết: mặt hàng tiêu hao được mua, sử dụng và hoàn tiền trong vòng một ngày, cùng một tài khoản thực hiện điều này trên nhiều ứng dụng, một gói đăng ký được hoàn tiền vào ngày cuối cùng của kỳ hạn mỗi tháng. Apple nhìn thấy nhiều trường hợp như vậy hơn bất kỳ nhà phát triển nào. Báo cáo gian lận năm 2026 của Apple cho biết họ đã chặn $2.2 tỷ giao dịch có khả năng gian lận trong năm 2025 và khóa 40.4 triệu tài khoản khách hàng vì gian lận và lạm dụng. Lạm dụng hoàn tiền là "người anh em họ" nhỏ hơn—phần lọt qua đến tay bạn.
Những gì bạn có thể làm về vấn đề này hẹp hơn nhiều so với kỳ vọng. Bạn không thể ngăn khách hàng gửi yêu cầu. Bạn có thể cho Apple biết rằng số coin đã được tiêu—đó chính là mục đích của consumption request—và bạn có thể đảm bảo rằng khi hoàn tiền được chấp thuận, nội dung thực sự bị gỡ bỏ, vì kẻ lạm dụng vẫn giữ được đá quý sẽ tiếp tục làm điều đó. Khá nhiều ứng dụng chưa bao giờ thiết lập phần này.
Nhà phát triển có thể làm gì trong 12 giờ
Phần lớn chỉ đơn giản là trả lời. Dipsea, một ứng dụng âm thanh dạng đăng ký, bắt đầu phản hồi các consumption request vào cuối năm 2024 và tỷ lệ hoàn tiền của họ đã giảm từ 3% xuống còn 1.9% chỉ trong khoảng hai tuần. Không ai ở đó yêu cầu Apple từ chối bất cứ điều gì. Họ chỉ đơn giản là ngừng để trống biểu mẫu.
Đây là vài lưu ý rút ra từ việc quan sát điều này trên rất nhiều ứng dụng. Hãy đính kèm một appAccountToken khi mua hàng, nếu không bạn sẽ không thể liên kết giao dịch mà Apple nêu tên với một người dùng trong cơ sở dữ liệu của mình. Đưa điều khoản đồng ý chia sẻ dữ liệu sử dụng vào các điều khoản dịch vụ của bạn, vì Apple yêu cầu không được gửi bất cứ thứ gì nếu chưa có sự đồng ý đó. Gửi refund preference một cách trung thực, vì Apple xem đây là một sự ưu tiên và sẽ bác bỏ nếu bạn cố tình né tránh rõ ràng. Và ghi lại mọi yêu cầu kèm dấu thời gian, vì những yêu cầu bạn bỏ lỡ thường đến vào lúc 3 giờ sáng thứ Bảy.
Sau đó, hãy nhìn ngược lên đầu nguồn. Danh sách lý do của chính Apple bao gồm UNINTENDED_PURCHASE và UNSATISFIED_WITH_PURCHASE, và cả hai đều là vấn đề về sản phẩm trước khi trở thành vấn đề về hoàn tiền. Một lời nhắc vào ngày trước khi bản dùng thử chuyển đổi, một paywall hiển thị giá với cỡ chữ ngang bằng với các lợi ích, một bước xác nhận đối với các mặt hàng tiêu hao trong game dành cho trẻ em. Mỗi điều này loại bỏ yêu cầu trước khi chúng xuất hiện, điều đó tốt hơn là việc phải chiến thắng chúng.
Phần mềm quản lý hoàn tiền App Store, và liệu bạn có cần nó không
Bạn có thể tự xây dựng hệ thống này. Một endpoint để nhận thông báo, một cơ chế tra cứu từ transaction ID sang người dùng, một lệnh PUT tới consumption endpoint của Apple, và một tác vụ cảnh báo nếu có bất kỳ yêu cầu nào bị treo quá tám giờ. Một backend developer khá là có thể hoàn thành việc này trong một tuần, rồi sau đó phải duy trì nó mãi mãi—đó mới là chi phí thực sự.
Nếu bạn đã sử dụng RevenueCat hoặc Adapty, cả hai đều sẽ tự động trả lời các consumption request bằng dữ liệu sử dụng mà SDK của họ thu thập được, và đây là lựa chọn mặc định hợp lý nếu SDK đó vốn đã có sẵn trong ứng dụng của bạn.
Refund Sensor là lựa chọn độc lập. Nó kết nối bằng một API key của App Store Connect và một notifications URL, không cần SDK, và bao quát cả Apple lẫn Google trong cùng một nơi. Trên hơn 800 ứng dụng, nó đã bảo vệ thành công 77% các yêu cầu đủ điều kiện. Mức giá cố định, có gói miễn phí, sau đó là $39.99 hoặc $79.99 mỗi tháng, không tính phần trăm trên số tiền thu hồi được. Chi tiết thiết lập có tại trang bảo vệ hoàn tiền Apple.
Có một lưu ý áp dụng cho tất cả các giải pháp này, kể cả của chúng tôi. Những gì được quảng cáo là phần mềm bảo vệ doanh thu App Store không thể ngăn chặn hoàn tiền và không thể khiến Apple quyết định theo hướng có lợi cho bạn. Nó chỉ đảm bảo rằng Apple luôn nhận được phản hồi từ bạn mỗi lần, trong đúng thời hạn, với dữ liệu chính xác. Điều đó hóa ra lại rất đáng giá, và đó cũng là toàn bộ những gì các công cụ này làm được.
Kết luận
Các yêu cầu hoàn tiền của Apple sẽ không biến mất và bạn không có quyền phủ quyết. Điều thay đổi vào năm 2021 là Apple bắt đầu hỏi ý kiến, nhưng phần lớn nhà phát triển vẫn chưa trả lời. Quy trình hoàn tiền của Apple vận hành dựa trên bất cứ điều gì đến được với Apple trong vòng 12 giờ, và một biểu mẫu bỏ trống sẽ thua trước câu chuyện của khách hàng.
Vì vậy, hãy bảo vệ doanh thu theo đúng thứ tự đó. Trả lời yêu cầu, thu hồi quyền truy cập khi hoàn tiền để hành vi lạm dụng không được lợi, sau đó khắc phục paywall và luồng dùng thử vốn là nguyên nhân tạo ra các yêu cầu này ngay từ đầu. Việc bạn tự xây dựng phần trả lời này, tận dụng nền tảng đăng ký của mình, hay giao cho một công cụ chuyên dụng không quan trọng bằng việc thực sự làm điều đó.
Câu hỏi thường gặp
Không. Apple là bên đưa ra quyết định. Bạn có thể gửi dữ liệu sử dụng (consumption data) và refund preference trong vòng 12 giờ, Apple sẽ cân nhắc những thông tin đó, nhưng Apple hoàn toàn có thể—và thường xuyên—bác bỏ ý kiến của nhà phát triển.
Apple yêu cầu khách hàng chờ từ 24 đến 48 giờ. Khoảng thời gian để bạn phản hồi là 12 giờ kể từ khi nhận được CONSUMPTION_REQUEST, thông báo này thường đến sớm trong khoảng thời gian đó.
Gần như không. Thông báo REFUND chỉ bao gồm một revocationReason là "app issue" (lỗi ứng dụng) hoặc "other" (khác). Bản thân yêu cầu ban đầu mới mang theo lý do mà khách hàng đã chọn, và thông tin đó hữu ích hơn nhiều.
Việc cố ý mua, sử dụng rồi hoàn tiền, thường là với các mặt hàng tiêu hao (consumable), và thường lặp lại trên nhiều ứng dụng khác nhau. Hệ thống ra quyết định của Apple đã xem xét lịch sử hoàn tiền, vì vậy nhiệm vụ của bạn là xác nhận việc tiêu thụ và thu hồi quyền truy cập ngay khi khoản hoàn tiền được xử lý.
Chỉ khi bạn không thể tự tay trả lời các consumption request trong vòng 12 giờ một cách đáng tin cậy. Nếu chỉ có vài yêu cầu mỗi tuần, một danh sách kiểm tra (checklist) có thể là đủ. Nếu nhiều hơn thế, hãy tự động hóa nó, cho dù đó là bằng code của riêng bạn, nền tảng đăng ký bạn đang dùng, hay một công cụ chuyên dụng.
