Những nguyên nhân thường gặp khiến ứng dụng của bạn bị từ chối trên chợ AppStore

Cho dù bạn là một lập trình viên iOS mới vào nghề hay một người đã có nhiều kinh nghiệm thì việc phải đối mặt với việc ứng dụng bạn muốn đưa lên AppStore bị từ chối tại một thời điểm nào đó trong suốt sự nghiệp lập trình của bạn là không tránh khỏi.Nếu bạn chưa từng gặp việc đó thì bạn là một người cực kỳ may mắn. Trong bài viết này tôi sẽ đưa ra một số nguyên nhân chính khiến ứng dụng bị từ chối bởi các reviewer phía AppStore.Có một số quy tắc từ những ngay đầu đang dần được cập nhật và tinh chế bởi Apple.Một nhà phát triển ứng dụng cẩn trọng sẽ luôn dõi theo những thay đổi đó.Và cũng đừng quên rằng để có thể nắm vững những quy tắc đó, bạn cần đọc qua the comic book version được đưa ra tại WWDC 2016.Trong mỗi nguyên nhân dưới đây chúng ta sẽ đối chiếu với những guideline của Apple.

1. Ứng dụng của bạn là một trò đùa

4.3 Spam - Don’t create multiple Bundle IDs of the same app. If your app has different versions for specific locations, sports teams, universities, etc., consider submitting a single app and provide the variations using in-app purchase. Also avoid piling on to a category that is already saturated; the App Store has enough fart, burp, flashlight, and Kama Sutra apps already. Spamming the store may lead to your removal from the Developer Program.

Cách đây vài năm, Apple bắt đầu yêu cầu tất cả ứng dụng được gửi cho App Store cung cấp một số loại giá trị lâu dài cho người dùng cuối. Điều này có nghĩa là các ứng dụng như ứng dụng đèn pin và các ứng dụng khác như thế này sẽ bị từ chối vì chúng không cung cấp giá trị lâu dài cho người dùng. Trước khi gửi ứng dụng của bạn đến lên AppStore, hãy đảm bảo rằng chúng cung cấp một số loại giá trị cụ thể cho người dùng và bạn không cố gắng đưa lên một sản phẩm chung chung như các sản phẩm khác đã có ở trên store. Bạn có thể làm điều này bằng cách kết hợp các tính năng từ nhiều ứng dụng tương tự vào ứng dụng của bạn, như Apple đã đề xuất trong hướng dẫn đánh giá.

2. Ứng dụng của bạn không tuân thủ API guidelines hoặc sử dụng private APIs

2.5.1 Software Requirements - Apps may only use public APIs and must run on the currently shipping OS. Learn more about public APIs. Keep your apps up-to-date and make sure you phase out any deprecated features, frameworks or technologies that will no longer be supported in future versions of an OS.

Các private APIs được đánh dấu là 'private' vì một lý do cụ thể. Sử dụng chúng thì ứng dụng của bạn sẽ bị từ chối. Nhiều nhà phát triển đã cố gắng (và thường là không thành công) để sử dụng chúng(private APIs) bằng nhiều cách khác nhau, nhưng Apple luôn luôn tìm ra sớm hay muộn. Sử dụng private APIs của Apple là một ý tưởng tồi vì các API này có thể không ổn định giữa các bản cập nhật iOS. Điều quan trọng là luôn luôn làm theo hướng dẫn và Hướng dẫn Human Interface Guidelines (thường được gọi là 'HIG') cho công nghệ mà bạn đang triển khai. Các frameworks mới của Apple như truy cập vào máy ảnh với AVKit, truy cập micrô, iCloud, HomeKit, HealthKit và nhiều thứ khác yêu cầu các mục đặc biệt trong Info.plist của bạn. Take HealthKit: Một yêu cầu là một chính sách bảo mật có thể xem được bởi tất cả người dùng để xem cả trong ứng dụng và trong danh sách App Store. Yêu cầu này và các yêu cầu khác giống như vậy chỉ có thể được biết nếu bạn đọc tất cả tài liệu cho công nghệ mà bạn đang triển khai.

3. Nội dung 18+

1.1 Objectionable Content - Apps should not include content that is offensive, insensitive, upsetting, intended to disgust, or in exceptionally poor taste

Apple yêu cầu tất cả các nhà phát triển liệt kê xếp hạng ứng dụng của họ để giúp Apple giới hạn các ứng dụng nhất định bằng cách sử dụng kiểm soát của người dùng(ở đây chủ yếu là phụ huynh với con cái) về nội dung trên App Store và iTunes Store. Khi chọn xếp hạng trên iTunes Connect, hãy đảm bảo nó cho thấy tất cả nội dung có thể truy cập trong ứng dụng. Đây là một trong những cách dễ nhất để bị từ chối - nếu ứng dụng của bạn có nội dung không phù hợp thì Apple sẽ yêu cầu bạn thay đổi xếp hạng hoặc xóa nội dung có thể bị phản đối.

4. Ứng dụng đang chưa hoàn thiện

2.1 App Completeness - Submissions to App Review should be final versions with all necessary metadata and fully functional URLs included; placeholder text, empty websites, and other temporary content should be scrubbed before submission. Make sure your app has been tested on-device for bugs and stability before you submit it, and include demo account info (and turn on your back-end service!) if your app includes a login. If you offer in-app purchases in your app, make sure they are complete, up-to-date, and visible to the reviewer, or that you explain why not in your review notes. Please don’t treat App Review as a software testing service. We will reject incomplete app bundles and binaries that crash or exhibit obvious technical problems.

Một vài năm trở lại đây, Apple đã bắt đầu gỡ các ứng dụng không có chức năng đầy đủ như quảng cáo và thay vào đó đặt ra là ứng dụng "lite" hoặc "demo". Cách thích hợp để xử lý việc này là cho phép người dùng tải xuống ứng dụng của bạn với quyền truy cập hạn chế, nhưng sau đó cho phép nâng cấp các tính năng bổ sung với In-App Purchases. Nếu không cung cấp cách để mở khóa toàn bộ quyền truy cập vào ứng dụng, Apple gần như chắc chắn sẽ từ chối ứng dụng.

5. Chém gió và thực tế

2.3 Accurate Metadata- Customers should know what they’re getting when they download or buy your app, so make sure your app description, screenshots, and previews accurately reflect the app’s core experience and remember to keep them up-to-date with new versions.

Khi mô tả về ứng dụng của bạn, bạn phải đảm bảo rằng ảnh chụp màn hình nằm trong ứng dụng đã được gửi và thông tin được đăng trong danh sách App Store là chính xác. Khi bạn nói ứng dụng của bạn là "Ứng dụng có một không hai,tốt đến từng trải nghiêm" điều đó được chấp nhận, nhưng nói về các tính năng và chức năng của ứng dụng thì không. Nếu bạn cung cấp thông tin không chính xác hoặc không đầy đủ trong mục mô tả, hầu như chắc chắn rằng ứng dụng của bạn sẽ bị từ chối trong quá trình xem xét.

6. Quên điền các thông tin của "Demo account info"

Provide an active demo account and login information, plus any other hardware or resources that might be needed to review your app (e.g. a sample QR code)

Nếu ứng dụng của bạn có quy trình tạo tài khoản, thì Apple yêu cầu bạn tạo tài khoản demo mà có thể được sử dụng để kiểm tra ứng dụng trong quá trình xem xét. Thông tin tài khoản này có thể được thông qua trong quá trình thiết lập ứng dụng trong iTunes Connect. Nếu không cung cấp thông tin, Apple có thể liên hệ trực tiếp với bạn trong suốt quá trình xem xét để có thông tin, điều này sẽ trì hoãn toàn bộ quá trình xem xét.

7. Tổng kết

Trên đây là những lỗi cơ bản và phổ biến khiến ứng dụng của bạn có nguy cơ bị từ chối bởi AppStore. Để tìm hiểu kỹ hơn các "rules" của ông lớn Apple đặt ra với các ứng dụng được có mặt trên chợ của họ, bạn cần ngâm tài liệu đã nói ở trên ARGS hoặc App Store Review Guidelines